[Nouveau] [PATCH v2 2/5] core: add support for secure boot

Emil Velikov emil.l.velikov at gmail.com
Thu Jan 21 04:31:33 PST 2016


On 21 January 2016 at 12:13, Ben Skeggs <skeggsb at gmail.com> wrote:
> On 01/21/2016 10:09 PM, Emil Velikov wrote:
>> Hi Alexandre,
>>
>> On 18 January 2016 at 06:10, Alexandre Courbot <acourbot at nvidia.com> wrote:
>>
>> [snip]
>>> +static const char *
>>> +managed_falcons_names[] = {
>>> +       [NVKM_SECBOOT_FALCON_PMU] = "PMU",
>>> +       [NVKM_SECBOOT_FALCON_RESERVED] = "<invalid>",
>> "<reserved>" perhaps ? we already have one invalid below.
> Does <reserved> really mean: "we don't want to tell you?" here? :)
>
That or we have some secret WIP that we're haven't decided if it'll work out :-)

>>
>>> +       [NVKM_SECBOOT_FALCON_FECS] = "FECS",
>>> +       [NVKM_SECBOOT_FALCON_GPCCS] = "GPCCS",
>>> +       [NVKM_SECBOOT_FALCON_END] = "<invalid>",
>>> +};
>>> +
>>
>> [snip]
>>> +int
>>> +nvkm_secboot_ctor(const struct nvkm_secboot_func *func,
>>> +                 struct nvkm_device *device, int index,
>>> +                 struct nvkm_secboot *sb)
>>> +{
>>> +       unsigned long fid;
>>> +
>>> +       nvkm_subdev_ctor(&nvkm_secboot, device, index, 0, &sb->subdev);
>>> +       sb->func = func;
>>> +
>> Move these two after the switch statement ?
> They need to be done here to make the failure path cleanup stuff work
> correctly, so it's correct as-is.
>
| always get confused which ones needed to setup their own dtors and
which ones didn't. Thanks !

-Emil


More information about the Nouveau mailing list