[kernel] PANIC: gKernelArgs.arch_args.pgtables overflow

[chaotic]

After update to hrev48116 (as discribed in ​http://www.haiku-os.org/guides/daily-tasks/updating-system), Haiku doesn't boot anymore. the following message is displayed on the screen:

* PANIC * gKernelArgs.arch_args.pgtables overflow Press key to reboot.

Regards, chaotic

[bob_ok]

I have the same kernel panic problem in VirtualBox (2048Mb RAM, 1 CPU, VT-x/AMD-V, Nested Paging, PAE/NX enabled)

[bonefish]

I've increased the limit in hrev48117 (might need to be increased some more). Note, that new panic just highlights a pre-existing issue. But previously part of the kernel args structure would be corrupted silently. So this might actually fix other problems. Possibly even one of our favorites #8345.

[fredruj]

I have today tried to boot Haiku, standard gcc2 version, gcc4 hyrbrid and 64-bit version on a ASUS305XU laptop. On all three versions of Haiku, I get the same error message. * PANIC * gKernelArgs.arch_args.pgables overflow Pre a key to reboot

[anevilyak]

It would be helpful if you would indicate what revision you tried with.

[fredruj]

I have tried with 48981.. latest of today... But I also tried 1 week ago with the latest at that point. @Diver at IRC has now built a new version of Haiku for me, with increased limit. I'll get back with the result.

[fredruj]

@diver (in the IRC channel) changed the limit mentioned in this ticket, and rebuilt haiku. That actually got this problem to disappear (even though I right away stumbled into new ones).

[korli]

@diver what's the status on the rebuild with a new limit?

[diver]

iMe: @Diver: Hi, just wanted to inform that the increase of the limit you did yesterday actually worked. It booted up a bit longer, but then stuck again :( But the fix you did, we should try to get in to the source of Haiku. Diver: iMe: did it KDL again? iMe: @Diver: I ended up in kernel debugger land, with the error "No boot partitions found", which is strange, since I tested your ISO in a virtual machine, and it worked very nice there.

[kallisti5]

Seeing this error on Intel SkyLake laptop with an i5 processor and 8GiB ram. hrev50237 x86_64

[kallisti5]

I raised this again in hrev50244 (to 16) to solve the issue on SkyLake. Now seeing same "no boot partitions" from USB. (however syslog shows it does identify the AHCI drives)

[kallisti5]

If anyone is interested, this is the range that pushed it over the current MAX (by 1)

"map_page: failed to allocate page table for virtual address 0x82c00000"

[korli]

Can maybe this bug been closed (again)? "no boot partitions" is a different issue.

[pulkomandy]

Yes, let's close this until there is a chipset that needs 17 or more.