Hi, On Wed, Nov 7, 2012 at 1:58 AM, Ben Hutchings <b...@decadent.org.uk> wrote: > This regression was reported following an upgrade from 3.2.23 to 3.2.32. > > On Tue, 2012-11-06 at 01:31 -0800, ryan wrote: >> Package: src:linux >> Version: 3.2.32-1 >> Severity: normal >> >> Dear Maintainer, >> >> After an update to linux-image-3.2.0-4-amd64 from linux-image-3.2.0-3-amd64, >> I noticed boots were taking longer. >> I saw "Waiting for /dev to be fully populated", so I disabled quiet boot... >> I saw loading the module asus_laptop (asus-laptop.ko) was taking well over >> 11 seconds. >> I tried booting my prior kernel 3.2.0-3-amd64 (3.2.23-1), and it was rapid, >> with no pause at all: >> Nov 5 22:33:12 lt kernel: [ 1.907061] input: Power Button as >> /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 >> Nov 5 22:33:12 lt kernel: [ 1.907156] ACPI: Power Button [PWRF] >> Nov 5 22:33:12 lt kernel: [ 1.912961] ACPI: AC Adapter [AC0] (on-line) >> Nov 5 22:33:12 lt kernel: [ 1.913853] usbcore: registered new interface >> driver usbfs >> Nov 5 22:33:12 lt kernel: [ 1.913959] usbcore: registered new interface >> driver hub >> Nov 5 22:33:12 lt kernel: [ 1.919356] [drm] Initialized drm 1.1.0 >> 20060810 >> Nov 5 22:33:12 lt kernel: [ 1.921039] asus_laptop: Asus Laptop Support >> version 0.42 >> Nov 5 22:33:12 lt kernel: [ 1.921330] asus_laptop: UL30A model detected >> Nov 5 22:33:12 lt kernel: [ 1.922105] asus_laptop: Backlight controlled >> by ACPI video driver >> Nov 5 22:33:12 lt kernel: [ 1.922265] input: Asus Laptop extra buttons >> as /devices/platform/asus_laptop/input/input4 >> Nov 5 22:33:12 lt kernel: [ 1.932089] usbcore: registered new device >> driver usb > [...] > > With the new version the result is: > >> [ 49.212691] asus_laptop: Asus Laptop Support version 0.42 >> [ 49.213050] asus_laptop: UL30A model detected >> [ 61.516586] asus_laptop: HWRS returned 80 >> [ 140.393870] asus_laptop: Backlight controlled by ACPI video driver >> [ 140.394023] input: Asus Laptop extra button as >> /devices/platform/asus_laptop/input/input11 > [...] > > This is presumably due to fixing the typo in the name 'HWRS'. Seems > like a BIOS bug, but is there anything that can be done about it? Would > it make sense to restrict which models this method is used on? > > Ben.
Hum, we can safely remove this call if it can cause that kind of issue. Could you cook a patch removing HWRS call on startup end si it to platform-x86 and stable ? I'll be happy to ack it. Thanks, -- Corentin Chary http://xf.iksaif.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org