<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Kernel module fails to load on HP Pavilion V3A33AV laptop." href="https://bugs.freedesktop.org/show_bug.cgi?id=98240#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Kernel module fails to load on HP Pavilion V3A33AV laptop." href="https://bugs.freedesktop.org/show_bug.cgi?id=98240">bug 98240</a> from <a class="email" href="mailto:imirkin@alum.mit.edu" title="Ilia Mirkin <imirkin@alum.mit.edu>"> Ilia Mirkin</a> <pre>Created <a href="attachment.cgi?id=127289" name="attach_127289" title="_ROM method">attachment 127289</a> <a href="attachment.cgi?id=127289&action=edit" title="_ROM method">[details]</a> _ROM method Interesting, so it looks like (a) the _ROM method only returns 0x1000 chunks at a time (b) stores the VBIOS in 8 32K chunks (the chunks themselves do not appear to be in the ACPI data dump) I wonder if this is running up against our "fast" ACPI method reading logic again. Can you try to edit drivers/gpu/drm/nouveau/nvkm/subdev/bios/shadow.c and comment out (or remove) the line "{ 0, &nvbios_acpi_fast }," And see if that helps?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>