https://bugzilla.novell.com/show_bug.cgi?id=623393 https://bugzilla.novell.com/show_bug.cgi?id=623393#c25 --- Comment #25 from Markus Kohm <jabber@gmx.org> 2011-01-14 21:09:11 UTC --- I've added several "printk( KERN_DEBUG ..." first to ec.c and then to bus.c. I've found out, that acpi_ec_ecdt_probe returns to bus.c (without you're patch) with -ENODEV here: /* We really need to limit this workaround, the only ASUS, * which needs it, has fake EC._INI method, so use it as flag. * Keep boot_ec struct as it will be needed soon. */ acpi_handle dummy; printk(KERN_DEBUG PREFIX "No saved_ec\n"); if (!dmi_name_in_vendors("ASUS") || ACPI_FAILURE(acpi_get_handle(boot_ec->handle, "_INI", &dummy))) { printk(KERN_DEBUG PREFIX "return -ENODEV"); return -ENODEV; } The hard lock seems to be after acpi_ec_ecdt_probe() and after acpi_bus_osc_support(), because with: /* * ACPI 2.0 requires the EC driver to be loaded and work before * the EC device is found in the namespace (i.e. before acpi_initialize_objects() * is called). * * This is accomplished by looking for the ECDT table, and getting * the EC parameters out of that. */ status = acpi_ec_ecdt_probe(); /* Ignore result. Not having an ECDT is not fatal. */ printk( KERN_DEBUG PREFIX "Returned from acpi_ec_ecdt_probe\n" ); acpi_bus_osc_support(); printk( KERN_DEBUG PREFIX "Returned from acpi_bus_osc_support\n" ); status = acpi_initialize_objects(ACPI_FULL_INITIALIZATION); if (ACPI_FAILURE(status)) { printk(KERN_ERR PREFIX "Unable to initialize ACPI objects\n"); goto error1; } else { printk(KERN_INFO PREFIX "ACPI objects initialized\n" ); } the last message is "Returned from acpi_bus_osc_support". I don't know, if the reason for the hard lock is at acpi_initialize_objects or was somewhere before. But the hard lock seems to be there. I'll try to add some additional printk there too. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.