On Fri, 2010-04-30 at 06:12 +0800, Luck, Tony wrote: > >There is not clue in the commit that added this to ia64 as to why > >dmi_scan_machine() was added as an initcall. I just tried to move > >it into setup_arch() - immediately after the efi_init() call as in > >x86 - and my system hung without printing anything in boot. > > > >Agreed this would be a better fix. I'll see if I can figure out > >what this call depends on, and so whether I can move is a bit later, > >but still early enough to be available for Ming's code to work. > > At a random mid-point in setup_arch() I got a lot of errors from > slub about not being able to allocate memory. At the very end of > setup_arch() (after paging_init()) it still failed - with a deref > NULL inside kmem_alloc(). > > So it seems to be non-trivial to just move dmi_scan_machine() > earlier on ia64 :-( Sorry for late response, I'm just back from holiday. Len, Can you apply the patch since dmi_available check is needed for ia64? Thanks, Lin Ming -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html