search for: acr_r352_reset

...et) + return ret; + + nvkm_debug(&sb->subdev, "running HS load blob\n"); + ret = sb->func->run_blob(sb, acr->load_blob); + if (ret) + return ret; + nvkm_debug(&sb->subdev, "HS load blob completed\n"); + + sb->wpr_set = true; + + return 0; +} + /* * acr_r352_reset() - execute secure boot from the prepared state * @@ -760,11 +808,6 @@ acr_r352_reset(struct nvkm_acr *_acr, struct nvkm_secboot *sb, struct acr_r352 *acr = acr_r352(_acr); int ret; - /* Make sure all blobs are ready */ - ret = acr_r352_load_blobs(acr, sb); - if (ret) - return ret; - /*...

...0) GS:ffff912f3ec80000(0000) knlGS:0000000000000000 [ 1102.005012] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 1102.005013] CR2: 00007fed2968e020 CR3: 000000028a728004 CR4: 00000000003606e0 [ 1102.005013] Call Trace: [ 1102.005044]  acr_r352_bootstrap+0x16e/0x1d0 [nouveau] [ 1102.005073]  acr_r352_reset+0x21/0x190 [nouveau] [ 1102.005105]  gf100_gr_init_ctxctl_ext+0x59/0x500 [nouveau] [ 1102.005136]  gf100_gr_init_ctxctl+0x19/0x270 [nouveau] [ 1102.005167]  ? gf100_gr_init+0x533/0x570 [nouveau] [ 1102.005181]  nvkm_engine_init+0xa2/0x120 [nouveau] [ 1102.005196]  nvkm_subdev_init+0x8d/0xc0 [nouvea...

GP10B is the chip used in Tegra X2 SoCs. This patchset adds support for its base engines after reworking secboot a bit to accomodate its calling convention better. This patchset has been tested rendering simple off-screen buffers using Mesa and yielded the expected result. Alexandre Courbot (15): secboot: allow to boot multiple falcons secboot: pass instance to LS firmware loaders secboot:

Hi, just for your information and maybe for some help: with 5.1rc1 and SVM enabled i see the following backtrace [1] when the nouveau card (reverse prime) goes to sleep, for now i have papered over with [2] which leaves me with userspace hangs. Any pointers where to look for the actual culprit? PS: Card is: nouveau 0000:01:00.0: NVIDIA GP106 (136000a1) Greetings, Tobias [1]: BUG: unable

Sending things in a smaller chunks since it makes their reviewing easier. This part part 2/3 of the secboot refactoring/PMU command support patch series. Part 1 was the new falcon library which should be merged soon now. This series is mainly a refactoring/sanitization of the existing secure boot code. It does not add new features (part 3 will). Secure boot handling is now separated by NVIDIA

This is a rework of the secure boot code that moves the building of the blob into its own set of source files (and own hooks), making the code more flexible and (hopefully) easier to understand as well. This rework is needed to support more signed firmware for existing and new chips. Since the firmwares in question are not available yet I cannot send the code to manage then, but hopefully the

This revision includes initial signed PMU firmware support for GM20B (Tegra X1). This PMU code will also be used as a basis for dGPU signed PMU firmware support. With the PMU code, the refactoring of secure boot should also make more sense. ACR (secure boot) support is now separated by the driver version it originates from. This separation allows to run any version of the ACR on any chip,

...GS:ffff88027ed40000(0000) knlGS:0000000000000000 [ 2.511523] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 2.511523] CR2: 00007f428625dd64 CR3: 00000002735ca000 CR4: 00000000003406e0 [ 2.511524] Call Trace: [ 2.511560] ? acr_r352_bootstrap+0x209/0x21d [nouveau] [ 2.511594] ? acr_r352_reset+0x23/0x1c8 [nouveau] [ 2.511631] ? gf100_gr_init_ctxctl+0x110/0x8ae [nouveau] [ 2.511667] ? gp100_gr_init+0x62c/0x656 [nouveau] [ 2.511694] ? nvkm_engine_init+0x129/0x154 [nouveau] [ 2.511722] ? nvkm_subdev_init+0x114/0x186 [nouveau] [ 2.511747] ? nvkm_engine_ref+0x32/0x59 [nouv...