TJ, I must admit I am running out of ideas. I took a look at VGN-FE41Z-R0200J3.dsl (because I think you mentioned somewhere this is the model you are currently using). The _REG method has a lot of stuff in compared to the one from my Thinkpad (I also noticed the PNOT method doing another Notify). But how this causes the problems is not really clear. Either by link order and the subsys calls or explicitely (with the patch I did) the execution flow is:
1. acpi_init 1.1 acpi_bus_init 1.1.1 acpi_ec_ecdt_probe (This creates the boot_ec but does not install the handlers) 2. acpi_scan_init (first register the acpi bus and then root object plus sleep and power button) 2.1 acpi_boot_ec_enable (this will first install the GPE and then the space handler which calls _REG) 2.2 acpi_bus_scan (I think this sets up the devices) What I cannot understand is the fact that being slower in execution is better. If the problem are missing entries, this should get worse if it takes longer to process further. The only reason things could be the way they are (and unfortunately this is only a blind guess since I do not know the acpi area so well) might be that the triggers something on the hw side which takes a bit and if the progress is too quick the hw is not ready. But that is really nothing to work with. So at the moment I think the best way to proceed is to reopen the kernel bugzilla and try to supply them with info and feedback. -- [Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot 'quiet' option is enabled or AC power is connected https://bugs.launchpad.net/bugs/191137 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
