* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore
@ 2009-10-14 2:05 ` Dmitry Torokhov
0 siblings, 0 replies; 63+ messages in thread
From: Dmitry Torokhov @ 2009-10-14 2:05 UTC (permalink / raw)
To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input
On Tue, Oct 13, 2009 at 11:52:19AM +0200, Éric Piel wrote:
> Op 12-10-09 17:48, Dmitry Torokhov schreef:
>> On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote:
>>>> Eric, do you still need to fiddle with i8042 to get your keyboard
>>>> working with
>>>> 2.6.32-rc3? We need to make sure that resube works without users
>>>> needing to
>>>> mess with bind/unbind.
>>> Yes, the keyboard doesn't work after the first resume from ram (the
>>> later resumes do work). I haven't tried any special option to the
>>> i8042
>>> driver. This is on a HP 2510, in 64 bits.
>>
>> Could you please try and let me know if unloading at suspend and
>> reloading after resume atkbd and/or psmouse drivers and leaving i8042
>> alone "fixes" the issue?
>>
> Unloading the modules before suspend and reloading them after works
> around the issue, indeed.
>
Do both of them need to be reloaded? Or only one (my guess psmouse) is
enough. Hmm, this is HP laptop so it most likely has Synaptics touchpad.
I wonder what happens if you force it to bare PS/2 protocol (or maybe
Intellimouse)... Try adding "option psmouse proto=imps" and
"option psmouse proto=bare" and suspend/resume.
--
Dmitry
^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-14 2:05 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-14 2:05 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Tue, Oct 13, 2009 at 11:52:19AM +0200, Éric Piel wrote: > Op 12-10-09 17:48, Dmitry Torokhov schreef: >> On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: >>>> Eric, do you still need to fiddle with i8042 to get your keyboard >>>> working with >>>> 2.6.32-rc3? We need to make sure that resube works without users >>>> needing to >>>> mess with bind/unbind. >>> Yes, the keyboard doesn't work after the first resume from ram (the >>> later resumes do work). I haven't tried any special option to the >>> i8042 >>> driver. This is on a HP 2510, in 64 bits. >> >> Could you please try and let me know if unloading at suspend and >> reloading after resume atkbd and/or psmouse drivers and leaving i8042 >> alone "fixes" the issue? >> > Unloading the modules before suspend and reloading them after works > around the issue, indeed. > Do both of them need to be reloaded? Or only one (my guess psmouse) is enough. Hmm, this is HP laptop so it most likely has Synaptics touchpad. I wonder what happens if you force it to bare PS/2 protocol (or maybe Intellimouse)... Try adding "option psmouse proto=imps" and "option psmouse proto=bare" and suspend/resume. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-14 2:05 ` Dmitry Torokhov (?) @ 2009-10-15 17:24 ` Éric Piel 2009-10-15 18:13 ` Dmitry Torokhov -1 siblings, 1 reply; 63+ messages in thread From: Éric Piel @ 2009-10-15 17:24 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input [-- Attachment #1: Type: text/plain, Size: 1655 bytes --] Op 14-10-09 04:05, Dmitry Torokhov schreef: > On Tue, Oct 13, 2009 at 11:52:19AM +0200, Éric Piel wrote: >>> Could you please try and let me know if unloading at suspend and >>> reloading after resume atkbd and/or psmouse drivers and leaving i8042 >>> alone "fixes" the issue? >>> >> Unloading the modules before suspend and reloading them after works >> around the issue, indeed. >> > > Do both of them need to be reloaded? Or only one (my guess psmouse) is > enough. Hmm, this is HP laptop so it most likely has Synaptics touchpad. > I wonder what happens if you force it to bare PS/2 protocol (or maybe > Intellimouse)... Try adding "option psmouse proto=imps" and > "option psmouse proto=bare" and suspend/resume. Sorry for taking some time to answer back. The keyboard fails to come back only on the first suspend-resume (the next suspends, the keyboard comes back fine). So I need to reboot the computer for every single test. So far, what I can tell is that once the keyboard is not working anymore, just unloading and reloading atkbd fixes the problem. Attached is a dmesg log from just before supsending to after resume. The keyboard doesn't work anymore but the touchpad do. The lines at the very end of the log correspond to keypresses: although the keyboard doesn't work, there are still 3 interrupt per keypress generated: drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320670] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [320751] drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320753] That's all the date for now. I'll test your questions about psmouse later on, and report back. See you, Eric [-- Attachment #2: i8042-suspend-reset-still-lost-keyboard.dmesg --] [-- Type: text/plain, Size: 125150 bytes --] 2, 12) [33396] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33396] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [33396] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33398] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33398] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [33398] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33401] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33401] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33401] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33404] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33404] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [33404] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33407] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33407] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33407] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33410] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33410] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [33410] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33413] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33413] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33413] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33416] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33416] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [33416] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33418] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33418] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33418] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33421] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33421] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [33421] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33424] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33424] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33424] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 0:0:1:0: Attached scsi CD-ROM sr0 drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33427] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33427] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [33427] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33430] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33430] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33430] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33433] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33433] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [33433] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33435] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33435] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33435] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33438] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33438] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [33438] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33441] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33441] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33441] ricoh-mmc: Ricoh MMC Controller disabling driver ricoh-mmc: Copyright(c) Philip Langdale ricoh-mmc: Ricoh MMC controller found at 0000:02:06.3 [1180:0843] (rev 11) ricoh-mmc: Controller is now disabled. drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33444] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33444] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [33444] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33447] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33447] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33447] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33450] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33450] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [33450] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33453] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33453] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [33453] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33456] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [33457] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33457] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [33457] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33460] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33460] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [33460] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33463] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33463] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [33463] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33466] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33466] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [33466] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33468] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33468] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [33468] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33471] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33471] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [33471] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33474] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33474] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [33474] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33477] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33477] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [33477] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33480] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33480] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [33480] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33482] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [33484] drivers/input/serio/i8042.c: 46 <- i8042 (interrupt, 2, 12) [33486] drivers/input/serio/i8042.c: 12 <- i8042 (interrupt, 2, 12) [33488] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33488] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [33488] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33491] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33491] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [33492] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33495] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33495] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [33495] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33497] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33497] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [33497] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33500] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33500] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [33500] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33503] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33503] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [33503] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33506] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33506] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [33506] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33509] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [33509] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 2, 12) [33512] drivers/input/serio/i8042.c: 64 <- i8042 (interrupt, 2, 12) [33513] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33513] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [33513] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33516] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33516] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [33516] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33519] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33519] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [33519] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33522] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33522] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [33522] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33525] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33525] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [33525] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33527] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33527] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [33527] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33530] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [33531] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [33532] drivers/input/serio/i8042.c: 64 <- i8042 (interrupt, 2, 12) [33534] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33534] drivers/input/serio/i8042.c: e1 -> i8042 (parameter) [33534] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 2, 12) [33537] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33537] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [33537] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33543] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33543] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [33543] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33546] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.05 iTCO_wdt: Found a ICH8M-E TCO device (Version=2, TCOBASE=0x1060) iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) lis3lv02d: hardware type NC2510 found. lis3lv02d: 12 bits sensor found input: ST LIS3LV02DL Accelerometer as /devices/platform/lis3lv02d/input/input8 Registered led device: hp::hddprotect lis3lv02d driver loaded. drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 2, 12) [33877] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [33880] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33880] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33880] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33882] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33882] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [33882] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33885] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33885] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33885] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33888] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33888] drivers/input/serio/i8042.c: 64 -> i8042 (parameter) [33888] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33891] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33891] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33891] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33894] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33894] drivers/input/serio/i8042.c: 50 -> i8042 (parameter) [33894] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33897] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33897] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [33897] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33899] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [33900] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33900] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33900] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33904] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33904] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [33904] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33906] ACPI: WMI: Mapper loaded drivers/input/serio/i8042.c: 90 -> i8042 (command) [33907] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33907] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33910] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33910] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [33910] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33913] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33913] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33913] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33915] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33915] drivers/input/serio/i8042.c: 50 -> i8042 (parameter) [33915] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33918] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33918] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [33918] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33921] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [33923] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33923] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33923] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33926] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33926] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [33926] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33929] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33929] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33929] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33932] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33932] drivers/input/serio/i8042.c: 64 -> i8042 (parameter) [33932] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33935] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33935] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [33935] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33938] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33938] drivers/input/serio/i8042.c: 50 -> i8042 (parameter) [33938] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33940] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33940] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [33940] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33943] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [33944] drivers/input/serio/i8042.c: 90 -> i8042 (command) [33944] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [33944] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [33947] cfg80211: Calling CRDA to update world regulatory domain cfg80211: World regulatory domain updated: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Bluetooth: Core ver 2.15 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: Generic Bluetooth USB driver ver 0.6 usbcore: registered new interface driver btusb drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 2, 12) [34278] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [34280] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34280] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34280] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34283] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34283] drivers/input/serio/i8042.c: 64 -> i8042 (parameter) [34283] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34286] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34286] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34286] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34289] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34289] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [34289] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34292] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34292] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34292] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34295] input: PS/2 Generic Mouse as /devices/platform/i8042/serio1/input/input9 drivers/input/serio/i8042.c: 90 -> i8042 (command) [34295] drivers/input/serio/i8042.c: f4 -> i8042 (parameter) [34295] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34298] drivers/input/serio/i8042.c: 91 -> i8042 (command) [34298] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [34298] drivers/input/serio/i8042.c: MUX error, status is 75, data is fe [34299] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 3, 12, timeout) [34299] drivers/input/serio/i8042.c: 92 -> i8042 (command) [34299] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [34299] drivers/input/serio/i8042.c: MUX error, status is b5, data is fe [34299] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 4, 12, timeout) [34299] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34299] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [34300] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34302] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [34303] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34304] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [34304] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34306] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34306] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34306] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34309] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34309] drivers/input/serio/i8042.c: 0a -> i8042 (parameter) [34309] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34312] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34312] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34312] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34315] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34315] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34315] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34318] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34318] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34318] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34321] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34321] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34321] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34325] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34325] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34325] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34328] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34328] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [34328] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34331] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34331] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34331] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34334] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34334] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [34334] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34336] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34336] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34337] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34339] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34339] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34339] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34342] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34342] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34342] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34346] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34346] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34346] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34348] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34349] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34349] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34351] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34352] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [34352] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34355] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34355] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34355] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34358] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34358] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [34358] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34361] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34361] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34361] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34364] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34364] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34364] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34367] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34367] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34367] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34370] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34370] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34370] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34373] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34373] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [34373] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34376] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [34378] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34378] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34378] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34381] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34381] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34381] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34384] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34384] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34384] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34387] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34387] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34387] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34390] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34390] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34390] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34393] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34393] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34393] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34396] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34396] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34396] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34399] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34399] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34399] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34402] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34402] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [34402] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34405] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 5, 12) [34407] drivers/input/serio/i8042.c: 47 <- i8042 (interrupt, 5, 12) [34410] drivers/input/serio/i8042.c: 16 <- i8042 (interrupt, 5, 12) [34413] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34413] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [34413] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34416] usbcore: registered new interface driver wacom wacom: v1.51:USB Wacom Graphire and Wacom Intuos tablet driver sdhci: Secure Digital Host Controller Interface driver sdhci: Copyright(c) Pierre Ossman yenta_cardbus 0000:02:06.0: CardBus bridge found [103c:30c9] Initializing USB Mass Storage driver... scsi2 : SCSI emulation for USB Mass Storage devices usbcore: registered new interface driver usb-storage USB Mass Storage support registered. usb-storage: device found at 6 usb-storage: waiting for device to settle before scanning drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 5, 12) [34780] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [34783] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34783] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34783] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34786] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34786] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34786] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34789] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34789] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34789] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34792] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34792] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34792] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34795] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34795] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34795] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34798] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34798] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34798] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34801] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34801] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34801] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34804] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34804] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34804] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34807] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34807] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34807] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34810] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34810] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [34810] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34813] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 5, 12) [34814] drivers/input/serio/i8042.c: 47 <- i8042 (interrupt, 5, 12) [34818] drivers/input/serio/i8042.c: 16 <- i8042 (interrupt, 5, 12) [34821] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34821] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34821] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34824] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34824] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34824] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34827] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34827] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34827] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34830] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34830] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34830] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34833] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34833] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34833] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34836] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34836] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34836] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34839] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34839] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34839] yenta_cardbus 0000:02:06.0: ISA IRQ mask 0x0cb8, PCI irq 18 yenta_cardbus 0000:02:06.0: Socket status: 30000006 pci_bus 0000:02: Raising subordinate bus# of parent bus (#02) from #03 to #06 yenta_cardbus 0000:02:06.0: pcmcia: parent PCI bridge I/O window: 0x3000 - 0x3fff yenta_cardbus 0000:02:06.0: pcmcia: parent PCI bridge Memory window: 0xe0100000 - 0xe03fffff yenta_cardbus 0000:02:06.0: pcmcia: parent PCI bridge Memory window: 0x80000000 - 0x83ffffff drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34842] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34842] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34842] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34845] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34845] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [34845] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34848] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34848] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [34848] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34851] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 5, 12) [34853] drivers/input/serio/i8042.c: a0 <- i8042 (interrupt, 5, 12) [34856] drivers/input/serio/i8042.c: b1 <- i8042 (interrupt, 5, 12) [34859] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34859] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34859] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34862] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34862] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34862] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34865] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34865] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34865] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34868] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34868] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34868] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34871] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34871] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34871] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34874] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34874] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34874] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34877] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34877] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34877] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34880] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34880] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34880] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34883] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34883] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [34883] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34886] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34886] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [34886] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34889] drivers/input/serio/i8042.c: a0 <- i8042 (interrupt, 5, 12) [34891] drivers/input/serio/i8042.c: 47 <- i8042 (interrupt, 5, 12) [34893] drivers/input/serio/i8042.c: 13 <- i8042 (interrupt, 5, 12) [34896] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34896] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34896] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34899] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34899] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34899] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34902] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34902] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34902] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34905] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34905] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34905] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34908] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34908] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34908] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34911] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34911] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34911] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34914] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34914] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [34914] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34917] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34917] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34917] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34919] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34919] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [34919] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34923] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34923] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [34923] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34926] drivers/input/serio/i8042.c: 20 <- i8042 (interrupt, 5, 12) [34928] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [34931] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [34933] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34933] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34933] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34936] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34936] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34936] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34939] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34940] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34940] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34943] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34943] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34943] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34946] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34946] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34946] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34949] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34949] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34949] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34952] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34952] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [34952] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34955] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34955] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34955] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34958] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34958] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34958] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34961] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34961] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [34961] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34964] drivers/input/serio/i8042.c: 4a <- i8042 (interrupt, 5, 12) [34966] drivers/input/serio/i8042.c: 80 <- i8042 (interrupt, 5, 12) [34969] drivers/input/serio/i8042.c: a0 <- i8042 (interrupt, 5, 12) [34973] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34973] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34973] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34976] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34976] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34976] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34979] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34979] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [34979] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34981] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34982] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34982] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34984] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34985] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34985] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34987] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34987] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34987] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34990] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34990] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [34990] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34993] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34993] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34993] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34996] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34996] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [34996] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [34999] drivers/input/serio/i8042.c: 93 -> i8042 (command) [34999] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34999] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35005] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35005] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [35005] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35007] Synaptics Touchpad, model: 1, fw: 6.3, id: 0x1a0b1, caps: 0xa04713/0x200000 drivers/input/serio/i8042.c: 93 -> i8042 (command) [35007] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [35007] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35010] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35011] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35011] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35013] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35013] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [35013] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35016] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35016] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35016] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35019] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35019] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35019] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35022] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35022] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35022] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35025] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35025] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [35025] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35028] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35028] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35028] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35031] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35031] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [35031] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35035] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35035] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35035] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35038] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35038] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [35038] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35041] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35041] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35041] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35044] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35044] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [35044] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35047] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35047] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [35047] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35050] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input10 drivers/input/serio/i8042.c: 93 -> i8042 (command) [35050] drivers/input/serio/i8042.c: f4 -> i8042 (parameter) [35050] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35053] sdhci-pci 0000:02:06.2: SDHCI controller found [1180:0822] (rev 21) sdhci-pci 0000:02:06.2: PCI INT C -> GSI 20 (level, low) -> IRQ 20 Registered led device: mmc0:: mmc0: SDHCI controller on PCI [0000:02:06.2] using PIO tpm_inf_pnp 00:02: Found C284 with ID IFX0102 tpm_inf_pnp 00:02: TPM found: config base 0x560, data base 0x570, chip version 0x000b, vendor id 0x15d1 (Infineon), product id 0x000b (SLB 9635 TT 1.2) b43-phy0: Broadcom 4311 WLAN found (core revision 13) b43-phy0 debug: Found PHY: Analog 4, Type 2, Revision 9 b43-phy0 debug: Found Radio: Manuf 0x17F, Version 0x2050, Revision 2 alloc irq_desc for 19 on node -1 alloc kstat_irqs on node -1 ohci1394 0000:02:06.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19 ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[19] MMIO=[e0101000-e01017ff] Max Packet=[2048] IR/IT contexts=[4/4] phy0: Selected rate control algorithm 'pid' Registered led device: b43-phy0::tx Registered led device: b43-phy0::rx Registered led device: b43-phy0::radio Broadcom 43xx driver loaded [ Features: PL, Firmware-ID: FW13 ] HDA Intel 0000:00:1b.0: power state changed by ACPI to D0 HDA Intel 0000:00:1b.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 HDA Intel 0000:00:1b.0: setting latency timer to 64 input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input11 ieee1394: Host added: ID:BUS[0-00:1023] GUID[001b249929bd0f10] input: HP WMI hotkeys as /devices/virtual/input/input12 Non-volatile memory driver v1.3 EXT3 FS on sda5, internal journal scsi 2:0:0:0: Direct-Access Generic Flash HS-CF 5.39 PQ: 0 ANSI: 0 sd 2:0:0:0: Attached scsi generic sg2 type 0 scsi 2:0:0:1: Direct-Access Generic Flash HS-COMBO 5.39 PQ: 0 ANSI: 0 sd 2:0:0:1: Attached scsi generic sg3 type 0 sd 2:0:0:0: [sdb] Attached SCSI removable disk sd 2:0:0:1: [sdc] Attached SCSI removable disk usb-storage: device scan complete kjournald starting. Commit interval 5 seconds EXT3 FS on sda7, internal journal EXT3-fs: mounted filesystem with writeback data mode. fuse init (API version 7.13) loop: module loaded Adding 2401676k swap on /dev/sda6. Priority:-1 extents:1 across:2401676k drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [45477] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [45478] drivers/input/serio/i8042.c: 02 -> i8042 (kbd-data) [45478] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [45481] microcode: CPU0 sig=0x6fd, pf=0x80, revision=0xa3 platform microcode: firmware: requesting intel-ucode/06-0f-0d microcode: CPU1 sig=0x6fd, pf=0x80, revision=0xa3 platform microcode: firmware: requesting intel-ucode/06-0f-0d Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba NET: Registered protocol family 10 lo: Disabled Privacy Extensions cfg80211: Calling CRDA for country: NL cfg80211: Regulatory domain changed to country: NL (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm) (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm) (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm) e1000e 0000:00:19.0: irq 27 for MSI/MSI-X e1000e 0000:00:19.0: irq 27 for MSI/MSI-X ADDRCONF(NETDEV_UP): eth1: link is not ready b43 ssb0:0: firmware: requesting b43/ucode13.fw b43 ssb0:0: firmware: requesting b43/b0g0initvals13.fw e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: None 0000:00:19.0: eth1: 10/100 speed: disabling TSO b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10) b43-phy0 debug: Chip initialized b43-phy0 debug: 64-bit DMA initialized b43-phy0 debug: QoS enabled b43-phy0 debug: Wireless interface started b43-phy0 debug: Adding Interface type 2 ADDRCONF(NETDEV_UP): wlan0: link is not ready ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready NET: Registered protocol family 17 PPP generic driver version 2.4.2 NET: Registered protocol family 24 [drm] DAC-6: set mode 1152x864 2d drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [55771] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [55772] drivers/input/serio/i8042.c: 00 -> i8042 (kbd-data) [55772] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [55775] drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [56274] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [56274] drivers/input/serio/i8042.c: 02 -> i8042 (kbd-data) [56274] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [56277] eth1: no IPv6 routers present CPUFREQ: Per core ondemand sysfs interface is deprecated - ignore_nice_load [drm] DAC-6: set mode 2f drivers/input/serio/i8042.c: e0 <- i8042 (interrupt, 0, 1) [210907] drivers/input/serio/i8042.c: 3f <- i8042 (interrupt, 0, 1) [210910] drivers/input/serio/i8042.c: e0 <- i8042 (interrupt, 0, 1) [211091] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [211093] drivers/input/serio/i8042.c: 3f <- i8042 (interrupt, 0, 1) [211096] b43-phy0 debug: Removing Interface type 2 b43-phy0 debug: Wireless interface stopped b43-phy0 debug: DMA-64 rx_ring: Used slots 1/64, Failed frames 0/0 = 0.0%, Average tries 0.00 b43-phy0 debug: DMA-64 tx_ring_AC_BK: Used slots 0/256, Failed frames 0/0 = 0.0%, Average tries 0.00 b43-phy0 debug: DMA-64 tx_ring_AC_BE: Used slots 0/256, Failed frames 0/0 = 0.0%, Average tries 0.00 b43-phy0 debug: DMA-64 tx_ring_AC_VI: Used slots 0/256, Failed frames 0/0 = 0.0%, Average tries 0.00 b43-phy0 debug: DMA-64 tx_ring_AC_VO: Used slots 2/256, Failed frames 0/13 = 0.0%, Average tries 1.00 b43-phy0 debug: DMA-64 tx_ring_mcast: Used slots 0/256, Failed frames 0/0 = 0.0%, Average tries 0.00 IPv6 over IPv4 tunneling driver sit0: Disabled Privacy Extensions PM: Syncing filesystems ... done. drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [215309] Freezing user space processes ... drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [215309] drivers/input/serio/i8042.c: 00 -> i8042 (kbd-data) [215311] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [215312] (elapsed 0.00 seconds) done. Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. Suspending console(s) (use no_console_suspend to debug) sd 0:0:0:0: [sda] Synchronizing SCSI cache sd 0:0:0:0: [sda] Stopping disk drivers/input/serio/i8042.c: 93 -> i8042 (command) [216316] drivers/input/serio/i8042.c: f5 -> i8042 (parameter) [216316] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216319] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216319] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [216319] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216322] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216322] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [216322] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216325] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216325] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [216325] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216328] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216328] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [216328] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216331] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216331] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [216331] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216334] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216334] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [216334] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216337] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216337] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [216337] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216340] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216340] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [216340] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216343] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216343] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [216343] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216346] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216347] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [216347] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216349] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216349] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [216349] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216352] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216352] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [216352] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216355] drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 5, 12) [216718] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [216721] drivers/input/serio/i8042.c: 93 -> i8042 (command) [216721] drivers/input/serio/i8042.c: f4 -> i8042 (parameter) [216721] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [216724] drivers/input/serio/i8042.c: 90 -> i8042 (command) [216724] drivers/input/serio/i8042.c: f5 -> i8042 (parameter) [216724] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [216727] drivers/input/serio/i8042.c: 90 -> i8042 (command) [216727] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [216727] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [216730] drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 2, 12) [217062] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [217064] drivers/input/serio/i8042.c: 90 -> i8042 (command) [217064] drivers/input/serio/i8042.c: f4 -> i8042 (parameter) [217064] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [217067] drivers/input/serio/i8042.c: ff -> i8042 (kbd-data) [217067] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [217068] drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 0, 1) [217071] drivers/input/serio/i8042.c: 60 -> i8042 (command) [217171] drivers/input/serio/i8042.c: 30 -> i8042 (parameter) [217171] drivers/input/serio/i8042.c: d3 -> i8042 (command) [217171] drivers/input/serio/i8042.c: f0 -> i8042 (parameter) [217171] drivers/input/serio/i8042.c: f0 <- i8042 (return) [217171] drivers/input/serio/i8042.c: d3 -> i8042 (command) [217171] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [217171] drivers/input/serio/i8042.c: f6 <- i8042 (return) [217171] drivers/input/serio/i8042.c: d3 -> i8042 (command) [217171] drivers/input/serio/i8042.c: a5 -> i8042 (parameter) [217171] drivers/input/serio/i8042.c: a5 <- i8042 (return) [217171] drivers/input/serio/i8042.c: aa -> i8042 (command) [217171] drivers/input/serio/i8042.c: 55 <- i8042 (return) [217171] drivers/input/serio/i8042.c: 60 -> i8042 (command) [217171] drivers/input/serio/i8042.c: 30 -> i8042 (parameter) [217171] ACPI handle has no context! ACPI handle has no context! sdhci-pci 0000:02:06.2: PCI INT C disabled ACPI handle has no context! ACPI handle has no context! b43-pci-bridge 0000:10:00.0: PCI INT A disabled ata2: port disabled. ignoring. ata_piix 0000:00:1f.1: PCI INT A disabled ehci_hcd 0000:00:1d.7: PCI INT A disabled uhci_hcd 0000:00:1d.2: PCI INT C disabled uhci_hcd 0000:00:1d.1: PCI INT B disabled uhci_hcd 0000:00:1d.0: PCI INT A disabled HDA Intel 0000:00:1b.0: PCI INT A disabled HDA Intel 0000:00:1b.0: power state changed by ACPI to D3 ehci_hcd 0000:00:1a.7: PCI INT C disabled uhci_hcd 0000:00:1a.1: PCI INT B disabled uhci_hcd 0000:00:1a.0: PCI INT A disabled e1000e 0000:00:19.0: PCI INT A disabled e1000e 0000:00:19.0: PME# enabled e1000e 0000:00:19.0: wake-up capability enabled by ACPI ricoh-mmc: Suspending. ricoh-mmc: Controller is now re-enabled. ACPI: Preparing to enter system sleep state S3 Disabling non-boot CPUs ... kvm: disabling virtualization on CPU1 CPU 1 is now offline SMP alternatives: switching to UP code CPU0 attaching NULL sched-domain. CPU1 attaching NULL sched-domain. CPU0 attaching NULL sched-domain. CPU1 is down Extended CMOS year: 2000 Back to C! CPU0: Thermal monitoring handled by SMI Extended CMOS year: 2000 Enabling non-boot CPUs ... SMP alternatives: switching to SMP code Booting processor 1 APIC 0x1 ip 0x6000 Initializing CPU#1 Calibrating delay using timer specific routine.. 2394.03 BogoMIPS (lpj=1197015) CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 1 mce: CPU supports 6 MCE banks CPU1: Thermal monitoring enabled (TM2) CPU1: Intel(R) Core(TM)2 Duo CPU U7600 @ 1.20GHz stepping 0d kvm: enabling virtualization on CPU1 CPU0 attaching NULL sched-domain. CPU0 attaching sched-domain: domain 0: span 0-1 level MC groups: 0 1 CPU1 attaching sched-domain: domain 0: span 0-1 level MC groups: 1 0 CPU1 is up ACPI: Waking up from system sleep state S3 i915 0000:00:02.0: restoring config space at offset 0x8 (was 0x1, writing 0x2001) i915 0000:00:02.0: restoring config space at offset 0x1 (was 0x900403, writing 0x900407) pci 0000:00:02.1: restoring config space at offset 0x4 (was 0x4, writing 0xe0500004) pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000, writing 0x900007) e1000e 0000:00:19.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) e1000e 0000:00:19.0: restoring config space at offset 0x6 (was 0x1, writing 0x2021) e1000e 0000:00:19.0: restoring config space at offset 0x5 (was 0x0, writing 0xe0620000) e1000e 0000:00:19.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007) uhci_hcd 0000:00:1a.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) uhci_hcd 0000:00:1a.0: restoring config space at offset 0x8 (was 0x1, writing 0x2041) uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2800000, writing 0x2800001) uhci_hcd 0000:00:1a.1: restoring config space at offset 0xf (was 0x200, writing 0x20a) uhci_hcd 0000:00:1a.1: restoring config space at offset 0x8 (was 0x1, writing 0x2061) uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was 0x2800000, writing 0x2800001) ehci_hcd 0000:00:1a.7: restoring config space at offset 0xf (was 0x300, writing 0x30b) ehci_hcd 0000:00:1a.7: restoring config space at offset 0x4 (was 0x0, writing 0xe0621000) ehci_hcd 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900002) HDA Intel 0000:00:1b.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) HDA Intel 0000:00:1b.0: restoring config space at offset 0x3 (was 0x0, writing 0x10) HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100002) pcieport-driver 0000:00:1c.0: restoring config space at offset 0xf (was 0x100, writing 0x4010a) pcieport-driver 0000:00:1c.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1) pcieport-driver 0000:00:1c.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0) pcieport-driver 0000:00:1c.0: restoring config space at offset 0x7 (was 0x0, writing 0x200000f0) pcieport-driver 0000:00:1c.0: restoring config space at offset 0x6 (was 0x0, writing 0x80800) pcieport-driver 0000:00:1c.0: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) pcieport-driver 0000:00:1c.1: restoring config space at offset 0xf (was 0x200, writing 0x4020a) pcieport-driver 0000:00:1c.1: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1) pcieport-driver 0000:00:1c.1: restoring config space at offset 0x8 (was 0x0, writing 0xe000e000) pcieport-driver 0000:00:1c.1: restoring config space at offset 0x7 (was 0x0, writing 0xf0) pcieport-driver 0000:00:1c.1: restoring config space at offset 0x3 (was 0x810000, writing 0x810010) pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100000, writing 0x100407) uhci_hcd 0000:00:1d.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) uhci_hcd 0000:00:1d.0: restoring config space at offset 0x8 (was 0x1, writing 0x2081) uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2800000, writing 0x2800001) uhci_hcd 0000:00:1d.1: restoring config space at offset 0xf (was 0x200, writing 0x20b) uhci_hcd 0000:00:1d.1: restoring config space at offset 0x8 (was 0x1, writing 0x20a1) uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2800000, writing 0x2800001) uhci_hcd 0000:00:1d.2: restoring config space at offset 0xf (was 0x300, writing 0x30b) uhci_hcd 0000:00:1d.2: restoring config space at offset 0x8 (was 0x1, writing 0x20c1) uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2800000, writing 0x2800001) ehci_hcd 0000:00:1d.7: restoring config space at offset 0xf (was 0x100, writing 0x10a) ehci_hcd 0000:00:1d.7: restoring config space at offset 0x4 (was 0x0, writing 0xe0628000) ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900002) pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x83f18001) pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xe030e010) pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x228000f0, writing 0x22803030) pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100007, writing 0x100107) ata_piix 0000:00:1f.1: restoring config space at offset 0xf (was 0x100, writing 0x10a) ata_piix 0000:00:1f.1: restoring config space at offset 0x8 (was 0xc01, writing 0x20e1) ata_piix 0000:00:1f.1: restoring config space at offset 0x1 (was 0x2800005, writing 0x2880005) b43-pci-bridge 0000:10:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) b43-pci-bridge 0000:10:00.0: restoring config space at offset 0x4 (was 0x4, writing 0xe0000004) b43-pci-bridge 0000:10:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x10) b43-pci-bridge 0000:10:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100006) yenta_cardbus 0000:02:06.0: restoring config space at offset 0xf (was 0x3000100, writing 0x580010b) yenta_cardbus 0000:02:06.0: restoring config space at offset 0xe (was 0x0, writing 0x34fc) yenta_cardbus 0000:02:06.0: restoring config space at offset 0xd (was 0x0, writing 0x3400) yenta_cardbus 0000:02:06.0: restoring config space at offset 0xc (was 0x0, writing 0x30fc) yenta_cardbus 0000:02:06.0: restoring config space at offset 0xb (was 0x0, writing 0x3000) yenta_cardbus 0000:02:06.0: restoring config space at offset 0xa (was 0x0, writing 0x87fff000) yenta_cardbus 0000:02:06.0: restoring config space at offset 0x9 (was 0x0, writing 0x84000000) yenta_cardbus 0000:02:06.0: restoring config space at offset 0x8 (was 0x0, writing 0x83fff000) yenta_cardbus 0000:02:06.0: restoring config space at offset 0x7 (was 0x0, writing 0x80000000) yenta_cardbus 0000:02:06.0: restoring config space at offset 0x6 (was 0x0, writing 0xb0060302) yenta_cardbus 0000:02:06.0: restoring config space at offset 0x4 (was 0x0, writing 0xe0100000) yenta_cardbus 0000:02:06.0: restoring config space at offset 0x3 (was 0x820000, writing 0x82a800) yenta_cardbus 0000:02:06.0: restoring config space at offset 0x1 (was 0x2100000, writing 0x2100007) ohci1394 0000:02:06.1: restoring config space at offset 0xf (was 0x4020200, writing 0x4020205) ohci1394 0000:02:06.1: restoring config space at offset 0x4 (was 0x0, writing 0xe0101000) ohci1394 0000:02:06.1: restoring config space at offset 0x3 (was 0x800000, writing 0x804010) ohci1394 0000:02:06.1: restoring config space at offset 0x1 (was 0x2100000, writing 0x2100006) sdhci-pci 0000:02:06.2: restoring config space at offset 0xf (was 0x300, writing 0x30a) sdhci-pci 0000:02:06.2: restoring config space at offset 0x4 (was 0x0, writing 0xe0102000) sdhci-pci 0000:02:06.2: restoring config space at offset 0x3 (was 0x800000, writing 0x804010) sdhci-pci 0000:02:06.2: restoring config space at offset 0x1 (was 0x2100000, writing 0x2100006) ricoh-mmc 0000:02:06.3: restoring config space at offset 0xf (was 0x300, writing 0x30a) ricoh-mmc 0000:02:06.3: restoring config space at offset 0x4 (was 0x0, writing 0xe0103000) ricoh-mmc 0000:02:06.3: restoring config space at offset 0x3 (was 0x800000, writing 0x804010) ricoh-mmc 0000:02:06.3: restoring config space at offset 0x1 (was 0x2100000, writing 0x2100006) ricoh-mmc: Resuming. ricoh-mmc: Controller is now disabled. PM: Device PNP0C0D:00 failed to resume: error 1 i915 0000:00:02.0: setting latency timer to 64 [drm] DAC-6: set mode 2f [drm] LVDS-8: set mode 1280x800 2b e1000e 0000:00:19.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 e1000e 0000:00:19.0: setting latency timer to 64 e1000e 0000:00:19.0: wake-up capability disabled by ACPI e1000e 0000:00:19.0: PME# disabled e1000e 0000:00:19.0: irq 27 for MSI/MSI-X uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 uhci_hcd 0000:00:1a.0: setting latency timer to 64 usb usb3: root hub lost power or was reset uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17 uhci_hcd 0000:00:1a.1: setting latency timer to 64 usb usb4: root hub lost power or was reset ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18 ehci_hcd 0000:00:1a.7: setting latency timer to 64 HDA Intel 0000:00:1b.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 HDA Intel 0000:00:1b.0: setting latency timer to 64 uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20 uhci_hcd 0000:00:1d.0: setting latency timer to 64 usb usb5: root hub lost power or was reset uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 22 (level, low) -> IRQ 22 uhci_hcd 0000:00:1d.1: setting latency timer to 64 usb usb6: root hub lost power or was reset uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18 uhci_hcd 0000:00:1d.2: setting latency timer to 64 usb usb7: root hub lost power or was reset ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 20 (level, low) -> IRQ 20 ehci_hcd 0000:00:1d.7: setting latency timer to 64 pci 0000:00:1e.0: setting latency timer to 64 ata_piix 0000:00:1f.1: PCI INT A -> GSI 16 (level, low) -> IRQ 16 ata_piix 0000:00:1f.1: setting latency timer to 64 b43-pci-bridge 0000:10:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 ata2: port disabled. ignoring. ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (000000005) is beyond end of object (20090903/exoparg2-445) ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C2C3] (Node ffff88007f054020), AE_AML_PACKAGE_LIMIT ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C003.C0F6.C3F3._STM] (Node ffff88007f068100), AE_AML_PACKAGE_LIMIT ata1: ACPI set timing mode failed (status=0x300b) ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[19] MMIO=[e0101000-e01017ff] Max Packet=[2048] IR/IT contexts=[4/4] sdhci-pci 0000:02:06.2: PCI INT C -> GSI 20 (level, low) -> IRQ 20 drivers/input/serio/i8042.c: aa -> i8042 (command) [218941] drivers/input/serio/i8042.c: 55 <- i8042 (return) [218941] drivers/input/serio/i8042.c: 60 -> i8042 (command) [218941] drivers/input/serio/i8042.c: 30 -> i8042 (parameter) [218941] drivers/input/serio/i8042.c: d3 -> i8042 (command) [218941] drivers/input/serio/i8042.c: f0 -> i8042 (parameter) [218941] drivers/input/serio/i8042.c: f0 <- i8042 (return) [218941] drivers/input/serio/i8042.c: d3 -> i8042 (command) [218941] drivers/input/serio/i8042.c: 56 -> i8042 (parameter) [218941] drivers/input/serio/i8042.c: 56 <- i8042 (return) [218941] drivers/input/serio/i8042.c: d3 -> i8042 (command) [218942] drivers/input/serio/i8042.c: a4 -> i8042 (parameter) [218942] drivers/input/serio/i8042.c: 11 <- i8042 (return) [218942] drivers/input/serio/i8042.c: 90 -> i8042 (command) [218942] drivers/input/serio/i8042.c: a8 -> i8042 (command) [218942] drivers/input/serio/i8042.c: 91 -> i8042 (command) [218942] drivers/input/serio/i8042.c: a8 -> i8042 (command) [218942] drivers/input/serio/i8042.c: 92 -> i8042 (command) [218942] drivers/input/serio/i8042.c: a8 -> i8042 (command) [218942] drivers/input/serio/i8042.c: 93 -> i8042 (command) [218942] drivers/input/serio/i8042.c: a8 -> i8042 (command) [218942] drivers/input/serio/i8042.c: 60 -> i8042 (command) [218942] drivers/input/serio/i8042.c: 12 -> i8042 (parameter) [218942] drivers/input/serio/i8042.c: 60 -> i8042 (command) [218942] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [218942] sd 0:0:0:0: [sda] Starting disk ata1.01: ACPI cmd ef/03:0c:00:00:00:b0 (SET FEATURES) filtered out ata1.01: ACPI cmd ef/03:40:00:00:00:b0 (SET FEATURES) filtered out ata1.00: ACPI cmd ef/03:01:00:00:00:a0 (SET FEATURES) filtered out ata1.00: ACPI cmd ef/03:45:00:00:00:a0 (SET FEATURES) filtered out ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out ata1.00: ACPI cmd b1/c1:00:00:00:00:a0 (DEVICE CONFIGURATION OVERLAY) filtered out ata1.00: ACPI cmd c6/00:10:00:00:00:a0 (SET MULTIPLE MODE) succeeded ata1.00: configured for UDMA/100 ata1.01: configured for MWDMA2 ata1.00: configured for UDMA/100 ata1.01: configured for MWDMA2 ata1: EH complete drivers/input/serio/i8042.c: f3 -> i8042 (kbd-data) [219696] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [219697] drivers/input/serio/i8042.c: 00 -> i8042 (kbd-data) [219697] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [219700] drivers/input/serio/i8042.c: f3 -> i8042 (kbd-data) [219746] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [219746] drivers/input/serio/i8042.c: 00 -> i8042 (kbd-data) [219746] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [219749] usb 3-1: reset full speed USB device using uhci_hcd and address 2 btusb 3-1:1.0: no reset_resume for driver btusb? btusb 3-1:1.1: no reset_resume for driver btusb? usb 5-2: reset full speed USB device using uhci_hcd and address 2 Restarting tasks ... drivers/input/serio/i8042.c: f2 -> i8042 (kbd-data) [221143] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [221143] drivers/input/serio/i8042.c: ab <- i8042 (interrupt, 0, 1) [221146] drivers/input/serio/i8042.c: 83 <- i8042 (interrupt, 0, 1) [221150] drivers/input/serio/i8042.c: f4 -> i8042 (kbd-data) [221161] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [221161] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221170] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [221170] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221172] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221175] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221175] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [221175] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221178] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221178] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221178] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221181] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221181] drivers/input/serio/i8042.c: 0a -> i8042 (parameter) [221181] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221184] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221184] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221184] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221186] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221186] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221186] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221189] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221189] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221189] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221192] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221193] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [221193] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221196] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221196] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221196] done. drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221199] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221199] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [221199] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221202] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221202] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221202] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221204] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221204] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [221204] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221207] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221207] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221207] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221210] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221210] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [221210] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221213] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221213] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221213] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221216] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221216] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [221216] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221218] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221218] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221218] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221222] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221222] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [221222] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221226] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221226] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221226] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221228] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221228] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [221228] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221231] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221231] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221231] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221234] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221234] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [221234] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221237] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221237] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221237] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221240] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221240] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [221240] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221243] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221243] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [221243] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221246] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221247] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221247] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221247] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221250] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221250] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221250] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221253] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221253] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221253] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221256] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221256] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221256] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221259] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221259] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221259] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221262] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221262] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221262] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221265] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221265] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221265] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221267] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221267] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221267] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221270] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221270] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [221270] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221273] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221276] drivers/input/serio/i8042.c: 46 <- i8042 (interrupt, 2, 12) [221277] drivers/input/serio/i8042.c: 12 <- i8042 (interrupt, 2, 12) [221279] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221279] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [221279] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221282] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221284] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221284] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221286] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221286] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [221286] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221289] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221289] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221289] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221292] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221292] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221292] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221295] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221298] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221298] Bluetooth: L2CAP ver 2.14 Bluetooth: L2CAP socket layer initialized drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221301] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221301] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [221301] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221304] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221305] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 2, 12) [221307] drivers/input/serio/i8042.c: 64 <- i8042 (interrupt, 2, 12) [221309] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221309] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221309] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221312] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221312] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221312] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221316] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221316] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221316] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221319] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221319] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221319] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221322] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221322] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221322] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221326] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221326] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [221326] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221329] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221330] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221333] drivers/input/serio/i8042.c: 64 <- i8042 (interrupt, 2, 12) [221334] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221334] drivers/input/serio/i8042.c: e1 -> i8042 (parameter) [221334] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 2, 12) [221337] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221337] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [221337] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221340] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221340] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [221340] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221343] drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 2, 12) [221351] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221353] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221353] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221353] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221356] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221356] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [221356] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221359] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221359] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221359] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221362] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221362] drivers/input/serio/i8042.c: 64 -> i8042 (parameter) [221362] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221365] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221365] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221365] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221368] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221368] drivers/input/serio/i8042.c: 50 -> i8042 (parameter) [221368] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221371] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221371] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [221371] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221373] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 Bluetooth: BNEP filters: protocol multicast drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221376] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221376] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221376] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221379] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221379] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [221379] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221382] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221382] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221382] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221385] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221385] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [221385] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221388] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221388] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221388] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221391] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221391] drivers/input/serio/i8042.c: 50 -> i8042 (parameter) [221391] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221393] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221393] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [221393] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221396] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221397] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221397] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221397] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221400] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221400] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [221400] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221403] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221403] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221403] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221406] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221406] drivers/input/serio/i8042.c: 64 -> i8042 (parameter) [221406] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221409] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221409] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221409] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221412] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221412] drivers/input/serio/i8042.c: 50 -> i8042 (parameter) [221412] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221414] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221414] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [221414] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221417] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221418] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221419] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [221419] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221421] drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 2, 12) [221433] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [221435] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221435] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [221435] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221438] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221438] drivers/input/serio/i8042.c: 64 -> i8042 (parameter) [221438] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221441] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221441] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221441] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221444] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221444] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [221444] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221446] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221446] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221446] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221449] drivers/input/serio/i8042.c: 90 -> i8042 (command) [221449] drivers/input/serio/i8042.c: f4 -> i8042 (parameter) [221449] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [221452] drivers/input/serio/i8042.c: 91 -> i8042 (command) [221452] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [221452] drivers/input/serio/i8042.c: MUX error, status is 75, data is fe [221453] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 3, 12, timeout) [221453] drivers/input/serio/i8042.c: 91 -> i8042 (command) [221453] drivers/input/serio/i8042.c: ed -> i8042 (parameter) [221453] drivers/input/serio/i8042.c: MUX error, status is 75, data is fe [221454] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 3, 12, timeout) [221454] drivers/input/serio/i8042.c: 91 -> i8042 (command) [221454] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [221454] drivers/input/serio/i8042.c: MUX error, status is 75, data is fe [221455] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 3, 12, timeout) [221455] drivers/input/serio/i8042.c: 92 -> i8042 (command) [221455] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [221455] drivers/input/serio/i8042.c: MUX error, status is b5, data is fe [221456] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 4, 12, timeout) [221456] drivers/input/serio/i8042.c: 92 -> i8042 (command) [221456] drivers/input/serio/i8042.c: ed -> i8042 (parameter) [221456] drivers/input/serio/i8042.c: MUX error, status is b5, data is fe [221457] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 4, 12, timeout) [221457] drivers/input/serio/i8042.c: 92 -> i8042 (command) [221457] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [221457] drivers/input/serio/i8042.c: MUX error, status is b5, data is fe [221458] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 4, 12, timeout) [221458] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221458] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [221458] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221461] Bridge firewalling registered Bluetooth: SCO (Voice Link) ver 0.6 Bluetooth: SCO socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM ver 1.11 drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 5, 12) [221827] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [221830] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221830] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221830] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221833] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221833] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221833] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221835] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221836] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221836] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221839] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221839] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221839] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221842] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221842] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221842] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221845] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221845] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221845] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221847] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221848] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221848] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221851] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221851] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221851] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221854] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221854] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [221854] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221857] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 5, 12) [221859] drivers/input/serio/i8042.c: 47 <- i8042 (interrupt, 5, 12) [221862] drivers/input/serio/i8042.c: 16 <- i8042 (interrupt, 5, 12) [221865] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221865] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221865] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221868] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221868] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221868] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221871] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221871] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221871] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221874] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221874] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221874] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221879] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221879] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221879] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221882] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221882] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221882] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221885] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221885] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221885] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221888] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221888] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221888] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221891] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221891] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221891] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221894] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221894] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [221894] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221897] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 5, 12) [221898] drivers/input/serio/i8042.c: 47 <- i8042 (interrupt, 5, 12) [221901] drivers/input/serio/i8042.c: 16 <- i8042 (interrupt, 5, 12) [221904] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221904] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221904] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221907] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221907] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221907] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221910] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221910] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221910] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221913] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221913] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221913] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221916] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221916] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221916] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221919] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221919] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221919] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221922] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221922] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221922] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221925] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221925] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221925] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221930] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221930] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [221930] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221933] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221933] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [221933] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221936] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 5, 12) [221938] drivers/input/serio/i8042.c: a0 <- i8042 (interrupt, 5, 12) [221940] drivers/input/serio/i8042.c: b1 <- i8042 (interrupt, 5, 12) [221943] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221943] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221943] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221946] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221946] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221946] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221949] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221949] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221949] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221952] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221952] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221952] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221955] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221955] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221955] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221958] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221958] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221958] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221961] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221961] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221961] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221964] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221964] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221964] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221967] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221967] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [221967] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221970] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221970] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [221970] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221973] drivers/input/serio/i8042.c: a0 <- i8042 (interrupt, 5, 12) [221975] drivers/input/serio/i8042.c: 47 <- i8042 (interrupt, 5, 12) [221980] drivers/input/serio/i8042.c: 13 <- i8042 (interrupt, 5, 12) [221981] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221981] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [221981] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221984] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221984] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221984] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221987] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221987] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221987] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221990] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221990] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221990] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221993] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221993] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [221993] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221996] drivers/input/serio/i8042.c: 93 -> i8042 (command) [221997] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [221997] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [221999] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222000] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [222000] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222002] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222003] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222003] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222005] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222005] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [222005] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222008] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222008] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [222008] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222012] drivers/input/serio/i8042.c: 20 <- i8042 (interrupt, 5, 12) [222012] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [222015] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [222018] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222018] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [222018] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222021] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222021] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222021] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222024] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222024] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [222024] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222027] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222028] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222028] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222031] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222031] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [222031] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222034] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222034] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222034] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222037] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222037] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [222037] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222040] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222040] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222040] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222043] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222043] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [222043] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222046] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222046] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [222046] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222049] drivers/input/serio/i8042.c: 4a <- i8042 (interrupt, 5, 12) [222050] drivers/input/serio/i8042.c: 80 <- i8042 (interrupt, 5, 12) [222053] drivers/input/serio/i8042.c: a0 <- i8042 (interrupt, 5, 12) [222056] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222056] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [222056] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222059] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222059] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222059] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222062] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222062] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [222062] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222065] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222065] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222065] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222068] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222068] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [222068] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222072] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222072] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222072] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222074] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222075] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [222075] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222077] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222078] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222078] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222082] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222082] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [222082] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222085] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222085] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [222085] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222088] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222088] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [222088] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222091] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222091] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [222091] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222094] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222094] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222094] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222097] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222097] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [222097] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222100] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222101] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222101] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222104] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222104] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [222104] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222107] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222107] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222107] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222110] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222110] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [222110] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222113] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222113] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222113] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222116] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222116] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [222116] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222119] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222119] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [222119] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222122] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222122] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [222122] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222125] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222125] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [222125] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222128] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222128] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [222128] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222133] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222133] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [222133] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222136] drivers/input/serio/i8042.c: 93 -> i8042 (command) [222136] drivers/input/serio/i8042.c: f4 -> i8042 (parameter) [222136] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [222139] drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [222139] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [222139] drivers/input/serio/i8042.c: 02 -> i8042 (kbd-data) [222140] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [222142] lo: Disabled Privacy Extensions e1000e 0000:00:19.0: irq 27 for MSI/MSI-X e1000e 0000:00:19.0: irq 27 for MSI/MSI-X ADDRCONF(NETDEV_UP): eth1: link is not ready b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10) b43-phy0 debug: Chip initialized b43-phy0 debug: 64-bit DMA initialized b43-phy0 debug: QoS enabled b43-phy0 debug: Wireless interface started b43-phy0 debug: Adding Interface type 2 b43-phy0 ERROR: PHY transmission error ADDRCONF(NETDEV_UP): wlan0: link is not ready drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [225569] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [225643] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [225683] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [225685] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [225734] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [225806] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [225810] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [225813] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [225816] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [225819] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [225877] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [225880] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [225909] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [225911] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226001] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [226004] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226007] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [226010] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [226013] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226073] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [226075] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [226114] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [226116] e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: None 0000:00:19.0: eth1: 10/100 speed: disabling TSO ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226206] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [226209] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226212] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [226215] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [226218] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226257] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [226260] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [226318] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [226321] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [226359] CE: hpet increasing min_delta_ns to 15000 nsec drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226411] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [226413] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226431] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [226433] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226471] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [226474] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [226524] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [226526] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [226585] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226708] drivers/input/serio/i8042.c: 23 <- i8042 (interrupt, 0, 1) [226711] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226728] drivers/input/serio/i8042.c: 2b <- i8042 (interrupt, 0, 1) [226731] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [226789] drivers/input/serio/i8042.c: 1b <- i8042 (interrupt, 0, 1) [226792] martian source 255.255.255.255 from 131.180.44.230, on dev eth1 ll header: ff:ff:ff:ff:ff:ff:00:24:e8:31:7c:15:08:00 drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [227618] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [227620] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [227622] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227641] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [227643] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [227645] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [227701] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [227703] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [227705] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227712] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [227714] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [227716] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227724] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [227726] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [227728] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227735] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 2, 12) [227738] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [227739] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227748] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [227749] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [227751] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227759] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 2, 12) [227761] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [227763] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227771] drivers/input/serio/i8042.c: fc <- i8042 (interrupt, 2, 12) [227773] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [227775] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227783] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [227785] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 2, 12) [227788] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227794] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [227796] drivers/input/serio/i8042.c: 05 <- i8042 (interrupt, 2, 12) [227798] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227807] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [227809] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [227811] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227819] drivers/input/serio/i8042.c: fc <- i8042 (interrupt, 2, 12) [227821] drivers/input/serio/i8042.c: 0b <- i8042 (interrupt, 2, 12) [227823] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227831] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [227833] drivers/input/serio/i8042.c: 0b <- i8042 (interrupt, 2, 12) [227835] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227842] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 2, 12) [227844] drivers/input/serio/i8042.c: 0b <- i8042 (interrupt, 2, 12) [227846] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227854] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [227856] drivers/input/serio/i8042.c: 0a <- i8042 (interrupt, 2, 12) [227858] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [227866] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [227868] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [227870] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227878] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [227880] drivers/input/serio/i8042.c: 09 <- i8042 (interrupt, 2, 12) [227882] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227889] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [227891] drivers/input/serio/i8042.c: 09 <- i8042 (interrupt, 2, 12) [227893] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227901] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [227903] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [227905] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [227913] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [227915] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [227917] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227925] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [227927] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [227929] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [227960] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [227962] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [227964] drivers/input/serio/i8042.c: 18 <- i8042 (interrupt, 2, 12) [227984] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [227986] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [227989] drivers/input/serio/i8042.c: 38 <- i8042 (interrupt, 2, 12) [228007] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [228009] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [228011] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228019] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228021] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 2, 12) [228023] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228031] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228033] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [228035] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228042] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [228044] drivers/input/serio/i8042.c: fc <- i8042 (interrupt, 2, 12) [228046] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228054] drivers/input/serio/i8042.c: 04 <- i8042 (interrupt, 2, 12) [228056] drivers/input/serio/i8042.c: fc <- i8042 (interrupt, 2, 12) [228059] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228067] drivers/input/serio/i8042.c: 07 <- i8042 (interrupt, 2, 12) [228069] drivers/input/serio/i8042.c: fc <- i8042 (interrupt, 2, 12) [228071] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228079] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228081] drivers/input/serio/i8042.c: fc <- i8042 (interrupt, 2, 12) [228083] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228090] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228092] drivers/input/serio/i8042.c: fc <- i8042 (interrupt, 2, 12) [228094] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228102] drivers/input/serio/i8042.c: 0b <- i8042 (interrupt, 2, 12) [228104] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [228106] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228114] drivers/input/serio/i8042.c: 0b <- i8042 (interrupt, 2, 12) [228116] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [228118] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228126] drivers/input/serio/i8042.c: 0e <- i8042 (interrupt, 2, 12) [228128] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [228130] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228137] drivers/input/serio/i8042.c: 0f <- i8042 (interrupt, 2, 12) [228139] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [228141] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228149] drivers/input/serio/i8042.c: 13 <- i8042 (interrupt, 2, 12) [228151] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [228153] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228161] drivers/input/serio/i8042.c: 14 <- i8042 (interrupt, 2, 12) [228163] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 2, 12) [228165] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228173] drivers/input/serio/i8042.c: 13 <- i8042 (interrupt, 2, 12) [228175] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [228177] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228184] drivers/input/serio/i8042.c: 14 <- i8042 (interrupt, 2, 12) [228186] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [228188] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228196] drivers/input/serio/i8042.c: 12 <- i8042 (interrupt, 2, 12) [228198] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [228200] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228208] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228210] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228212] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228220] drivers/input/serio/i8042.c: 0f <- i8042 (interrupt, 2, 12) [228222] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228224] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228232] drivers/input/serio/i8042.c: 0e <- i8042 (interrupt, 2, 12) [228234] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228236] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228243] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228245] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228248] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228255] drivers/input/serio/i8042.c: 0b <- i8042 (interrupt, 2, 12) [228257] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [228259] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228267] drivers/input/serio/i8042.c: 0b <- i8042 (interrupt, 2, 12) [228269] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [228272] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228279] drivers/input/serio/i8042.c: 0a <- i8042 (interrupt, 2, 12) [228282] drivers/input/serio/i8042.c: 04 <- i8042 (interrupt, 2, 12) [228283] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228290] drivers/input/serio/i8042.c: 0a <- i8042 (interrupt, 2, 12) [228292] drivers/input/serio/i8042.c: 04 <- i8042 (interrupt, 2, 12) [228294] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228302] drivers/input/serio/i8042.c: 0a <- i8042 (interrupt, 2, 12) [228304] drivers/input/serio/i8042.c: 05 <- i8042 (interrupt, 2, 12) [228306] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228314] drivers/input/serio/i8042.c: 09 <- i8042 (interrupt, 2, 12) [228317] drivers/input/serio/i8042.c: 06 <- i8042 (interrupt, 2, 12) [228319] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228327] drivers/input/serio/i8042.c: 0a <- i8042 (interrupt, 2, 12) [228329] drivers/input/serio/i8042.c: 06 <- i8042 (interrupt, 2, 12) [228331] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228338] drivers/input/serio/i8042.c: 09 <- i8042 (interrupt, 2, 12) [228340] drivers/input/serio/i8042.c: 06 <- i8042 (interrupt, 2, 12) [228342] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228350] drivers/input/serio/i8042.c: 0a <- i8042 (interrupt, 2, 12) [228352] drivers/input/serio/i8042.c: 07 <- i8042 (interrupt, 2, 12) [228354] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228362] drivers/input/serio/i8042.c: 09 <- i8042 (interrupt, 2, 12) [228364] drivers/input/serio/i8042.c: 06 <- i8042 (interrupt, 2, 12) [228366] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228374] drivers/input/serio/i8042.c: 09 <- i8042 (interrupt, 2, 12) [228376] drivers/input/serio/i8042.c: 07 <- i8042 (interrupt, 2, 12) [228378] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228385] drivers/input/serio/i8042.c: 09 <- i8042 (interrupt, 2, 12) [228387] drivers/input/serio/i8042.c: 05 <- i8042 (interrupt, 2, 12) [228389] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228397] drivers/input/serio/i8042.c: 0a <- i8042 (interrupt, 2, 12) [228399] drivers/input/serio/i8042.c: 06 <- i8042 (interrupt, 2, 12) [228401] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228409] drivers/input/serio/i8042.c: 0b <- i8042 (interrupt, 2, 12) [228411] drivers/input/serio/i8042.c: 04 <- i8042 (interrupt, 2, 12) [228413] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228421] drivers/input/serio/i8042.c: 0b <- i8042 (interrupt, 2, 12) [228423] drivers/input/serio/i8042.c: 05 <- i8042 (interrupt, 2, 12) [228425] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228432] drivers/input/serio/i8042.c: 0a <- i8042 (interrupt, 2, 12) [228434] drivers/input/serio/i8042.c: 04 <- i8042 (interrupt, 2, 12) [228436] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228444] drivers/input/serio/i8042.c: 0a <- i8042 (interrupt, 2, 12) [228446] drivers/input/serio/i8042.c: 04 <- i8042 (interrupt, 2, 12) [228448] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228456] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228458] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228460] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228468] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228470] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228472] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228491] drivers/input/serio/i8042.c: 04 <- i8042 (interrupt, 2, 12) [228493] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228495] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228503] drivers/input/serio/i8042.c: 04 <- i8042 (interrupt, 2, 12) [228505] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228507] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228515] drivers/input/serio/i8042.c: 04 <- i8042 (interrupt, 2, 12) [228517] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228519] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228527] drivers/input/serio/i8042.c: 05 <- i8042 (interrupt, 2, 12) [228529] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228531] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228538] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 2, 12) [228540] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 2, 12) [228543] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228550] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 2, 12) [228553] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [228554] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228563] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 2, 12) [228564] drivers/input/serio/i8042.c: fd <- i8042 (interrupt, 2, 12) [228566] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228574] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228576] drivers/input/serio/i8042.c: fc <- i8042 (interrupt, 2, 12) [228578] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228585] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [228587] drivers/input/serio/i8042.c: fc <- i8042 (interrupt, 2, 12) [228589] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228598] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [228600] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [228602] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228610] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228612] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [228614] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228622] drivers/input/serio/i8042.c: 02 <- i8042 (interrupt, 2, 12) [228624] drivers/input/serio/i8042.c: f7 <- i8042 (interrupt, 2, 12) [228626] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228633] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228635] drivers/input/serio/i8042.c: f8 <- i8042 (interrupt, 2, 12) [228637] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228645] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228647] drivers/input/serio/i8042.c: f7 <- i8042 (interrupt, 2, 12) [228649] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228657] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228659] drivers/input/serio/i8042.c: f7 <- i8042 (interrupt, 2, 12) [228661] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228669] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228671] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [228673] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228692] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228694] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [228696] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228728] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228730] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228732] drivers/input/serio/i8042.c: 28 <- i8042 (interrupt, 2, 12) [228739] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228741] drivers/input/serio/i8042.c: ff <- i8042 (interrupt, 2, 12) [228743] drivers/input/serio/i8042.c: 08 <- i8042 (interrupt, 2, 12) [228751] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 2, 12) [228753] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [228755] martian source 255.255.255.255 from 131.180.45.38, on dev eth1 ll header: ff:ff:ff:ff:ff:ff:00:0f:fe:a3:75:f0:08:00 pan0: no IPv6 routers present eth1: no IPv6 routers present drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320670] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [320751] drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320753] drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [338408] drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [338528] drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [338531] ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-15 17:24 ` Éric Piel @ 2009-10-15 18:13 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-15 18:13 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 15, 2009 at 07:24:16PM +0200, Éric Piel wrote: > Op 14-10-09 04:05, Dmitry Torokhov schreef: > > On Tue, Oct 13, 2009 at 11:52:19AM +0200, Éric Piel wrote: > >>> Could you please try and let me know if unloading at suspend and > >>> reloading after resume atkbd and/or psmouse drivers and leaving i8042 > >>> alone "fixes" the issue? > >>> > >> Unloading the modules before suspend and reloading them after works > >> around the issue, indeed. > >> > > > > Do both of them need to be reloaded? Or only one (my guess psmouse) is > > enough. Hmm, this is HP laptop so it most likely has Synaptics touchpad. > > I wonder what happens if you force it to bare PS/2 protocol (or maybe > > Intellimouse)... Try adding "option psmouse proto=imps" and > > "option psmouse proto=bare" and suspend/resume. > Sorry for taking some time to answer back. The keyboard fails to come > back only on the first suspend-resume (the next suspends, the keyboard > comes back fine). So I need to reboot the computer for every single test. > > So far, what I can tell is that once the keyboard is not working > anymore, just unloading and reloading atkbd fixes the problem. Attached > is a dmesg log from just before supsending to after resume. The keyboard > doesn't work anymore but the touchpad do. The lines at the very end of > the log correspond to keypresses: although the keyboard doesn't work, > there are still 3 interrupt per keypress generated: > > drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320670] > drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [320751] > drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320753] > > That's all the date for now. I'll test your questions about psmouse > later on, and report back. > It lokks like the keyboard controller switched from translated to non-translated mode: '1c' is make code and 'f0 1c' is break (aka release) code. Could you tell me how the keyboard indentified (in dmesg) after fresh boot and after you do the bind/unbind trick on the older kernel? -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-15 18:13 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-15 18:13 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 15, 2009 at 07:24:16PM +0200, Éric Piel wrote: > Op 14-10-09 04:05, Dmitry Torokhov schreef: > > On Tue, Oct 13, 2009 at 11:52:19AM +0200, Éric Piel wrote: > >>> Could you please try and let me know if unloading at suspend and > >>> reloading after resume atkbd and/or psmouse drivers and leaving i8042 > >>> alone "fixes" the issue? > >>> > >> Unloading the modules before suspend and reloading them after works > >> around the issue, indeed. > >> > > > > Do both of them need to be reloaded? Or only one (my guess psmouse) is > > enough. Hmm, this is HP laptop so it most likely has Synaptics touchpad. > > I wonder what happens if you force it to bare PS/2 protocol (or maybe > > Intellimouse)... Try adding "option psmouse proto=imps" and > > "option psmouse proto=bare" and suspend/resume. > Sorry for taking some time to answer back. The keyboard fails to come > back only on the first suspend-resume (the next suspends, the keyboard > comes back fine). So I need to reboot the computer for every single test. > > So far, what I can tell is that once the keyboard is not working > anymore, just unloading and reloading atkbd fixes the problem. Attached > is a dmesg log from just before supsending to after resume. The keyboard > doesn't work anymore but the touchpad do. The lines at the very end of > the log correspond to keypresses: although the keyboard doesn't work, > there are still 3 interrupt per keypress generated: > > drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320670] > drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [320751] > drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320753] > > That's all the date for now. I'll test your questions about psmouse > later on, and report back. > It lokks like the keyboard controller switched from translated to non-translated mode: '1c' is make code and 'f0 1c' is break (aka release) code. Could you tell me how the keyboard indentified (in dmesg) after fresh boot and after you do the bind/unbind trick on the older kernel? -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-15 18:13 ` Dmitry Torokhov @ 2009-10-15 18:27 ` Dmitry Torokhov -1 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-15 18:27 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 15, 2009 at 11:13:37AM -0700, Dmitry Torokhov wrote: > On Thu, Oct 15, 2009 at 07:24:16PM +0200, Éric Piel wrote: > > Op 14-10-09 04:05, Dmitry Torokhov schreef: > > > On Tue, Oct 13, 2009 at 11:52:19AM +0200, Éric Piel wrote: > > >>> Could you please try and let me know if unloading at suspend and > > >>> reloading after resume atkbd and/or psmouse drivers and leaving i8042 > > >>> alone "fixes" the issue? > > >>> > > >> Unloading the modules before suspend and reloading them after works > > >> around the issue, indeed. > > >> > > > > > > Do both of them need to be reloaded? Or only one (my guess psmouse) is > > > enough. Hmm, this is HP laptop so it most likely has Synaptics touchpad. > > > I wonder what happens if you force it to bare PS/2 protocol (or maybe > > > Intellimouse)... Try adding "option psmouse proto=imps" and > > > "option psmouse proto=bare" and suspend/resume. > > Sorry for taking some time to answer back. The keyboard fails to come > > back only on the first suspend-resume (the next suspends, the keyboard > > comes back fine). So I need to reboot the computer for every single test. > > > > So far, what I can tell is that once the keyboard is not working > > anymore, just unloading and reloading atkbd fixes the problem. Attached > > is a dmesg log from just before supsending to after resume. The keyboard > > doesn't work anymore but the touchpad do. The lines at the very end of > > the log correspond to keypresses: although the keyboard doesn't work, > > there are still 3 interrupt per keypress generated: > > > > drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320670] > > drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [320751] > > drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320753] > > > > That's all the date for now. I'll test your questions about psmouse > > later on, and report back. > > > > It lokks like the keyboard controller switched from translated to > non-translated mode: '1c' is make code and 'f0 1c' is break (aka > release) code. > > Could you tell me how the keyboard indentified (in dmesg) after fresh > boot and after you do the bind/unbind trick on the older kernel? > BTW, do you have i8042.reset parameyer on your command line? What happens if you remove it? -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-15 18:27 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-15 18:27 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 15, 2009 at 11:13:37AM -0700, Dmitry Torokhov wrote: > On Thu, Oct 15, 2009 at 07:24:16PM +0200, Éric Piel wrote: > > Op 14-10-09 04:05, Dmitry Torokhov schreef: > > > On Tue, Oct 13, 2009 at 11:52:19AM +0200, Éric Piel wrote: > > >>> Could you please try and let me know if unloading at suspend and > > >>> reloading after resume atkbd and/or psmouse drivers and leaving i8042 > > >>> alone "fixes" the issue? > > >>> > > >> Unloading the modules before suspend and reloading them after works > > >> around the issue, indeed. > > >> > > > > > > Do both of them need to be reloaded? Or only one (my guess psmouse) is > > > enough. Hmm, this is HP laptop so it most likely has Synaptics touchpad. > > > I wonder what happens if you force it to bare PS/2 protocol (or maybe > > > Intellimouse)... Try adding "option psmouse proto=imps" and > > > "option psmouse proto=bare" and suspend/resume. > > Sorry for taking some time to answer back. The keyboard fails to come > > back only on the first suspend-resume (the next suspends, the keyboard > > comes back fine). So I need to reboot the computer for every single test. > > > > So far, what I can tell is that once the keyboard is not working > > anymore, just unloading and reloading atkbd fixes the problem. Attached > > is a dmesg log from just before supsending to after resume. The keyboard > > doesn't work anymore but the touchpad do. The lines at the very end of > > the log correspond to keypresses: although the keyboard doesn't work, > > there are still 3 interrupt per keypress generated: > > > > drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320670] > > drivers/input/serio/i8042.c: f0 <- i8042 (interrupt, 0, 1) [320751] > > drivers/input/serio/i8042.c: 1c <- i8042 (interrupt, 0, 1) [320753] > > > > That's all the date for now. I'll test your questions about psmouse > > later on, and report back. > > > > It lokks like the keyboard controller switched from translated to > non-translated mode: '1c' is make code and 'f0 1c' is break (aka > release) code. > > Could you tell me how the keyboard indentified (in dmesg) after fresh > boot and after you do the bind/unbind trick on the older kernel? > BTW, do you have i8042.reset parameyer on your command line? What happens if you remove it? -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-15 18:13 ` Dmitry Torokhov (?) (?) @ 2009-10-15 19:32 ` Éric Piel 2009-10-15 19:51 ` Dmitry Torokhov -1 siblings, 1 reply; 63+ messages in thread From: Éric Piel @ 2009-10-15 19:32 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input [-- Attachment #1: Type: text/plain, Size: 1071 bytes --] Op 15-10-09 20:13, Dmitry Torokhov schreef: > It lokks like the keyboard controller switched from translated to > non-translated mode: '1c' is make code and 'f0 1c' is break (aka > release) code. > > Could you tell me how the keyboard indentified (in dmesg) after fresh > boot and after you do the bind/unbind trick on the older kernel? > What do you mean by "how the keyboard indentified"? Are you asking for the debug trace in dmesg? I have the beginning of a boot with the debug trace to see after a fresh boot. I don't have dmesg history with i8042.debug of the bind/unbind trick, so I'll reboot in an old kernel and do it again (but I cannot do this before tuesday, when i have physical access to the machine). > sftp://piel@localhost:2226/home/piel/busy/i8042-begin-boot-keyboard.dmesg > BTW, do you have i8042.reset parameyer on your command line? What > happens if you remove it? The two logs where done with i8042.reset. However, without this parameter, the behaviour is identical: the keyboard needs the unbind/bind trick after the first resume. Eric [-- Attachment #2: i8042-begin-boot-keyboard.dmesg --] [-- Type: text/plain, Size: 80973 bytes --] Linux version 2.6.32-rc3-git-eric-00343-g35578ca (piel@dutifh) (gcc version 4.4.1 (GCC) ) #17 SMP PREEMPT Mon Oct 12 18:54:14 CEST 2009 Command line: BOOT_IMAGE=2632-rc3-git-eric-00343-g35578c root=UUID=01dc5fcc-55d3-4bae-932b-1119dbe7ff0b resume=UUID=0d777318-dc2d-4ec3-aa25-fbad7e0fa039 splash=silent i8042.debug i8042.reset vga=791 KERNEL supported cpus: Intel GenuineIntel BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000007f7b0000 (usable) BIOS-e820: 000000007f7b0000 - 000000007f7c5400 (reserved) BIOS-e820: 000000007f7c5400 - 000000007f7e7fb8 (ACPI NVS) BIOS-e820: 000000007f7e7fb8 - 0000000080000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) BIOS-e820: 00000000fed20000 - 00000000fed9a000 (reserved) BIOS-e820: 00000000feda0000 - 00000000fedc0000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ffb00000 - 00000000ffc00000 (reserved) BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved) DMI 2.4 present. last_pfn = 0x7f7b0 max_arch_pfn = 0x400000000 MTRR default type: uncachable MTRR fixed ranges enabled: 00000-9FFFF write-back A0000-BFFFF uncachable C0000-D3FFF write-protect D4000-EFFFF uncachable F0000-FFFFF write-protect MTRR variable ranges enabled: 0 base 000000000 mask F80000000 write-back 1 base 07F800000 mask FFF800000 uncachable 2 base 0FEDA0000 mask FFFFE0000 uncachable 3 disabled 4 disabled 5 disabled 6 disabled 7 disabled x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 original variable MTRRs reg 0, base: 0GB, range: 2GB, type WB reg 1, base: 2040MB, range: 8MB, type UC reg 2, base: 4175488KB, range: 128KB, type UC total RAM coverred: 2040M Found optimal setting for mtrr clean up gran_size: 64K chunk_size: 16M num_reg: 2 lose cover RAM: 0G New variable MTRRs reg 0, base: 0GB, range: 2GB, type WB reg 1, base: 2040MB, range: 8MB, type UC initial memory mapped : 0 - 20000000 init_memory_mapping: 0000000000000000-000000007f7b0000 0000000000 - 007f600000 page 2M 007f600000 - 007f7b0000 page 4k kernel direct mapping tables up to 7f7b0000 @ 8000-c000 RAMDISK: 37666000 - 37fefab0 ACPI: RSDP 00000000000f7980 00024 (v02 HP ) ACPI: XSDT 000000007f7c81c4 00074 (v01 HPQOEM SLIC-MPC 00000001 HP 00000001) ACPI: FACP 000000007f7c8084 000F4 (v04 HP 30C9 00000003 HP 00000001) ACPI: DSDT 000000007f7c84c0 13484 (v01 HP nc2500 00010000 MSFT 03000001) ACPI: FACS 000000007f7e7d80 00040 ACPI: SLIC 000000007f7c8238 00176 (v01 HPQOEM SLIC-MPC 00000001 HP 00000001) ACPI: HPET 000000007f7c83b0 00038 (v01 HP 30C9 00000001 HP 00000001) ACPI: APIC 000000007f7c83e8 00068 (v01 HP 30C9 00000001 HP 00000001) ACPI: MCFG 000000007f7c8450 0003C (v01 HP 30C9 00000001 HP 00000001) ACPI: TCPA 000000007f7c848c 00032 (v02 HP 30C9 00000001 HP 00000001) ACPI: SSDT 000000007f7db944 002BE (v01 HP HPQPAT 00000001 MSFT 03000001) ACPI: SSDT 000000007f7dc586 0025F (v01 HP Cpu0Tst 00003000 INTL 20060317) ACPI: SSDT 000000007f7dc7e5 000A6 (v01 HP Cpu1Tst 00003000 INTL 20060317) ACPI: SSDT 000000007f7dc88b 004D7 (v01 HP CpuPm 00003000 INTL 20060317) ACPI: Local APIC address 0xfee00000 (7 early reservations) ==> bootmem [0000000000 - 007f7b0000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000] #1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000] #2 [0001000000 - 00019daa64] TEXT DATA BSS ==> [0001000000 - 00019daa64] #3 [0037666000 - 0037fefab0] RAMDISK ==> [0037666000 - 0037fefab0] #4 [000009fc00 - 0000100000] BIOS reserved ==> [000009fc00 - 0000100000] #5 [00019db000 - 00019db18c] BRK ==> [00019db000 - 00019db18c] #6 [0000008000 - 000000a000] PGTABLE ==> [0000008000 - 000000a000] Zone PFN ranges: DMA 0x00000000 -> 0x00001000 DMA32 0x00001000 -> 0x00100000 Normal 0x00100000 -> 0x00100000 Movable zone start PFN for each node early_node_map[2] active PFN ranges 0: 0x00000000 -> 0x0000009f 0: 0x00000100 -> 0x0007f7b0 On node 0 totalpages: 522063 DMA zone: 56 pages used for memmap DMA zone: 101 pages reserved DMA zone: 3842 pages, LIFO batch:0 DMA32 zone: 7083 pages used for memmap DMA32 zone: 510981 pages, LIFO batch:31 ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Using ACPI (MADT) for SMP configuration information ACPI: HPET id: 0x8086a201 base: 0xfed00000 SMP: Allowing 2 CPUs, 0 hotplug CPUs nr_irqs_gsi: 24 PM: Registered nosave memory: 000000000009f000 - 00000000000a0000 PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000 PM: Registered nosave memory: 00000000000e0000 - 0000000000100000 Allocating PCI resources starting at 80000000 (gap: 80000000:7ec00000) Booting paravirtualized kernel on bare hardware NR_CPUS:4096 nr_cpumask_bits:2 nr_cpu_ids:2 nr_node_ids:1 PERCPU: Embedded 28 pages/cpu @ffff880001a00000 s85400 r8192 d21096 u1048576 pcpu-alloc: s85400 r8192 d21096 u1048576 alloc=1*2097152 pcpu-alloc: [0] 0 1 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 514823 Kernel command line: BOOT_IMAGE=2632-rc3-git-eric-00343-g35578c root=UUID=01dc5fcc-55d3-4bae-932b-1119dbe7ff0b resume=UUID=0d777318-dc2d-4ec3-aa25-fbad7e0fa039 splash=silent i8042.debug i8042.reset vga=791 PID hash table entries: 4096 (order: 3, 32768 bytes) Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) Initializing CPU#0 Memory: 2035536k/2088640k available (4036k kernel code, 388k absent, 51984k reserved, 4576k data, 552k init) SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 Experimental preemptable hierarchical RCU implementation. NR_IRQS:33024 nr_irqs:424 Extended CMOS year: 2000 Console: colour dummy device 80x25 console [tty0] enabled hpet clockevent registered HPET: 3 timers in total, 0 timers will be used for per-cpu timer Fast TSC calibration using PIT Detected 1196.971 MHz processor. Calibrating delay loop (skipped), value calculated using timer frequency.. 2393.94 BogoMIPS (lpj=1196971) Mount-cache hash table entries: 256 Initializing cgroup subsys ns Initializing cgroup subsys cpuacct Initializing cgroup subsys devices Initializing cgroup subsys freezer CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 mce: CPU supports 6 MCE banks CPU0: Thermal monitoring handled by SMI using mwait in idle threads. Performance Events: Core2 events, Intel PMU driver. ... version: 2 ... bit width: 40 ... generic registers: 2 ... value mask: 000000ffffffffff ... max period: 000000007fffffff ... fixed-purpose events: 3 ... event mask: 0000000700000003 ACPI: Core revision 20090903 Setting APIC routing to flat ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 CPU0: Intel(R) Core(TM)2 Duo CPU U7600 @ 1.20GHz stepping 0d Booting processor 1 APIC 0x1 ip 0x6000 Initializing CPU#1 Calibrating delay using timer specific routine.. 2393.89 BogoMIPS (lpj=1196949) CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 1 mce: CPU supports 6 MCE banks CPU1: Thermal monitoring enabled (TM2) CPU1: Intel(R) Core(TM)2 Duo CPU U7600 @ 1.20GHz stepping 0d checking TSC synchronization [CPU#0 -> CPU#1]: passed. Brought up 2 CPUs Total of 2 processors activated (4787.84 BogoMIPS). CPU0 attaching sched-domain: domain 0: span 0-1 level MC groups: 0 1 CPU1 attaching sched-domain: domain 0: span 0-1 level MC groups: 1 0 NET: Registered protocol family 16 ACPI FADT declares the system doesn't support PCIe ASPM, so disable it ACPI: bus type pci registered PCI: MCFG configuration 0: base f8000000 segment 0 buses 0 - 63 PCI: Not using MMCONFIG. PCI: Using configuration type 1 for base access bio: create slab <bio-0> at 0 ACPI: EC: Look up EC in DSDT ACPI: Interpreter enabled ACPI: (supports S0 S3 S4 S5) ACPI: Using IOAPIC for interrupt routing PCI: MCFG configuration 0: base f8000000 segment 0 buses 0 - 63 PCI: MCFG area at f8000000 reserved in ACPI motherboard resources PCI: Using MMCONFIG at f8000000 - fbffffff ACPI: EC: GPE = 0x16, I/O: command/status = 0x66, data = 0x62 ACPI: Power Resource [C29F] (on) ACPI: Power Resource [C1C7] (off) ACPI: Power Resource [C3AD] (off) ACPI: Power Resource [C3B0] (off) ACPI: Power Resource [C3C3] (off) ACPI: Power Resource [C3C4] (off) ACPI: Power Resource [C3C5] (off) ACPI: Power Resource [C3C6] (off) ACPI: Power Resource [C3C7] (off) ACPI: No dock devices found. ACPI: PCI Root Bridge [C003] (0000:00) pci 0000:00:02.0: reg 10 64bit mmio: [0xe0400000-0xe04fffff] pci 0000:00:02.0: reg 18 64bit mmio pref: [0xd0000000-0xdfffffff] pci 0000:00:02.0: reg 20 io port: [0x2000-0x2007] pci 0000:00:02.1: reg 10 64bit mmio: [0xe0500000-0xe05fffff] pci 0000:00:19.0: reg 10 32bit mmio: [0xe0600000-0xe061ffff] pci 0000:00:19.0: reg 14 32bit mmio: [0xe0620000-0xe0620fff] pci 0000:00:19.0: reg 18 io port: [0x2020-0x203f] pci 0000:00:19.0: PME# supported from D0 D3hot D3cold pci 0000:00:19.0: PME# disabled pci 0000:00:1a.0: reg 20 io port: [0x2040-0x205f] pci 0000:00:1a.1: reg 20 io port: [0x2060-0x207f] pci 0000:00:1a.7: reg 10 32bit mmio: [0xe0621000-0xe06213ff] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold pci 0000:00:1a.7: PME# disabled pci 0000:00:1b.0: reg 10 64bit mmio: [0xe0624000-0xe0627fff] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold pci 0000:00:1b.0: PME# disabled pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold pci 0000:00:1c.0: PME# disabled pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold pci 0000:00:1c.1: PME# disabled pci 0000:00:1d.0: reg 20 io port: [0x2080-0x209f] pci 0000:00:1d.1: reg 20 io port: [0x20a0-0x20bf] pci 0000:00:1d.2: reg 20 io port: [0x20c0-0x20df] pci 0000:00:1d.7: reg 10 32bit mmio: [0xe0628000-0xe06283ff] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold pci 0000:00:1d.7: PME# disabled pci 0000:00:1f.0: quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO pci 0000:00:1f.0: quirk: region 1100-113f claimed by ICH6 GPIO pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0500 (mask 007f) pci 0000:00:1f.0: ICH7 LPC Generic IO decode 4 PIO at 02e8 (mask 0007) pci 0000:00:1f.1: reg 10 io port: [0x00-0x07] pci 0000:00:1f.1: reg 14 io port: [0x00-0x03] pci 0000:00:1f.1: reg 18 io port: [0x00-0x07] pci 0000:00:1f.1: reg 1c io port: [0x00-0x03] pci 0000:00:1f.1: reg 20 io port: [0x20e0-0x20ef] pci 0000:10:00.0: reg 10 64bit mmio: [0xe0000000-0xe0003fff] pci 0000:10:00.0: supports D1 D2 pci 0000:00:1c.1: bridge 32bit mmio: [0xe0000000-0xe00fffff] pci 0000:02:06.0: reg 10 32bit mmio: [0xe0100000-0xe0100fff] pci 0000:02:06.0: supports D1 D2 pci 0000:02:06.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:02:06.0: PME# disabled pci 0000:02:06.1: reg 10 32bit mmio: [0xe0101000-0xe01017ff] pci 0000:02:06.1: supports D1 D2 pci 0000:02:06.1: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:02:06.1: PME# disabled pci 0000:02:06.2: reg 10 32bit mmio: [0xe0102000-0xe01020ff] pci 0000:02:06.2: supports D1 D2 pci 0000:02:06.2: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:02:06.2: PME# disabled pci 0000:02:06.3: reg 10 32bit mmio: [0xe0103000-0xe01030ff] pci 0000:02:06.3: supports D1 D2 pci 0000:02:06.3: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:02:06.3: PME# disabled pci 0000:00:1e.0: transparent bridge pci 0000:00:1e.0: bridge 32bit mmio: [0xe0100000-0xe03fffff] pci_bus 0000:00: on NUMA node 0 ACPI: PCI Interrupt Routing Table [\_SB_.C003._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.C003.C0B2._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.C003.C11F._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.C003.C133._PRT] ACPI: PCI Interrupt Link [C12F] (IRQs *10 11) ACPI: PCI Interrupt Link [C130] (IRQs *10 11) ACPI: PCI Interrupt Link [C131] (IRQs 10 *11) ACPI: PCI Interrupt Link [C132] (IRQs 10 11) *5 ACPI: PCI Interrupt Link [C142] (IRQs *10 11) ACPI: PCI Interrupt Link [C143] (IRQs 10 11) *0, disabled. ACPI: PCI Interrupt Link [C144] (IRQs 10 *11) ACPI Exception: AE_NOT_FOUND, Evaluating _PRS (20090903/pci_link-184) SCSI subsystem initialized libata version 3.00 loaded. PCI: Using ACPI for IRQ routing hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0 hpet0: 3 comparators, 64-bit 14.318180 MHz counter Switching to clocksource tsc pnp: PnP ACPI init ACPI: bus type pnp registered alloc irq_desc for 23 on node -1 alloc kstat_irqs on node -1 pnp: PnP ACPI: found 14 devices ACPI: ACPI bus type pnp unregistered system 00:00: iomem range 0x0-0x9ffff could not be reserved system 00:00: iomem range 0xe0000-0xfffff could not be reserved system 00:00: iomem range 0x100000-0x7f7fffff could not be reserved system 00:0a: ioport range 0x500-0x55f has been reserved system 00:0a: ioport range 0x800-0x80f has been reserved system 00:0a: iomem range 0xffb00000-0xffbfffff has been reserved system 00:0a: iomem range 0xfff00000-0xffffffff has been reserved system 00:0c: ioport range 0x4d0-0x4d1 has been reserved system 00:0c: ioport range 0x2f8-0x2ff has been reserved system 00:0c: ioport range 0x3f8-0x3ff has been reserved system 00:0c: ioport range 0x1000-0x107f has been reserved system 00:0c: ioport range 0x1100-0x113f has been reserved system 00:0c: ioport range 0x1200-0x121f has been reserved system 00:0c: iomem range 0xf8000000-0xfbffffff has been reserved system 00:0c: iomem range 0xfec00000-0xfec000ff could not be reserved system 00:0c: iomem range 0xfed20000-0xfed3ffff has been reserved system 00:0c: iomem range 0xfed45000-0xfed8ffff has been reserved system 00:0c: iomem range 0xfed90000-0xfed99fff has been reserved system 00:0d: iomem range 0xcee00-0xcffff has been reserved system 00:0d: iomem range 0xd2000-0xd3fff has been reserved system 00:0d: iomem range 0xfeda0000-0xfedbffff has been reserved system 00:0d: iomem range 0xfee00000-0xfee00fff has been reserved pci 0000:00:1c.0: PCI bridge, secondary bus 0000:08 pci 0000:00:1c.0: IO window: disabled pci 0000:00:1c.0: MEM window: disabled pci 0000:00:1c.0: PREFETCH window: disabled pci 0000:00:1c.1: PCI bridge, secondary bus 0000:10 pci 0000:00:1c.1: IO window: disabled pci 0000:00:1c.1: MEM window: 0xe0000000-0xe00fffff pci 0000:00:1c.1: PREFETCH window: disabled pci 0000:02:06.0: CardBus bridge, secondary bus 0000:03 pci 0000:02:06.0: IO window: 0x003000-0x0030ff pci 0000:02:06.0: IO window: 0x003400-0x0034ff pci 0000:02:06.0: PREFETCH window: 0x80000000-0x83ffffff pci 0000:02:06.0: MEM window: 0x84000000-0x87ffffff pci 0000:00:1e.0: PCI bridge, secondary bus 0000:02 pci 0000:00:1e.0: IO window: 0x3000-0x3fff pci 0000:00:1e.0: MEM window: 0xe0100000-0xe03fffff pci 0000:00:1e.0: PREFETCH window: 0x80000000-0x83ffffff alloc irq_desc for 16 on node -1 alloc kstat_irqs on node -1 pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 pci 0000:00:1c.0: setting latency timer to 64 alloc irq_desc for 17 on node -1 alloc kstat_irqs on node -1 pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17 pci 0000:00:1c.1: setting latency timer to 64 pci 0000:00:1e.0: setting latency timer to 64 alloc irq_desc for 18 on node -1 alloc kstat_irqs on node -1 pci 0000:02:06.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 pci_bus 0000:00: resource 0 io: [0x00-0xffff] pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffffffffffff] pci_bus 0000:10: resource 1 mem: [0xe0000000-0xe00fffff] pci_bus 0000:02: resource 0 io: [0x3000-0x3fff] pci_bus 0000:02: resource 1 mem: [0xe0100000-0xe03fffff] pci_bus 0000:02: resource 2 pref mem [0x80000000-0x83ffffff] pci_bus 0000:02: resource 3 io: [0x00-0xffff] pci_bus 0000:02: resource 4 mem: [0x000000-0xffffffffffffffff] pci_bus 0000:03: resource 0 io: [0x3000-0x30ff] pci_bus 0000:03: resource 1 io: [0x3400-0x34ff] pci_bus 0000:03: resource 2 pref mem [0x80000000-0x83ffffff] pci_bus 0000:03: resource 3 mem: [0x84000000-0x87ffffff] NET: Registered protocol family 2 IP route cache hash table entries: 65536 (order: 7, 524288 bytes) TCP established hash table entries: 262144 (order: 10, 4194304 bytes) TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) TCP: Hash tables configured (established 262144 bind 65536) TCP reno registered NET: Registered protocol family 1 Trying to unpack rootfs image as initramfs... Freeing initrd memory: 9766k freed audit: initializing netlink socket (disabled) type=2000 audit(1255634791.705:1): initialized VFS: Disk quotas dquot_6.5.2 Dquot-cache hash table entries: 512 (order 0, 4096 bytes) msgmni has been set to 3996 alg: No test for stdrng (krng) Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) io scheduler noop registered io scheduler deadline registered io scheduler cfq registered (default) pci 0000:00:02.0: Boot video device alloc irq_desc for 24 on node -1 alloc kstat_irqs on node -1 pcieport-driver 0000:00:1c.0: irq 24 for MSI/MSI-X pcieport-driver 0000:00:1c.0: setting latency timer to 64 alloc irq_desc for 25 on node -1 alloc kstat_irqs on node -1 pcieport-driver 0000:00:1c.1: irq 25 for MSI/MSI-X pcieport-driver 0000:00:1c.1: setting latency timer to 64 vesafb: framebuffer at 0xd0000000, mapped to 0xffffc90004100000, using 3072k, total 7616k vesafb: mode is 1024x768x16, linelength=2048, pages=3 vesafb: scrolling: redraw vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0 Console: switching to colour frame buffer device 128x48 fb0: VESA VGA frame buffer device Linux agpgart interface v0.103 agpgart-intel 0000:00:00.0: Intel 965GM Chipset agpgart-intel 0000:00:00.0: detected 7676K stolen memory agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000 Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled brd: module loaded ata_piix 0000:00:1f.1: version 2.13 ata_piix 0000:00:1f.1: quirky BIOS, skipping spindown on poweroff and hibernation ata_piix 0000:00:1f.1: PCI INT A -> GSI 16 (level, low) -> IRQ 16 ata_piix 0000:00:1f.1: setting latency timer to 64 scsi0 : ata_piix scsi1 : ata_piix ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x20e0 irq 14 ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x20e8 irq 15 ata2: port disabled. ignoring. PNP: PS/2 Controller [PNP0303:C29C,PNP0f13:C29D] at 0x60,0x64 irq 1,12 drivers/input/serio/i8042.c: aa -> i8042 (command) [1] drivers/input/serio/i8042.c: 55 <- i8042 (return) [1] drivers/input/serio/i8042.c: 20 -> i8042 (command) [1] drivers/input/serio/i8042.c: 30 <- i8042 (return) [1] drivers/input/serio/i8042.c: 60 -> i8042 (command) [1] drivers/input/serio/i8042.c: 30 -> i8042 (parameter) [1] drivers/input/serio/i8042.c: d3 -> i8042 (command) [1] drivers/input/serio/i8042.c: 5a -> i8042 (parameter) [1] drivers/input/serio/i8042.c: 5a <- i8042 (return) [1] drivers/input/serio/i8042.c: a7 -> i8042 (command) [1] drivers/input/serio/i8042.c: 20 -> i8042 (command) [2] drivers/input/serio/i8042.c: 30 <- i8042 (return) [2] drivers/input/serio/i8042.c: a8 -> i8042 (command) [2] drivers/input/serio/i8042.c: 20 -> i8042 (command) [2] drivers/input/serio/i8042.c: 10 <- i8042 (return) [2] drivers/input/serio/i8042.c: 60 -> i8042 (command) [2] drivers/input/serio/i8042.c: 30 -> i8042 (parameter) [2] drivers/input/serio/i8042.c: d3 -> i8042 (command) [2] drivers/input/serio/i8042.c: f0 -> i8042 (parameter) [2] drivers/input/serio/i8042.c: f0 <- i8042 (return) [2] drivers/input/serio/i8042.c: d3 -> i8042 (command) [2] drivers/input/serio/i8042.c: 56 -> i8042 (parameter) [2] drivers/input/serio/i8042.c: 56 <- i8042 (return) [2] drivers/input/serio/i8042.c: d3 -> i8042 (command) [2] drivers/input/serio/i8042.c: a4 -> i8042 (parameter) [2] drivers/input/serio/i8042.c: 11 <- i8042 (return) [3] i8042.c: Detected active multiplexing controller, rev 1.1. drivers/input/serio/i8042.c: 60 -> i8042 (command) [3] drivers/input/serio/i8042.c: 30 -> i8042 (parameter) [3] drivers/input/serio/i8042.c: 90 -> i8042 (command) [3] drivers/input/serio/i8042.c: a8 -> i8042 (command) [3] drivers/input/serio/i8042.c: 91 -> i8042 (command) [3] drivers/input/serio/i8042.c: a8 -> i8042 (command) [3] drivers/input/serio/i8042.c: 92 -> i8042 (command) [3] drivers/input/serio/i8042.c: a8 -> i8042 (command) [3] drivers/input/serio/i8042.c: 93 -> i8042 (command) [3] drivers/input/serio/i8042.c: a8 -> i8042 (command) [3] drivers/input/serio/i8042.c: 60 -> i8042 (command) [3] drivers/input/serio/i8042.c: 12 -> i8042 (parameter) [3] drivers/input/serio/i8042.c: 60 -> i8042 (command) [3] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [4] serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 serio: i8042 AUX3 port at 0x60,0x64 irq 12 mice: PS/2 mouse device common for all mice Driver 'rtc_cmos' needs updating - please use bus_type methods rtc_cmos 00:06: RTC can wake from S4 rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs cpuidle: using governor ladder cpuidle: using governor menu TCP cubic registered ata1.00: ATA-7: TOSHIBA MK8009GAH, BS021C, max UDMA/100 ata1.00: 156301488 sectors, multi 16: LBA ata1.01: ATAPI: HL-DT-ST DVDRAM GSA-U10N, HP06, max MWDMA2 ata1.00: configured for UDMA/100 ata1.01: configured for MWDMA2 scsi 0:0:0:0: Direct-Access ATA TOSHIBA MK8009GA BS02 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB) scsi 0:0:1:0: CD-ROM HL-DT-ST DVDRAM GSA-U10N HP06 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 < sda5 sda6 sda7 > sd 0:0:0:0: [sda] Attached SCSI disk registered taskstats version 1 rtc_cmos 00:06: setting system clock to 2009-10-15 19:26:32 UTC (1255634792) BIOS EDD facility v0.16 2004-Jun-25, 1 devices found Freeing unused kernel memory: 552k freed Write protecting the kernel read-only data: 5604k input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0 ACPI: Sleep Button [C2BF] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1 ACPI: Lid Switch [C155] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 ACPI: Power Button [PWRF] [drm] Initialized drm 1.1.0 20060810 i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 i915 0000:00:02.0: setting latency timer to 64 alloc irq_desc for 26 on node -1 alloc kstat_irqs on node -1 i915 0000:00:02.0: irq 26 for MSI/MSI-X [drm] set up 7M of stolen space [drm] TV-14: set mode NTSC 480i 0 fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver Console: switching to colour dummy device 80x25 Console: switching to colour frame buffer device 160x50 [drm] DAC-6: set mode 1920x1200 2a [drm] LVDS-8: set mode 1280x800 2b fb0: inteldrmfb frame buffer device registered panic notifier acpi device:00: registered as cooling_device0 input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input3 ACPI: Video Device [C09A] (multi-head: yes rom: no post: no) [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 drivers/input/serio/i8042.c: f2 -> i8042 (kbd-data) [2206] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [2206] drivers/input/serio/i8042.c: ab <- i8042 (interrupt, 0, 1) [2209] drivers/input/serio/i8042.c: 83 <- i8042 (interrupt, 0, 1) [2212] drivers/input/serio/i8042.c: f4 -> i8042 (kbd-data) [2212] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [2215] input: AT Raw Set 2 keyboard as /devices/platform/i8042/serio0/input/input4 drivers/input/serio/i8042.c: 90 -> i8042 (command) [2215] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [2215] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [2218] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [2219] drivers/input/serio/i8042.c: 91 -> i8042 (command) [2219] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [2219] drivers/input/serio/i8042.c: MUX error, status is 75, data is fe [2219] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 3, 12, timeout) [2219] drivers/input/serio/i8042.c: 91 -> i8042 (command) [2219] drivers/input/serio/i8042.c: ed -> i8042 (parameter) [2219] drivers/input/serio/i8042.c: MUX error, status is 75, data is fe [2220] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 3, 12, timeout) [2220] drivers/input/serio/i8042.c: 92 -> i8042 (command) [2220] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [2220] drivers/input/serio/i8042.c: MUX error, status is b5, data is fe [2221] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 4, 12, timeout) [2221] drivers/input/serio/i8042.c: 92 -> i8042 (command) [2221] drivers/input/serio/i8042.c: ed -> i8042 (parameter) [2221] drivers/input/serio/i8042.c: MUX error, status is b5, data is fe [2222] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 4, 12, timeout) [2222] drivers/input/serio/i8042.c: 93 -> i8042 (command) [2222] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [2222] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [2225] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [2226] usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb usbcore: registered new interface driver hiddev usbcore: registered new interface driver usbhid usbhid: v2.6:USB HID core driver ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18 ehci_hcd 0000:00:1a.7: setting latency timer to 64 ehci_hcd 0000:00:1a.7: EHCI Host Controller ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1 ehci_hcd 0000:00:1a.7: debug port 1 ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported ehci_hcd 0000:00:1a.7: irq 18, io mem 0xe0621000 ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 4 ports detected alloc irq_desc for 20 on node -1 alloc kstat_irqs on node -1 ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 20 (level, low) -> IRQ 20 ehci_hcd 0000:00:1d.7: setting latency timer to 64 ehci_hcd 0000:00:1d.7: EHCI Host Controller ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2 ehci_hcd 0000:00:1d.7: debug port 1 ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported ehci_hcd 0000:00:1d.7: irq 20, io mem 0xe0628000 ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 6 ports detected b43-pci-bridge 0000:10:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 b43-pci-bridge 0000:10:00.0: setting latency timer to 64 ssb: Sonics Silicon Backplane found on PCI device 0000:10:00.0 ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver uhci_hcd: USB Universal Host Controller Interface driver uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 uhci_hcd 0000:00:1a.0: setting latency timer to 64 uhci_hcd 0000:00:1a.0: UHCI Host Controller uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1a.0: irq 16, io base 0x00002040 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17 uhci_hcd 0000:00:1a.1: setting latency timer to 64 uhci_hcd 0000:00:1a.1: UHCI Host Controller uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4 uhci_hcd 0000:00:1a.1: irq 17, io base 0x00002060 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20 uhci_hcd 0000:00:1d.0: setting latency timer to 64 uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 5 uhci_hcd 0000:00:1d.0: irq 20, io base 0x00002080 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 2 ports detected alloc irq_desc for 22 on node -1 alloc kstat_irqs on node -1 uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 22 (level, low) -> IRQ 22 uhci_hcd 0000:00:1d.1: setting latency timer to 64 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 6 uhci_hcd 0000:00:1d.1: irq 22, io base 0x000020a0 usb usb6: configuration #1 chosen from 1 choice hub 6-0:1.0: USB hub found hub 6-0:1.0: 2 ports detected uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18 uhci_hcd 0000:00:1d.2: setting latency timer to 64 uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 7 uhci_hcd 0000:00:1d.2: irq 18, io base 0x000020c0 usb usb7: configuration #1 chosen from 1 choice hub 7-0:1.0: USB hub found hub 7-0:1.0: 2 ports detected kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with writeback data mode. usb 2-6: new high speed USB device using ehci_hcd and address 3 usb 2-6: configuration #1 chosen from 1 choice hub 2-6:1.0: USB hub found hub 2-6:1.0: 2 ports detected usb 3-1: new full speed USB device using uhci_hcd and address 2 usb 3-1: configuration #1 chosen from 1 choice usb 5-2: new full speed USB device using uhci_hcd and address 2 usb 5-2: configuration #1 chosen from 1 choice usb 2-6.1: new high speed USB device using ehci_hcd and address 4 usb 2-6.1: configuration #1 chosen from 1 choice hub 2-6.1:1.0: USB hub found hub 2-6.1:1.0: 4 ports detected usb 2-6.2: new low speed USB device using ehci_hcd and address 5 usb 2-6.2: configuration #1 chosen from 1 choice input: Dell Dell USB Keyboard as /devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6.2/2-6.2:1.0/input/input5 generic-usb 0003:413C:2003.0001: input,hidraw0: USB HID v1.10 Keyboard [Dell Dell USB Keyboard] on usb-0000:00:1d.7-6.2/input0 usb 2-6.1.1: new high speed USB device using ehci_hcd and address 6 usb 2-6.1.1: configuration #1 chosen from 1 choice usb 2-6.1.2: new low speed USB device using ehci_hcd and address 7 usb 2-6.1.2: configuration #1 chosen from 1 choice input: Logitech USB Optical Mouse as /devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6.1/2-6.1.2/2-6.1.2:1.0/input/input6 generic-usb 0003:046D:C018.0002: input,hidraw1: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-0000:00:1d.7-6.1.2/input0 usb 2-6: USB disconnect, address 3 usb 2-6.1: USB disconnect, address 4 usb 2-6.1.1: USB disconnect, address 6 usb 2-6.1.2: USB disconnect, address 7 usb 2-6.2: USB disconnect, address 5 udev: starting version 146 sd 0:0:0:0: Attached scsi generic sg0 type 0 sr 0:0:1:0: Attached scsi generic sg1 type 5 sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 0:0:1:0: Attached scsi CD-ROM sr0 iTCO_wdt: Intel TCO WatchDog Timer Driver v1.05 iTCO_wdt: Found a ICH8M-E TCO device (Version=2, TCOBASE=0x1060) iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) ACPI: AC Adapter [C23B] (on-line) ACPI: Battery Slot [C23D] (battery present) lis3lv02d: hardware type NC2510 found. lis3lv02d: 12 bits sensor found input: ST LIS3LV02DL Accelerometer as /devices/platform/lis3lv02d/input/input7 Registered led device: hp::hddprotect lis3lv02d driver loaded. cfg80211: Calling CRDA to update world regulatory domain input: PC Speaker as /devices/platform/pcspkr/input/input8 ACPI: WMI: Mapper loaded Bluetooth: Core ver 2.15 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized thermal LNXTHERM:01: registered as thermal_zone0 ACPI: Thermal Zone [TZ6] (25 C) thermal LNXTHERM:02: registered as thermal_zone1 ACPI: Thermal Zone [TZ0] (68 C) thermal LNXTHERM:03: registered as thermal_zone2 ACPI: Thermal Zone [TZ1] (69 C) thermal LNXTHERM:04: registered as thermal_zone3 ACPI: Thermal Zone [TZ3] (54 C) thermal LNXTHERM:05: registered as thermal_zone4 ACPI: Thermal Zone [TZ4] (29 C) thermal LNXTHERM:06: registered as thermal_zone5 ACPI: Thermal Zone [TZ5] (30 C) alloc irq_desc for 19 on node -1 alloc kstat_irqs on node -1 ohci1394 0000:02:06.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19 cfg80211: World regulatory domain updated: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[19] MMIO=[e0101000-e01017ff] Max Packet=[2048] IR/IT contexts=[4/4] ACPI: SSDT 000000007f7dbcca 0023D (v01 HP Cpu0Ist 00003000 INTL 20060317) ACPI: SSDT 000000007f7dbf8c 005FA (v01 HP Cpu0Cst 00003001 INTL 20060317) Monitor-Mwait will be used to enter C-1 state Monitor-Mwait will be used to enter C-2 state Marking TSC unstable due to TSC halts in idle Switching to clocksource hpet processor LNXCPU:00: registered as cooling_device1 ACPI: SSDT 000000007f7dbc02 000C8 (v01 HP Cpu1Ist 00003000 INTL 20060317) ACPI: SSDT 000000007f7dbf07 00085 (v01 HP Cpu1Cst 00003000 INTL 20060317) processor LNXCPU:01: registered as cooling_device2 Bluetooth: Generic Bluetooth USB driver ver 0.6 usbcore: registered new interface driver btusb ricoh-mmc: Ricoh MMC Controller disabling driver ricoh-mmc: Copyright(c) Philip Langdale ricoh-mmc: Ricoh MMC controller found at 0000:02:06.3 [1180:0843] (rev 11) ricoh-mmc: Controller is now disabled. yenta_cardbus 0000:02:06.0: CardBus bridge found [103c:30c9] e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2 e1000e: Copyright (c) 1999-2008 Intel Corporation. e1000e 0000:00:19.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 e1000e 0000:00:19.0: setting latency timer to 64 alloc irq_desc for 27 on node -1 alloc kstat_irqs on node -1 e1000e 0000:00:19.0: irq 27 for MSI/MSI-X drivers/input/serio/i8042.c: 90 -> i8042 (command) [34491] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [34491] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34494] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [34495] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34495] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [34495] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34498] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34498] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34498] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34500] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34500] drivers/input/serio/i8042.c: 0a -> i8042 (parameter) [34500] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34503] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34503] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34503] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34506] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34506] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34506] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34509] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34509] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34509] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34511] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34511] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34512] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34514] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34514] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34514] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34517] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34517] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [34517] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34520] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34520] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34520] tpm_inf_pnp 00:02: Found C284 with ID IFX0102 tpm_inf_pnp 00:02: TPM found: config base 0x560, data base 0x570, chip version 0x000b, vendor id 0x15d1 (Infineon), product id 0x000b (SLB 9635 TT 1.2) drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34526] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34526] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [34526] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34529] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34529] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34529] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34531] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34531] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34532] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34534] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34534] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34534] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34537] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34537] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34537] yenta_cardbus 0000:02:06.0: ISA IRQ mask 0x0cb8, PCI irq 18 yenta_cardbus 0000:02:06.0: Socket status: 30000006 pci_bus 0000:02: Raising subordinate bus# of parent bus (#02) from #03 to #06 yenta_cardbus 0000:02:06.0: pcmcia: parent PCI bridge I/O window: 0x3000 - 0x3fff yenta_cardbus 0000:02:06.0: pcmcia: parent PCI bridge Memory window: 0xe0100000 - 0xe03fffff yenta_cardbus 0000:02:06.0: pcmcia: parent PCI bridge Memory window: 0x80000000 - 0x83ffffff drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34540] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34540] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34540] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34543] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34543] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [34543] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34546] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34546] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34546] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34548] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34548] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [34549] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34551] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34551] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34551] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34554] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34554] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34554] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34557] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34557] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34557] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34560] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34560] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [34560] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34562] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34569] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [34569] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34571] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [34572] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34572] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34572] b43-phy0: Broadcom 4311 WLAN found (core revision 13) drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34575] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34575] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34575] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34578] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34578] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34578] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34581] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34581] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34581] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34584] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34584] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34584] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34587] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34587] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34587] b43-phy0 debug: Found PHY: Analog 4, Type 2, Revision 9 b43-phy0 debug: Found Radio: Manuf 0x17F, Version 0x2050, Revision 2 drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34590] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34590] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34590] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34592] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34592] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34592] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34595] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34595] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [34595] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34598] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [34599] drivers/input/serio/i8042.c: 46 <- i8042 (interrupt, 2, 12) [34601] drivers/input/serio/i8042.c: 12 <- i8042 (interrupt, 2, 12) [34603] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34603] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [34603] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34606] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34606] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34606] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34609] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34609] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [34609] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34612] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34612] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34612] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34614] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34615] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34615] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34617] fan PNP0C0B:00: registered as cooling_device3 ACPI: Fan [C3B1] (off) fan PNP0C0B:01: registered as cooling_device4 ACPI: Fan [C3B2] (off) fan PNP0C0B:02: registered as cooling_device5 ACPI: Fan [C3C8] (off) drivers/input/serio/i8042.c: 90 -> i8042 (command) [34619] fan PNP0C0B:03: registered as cooling_device6 ACPI: Fan [C3C9] (off) drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34619] fan PNP0C0B:04: registered as cooling_device7 ACPI: Fan [C3CA] (off) fan PNP0C0B:05: registered as cooling_device8 ACPI: Fan [C3CB] (off) fan PNP0C0B:06: registered as cooling_device9 ACPI: Fan [C3CC] (off) drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34622] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34622] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [34622] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34625] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [34625] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 2, 12) [34627] drivers/input/serio/i8042.c: 64 <- i8042 (interrupt, 2, 12) [34630] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34630] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [34630] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34633] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34633] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [34633] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34635] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34635] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34635] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34638] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34638] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34638] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34641] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34641] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [34641] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34644] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34644] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [34644] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34647] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [34648] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [34649] drivers/input/serio/i8042.c: 64 <- i8042 (interrupt, 2, 12) [34652] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34652] drivers/input/serio/i8042.c: e1 -> i8042 (parameter) [34652] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 2, 12) [34655] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34655] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [34655] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34657] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34657] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [34657] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34660] 0000:00:19.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:1b:24:ae:b7:02 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection 0000:00:19.0: eth0: MAC: 6, PHY: 6, PBA No: ffffff-0ff udev: renamed network interface eth0 to eth1 phy0: Selected rate control algorithm 'pid' Registered led device: b43-phy0::tx Registered led device: b43-phy0::rx Registered led device: b43-phy0::radio Broadcom 43xx driver loaded [ Features: PL, Firmware-ID: FW13 ] drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 2, 12) [34991] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [34993] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34993] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34993] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34996] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34996] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [34996] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [34999] drivers/input/serio/i8042.c: 90 -> i8042 (command) [34999] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [34999] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35002] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35002] drivers/input/serio/i8042.c: 64 -> i8042 (parameter) [35002] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35005] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35005] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35005] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35008] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35008] drivers/input/serio/i8042.c: 50 -> i8042 (parameter) [35008] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35010] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35010] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [35010] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35013] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [35015] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35015] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35015] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35017] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35017] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [35017] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35020] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35020] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35020] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35023] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35023] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [35023] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35026] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35026] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35026] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35029] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35029] drivers/input/serio/i8042.c: 50 -> i8042 (parameter) [35029] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35031] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35031] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [35031] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35034] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [35035] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35035] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35035] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35038] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35038] drivers/input/serio/i8042.c: c8 -> i8042 (parameter) [35038] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35041] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35041] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35041] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35044] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35044] drivers/input/serio/i8042.c: 64 -> i8042 (parameter) [35044] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35047] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35047] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35047] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35050] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35050] drivers/input/serio/i8042.c: 50 -> i8042 (parameter) [35050] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35053] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35053] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [35053] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35055] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [35057] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35057] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [35057] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35060] sdhci: Secure Digital Host Controller Interface driver sdhci: Copyright(c) Pierre Ossman ieee1394: Host added: ID:BUS[0-00:1023] GUID[001b249929bd0f10] drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 2, 12) [35393] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 2, 12) [35395] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35395] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35395] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35398] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35398] drivers/input/serio/i8042.c: 64 -> i8042 (parameter) [35398] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35400] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35400] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35400] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35403] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35403] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [35403] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35406] drivers/input/serio/i8042.c: 90 -> i8042 (command) [35406] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [35406] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35409] input: PS/2 Generic Mouse as /devices/platform/i8042/serio1/input/input9 drivers/input/serio/i8042.c: 90 -> i8042 (command) [35409] drivers/input/serio/i8042.c: f4 -> i8042 (parameter) [35409] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 2, 12) [35411] drivers/input/serio/i8042.c: 91 -> i8042 (command) [35412] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [35412] drivers/input/serio/i8042.c: MUX error, status is 75, data is fe [35412] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 3, 12, timeout) [35412] drivers/input/serio/i8042.c: 92 -> i8042 (command) [35412] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [35412] drivers/input/serio/i8042.c: MUX error, status is b5, data is fe [35413] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 4, 12, timeout) [35413] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35413] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [35413] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35416] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [35417] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35418] drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [35418] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35420] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35421] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35421] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35423] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35423] drivers/input/serio/i8042.c: 0a -> i8042 (parameter) [35423] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35427] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35427] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35427] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35430] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35430] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35430] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35433] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35433] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35433] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35435] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35435] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [35435] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35439] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35439] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35439] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35442] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35442] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [35442] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35445] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35445] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35445] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35448] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35448] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [35448] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35450] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35451] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35451] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35453] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35453] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [35453] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35456] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35456] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35456] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35459] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35459] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [35459] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35462] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35462] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35462] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35465] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35465] drivers/input/serio/i8042.c: 3c -> i8042 (parameter) [35465] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35468] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35468] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35468] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35471] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35471] drivers/input/serio/i8042.c: 28 -> i8042 (parameter) [35471] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35474] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35474] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35474] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35478] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35478] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [35478] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35480] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35481] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [35481] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35483] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35483] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [35483] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35486] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35486] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [35486] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35489] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [35491] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35491] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35491] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35494] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35494] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35494] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35497] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35497] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35497] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35500] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35500] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35500] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35503] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35503] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35503] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35506] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35507] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35507] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35510] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35510] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35510] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35513] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35513] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35513] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35516] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35516] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [35516] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35519] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 5, 12) [35520] drivers/input/serio/i8042.c: 47 <- i8042 (interrupt, 5, 12) [35523] drivers/input/serio/i8042.c: 16 <- i8042 (interrupt, 5, 12) [35526] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35526] drivers/input/serio/i8042.c: ff -> i8042 (parameter) [35526] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35532] sdhci-pci 0000:02:06.2: SDHCI controller found [1180:0822] (rev 21) sdhci-pci 0000:02:06.2: PCI INT C -> GSI 20 (level, low) -> IRQ 20 Registered led device: mmc0:: mmc0: SDHCI controller on PCI [0000:02:06.2] using PIO HDA Intel 0000:00:1b.0: power state changed by ACPI to D0 HDA Intel 0000:00:1b.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 HDA Intel 0000:00:1b.0: setting latency timer to 64 input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input10 drivers/input/serio/i8042.c: aa <- i8042 (interrupt, 5, 12) [35894] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [35897] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35897] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [35897] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35900] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35900] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35900] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35903] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35903] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35903] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35906] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35906] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35906] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35909] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35909] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35909] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35912] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35912] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35912] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35915] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35915] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35915] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35918] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35918] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35918] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35921] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35921] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35921] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35924] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35924] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [35924] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35927] drivers/input/serio/i8042.c: 03 <- i8042 (interrupt, 5, 12) [35928] drivers/input/serio/i8042.c: 47 <- i8042 (interrupt, 5, 12) [35930] drivers/input/serio/i8042.c: 16 <- i8042 (interrupt, 5, 12) [35933] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35933] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [35933] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35936] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35936] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35936] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35939] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35939] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35939] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35942] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35942] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35942] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35945] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35945] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35945] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35948] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35948] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35948] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35951] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35951] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35951] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35954] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35954] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35954] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35957] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35957] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [35957] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35960] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35960] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [35960] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35963] drivers/input/serio/i8042.c: 01 <- i8042 (interrupt, 5, 12) [35964] drivers/input/serio/i8042.c: a0 <- i8042 (interrupt, 5, 12) [35967] drivers/input/serio/i8042.c: b1 <- i8042 (interrupt, 5, 12) [35970] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35970] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [35970] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35973] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35973] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35973] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35976] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35976] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35976] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35979] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35979] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35979] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35982] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35982] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35982] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35985] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35985] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35985] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35988] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35988] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [35988] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35991] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35991] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [35991] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35994] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35994] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [35994] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [35997] drivers/input/serio/i8042.c: 93 -> i8042 (command) [35997] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [35997] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36000] drivers/input/serio/i8042.c: a0 <- i8042 (interrupt, 5, 12) [36001] drivers/input/serio/i8042.c: 47 <- i8042 (interrupt, 5, 12) [36004] drivers/input/serio/i8042.c: 13 <- i8042 (interrupt, 5, 12) [36007] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36007] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [36007] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36010] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36010] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36010] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36013] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36013] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [36013] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36016] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36016] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36016] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36019] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36019] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [36019] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36022] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36022] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36022] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36025] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36025] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [36025] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36028] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36028] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36028] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36031] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36031] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [36031] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36034] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36034] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [36034] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36037] drivers/input/serio/i8042.c: 20 <- i8042 (interrupt, 5, 12) [36039] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [36042] drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, 5, 12) [36045] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36045] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [36045] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36048] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36048] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36048] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36051] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36051] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [36051] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36054] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36054] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36054] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36056] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36056] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [36056] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36059] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36059] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36059] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36062] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36062] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [36062] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36065] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36065] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36065] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36068] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36068] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [36068] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36071] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36071] drivers/input/serio/i8042.c: e9 -> i8042 (parameter) [36071] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36074] drivers/input/serio/i8042.c: 4a <- i8042 (interrupt, 5, 12) [36076] drivers/input/serio/i8042.c: 80 <- i8042 (interrupt, 5, 12) [36079] drivers/input/serio/i8042.c: a0 <- i8042 (interrupt, 5, 12) [36082] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36082] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [36082] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36085] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36085] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36085] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36088] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36088] drivers/input/serio/i8042.c: 02 -> i8042 (parameter) [36088] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36091] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36091] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36091] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36094] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36094] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [36094] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36096] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36096] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36097] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36099] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36099] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [36100] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36102] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36102] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36102] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36105] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36105] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [36105] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36108] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36108] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [36108] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36111] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36111] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [36111] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36114] Synaptics Touchpad, model: 1, fw: 6.3, id: 0x1a0b1, caps: 0xa04713/0x200000 drivers/input/serio/i8042.c: 93 -> i8042 (command) [36114] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [36114] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36117] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36117] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36117] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36120] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36120] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [36120] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36123] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36123] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36123] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36126] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36126] drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [36126] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36129] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36129] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36129] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36132] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36132] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [36132] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36135] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36135] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36135] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36138] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36138] drivers/input/serio/i8042.c: 01 -> i8042 (parameter) [36138] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36141] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36141] drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [36141] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36144] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36144] drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [36144] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36147] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36147] drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [36147] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36150] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36150] drivers/input/serio/i8042.c: 03 -> i8042 (parameter) [36150] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36153] drivers/input/serio/i8042.c: 93 -> i8042 (command) [36153] drivers/input/serio/i8042.c: e6 -> i8042 (parameter) [36153] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36156] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input11 drivers/input/serio/i8042.c: 93 -> i8042 (command) [36157] drivers/input/serio/i8042.c: f4 -> i8042 (parameter) [36157] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 5, 12) [36160] input: HP WMI hotkeys as /devices/virtual/input/input12 Non-volatile memory driver v1.3 EXT3 FS on sda5, internal journal kjournald starting. Commit interval 5 seconds EXT3 FS on sda7, internal journal EXT3-fs: mounted filesystem with writeback data mode. fuse init (API version 7.13) loop: module loaded Adding 2401676k swap on /dev/sda6. Priority:-1 extents:1 across:2401676k microcode: CPU0 sig=0x6fd, pf=0x80, revision=0xa3 platform microcode: firmware: requesting intel-ucode/06-0f-0d drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [43419] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [43420] drivers/input/serio/i8042.c: 02 -> i8042 (kbd-data) [43420] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [43423] microcode: CPU1 sig=0x6fd, pf=0x80, revision=0xa3 platform microcode: firmware: requesting intel-ucode/06-0f-0d Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba NET: Registered protocol family 10 lo: Disabled Privacy Extensions cfg80211: Calling CRDA for country: NL cfg80211: Regulatory domain changed to country: NL (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm) (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm) (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm) e1000e 0000:00:19.0: irq 27 for MSI/MSI-X e1000e 0000:00:19.0: irq 27 for MSI/MSI-X ADDRCONF(NETDEV_UP): eth1: link is not ready b43 ssb0:0: firmware: requesting b43/ucode13.fw b43 ssb0:0: firmware: requesting b43/b0g0initvals13.fw b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10) b43-phy0 debug: Chip initialized b43-phy0 debug: 64-bit DMA initialized b43-phy0 debug: QoS enabled b43-phy0 debug: Wireless interface started b43-phy0 debug: Adding Interface type 2 ADDRCONF(NETDEV_UP): wlan0: link is not ready e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: None 0000:00:19.0: eth1: 10/100 speed: disabling TSO ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready NET: Registered protocol family 17 wlan0: deauthenticating from 00:1b:90:76:d3:f0 by local choice (reason=3) wlan0: direct probe to AP 00:1b:90:76:d3:f0 (try 1) wlan0: direct probe responded wlan0: authenticate with AP 00:1b:90:76:d3:f0 (try 1) wlan0: authenticated wlan0: associate with AP 00:1b:90:76:d3:f0 (try 1) wlan0: RX AssocResp from 00:1b:90:76:d3:f0 (capab=0x431 status=0 aid=142) wlan0: associated ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready cfg80211: Calling CRDA for country: NL wlan0: deauthenticating from 00:1b:90:76:d3:f0 by local choice (reason=3) wlan0: deauthenticating from 00:1b:90:76:d3:f0 by local choice (reason=3) cfg80211: Current regulatory domain updated by AP to: NL (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) PPP generic driver version 2.4.2 NET: Registered protocol family 24 drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [52092] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [52093] drivers/input/serio/i8042.c: 00 -> i8042 (kbd-data) [52093] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [52096] drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [52267] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [52267] drivers/input/serio/i8042.c: 02 -> i8042 (kbd-data) [52267] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [52270] eth1: no IPv6 routers present wlan0: no IPv6 routers present CPUFREQ: Per core ondemand sysfs interface is deprecated - ignore_nice_load drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [827841] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [827842] drivers/input/serio/i8042.c: 03 -> i8042 (kbd-data) [827842] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [827844] drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [3600107] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [3600107] drivers/input/serio/i8042.c: 02 -> i8042 (kbd-data) [3600107] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [3600110] drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [3660206] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [3660207] drivers/input/serio/i8042.c: 03 -> i8042 (kbd-data) [3660207] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [3660209] drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [3900629] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [3900630] drivers/input/serio/i8042.c: 02 -> i8042 (kbd-data) [3900630] drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [3900633] ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-15 19:32 ` Éric Piel @ 2009-10-15 19:51 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-15 19:51 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 15, 2009 at 09:32:23PM +0200, Éric Piel wrote: > Op 15-10-09 20:13, Dmitry Torokhov schreef: >> It lokks like the keyboard controller switched from translated to >> non-translated mode: '1c' is make code and 'f0 1c' is break (aka >> release) code. >> >> Could you tell me how the keyboard indentified (in dmesg) after fresh >> boot and after you do the bind/unbind trick on the older kernel? >> > What do you mean by "how the keyboard indentified"? Are you asking for > the debug trace in dmesg? I have the beginning of a boot with the debug > trace to see after a fresh boot. I don't have dmesg history with > i8042.debug of the bind/unbind trick, so I'll reboot in an old kernel > and do it again (but I cannot do this before tuesday, when i have > physical access to the machine). No, not the debug.. Just the lines looking like this: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3 You should have at leat 2 - one uping initial boot and one after rebinding i8042 upon resume. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-15 19:51 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-15 19:51 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 15, 2009 at 09:32:23PM +0200, Éric Piel wrote: > Op 15-10-09 20:13, Dmitry Torokhov schreef: >> It lokks like the keyboard controller switched from translated to >> non-translated mode: '1c' is make code and 'f0 1c' is break (aka >> release) code. >> >> Could you tell me how the keyboard indentified (in dmesg) after fresh >> boot and after you do the bind/unbind trick on the older kernel? >> > What do you mean by "how the keyboard indentified"? Are you asking for > the debug trace in dmesg? I have the beginning of a boot with the debug > trace to see after a fresh boot. I don't have dmesg history with > i8042.debug of the bind/unbind trick, so I'll reboot in an old kernel > and do it again (but I cannot do this before tuesday, when i have > physical access to the machine). No, not the debug.. Just the lines looking like this: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3 You should have at leat 2 - one uping initial boot and one after rebinding i8042 upon resume. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-15 19:51 ` Dmitry Torokhov (?) @ 2009-10-15 21:33 ` Éric Piel 2009-10-15 21:59 ` Dmitry Torokhov -1 siblings, 1 reply; 63+ messages in thread From: Éric Piel @ 2009-10-15 21:33 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 15-10-09 21:51, Dmitry Torokhov schreef: > > No, not the debug.. Just the lines looking like this: > > input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3 Ah! This I have! Here is how it looks like at boot: Sep 21 14:02:58 dutifh klogd: PNP: PS/2 Controller [PNP0303:C29C,PNP0f13:C29D] at 0x60,0x64 irq 1,12 Sep 21 14:02:58 dutifh klogd: i8042.c: Detected active multiplexing controller, rev 1.1. Sep 21 14:02:58 dutifh klogd: serio: i8042 KBD port at 0x60,0x64 irq 1 Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX0 port at 0x60,0x64 irq 12 Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX1 port at 0x60,0x64 irq 12 Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX2 port at 0x60,0x64 irq 12 Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX3 port at 0x60,0x64 irq 12 Sep 21 14:02:58 dutifh klogd: mice: PS/2 mouse device common for all mice Sep 21 14:02:58 dutifh klogd: rtc_cmos 00:06: RTC can wake from S4 Sep 21 14:02:58 dutifh klogd: rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 Sep 21 14:02:58 dutifh klogd: rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs Sep 21 14:02:58 dutifh klogd: cpuidle: using governor ladder Sep 21 14:02:58 dutifh klogd: cpuidle: using governor menu Sep 21 14:02:58 dutifh klogd: TCP cubic registered Sep 21 14:02:58 dutifh klogd: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0 : Sep 21 14:02:58 dutifh klogd: Synaptics Touchpad, model: 1, fw: 6.3, id: 0x1a0b1, caps: 0xa04713/0x200000 Sep 21 14:02:58 dutifh klogd: input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input2 And then after an unbind/bind trick: Sep 22 14:15:24 dutifh klogd: i8042.c: Detected active multiplexing controller, rev 1.1. Sep 22 14:15:24 dutifh klogd: serio: i8042 KBD port at 0x60,0x64 irq 1 Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX0 port at 0x60,0x64 irq 12 Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX1 port at 0x60,0x64 irq 12 Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX2 port at 0x60,0x64 irq 12 Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX3 port at 0x60,0x64 irq 12 Sep 22 14:15:24 dutifh klogd: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio5/input/input12 Sep 22 14:15:25 dutifh pulseaudio[3737]: sap.c: sendmsg() failed: Ongeldig argument Sep 22 14:15:25 dutifh klogd: input: PS/2 Generic Mouse as /devices/platform/i8042/serio6/input/input13 Sep 22 14:15:26 dutifh klogd: Synaptics Touchpad, model: 1, fw: 6.3, id: 0x1a0b1, caps: 0xa04713/0x200000 Sep 22 14:15:26 dutifh klogd: input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio9/input/input14 (pasting only the parts which seem relevant) See you, Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-15 21:33 ` Éric Piel @ 2009-10-15 21:59 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-15 21:59 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 15, 2009 at 11:33:47PM +0200, Éric Piel wrote: > Op 15-10-09 21:51, Dmitry Torokhov schreef: >> >> No, not the debug.. Just the lines looking like this: >> >> input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3 > Ah! This I have! Here is how it looks like at boot: > Sep 21 14:02:58 dutifh klogd: PNP: PS/2 Controller [PNP0303:C29C,PNP0f13:C29D] at 0x60,0x64 irq 1,12 > Sep 21 14:02:58 dutifh klogd: i8042.c: Detected active multiplexing controller, rev 1.1. > Sep 21 14:02:58 dutifh klogd: serio: i8042 KBD port at 0x60,0x64 irq 1 > Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX0 port at 0x60,0x64 irq 12 > Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX1 port at 0x60,0x64 irq 12 > Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX2 port at 0x60,0x64 irq 12 > Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX3 port at 0x60,0x64 irq 12 > Sep 21 14:02:58 dutifh klogd: mice: PS/2 mouse device common for all mice > Sep 21 14:02:58 dutifh klogd: rtc_cmos 00:06: RTC can wake from S4 > Sep 21 14:02:58 dutifh klogd: rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 > Sep 21 14:02:58 dutifh klogd: rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs > Sep 21 14:02:58 dutifh klogd: cpuidle: using governor ladder > Sep 21 14:02:58 dutifh klogd: cpuidle: using governor menu > Sep 21 14:02:58 dutifh klogd: TCP cubic registered > Sep 21 14:02:58 dutifh klogd: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0 > : > Sep 21 14:02:58 dutifh klogd: Synaptics Touchpad, model: 1, fw: 6.3, id: 0x1a0b1, caps: 0xa04713/0x200000 > Sep 21 14:02:58 dutifh klogd: input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input2 > > > And then after an unbind/bind trick: > Sep 22 14:15:24 dutifh klogd: i8042.c: Detected active multiplexing controller, rev 1.1. > Sep 22 14:15:24 dutifh klogd: serio: i8042 KBD port at 0x60,0x64 irq 1 > Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX0 port at 0x60,0x64 irq 12 > Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX1 port at 0x60,0x64 irq 12 > Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX2 port at 0x60,0x64 irq 12 > Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX3 port at 0x60,0x64 irq 12 > Sep 22 14:15:24 dutifh klogd: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio5/input/input12 > Sep 22 14:15:25 dutifh pulseaudio[3737]: sap.c: sendmsg() failed: Ongeldig argument > Sep 22 14:15:25 dutifh klogd: input: PS/2 Generic Mouse as /devices/platform/i8042/serio6/input/input13 > Sep 22 14:15:26 dutifh klogd: Synaptics Touchpad, model: 1, fw: 6.3, id: 0x1a0b1, caps: 0xa04713/0x200000 > Sep 22 14:15:26 dutifh klogd: input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio9/input/input14 > > (pasting only the parts which seem relevant) > Hm, this is wierd... In the dmesg you sent me in the previous mail I see: input: AT Raw Set 2 keyboard as /devices/platform/i8042/serio0/input/input4 So it looks like sometimes it is in raw and sometimes it is in translated mode. The i8042.reset might be affecting it. Also, are you using BIOS password at resume by any chance? I guess we'll have to wait till you get back to the box and then I want fresh debug dmesgs (after poweroff) of older (with bind/unbind) and latest kernels, going through boot, 1st (make sure to type qwerty) and 2nd resume (qwerty again). Make sure you don't have any other i8042 or atkbd switches besides i8042.debug. Thanks! -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-15 21:59 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-15 21:59 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 15, 2009 at 11:33:47PM +0200, Éric Piel wrote: > Op 15-10-09 21:51, Dmitry Torokhov schreef: >> >> No, not the debug.. Just the lines looking like this: >> >> input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3 > Ah! This I have! Here is how it looks like at boot: > Sep 21 14:02:58 dutifh klogd: PNP: PS/2 Controller [PNP0303:C29C,PNP0f13:C29D] at 0x60,0x64 irq 1,12 > Sep 21 14:02:58 dutifh klogd: i8042.c: Detected active multiplexing controller, rev 1.1. > Sep 21 14:02:58 dutifh klogd: serio: i8042 KBD port at 0x60,0x64 irq 1 > Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX0 port at 0x60,0x64 irq 12 > Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX1 port at 0x60,0x64 irq 12 > Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX2 port at 0x60,0x64 irq 12 > Sep 21 14:02:58 dutifh klogd: serio: i8042 AUX3 port at 0x60,0x64 irq 12 > Sep 21 14:02:58 dutifh klogd: mice: PS/2 mouse device common for all mice > Sep 21 14:02:58 dutifh klogd: rtc_cmos 00:06: RTC can wake from S4 > Sep 21 14:02:58 dutifh klogd: rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 > Sep 21 14:02:58 dutifh klogd: rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs > Sep 21 14:02:58 dutifh klogd: cpuidle: using governor ladder > Sep 21 14:02:58 dutifh klogd: cpuidle: using governor menu > Sep 21 14:02:58 dutifh klogd: TCP cubic registered > Sep 21 14:02:58 dutifh klogd: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0 > : > Sep 21 14:02:58 dutifh klogd: Synaptics Touchpad, model: 1, fw: 6.3, id: 0x1a0b1, caps: 0xa04713/0x200000 > Sep 21 14:02:58 dutifh klogd: input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input2 > > > And then after an unbind/bind trick: > Sep 22 14:15:24 dutifh klogd: i8042.c: Detected active multiplexing controller, rev 1.1. > Sep 22 14:15:24 dutifh klogd: serio: i8042 KBD port at 0x60,0x64 irq 1 > Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX0 port at 0x60,0x64 irq 12 > Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX1 port at 0x60,0x64 irq 12 > Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX2 port at 0x60,0x64 irq 12 > Sep 22 14:15:24 dutifh klogd: serio: i8042 AUX3 port at 0x60,0x64 irq 12 > Sep 22 14:15:24 dutifh klogd: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio5/input/input12 > Sep 22 14:15:25 dutifh pulseaudio[3737]: sap.c: sendmsg() failed: Ongeldig argument > Sep 22 14:15:25 dutifh klogd: input: PS/2 Generic Mouse as /devices/platform/i8042/serio6/input/input13 > Sep 22 14:15:26 dutifh klogd: Synaptics Touchpad, model: 1, fw: 6.3, id: 0x1a0b1, caps: 0xa04713/0x200000 > Sep 22 14:15:26 dutifh klogd: input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio9/input/input14 > > (pasting only the parts which seem relevant) > Hm, this is wierd... In the dmesg you sent me in the previous mail I see: input: AT Raw Set 2 keyboard as /devices/platform/i8042/serio0/input/input4 So it looks like sometimes it is in raw and sometimes it is in translated mode. The i8042.reset might be affecting it. Also, are you using BIOS password at resume by any chance? I guess we'll have to wait till you get back to the box and then I want fresh debug dmesgs (after poweroff) of older (with bind/unbind) and latest kernels, going through boot, 1st (make sure to type qwerty) and 2nd resume (qwerty again). Make sure you don't have any other i8042 or atkbd switches besides i8042.debug. Thanks! -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-15 21:59 ` Dmitry Torokhov (?) @ 2009-10-15 22:44 ` Éric Piel -1 siblings, 0 replies; 63+ messages in thread From: Éric Piel @ 2009-10-15 22:44 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 15-10-09 23:59, Dmitry Torokhov schreef: > Hm, this is wierd... In the dmesg you sent me in the previous mail I see: > > input: AT Raw Set 2 keyboard as /devices/platform/i8042/serio0/input/input4 > > So it looks like sometimes it is in raw and sometimes it is in > translated mode. The i8042.reset might be affecting it. Indeed, since there is i8042.reset, it's "Raw" instead of "Translated". > Also, are you > using BIOS password at resume by any chance? No, I just press the power button to resume and nothing else. > > I guess we'll have to wait till you get back to the box and then I want > fresh debug dmesgs (after poweroff) of older (with bind/unbind) and latest > kernels, going through boot, 1st (make sure to type qwerty) and 2nd > resume (qwerty again). Make sure you don't have any other i8042 or atkbd > switches besides i8042.debug. Ok, I'll. Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-15 21:59 ` Dmitry Torokhov (?) (?) @ 2009-10-21 19:34 ` Éric Piel 2009-10-21 20:20 ` Dmitry Torokhov -1 siblings, 1 reply; 63+ messages in thread From: Éric Piel @ 2009-10-21 19:34 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input [-- Attachment #1: Type: text/plain, Size: 1819 bytes --] Op 15-10-09 23:59, Dmitry Torokhov schreef: > > Hm, this is wierd... In the dmesg you sent me in the previous mail I see: > > input: AT Raw Set 2 keyboard as /devices/platform/i8042/serio0/input/input4 > > So it looks like sometimes it is in raw and sometimes it is in > translated mode. The i8042.reset might be affecting it. Also, are you > using BIOS password at resume by any chance? > > I guess we'll have to wait till you get back to the box and then I want > fresh debug dmesgs (after poweroff) of older (with bind/unbind) and latest > kernels, going through boot, 1st (make sure to type qwerty) and 2nd > resume (qwerty again). Make sure you don't have any other i8042 or atkbd > switches besides i8042.debug. Hello, Back with some results :-) Attached is a (bzip-compressed) log [1] of a 2.6.30 kernel started with i8042.debug (nothing else important). The log contains 4 suspend-resumes (look for "Back to C"): * from the console, using "echo mem > /sys/power/state", keyboard fine * from the console, using "pm-suspend" (aka "all the nasty stuff done by the distro"), keyboard fine * from X, using "echo mem > /sys/power/state", keyboard gone * a unbind-bind cycle, keyboard back * from X, using "echo mem > /sys/power/state", keyboard fine What I realised during this experiment, is that the keyboard goes away after the first suspend-resume _in X_. Each time, I typed on the keyboard "qwerty" (and almost nothing else). Do you see what goes wrong in resuming the keyboard? I can provide a similar log for a 2.6.32-rc3 kernel, if you are interested? BTW, once the keyboard is gone, a rmmod-modprobe cycle of psmouse doesn't recover it, it has to be a rmmod-modprobe cycle of atkbd. See you, Eric [1] Also available uncompressed at http://pieleric.free.fr/unorder/i8042-2.6.30-unbind-bind.dmesg [-- Attachment #2: i8042-2.6.30-unbind-bind.dmesg.bz2 --] [-- Type: application/x-bzip, Size: 23478 bytes --] ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-21 19:34 ` Éric Piel @ 2009-10-21 20:20 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-21 20:20 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Wednesday 21 October 2009 12:34:15 pm Éric Piel wrote: > Op 15-10-09 23:59, Dmitry Torokhov schreef: > > Hm, this is wierd... In the dmesg you sent me in the previous mail I see: > > > > input: AT Raw Set 2 keyboard as > > /devices/platform/i8042/serio0/input/input4 > > > > So it looks like sometimes it is in raw and sometimes it is in > > translated mode. The i8042.reset might be affecting it. Also, are you > > using BIOS password at resume by any chance? > > > > I guess we'll have to wait till you get back to the box and then I want > > fresh debug dmesgs (after poweroff) of older (with bind/unbind) and > > latest kernels, going through boot, 1st (make sure to type qwerty) and > > 2nd resume (qwerty again). Make sure you don't have any other i8042 or > > atkbd switches besides i8042.debug. > > Hello, > Back with some results :-) > > Attached is a (bzip-compressed) log [1] of a 2.6.30 kernel started with > i8042.debug (nothing else important). > > The log contains 4 suspend-resumes (look for "Back to C"): > * from the console, using "echo mem > /sys/power/state", keyboard fine > * from the console, using "pm-suspend" (aka "all the nasty stuff done by > the distro"), keyboard fine > * from X, using "echo mem > /sys/power/state", keyboard gone > * a unbind-bind cycle, keyboard back > * from X, using "echo mem > /sys/power/state", keyboard fine > > > What I realised during this experiment, is that the keyboard goes away > after the first suspend-resume _in X_. Each time, I typed on the > keyboard "qwerty" (and almost nothing else). > > Do you see what goes wrong in resuming the keyboard? > Nothing, as far as I can tell... I see you typing "qwerty"... Does the keyboard work in console (let's say if you boot in run level 3 to take X out of the picture)? Could you please try compiling evbug module - it will show if keyboard events are propagated through input core. Also, whta driver are you using in X? Legacy keyboard or evdev? -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-21 20:20 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-21 20:20 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Wednesday 21 October 2009 12:34:15 pm Éric Piel wrote: > Op 15-10-09 23:59, Dmitry Torokhov schreef: > > Hm, this is wierd... In the dmesg you sent me in the previous mail I see: > > > > input: AT Raw Set 2 keyboard as > > /devices/platform/i8042/serio0/input/input4 > > > > So it looks like sometimes it is in raw and sometimes it is in > > translated mode. The i8042.reset might be affecting it. Also, are you > > using BIOS password at resume by any chance? > > > > I guess we'll have to wait till you get back to the box and then I want > > fresh debug dmesgs (after poweroff) of older (with bind/unbind) and > > latest kernels, going through boot, 1st (make sure to type qwerty) and > > 2nd resume (qwerty again). Make sure you don't have any other i8042 or > > atkbd switches besides i8042.debug. > > Hello, > Back with some results :-) > > Attached is a (bzip-compressed) log [1] of a 2.6.30 kernel started with > i8042.debug (nothing else important). > > The log contains 4 suspend-resumes (look for "Back to C"): > * from the console, using "echo mem > /sys/power/state", keyboard fine > * from the console, using "pm-suspend" (aka "all the nasty stuff done by > the distro"), keyboard fine > * from X, using "echo mem > /sys/power/state", keyboard gone > * a unbind-bind cycle, keyboard back > * from X, using "echo mem > /sys/power/state", keyboard fine > > > What I realised during this experiment, is that the keyboard goes away > after the first suspend-resume _in X_. Each time, I typed on the > keyboard "qwerty" (and almost nothing else). > > Do you see what goes wrong in resuming the keyboard? > Nothing, as far as I can tell... I see you typing "qwerty"... Does the keyboard work in console (let's say if you boot in run level 3 to take X out of the picture)? Could you please try compiling evbug module - it will show if keyboard events are propagated through input core. Also, whta driver are you using in X? Legacy keyboard or evdev? -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-21 20:20 ` Dmitry Torokhov (?) @ 2009-10-22 16:10 ` Éric Piel 2009-10-22 16:22 ` Dmitry Torokhov -1 siblings, 1 reply; 63+ messages in thread From: Éric Piel @ 2009-10-22 16:10 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 21-10-09 22:20, Dmitry Torokhov schreef: > > Nothing, as far as I can tell... I see you typing "qwerty"... Does the > keyboard work in console (let's say if you boot in run level 3 to take X out > of the picture)? Could you please try compiling evbug module - it will show if > keyboard events are propagated through input core. Also, whta driver are you > using in X? Legacy keyboard or evdev? In the console (in init 3), I haven't managed to reproduce it. In xorg, the keyboard input uses evdev. Now I've just tried "evtest /dev/input/event4", when the keyboard doesn't work... and I see the key presses! So I guess it rules out a bug in the kernel, and I have to talk with the people from Xorg, right? Thanks, Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-22 16:10 ` Éric Piel @ 2009-10-22 16:22 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-22 16:22 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 22, 2009 at 06:10:52PM +0200, Éric Piel wrote: > Op 21-10-09 22:20, Dmitry Torokhov schreef: > > > > Nothing, as far as I can tell... I see you typing "qwerty"... Does the > > keyboard work in console (let's say if you boot in run level 3 to take X out > > of the picture)? Could you please try compiling evbug module - it will show if > > keyboard events are propagated through input core. Also, whta driver are you > > using in X? Legacy keyboard or evdev? > In the console (in init 3), I haven't managed to reproduce it. In xorg, > the keyboard input uses evdev. Now I've just tried "evtest > /dev/input/event4", when the keyboard doesn't work... and I see the key > presses! > > So I guess it rules out a bug in the kernel, and I have to talk with the > people from Xorg, right? > Yep... but it is still wierd since evdev driver works fine for me... Could it be you are using either too old or too new version of X? -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-22 16:22 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-22 16:22 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 22, 2009 at 06:10:52PM +0200, Éric Piel wrote: > Op 21-10-09 22:20, Dmitry Torokhov schreef: > > > > Nothing, as far as I can tell... I see you typing "qwerty"... Does the > > keyboard work in console (let's say if you boot in run level 3 to take X out > > of the picture)? Could you please try compiling evbug module - it will show if > > keyboard events are propagated through input core. Also, whta driver are you > > using in X? Legacy keyboard or evdev? > In the console (in init 3), I haven't managed to reproduce it. In xorg, > the keyboard input uses evdev. Now I've just tried "evtest > /dev/input/event4", when the keyboard doesn't work... and I see the key > presses! > > So I guess it rules out a bug in the kernel, and I have to talk with the > people from Xorg, right? > Yep... but it is still wierd since evdev driver works fine for me... Could it be you are using either too old or too new version of X? -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-22 16:22 ` Dmitry Torokhov @ 2009-10-22 17:48 ` Éric Piel -1 siblings, 0 replies; 63+ messages in thread From: Éric Piel @ 2009-10-22 17:48 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 22-10-09 18:22, Dmitry Torokhov schreef: > On Thu, Oct 22, 2009 at 06:10:52PM +0200, Éric Piel wrote: >> Op 21-10-09 22:20, Dmitry Torokhov schreef: >>> >>> Nothing, as far as I can tell... I see you typing "qwerty"... Does the >>> keyboard work in console (let's say if you boot in run level 3 to take X out >>> of the picture)? Could you please try compiling evbug module - it will show if >>> keyboard events are propagated through input core. Also, whta driver are you >>> using in X? Legacy keyboard or evdev? >> In the console (in init 3), I haven't managed to reproduce it. In xorg, >> the keyboard input uses evdev. Now I've just tried "evtest >> /dev/input/event4", when the keyboard doesn't work... and I see the key >> presses! >> >> So I guess it rules out a bug in the kernel, and I have to talk with the >> people from Xorg, right? >> > > Yep... but it is still wierd since evdev driver works fine for me... > Could it be you are using either too old or too new version of X? > I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both latest or second latest stable versions. In the log I see this: (--) SynPS/2 Synaptics TouchPad: touchpad found (II) PS/2 Generic Mouse: Device reopened after 1 attempts. (EE) AT Translated Set 2 keyboard: device key_bitmask has changed (EE) AT Translated Set 2 keyboard: Device has changed - disabling. Quite a few people seem to have the same problem. Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-22 17:48 ` Éric Piel 0 siblings, 0 replies; 63+ messages in thread From: Éric Piel @ 2009-10-22 17:48 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 22-10-09 18:22, Dmitry Torokhov schreef: > On Thu, Oct 22, 2009 at 06:10:52PM +0200, Éric Piel wrote: >> Op 21-10-09 22:20, Dmitry Torokhov schreef: >>> >>> Nothing, as far as I can tell... I see you typing "qwerty"... Does the >>> keyboard work in console (let's say if you boot in run level 3 to take X out >>> of the picture)? Could you please try compiling evbug module - it will show if >>> keyboard events are propagated through input core. Also, whta driver are you >>> using in X? Legacy keyboard or evdev? >> In the console (in init 3), I haven't managed to reproduce it. In xorg, >> the keyboard input uses evdev. Now I've just tried "evtest >> /dev/input/event4", when the keyboard doesn't work... and I see the key >> presses! >> >> So I guess it rules out a bug in the kernel, and I have to talk with the >> people from Xorg, right? >> > > Yep... but it is still wierd since evdev driver works fine for me... > Could it be you are using either too old or too new version of X? > I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both latest or second latest stable versions. In the log I see this: (--) SynPS/2 Synaptics TouchPad: touchpad found (II) PS/2 Generic Mouse: Device reopened after 1 attempts. (EE) AT Translated Set 2 keyboard: device key_bitmask has changed (EE) AT Translated Set 2 keyboard: Device has changed - disabling. Quite a few people seem to have the same problem. Eric -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-22 17:48 ` Éric Piel @ 2009-10-22 18:19 ` Dmitry Torokhov -1 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-22 18:19 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: > Op 22-10-09 18:22, Dmitry Torokhov schreef: >> On Thu, Oct 22, 2009 at 06:10:52PM +0200, Éric Piel wrote: >>> Op 21-10-09 22:20, Dmitry Torokhov schreef: >>>> >>>> Nothing, as far as I can tell... I see you typing "qwerty"... Does the >>>> keyboard work in console (let's say if you boot in run level 3 to take X out >>>> of the picture)? Could you please try compiling evbug module - it will show if >>>> keyboard events are propagated through input core. Also, whta driver are you >>>> using in X? Legacy keyboard or evdev? >>> In the console (in init 3), I haven't managed to reproduce it. In xorg, >>> the keyboard input uses evdev. Now I've just tried "evtest >>> /dev/input/event4", when the keyboard doesn't work... and I see the key >>> presses! >>> >>> So I guess it rules out a bug in the kernel, and I have to talk with the >>> people from Xorg, right? >>> >> >> Yep... but it is still wierd since evdev driver works fine for me... >> Could it be you are using either too old or too new version of X? >> > I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both > latest or second latest stable versions. > > In the log I see this: > (--) SynPS/2 Synaptics TouchPad: touchpad found > (II) PS/2 Generic Mouse: Device reopened after 1 attempts. > (EE) AT Translated Set 2 keyboard: device key_bitmask has changed > (EE) AT Translated Set 2 keyboard: Device has changed - disabling. > > Quite a few people seem to have the same problem. The bitmask should not be changing on it's own... Any chance you could save contents or /proc/bus/input/devices before suspend and after resume (when X decides to ditch the keyboard) and diff them? -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-22 18:19 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-22 18:19 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: > Op 22-10-09 18:22, Dmitry Torokhov schreef: >> On Thu, Oct 22, 2009 at 06:10:52PM +0200, Éric Piel wrote: >>> Op 21-10-09 22:20, Dmitry Torokhov schreef: >>>> >>>> Nothing, as far as I can tell... I see you typing "qwerty"... Does the >>>> keyboard work in console (let's say if you boot in run level 3 to take X out >>>> of the picture)? Could you please try compiling evbug module - it will show if >>>> keyboard events are propagated through input core. Also, whta driver are you >>>> using in X? Legacy keyboard or evdev? >>> In the console (in init 3), I haven't managed to reproduce it. In xorg, >>> the keyboard input uses evdev. Now I've just tried "evtest >>> /dev/input/event4", when the keyboard doesn't work... and I see the key >>> presses! >>> >>> So I guess it rules out a bug in the kernel, and I have to talk with the >>> people from Xorg, right? >>> >> >> Yep... but it is still wierd since evdev driver works fine for me... >> Could it be you are using either too old or too new version of X? >> > I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both > latest or second latest stable versions. > > In the log I see this: > (--) SynPS/2 Synaptics TouchPad: touchpad found > (II) PS/2 Generic Mouse: Device reopened after 1 attempts. > (EE) AT Translated Set 2 keyboard: device key_bitmask has changed > (EE) AT Translated Set 2 keyboard: Device has changed - disabling. > > Quite a few people seem to have the same problem. The bitmask should not be changing on it's own... Any chance you could save contents or /proc/bus/input/devices before suspend and after resume (when X decides to ditch the keyboard) and diff them? -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-22 18:19 ` Dmitry Torokhov @ 2009-10-22 18:32 ` Dmitry Torokhov -1 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-22 18:32 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 22, 2009 at 11:19:15AM -0700, Dmitry Torokhov wrote: > On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: > > Op 22-10-09 18:22, Dmitry Torokhov schreef: > >> On Thu, Oct 22, 2009 at 06:10:52PM +0200, Éric Piel wrote: > >>> Op 21-10-09 22:20, Dmitry Torokhov schreef: > >>>> > >>>> Nothing, as far as I can tell... I see you typing "qwerty"... Does the > >>>> keyboard work in console (let's say if you boot in run level 3 to take X out > >>>> of the picture)? Could you please try compiling evbug module - it will show if > >>>> keyboard events are propagated through input core. Also, whta driver are you > >>>> using in X? Legacy keyboard or evdev? > >>> In the console (in init 3), I haven't managed to reproduce it. In xorg, > >>> the keyboard input uses evdev. Now I've just tried "evtest > >>> /dev/input/event4", when the keyboard doesn't work... and I see the key > >>> presses! > >>> > >>> So I guess it rules out a bug in the kernel, and I have to talk with the > >>> people from Xorg, right? > >>> > >> > >> Yep... but it is still wierd since evdev driver works fine for me... > >> Could it be you are using either too old or too new version of X? > >> > > I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both > > latest or second latest stable versions. > > Same here... > > In the log I see this: > > (--) SynPS/2 Synaptics TouchPad: touchpad found > > (II) PS/2 Generic Mouse: Device reopened after 1 attempts. > > (EE) AT Translated Set 2 keyboard: device key_bitmask has changed > > (EE) AT Translated Set 2 keyboard: Device has changed - disabling. > > > > Quite a few people seem to have the same problem. > > The bitmask should not be changing on it's own... Any chance you could > save contents or /proc/bus/input/devices before suspend and after resume > (when X decides to ditch the keyboard) and diff them? > Also, are you using 64 bit userspace? -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-22 18:32 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-22 18:32 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Thu, Oct 22, 2009 at 11:19:15AM -0700, Dmitry Torokhov wrote: > On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: > > Op 22-10-09 18:22, Dmitry Torokhov schreef: > >> On Thu, Oct 22, 2009 at 06:10:52PM +0200, Éric Piel wrote: > >>> Op 21-10-09 22:20, Dmitry Torokhov schreef: > >>>> > >>>> Nothing, as far as I can tell... I see you typing "qwerty"... Does the > >>>> keyboard work in console (let's say if you boot in run level 3 to take X out > >>>> of the picture)? Could you please try compiling evbug module - it will show if > >>>> keyboard events are propagated through input core. Also, whta driver are you > >>>> using in X? Legacy keyboard or evdev? > >>> In the console (in init 3), I haven't managed to reproduce it. In xorg, > >>> the keyboard input uses evdev. Now I've just tried "evtest > >>> /dev/input/event4", when the keyboard doesn't work... and I see the key > >>> presses! > >>> > >>> So I guess it rules out a bug in the kernel, and I have to talk with the > >>> people from Xorg, right? > >>> > >> > >> Yep... but it is still wierd since evdev driver works fine for me... > >> Could it be you are using either too old or too new version of X? > >> > > I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both > > latest or second latest stable versions. > > Same here... > > In the log I see this: > > (--) SynPS/2 Synaptics TouchPad: touchpad found > > (II) PS/2 Generic Mouse: Device reopened after 1 attempts. > > (EE) AT Translated Set 2 keyboard: device key_bitmask has changed > > (EE) AT Translated Set 2 keyboard: Device has changed - disabling. > > > > Quite a few people seem to have the same problem. > > The bitmask should not be changing on it's own... Any chance you could > save contents or /proc/bus/input/devices before suspend and after resume > (when X decides to ditch the keyboard) and diff them? > Also, are you using 64 bit userspace? -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-22 18:19 ` Dmitry Torokhov (?) (?) @ 2009-10-23 8:08 ` Éric Piel 2009-10-23 8:58 ` Dmitry Torokhov -1 siblings, 1 reply; 63+ messages in thread From: Éric Piel @ 2009-10-23 8:08 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input [-- Attachment #1: Type: text/plain, Size: 929 bytes --] Op 22-10-09 20:19, Dmitry Torokhov schreef: > On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: >> I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both >> latest or second latest stable versions. >> >> In the log I see this: >> (--) SynPS/2 Synaptics TouchPad: touchpad found >> (II) PS/2 Generic Mouse: Device reopened after 1 attempts. >> (EE) AT Translated Set 2 keyboard: device key_bitmask has changed >> (EE) AT Translated Set 2 keyboard: Device has changed - disabling. >> >> Quite a few people seem to have the same problem. > > The bitmask should not be changing on it's own... Any chance you could > save contents or /proc/bus/input/devices before suspend and after resume > (when X decides to ditch the keyboard) and diff them? > Hello, I've just tried this: before and after is exactly the same (attached is a copy of it). > Also, are you using 64 bit userspace? Yes, all 64 bits. Eric [-- Attachment #2: input-devices-before.txt --] [-- Type: text/plain, Size: 3310 bytes --] I: Bus=0019 Vendor=0000 Product=0003 Version=0000 N: Name="Sleep Button" P: Phys=PNP0C0E/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0 U: Uniq= H: Handlers=kbd event0 evbug B: EV=3 B: KEY=4000 0 0 I: Bus=0019 Vendor=0000 Product=0005 Version=0000 N: Name="Lid Switch" P: Phys=PNP0C0D/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1 U: Uniq= H: Handlers=event1 evbug B: EV=21 B: SW=1 I: Bus=0019 Vendor=0000 Product=0001 Version=0000 N: Name="Power Button" P: Phys=LNXPWRBN/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 U: Uniq= H: Handlers=kbd event2 evbug B: EV=3 B: KEY=10000000000000 0 I: Bus=0019 Vendor=0000 Product=0006 Version=0000 N: Name="Video Bus" P: Phys=LNXVIDEO/video/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input3 U: Uniq= H: Handlers=kbd event3 evbug B: EV=3 B: KEY=3f000b00000000 0 0 0 I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 S: Sysfs=/devices/platform/i8042/serio0/input/input4 U: Uniq= H: Handlers=kbd event4 evbug rfkill B: EV=120013 B: KEY=20 0 0 30400f02100000 17803878f800d401 feffffdfffefffff ffffffffffffffff B: MSC=10 B: LED=7 I: Bus=0003 Vendor=413c Product=2003 Version=0110 N: Name="Dell Dell USB Keyboard" P: Phys=usb-0000:00:1d.7-6.2/input0 S: Sysfs=/devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6.2/2-6.2:1.0/input/input5 U: Uniq= H: Handlers=kbd event5 evbug B: EV=120013 B: KEY=1000000000007 ff9f207ac14057ff febeffdfffefffff fffffffffffffffe B: MSC=10 B: LED=7 I: Bus=0003 Vendor=046d Product=c018 Version=0111 N: Name="Logitech USB Optical Mouse" P: Phys=usb-0000:00:1d.7-6.1.2/input0 S: Sysfs=/devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6.1/2-6.1.2/2-6.1.2:1.0/input/input6 U: Uniq= H: Handlers=mouse0 event6 evbug B: EV=17 B: KEY=70000 0 0 0 0 B: REL=103 B: MSC=10 I: Bus=0019 Vendor=0000 Product=0000 Version=0000 N: Name="ST LIS3LV02DL Accelerometer" P: Phys=lis3lv02d/input0 S: Sysfs=/devices/platform/lis3lv02d/input/input7 U: Uniq= H: Handlers=event7 evbug js0 B: EV=9 B: ABS=7 I: Bus=0019 Vendor=0000 Product=0000 Version=0000 N: Name="HP WMI hotkeys" P: Phys=wmi/input0 S: Sysfs=/devices/virtual/input/input8 U: Uniq= H: Handlers=kbd event8 evbug B: EV=23 B: KEY=4000000000 0 700000000 100400 0 0 B: SW=22 I: Bus=0010 Vendor=001f Product=0001 Version=0100 N: Name="PC Speaker" P: Phys=isa0061/input0 S: Sysfs=/devices/platform/pcspkr/input/input9 U: Uniq= H: Handlers=kbd event9 evbug B: EV=40001 B: SND=6 I: Bus=0001 Vendor=11d4 Product=1981 Version=0001 N: Name="HDA Digital PCBeep" P: Phys=card0/codec#0/beep0 S: Sysfs=/devices/pci0000:00/0000:00:1b.0/input/input10 U: Uniq= H: Handlers=kbd event10 evbug B: EV=40001 B: SND=6 I: Bus=0011 Vendor=0002 Product=0001 Version=0000 N: Name="PS/2 Generic Mouse" P: Phys=isa0060/serio1/input0 S: Sysfs=/devices/platform/i8042/serio1/input/input11 U: Uniq= H: Handlers=mouse1 event11 evbug B: EV=7 B: KEY=70000 0 0 0 0 B: REL=3 I: Bus=0011 Vendor=0002 Product=0007 Version=01b1 N: Name="SynPS/2 Synaptics TouchPad" P: Phys=isa0060/serio4/input0 S: Sysfs=/devices/platform/i8042/serio4/input/input12 U: Uniq= H: Handlers=mouse2 event12 evbug B: EV=b B: KEY=6420 70000 0 0 0 0 B: ABS=11000003 ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-23 8:08 ` Éric Piel @ 2009-10-23 8:58 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-23 8:58 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Fri, Oct 23, 2009 at 10:08:41AM +0200, Éric Piel wrote: > Op 22-10-09 20:19, Dmitry Torokhov schreef: > > On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: > >> I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both > >> latest or second latest stable versions. > >> > >> In the log I see this: > >> (--) SynPS/2 Synaptics TouchPad: touchpad found > >> (II) PS/2 Generic Mouse: Device reopened after 1 attempts. > >> (EE) AT Translated Set 2 keyboard: device key_bitmask has changed > >> (EE) AT Translated Set 2 keyboard: Device has changed - disabling. > >> > >> Quite a few people seem to have the same problem. > > > > The bitmask should not be changing on it's own... Any chance you could > > save contents or /proc/bus/input/devices before suspend and after resume > > (when X decides to ditch the keyboard) and diff them? > > > Hello, > I've just tried this: before and after is exactly the same (attached is > a copy of it). > What about before X starts? Can you please boot into console, kill hal and udev to make sure they don't mess up with the keymap and, after doing echo -n rescan > /sys/bus/serio/devices/serio0/drvctl which should completely reinitialize keyboard and compare /proc/bus/input/devices again? If it is still the same then there must be a silly bug in X's evdev... But regardless, X policy of comparing keybit is stupid - they don't kill the device if I change keymap while in X, why do they do that on resume? Or when I change the limits on absolute axis... Oh well. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-23 8:58 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-23 8:58 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Fri, Oct 23, 2009 at 10:08:41AM +0200, Éric Piel wrote: > Op 22-10-09 20:19, Dmitry Torokhov schreef: > > On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: > >> I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both > >> latest or second latest stable versions. > >> > >> In the log I see this: > >> (--) SynPS/2 Synaptics TouchPad: touchpad found > >> (II) PS/2 Generic Mouse: Device reopened after 1 attempts. > >> (EE) AT Translated Set 2 keyboard: device key_bitmask has changed > >> (EE) AT Translated Set 2 keyboard: Device has changed - disabling. > >> > >> Quite a few people seem to have the same problem. > > > > The bitmask should not be changing on it's own... Any chance you could > > save contents or /proc/bus/input/devices before suspend and after resume > > (when X decides to ditch the keyboard) and diff them? > > > Hello, > I've just tried this: before and after is exactly the same (attached is > a copy of it). > What about before X starts? Can you please boot into console, kill hal and udev to make sure they don't mess up with the keymap and, after doing echo -n rescan > /sys/bus/serio/devices/serio0/drvctl which should completely reinitialize keyboard and compare /proc/bus/input/devices again? If it is still the same then there must be a silly bug in X's evdev... But regardless, X policy of comparing keybit is stupid - they don't kill the device if I change keymap while in X, why do they do that on resume? Or when I change the limits on absolute axis... Oh well. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-23 8:58 ` Dmitry Torokhov @ 2009-10-23 9:21 ` Éric Piel -1 siblings, 0 replies; 63+ messages in thread From: Éric Piel @ 2009-10-23 9:21 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 23-10-09 10:58, Dmitry Torokhov schreef: > On Fri, Oct 23, 2009 at 10:08:41AM +0200, Éric Piel wrote: >> Op 22-10-09 20:19, Dmitry Torokhov schreef: >>> On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: >>>> I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both >>>> latest or second latest stable versions. >>>> >>>> In the log I see this: >>>> (--) SynPS/2 Synaptics TouchPad: touchpad found >>>> (II) PS/2 Generic Mouse: Device reopened after 1 attempts. >>>> (EE) AT Translated Set 2 keyboard: device key_bitmask has changed >>>> (EE) AT Translated Set 2 keyboard: Device has changed - disabling. >>>> >>>> Quite a few people seem to have the same problem. >>> The bitmask should not be changing on it's own... Any chance you could >>> save contents or /proc/bus/input/devices before suspend and after resume >>> (when X decides to ditch the keyboard) and diff them? >>> >> Hello, >> I've just tried this: before and after is exactly the same (attached is >> a copy of it). >> > > What about before X starts? Can you please boot into console, kill > hal and udev to make sure they don't mess up with the keymap and, after > doing > > echo -n rescan > /sys/bus/serio/devices/serio0/drvctl > > which should completely reinitialize keyboard and compare > /proc/bus/input/devices again? If it is still the same then there must > be a silly bug in X's evdev... Ok, I'll reboot later and try. In the mean time, I've just tried this on my non-working keyboard, and it resurrected it :-) Even more interestingly, the key bitmap has changed. Before: I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 S: Sysfs=/devices/platform/i8042/serio0/input/input4 U: Uniq= H: Handlers=kbd event4 evbug rfkill B: EV=120013 B: KEY=20 0 0 30400f02100000 17803878f800d401 feffffdfffefffff ffffffffffffffff B: MSC=10 B: LED=7 After: I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 S: Sysfs=/devices/platform/i8042/serio0/input/input15 U: Uniq= H: Handlers=kbd event4 evbug B: EV=120013 B: KEY=20000 20000000020 0 0 500f02100003 3803078f900d401 feffffdfffefffff ffffffffffffffff B: MSC=10 B: LED=7 Was this expected? > But regardless, X policy of comparing > keybit is stupid - they don't kill the device if I change keymap while > in X, why do they do that on resume? Or when I change the limits on > absolute axis... Oh well. With respect to this bug, I have opened a bug report for xorg: https://bugs.freedesktop.org/show_bug.cgi?id=24687 Indeed, evdev tend to disable for plenty of different reason the keyboard (cf src/evdev.c: EvdevCacheCompare()). The source code is not very clear why they do this, but somehow I was under the impression that it was to avoid using twice the same device (with slightly different properties). See you, Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-23 9:21 ` Éric Piel 0 siblings, 0 replies; 63+ messages in thread From: Éric Piel @ 2009-10-23 9:21 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 23-10-09 10:58, Dmitry Torokhov schreef: > On Fri, Oct 23, 2009 at 10:08:41AM +0200, Éric Piel wrote: >> Op 22-10-09 20:19, Dmitry Torokhov schreef: >>> On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: >>>> I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both >>>> latest or second latest stable versions. >>>> >>>> In the log I see this: >>>> (--) SynPS/2 Synaptics TouchPad: touchpad found >>>> (II) PS/2 Generic Mouse: Device reopened after 1 attempts. >>>> (EE) AT Translated Set 2 keyboard: device key_bitmask has changed >>>> (EE) AT Translated Set 2 keyboard: Device has changed - disabling. >>>> >>>> Quite a few people seem to have the same problem. >>> The bitmask should not be changing on it's own... Any chance you could >>> save contents or /proc/bus/input/devices before suspend and after resume >>> (when X decides to ditch the keyboard) and diff them? >>> >> Hello, >> I've just tried this: before and after is exactly the same (attached is >> a copy of it). >> > > What about before X starts? Can you please boot into console, kill > hal and udev to make sure they don't mess up with the keymap and, after > doing > > echo -n rescan > /sys/bus/serio/devices/serio0/drvctl > > which should completely reinitialize keyboard and compare > /proc/bus/input/devices again? If it is still the same then there must > be a silly bug in X's evdev... Ok, I'll reboot later and try. In the mean time, I've just tried this on my non-working keyboard, and it resurrected it :-) Even more interestingly, the key bitmap has changed. Before: I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 S: Sysfs=/devices/platform/i8042/serio0/input/input4 U: Uniq= H: Handlers=kbd event4 evbug rfkill B: EV=120013 B: KEY=20 0 0 30400f02100000 17803878f800d401 feffffdfffefffff ffffffffffffffff B: MSC=10 B: LED=7 After: I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 S: Sysfs=/devices/platform/i8042/serio0/input/input15 U: Uniq= H: Handlers=kbd event4 evbug B: EV=120013 B: KEY=20000 20000000020 0 0 500f02100003 3803078f900d401 feffffdfffefffff ffffffffffffffff B: MSC=10 B: LED=7 Was this expected? > But regardless, X policy of comparing > keybit is stupid - they don't kill the device if I change keymap while > in X, why do they do that on resume? Or when I change the limits on > absolute axis... Oh well. With respect to this bug, I have opened a bug report for xorg: https://bugs.freedesktop.org/show_bug.cgi?id=24687 Indeed, evdev tend to disable for plenty of different reason the keyboard (cf src/evdev.c: EvdevCacheCompare()). The source code is not very clear why they do this, but somehow I was under the impression that it was to avoid using twice the same device (with slightly different properties). See you, Eric -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-23 9:21 ` Éric Piel @ 2009-10-23 16:31 ` Dmitry Torokhov -1 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-23 16:31 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Fri, Oct 23, 2009 at 11:21:10AM +0200, Éric Piel wrote: > Op 23-10-09 10:58, Dmitry Torokhov schreef: > > On Fri, Oct 23, 2009 at 10:08:41AM +0200, Éric Piel wrote: > >> Op 22-10-09 20:19, Dmitry Torokhov schreef: > >>> On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: > >>>> I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both > >>>> latest or second latest stable versions. > >>>> > >>>> In the log I see this: > >>>> (--) SynPS/2 Synaptics TouchPad: touchpad found > >>>> (II) PS/2 Generic Mouse: Device reopened after 1 attempts. > >>>> (EE) AT Translated Set 2 keyboard: device key_bitmask has changed > >>>> (EE) AT Translated Set 2 keyboard: Device has changed - disabling. > >>>> > >>>> Quite a few people seem to have the same problem. > >>> The bitmask should not be changing on it's own... Any chance you could > >>> save contents or /proc/bus/input/devices before suspend and after resume > >>> (when X decides to ditch the keyboard) and diff them? > >>> > >> Hello, > >> I've just tried this: before and after is exactly the same (attached is > >> a copy of it). > >> > > > > What about before X starts? Can you please boot into console, kill > > hal and udev to make sure they don't mess up with the keymap and, after > > doing > > > > echo -n rescan > /sys/bus/serio/devices/serio0/drvctl > > > > which should completely reinitialize keyboard and compare > > /proc/bus/input/devices again? If it is still the same then there must > > be a silly bug in X's evdev... > Ok, I'll reboot later and try. In the mean time, I've just tried this on > my non-working keyboard, and it resurrected it :-) Yes, it would - "rescan" causes input device teardown and creationa new one. This causes a hotplug event that is processed by X and it adds a new device in place of the old one that it decided to disable (due to keys change). > Even more > interestingly, the key bitmap has changed. > Right, your init scripts/UDEV/HAL whatever adjust keymap to match your laptop. > Before: > I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 > N: Name="AT Translated Set 2 keyboard" > P: Phys=isa0060/serio0/input0 > S: Sysfs=/devices/platform/i8042/serio0/input/input4 > U: Uniq= > H: Hadlers=kbd event4 evbug rfkill > B: EV=120013 > B: KEY=20 0 0 30400f02100000 17803878f800d401 feffffdfffefffff > ffffffffffffffff > B: MSC=10 > B: LED=7 > > After: > I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 > N: Name="AT Translated Set 2 keyboard" > P: Phys=isa0060/serio0/input0 > S: Sysfs=/devices/platform/i8042/serio0/input/input15 > U: Uniq= > H: Handlers=kbd event4 evbug Yep, note that the previous instance had rfkill bound, that means the device had KEY_WLAN or KEY_BLUETOOTH in it's keymap but this one does not. None of these key codes are in in-kernel keymaps for atkbd; they were added afterwards. Now, all depends on when this adjustment happens... In your case it looks like X server starts before the keymap is adjusted, so on first resume the keymaps are different and it disables the device. > B: EV=120013 > B: KEY=20000 20000000020 0 0 500f02100003 3803078f900d401 > feffffdfffefffff ffffffffffffffff > B: MSC=10 > B: LED=7 > > Was this expected? So yes, kind of expected for laptops. > > > But regardless, X policy of comparing > > keybit is stupid - they don't kill the device if I change keymap while > > in X, why do they do that on resume? Or when I change the limits on > > absolute axis... Oh well. > With respect to this bug, I have opened a bug report for xorg: > https://bugs.freedesktop.org/show_bug.cgi?id=24687 > Indeed, evdev tend to disable for plenty of different reason the > keyboard (cf src/evdev.c: EvdevCacheCompare()). The source code is not > very clear why they do this, but somehow I was under the impression that > it was to avoid using twice the same device (with slightly different > properties). I can see them not wanting to use the same device if it changed form keyboard to a mouse (think USB) but differnces in keymaps should be left alone I think. As for duplicates, they could just check sysfs path to see if they are dealing with the same device or not. Input code does not re-use 'inputX', X will be monotonically increasing. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-23 16:31 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-23 16:31 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Fri, Oct 23, 2009 at 11:21:10AM +0200, Éric Piel wrote: > Op 23-10-09 10:58, Dmitry Torokhov schreef: > > On Fri, Oct 23, 2009 at 10:08:41AM +0200, Éric Piel wrote: > >> Op 22-10-09 20:19, Dmitry Torokhov schreef: > >>> On Thu, Oct 22, 2009 at 07:48:47PM +0200, Éric Piel wrote: > >>>> I don't think so: xorg 1.6.5, with xinput-evdev 2.2.5. They are both > >>>> latest or second latest stable versions. > >>>> > >>>> In the log I see this: > >>>> (--) SynPS/2 Synaptics TouchPad: touchpad found > >>>> (II) PS/2 Generic Mouse: Device reopened after 1 attempts. > >>>> (EE) AT Translated Set 2 keyboard: device key_bitmask has changed > >>>> (EE) AT Translated Set 2 keyboard: Device has changed - disabling. > >>>> > >>>> Quite a few people seem to have the same problem. > >>> The bitmask should not be changing on it's own... Any chance you could > >>> save contents or /proc/bus/input/devices before suspend and after resume > >>> (when X decides to ditch the keyboard) and diff them? > >>> > >> Hello, > >> I've just tried this: before and after is exactly the same (attached is > >> a copy of it). > >> > > > > What about before X starts? Can you please boot into console, kill > > hal and udev to make sure they don't mess up with the keymap and, after > > doing > > > > echo -n rescan > /sys/bus/serio/devices/serio0/drvctl > > > > which should completely reinitialize keyboard and compare > > /proc/bus/input/devices again? If it is still the same then there must > > be a silly bug in X's evdev... > Ok, I'll reboot later and try. In the mean time, I've just tried this on > my non-working keyboard, and it resurrected it :-) Yes, it would - "rescan" causes input device teardown and creationa new one. This causes a hotplug event that is processed by X and it adds a new device in place of the old one that it decided to disable (due to keys change). > Even more > interestingly, the key bitmap has changed. > Right, your init scripts/UDEV/HAL whatever adjust keymap to match your laptop. > Before: > I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 > N: Name="AT Translated Set 2 keyboard" > P: Phys=isa0060/serio0/input0 > S: Sysfs=/devices/platform/i8042/serio0/input/input4 > U: Uniq= > H: Hadlers=kbd event4 evbug rfkill > B: EV=120013 > B: KEY=20 0 0 30400f02100000 17803878f800d401 feffffdfffefffff > ffffffffffffffff > B: MSC=10 > B: LED=7 > > After: > I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 > N: Name="AT Translated Set 2 keyboard" > P: Phys=isa0060/serio0/input0 > S: Sysfs=/devices/platform/i8042/serio0/input/input15 > U: Uniq= > H: Handlers=kbd event4 evbug Yep, note that the previous instance had rfkill bound, that means the device had KEY_WLAN or KEY_BLUETOOTH in it's keymap but this one does not. None of these key codes are in in-kernel keymaps for atkbd; they were added afterwards. Now, all depends on when this adjustment happens... In your case it looks like X server starts before the keymap is adjusted, so on first resume the keymaps are different and it disables the device. > B: EV=120013 > B: KEY=20000 20000000020 0 0 500f02100003 3803078f900d401 > feffffdfffefffff ffffffffffffffff > B: MSC=10 > B: LED=7 > > Was this expected? So yes, kind of expected for laptops. > > > But regardless, X policy of comparing > > keybit is stupid - they don't kill the device if I change keymap while > > in X, why do they do that on resume? Or when I change the limits on > > absolute axis... Oh well. > With respect to this bug, I have opened a bug report for xorg: > https://bugs.freedesktop.org/show_bug.cgi?id=24687 > Indeed, evdev tend to disable for plenty of different reason the > keyboard (cf src/evdev.c: EvdevCacheCompare()). The source code is not > very clear why they do this, but somehow I was under the impression that > it was to avoid using twice the same device (with slightly different > properties). I can see them not wanting to use the same device if it changed form keyboard to a mouse (think USB) but differnces in keymaps should be left alone I think. As for duplicates, they could just check sysfs path to see if they are dealing with the same device or not. Input code does not re-use 'inputX', X will be monotonically increasing. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-23 16:31 ` Dmitry Torokhov (?) @ 2009-10-25 11:47 ` Éric Piel 2009-10-25 19:07 ` Dmitry Torokhov -1 siblings, 1 reply; 63+ messages in thread From: Éric Piel @ 2009-10-25 11:47 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 23-10-09 18:31, Dmitry Torokhov schreef: > > Right, your init scripts/UDEV/HAL whatever adjust keymap to match your > laptop. : > Now, all depends on when this adjustment happens... In your case it > looks like X server starts before the keymap is adjusted, so on first > resume the keymaps are different and it disables the device. Ok, now I catch it. It's actually my own written script, which is executed at init a bit after X starts. It does a couple of "setkeycodes". So now the scenario is very clear: X starts, init script do setkeycodes, resume/suspend, X detect a difference in keymaps and disable the device. BTW, I haven't really found info about this: what does setkeycodes? It does not work on a specific device, but still it changes keymap of some specific devices. Does it change only the current devices which have keys? Whenever a new input device appears, all the setkeycodes should be re-executed? Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-25 11:47 ` Éric Piel @ 2009-10-25 19:07 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-25 19:07 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Sun, Oct 25, 2009 at 12:47:03PM +0100, Éric Piel wrote: > Op 23-10-09 18:31, Dmitry Torokhov schreef: >> >> Right, your init scripts/UDEV/HAL whatever adjust keymap to match your >> laptop. > : >> Now, all depends on when this adjustment happens... In your case it >> looks like X server starts before the keymap is adjusted, so on first >> resume the keymaps are different and it disables the device. > Ok, now I catch it. It's actually my own written script, which is > executed at init a bit after X starts. It does a couple of > "setkeycodes". So now the scenario is very clear: X starts, init script > do setkeycodes, resume/suspend, X detect a difference in keymaps and > disable the device. Yep. OK, so X's evdev is still too paranoid but now we know the whole picture and for my part I declare kernel is free from blame ;) > > BTW, I haven't really found info about this: what does setkeycodes? It > does not work on a specific device, but still it changes keymap of some > specific devices. Does it change only the current devices which have > keys? setkeycodes issues KDSETKEYCODE which goes through all devices bound to the "kbd" input handler and sets keycode for the specified scan code for all devices that support that scancode. > Whenever a new input device appears, all the setkeycodes should be > re-executed? > It is recommended to adjust individual devices and HAL has facilities to do that (although now that they deprecating HAL I am not sure what the replacement is). Anyway, for HAL look into: /usr/share/hal/fdi/information/10freedesktop/*-keymap-*.fdi The nice thing here is that keymaps are re-applied if device gets disconnected and rediscovered for one reason or another. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-25 19:07 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-25 19:07 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Sun, Oct 25, 2009 at 12:47:03PM +0100, Éric Piel wrote: > Op 23-10-09 18:31, Dmitry Torokhov schreef: >> >> Right, your init scripts/UDEV/HAL whatever adjust keymap to match your >> laptop. > : >> Now, all depends on when this adjustment happens... In your case it >> looks like X server starts before the keymap is adjusted, so on first >> resume the keymaps are different and it disables the device. > Ok, now I catch it. It's actually my own written script, which is > executed at init a bit after X starts. It does a couple of > "setkeycodes". So now the scenario is very clear: X starts, init script > do setkeycodes, resume/suspend, X detect a difference in keymaps and > disable the device. Yep. OK, so X's evdev is still too paranoid but now we know the whole picture and for my part I declare kernel is free from blame ;) > > BTW, I haven't really found info about this: what does setkeycodes? It > does not work on a specific device, but still it changes keymap of some > specific devices. Does it change only the current devices which have > keys? setkeycodes issues KDSETKEYCODE which goes through all devices bound to the "kbd" input handler and sets keycode for the specified scan code for all devices that support that scancode. > Whenever a new input device appears, all the setkeycodes should be > re-executed? > It is recommended to adjust individual devices and HAL has facilities to do that (although now that they deprecating HAL I am not sure what the replacement is). Anyway, for HAL look into: /usr/share/hal/fdi/information/10freedesktop/*-keymap-*.fdi The nice thing here is that keymaps are re-applied if device gets disconnected and rediscovered for one reason or another. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-11 0:04 Éric Piel 2009-10-11 3:00 ` Greg KH 0 siblings, 1 reply; 63+ messages in thread From: Éric Piel @ 2009-10-11 0:04 UTC (permalink / raw) To: Dmitry Torokhov, Linux Kernel Mailing List Cc: linux-input, Greg Kroah-Hartman Hello, After a suspend, I used to do this (to get the PS2 keyboard working again), and it used to work fine: echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo -n "i8042" > /sys/bus/platform/drivers/i8042/bind Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind returns a "no such device" error now (and the binding is not done). After that, additional unbinds also report the error. I think 2.6.31 worked fine. Any idea what's going wrong? Thanks, Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-11 0:04 Éric Piel @ 2009-10-11 3:00 ` Greg KH 2009-10-12 4:35 ` Dmitry Torokhov 0 siblings, 1 reply; 63+ messages in thread From: Greg KH @ 2009-10-11 3:00 UTC (permalink / raw) To: ?ric Piel; +Cc: Dmitry Torokhov, Linux Kernel Mailing List, linux-input On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: > Hello, > > After a suspend, I used to do this (to get the PS2 keyboard working again), > and it used to work fine: > echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo > -n "i8042" > /sys/bus/platform/drivers/i8042/bind > > Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind returns > a "no such device" error now (and the binding is not done). After that, > additional unbinds also report the error. I think 2.6.31 worked fine. Any > idea what's going wrong? Odd. Any chance you can run 'git bisect' to figure out which patch might have caused it? thanks, greg k-h ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-11 3:00 ` Greg KH @ 2009-10-12 4:35 ` Dmitry Torokhov 2009-10-12 11:46 ` Éric Piel 0 siblings, 1 reply; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-12 4:35 UTC (permalink / raw) To: Greg KH Cc: ?ric Piel, Dmitry Torokhov, Linux Kernel Mailing List, linux-input On Saturday 10 October 2009 08:00:29 pm Greg KH wrote: > On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: > > Hello, > > > > After a suspend, I used to do this (to get the PS2 keyboard working > > again), and it used to work fine: > > echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo > > -n "i8042" > /sys/bus/platform/drivers/i8042/bind > > > > Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind > > returns a "no such device" error now (and the binding is not done). After > > that, additional unbinds also report the error. I think 2.6.31 worked > > fine. Any idea what's going wrong? > > Odd. Any chance you can run 'git bisect' to figure out which patch > might have caused it? I8042 has been converted to use platform_driver_probe() - we are creating platform device and platform driver together, there is no chance that some other device might be driven by i8042 driver. Eric, do you still need to fiddle with i8042 to get your keyboard working with 2.6.32-rc3? We need to make sure that resube works without users needing to mess with bind/unbind. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 4:35 ` Dmitry Torokhov @ 2009-10-12 11:46 ` Éric Piel 2009-10-12 14:44 ` Greg KH 2009-10-12 15:48 ` Dmitry Torokhov 0 siblings, 2 replies; 63+ messages in thread From: Éric Piel @ 2009-10-12 11:46 UTC (permalink / raw) To: Dmitry Torokhov Cc: Greg KH, Dmitry Torokhov, Linux Kernel Mailing List, linux-input Op 12-10-09 06:35, Dmitry Torokhov schreef: > On Saturday 10 October 2009 08:00:29 pm Greg KH wrote: >> On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: >>> Hello, >>> >>> After a suspend, I used to do this (to get the PS2 keyboard working >>> again), and it used to work fine: >>> echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo >>> -n "i8042" > /sys/bus/platform/drivers/i8042/bind >>> >>> Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind >>> returns a "no such device" error now (and the binding is not done). After >>> that, additional unbinds also report the error. I think 2.6.31 worked >>> fine. Any idea what's going wrong? >> Odd. Any chance you can run 'git bisect' to figure out which patch >> might have caused it? > > I8042 has been converted to use platform_driver_probe() - we are creating > platform device and platform driver together, there is no chance that some > other device might be driven by i8042 driver. I haven't finished bisecting, but indeed, the problem seemed to converge toward this patch. > Eric, do you still need to fiddle with i8042 to get your keyboard working with > 2.6.32-rc3? We need to make sure that resube works without users needing to > mess with bind/unbind. Yes, the keyboard doesn't work after the first resume from ram (the later resumes do work). I haven't tried any special option to the i8042 driver. This is on a HP 2510, in 64 bits. Indeed, it would be great to fix this root problem! Is there any bug report opened to work on this? However, currently the first problem is that unbind works, while bind doesn't. Which means anyone doing an unbind will have keyboard and mouse lost until the next reboot. That's rather bad because it has been recommended for a long time to have this kind of script at resume: http://intertrusion.com/files/hp-s2ram.patch http://en.opensuse.org/Pm-utils So at least, unbind should fail as well as bind. Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 11:46 ` Éric Piel @ 2009-10-12 14:44 ` Greg KH 2009-10-12 15:48 ` Dmitry Torokhov 1 sibling, 0 replies; 63+ messages in thread From: Greg KH @ 2009-10-12 14:44 UTC (permalink / raw) To: Éric Piel Cc: Dmitry Torokhov, Dmitry Torokhov, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: > Op 12-10-09 06:35, Dmitry Torokhov schreef: > > On Saturday 10 October 2009 08:00:29 pm Greg KH wrote: > >> On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: > >>> Hello, > >>> > >>> After a suspend, I used to do this (to get the PS2 keyboard working > >>> again), and it used to work fine: > >>> echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo > >>> -n "i8042" > /sys/bus/platform/drivers/i8042/bind > >>> > >>> Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind > >>> returns a "no such device" error now (and the binding is not done). After > >>> that, additional unbinds also report the error. I think 2.6.31 worked > >>> fine. Any idea what's going wrong? > >> Odd. Any chance you can run 'git bisect' to figure out which patch > >> might have caused it? > > > > I8042 has been converted to use platform_driver_probe() - we are creating > > platform device and platform driver together, there is no chance that some > > other device might be driven by i8042 driver. > I haven't finished bisecting, but indeed, the problem seemed to converge > toward this patch. > > > > Eric, do you still need to fiddle with i8042 to get your keyboard working with > > 2.6.32-rc3? We need to make sure that resube works without users needing to > > mess with bind/unbind. > Yes, the keyboard doesn't work after the first resume from ram (the > later resumes do work). I haven't tried any special option to the i8042 > driver. This is on a HP 2510, in 64 bits. > > Indeed, it would be great to fix this root problem! Is there any bug > report opened to work on this? > > However, currently the first problem is that unbind works, while bind > doesn't. Which means anyone doing an unbind will have keyboard and mouse > lost until the next reboot. That's rather bad because it has been > recommended for a long time to have this kind of script at resume: > http://intertrusion.com/files/hp-s2ram.patch > http://en.opensuse.org/Pm-utils > > So at least, unbind should fail as well as bind. Ah, I bet I know why bind fails... Yeah, the i8042_platform_device is never freed up in the i8042_remove() function in drivers/input/serio/i8042.c, so when you try to register it again, it fails. Dmitry, care to fix this up? Should be pretty simple. thanks, greg k-h ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-12 14:44 ` Greg KH 0 siblings, 0 replies; 63+ messages in thread From: Greg KH @ 2009-10-12 14:44 UTC (permalink / raw) To: Éric Piel Cc: Dmitry Torokhov, Dmitry Torokhov, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: > Op 12-10-09 06:35, Dmitry Torokhov schreef: > > On Saturday 10 October 2009 08:00:29 pm Greg KH wrote: > >> On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: > >>> Hello, > >>> > >>> After a suspend, I used to do this (to get the PS2 keyboard working > >>> again), and it used to work fine: > >>> echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo > >>> -n "i8042" > /sys/bus/platform/drivers/i8042/bind > >>> > >>> Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind > >>> returns a "no such device" error now (and the binding is not done). After > >>> that, additional unbinds also report the error. I think 2.6.31 worked > >>> fine. Any idea what's going wrong? > >> Odd. Any chance you can run 'git bisect' to figure out which patch > >> might have caused it? > > > > I8042 has been converted to use platform_driver_probe() - we are creating > > platform device and platform driver together, there is no chance that some > > other device might be driven by i8042 driver. > I haven't finished bisecting, but indeed, the problem seemed to converge > toward this patch. > > > > Eric, do you still need to fiddle with i8042 to get your keyboard working with > > 2.6.32-rc3? We need to make sure that resube works without users needing to > > mess with bind/unbind. > Yes, the keyboard doesn't work after the first resume from ram (the > later resumes do work). I haven't tried any special option to the i8042 > driver. This is on a HP 2510, in 64 bits. > > Indeed, it would be great to fix this root problem! Is there any bug > report opened to work on this? > > However, currently the first problem is that unbind works, while bind > doesn't. Which means anyone doing an unbind will have keyboard and mouse > lost until the next reboot. That's rather bad because it has been > recommended for a long time to have this kind of script at resume: > http://intertrusion.com/files/hp-s2ram.patch > http://en.opensuse.org/Pm-utils > > So at least, unbind should fail as well as bind. Ah, I bet I know why bind fails... Yeah, the i8042_platform_device is never freed up in the i8042_remove() function in drivers/input/serio/i8042.c, so when you try to register it again, it fails. Dmitry, care to fix this up? Should be pretty simple. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 14:44 ` Greg KH @ 2009-10-12 15:45 ` Dmitry Torokhov -1 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-12 15:45 UTC (permalink / raw) To: Greg KH; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 07:44:58AM -0700, Greg KH wrote: > On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: > > Op 12-10-09 06:35, Dmitry Torokhov schreef: > > > On Saturday 10 October 2009 08:00:29 pm Greg KH wrote: > > >> On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: > > >>> Hello, > > >>> > > >>> After a suspend, I used to do this (to get the PS2 keyboard working > > >>> again), and it used to work fine: > > >>> echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo > > >>> -n "i8042" > /sys/bus/platform/drivers/i8042/bind > > >>> > > >>> Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind > > >>> returns a "no such device" error now (and the binding is not done). After > > >>> that, additional unbinds also report the error. I think 2.6.31 worked > > >>> fine. Any idea what's going wrong? > > >> Odd. Any chance you can run 'git bisect' to figure out which patch > > >> might have caused it? > > > > > > I8042 has been converted to use platform_driver_probe() - we are creating > > > platform device and platform driver together, there is no chance that some > > > other device might be driven by i8042 driver. > > I haven't finished bisecting, but indeed, the problem seemed to converge > > toward this patch. > > > > > > > Eric, do you still need to fiddle with i8042 to get your keyboard working with > > > 2.6.32-rc3? We need to make sure that resube works without users needing to > > > mess with bind/unbind. > > Yes, the keyboard doesn't work after the first resume from ram (the > > later resumes do work). I haven't tried any special option to the i8042 > > driver. This is on a HP 2510, in 64 bits. > > > > Indeed, it would be great to fix this root problem! Is there any bug > > report opened to work on this? > > > > However, currently the first problem is that unbind works, while bind > > doesn't. Which means anyone doing an unbind will have keyboard and mouse > > lost until the next reboot. That's rather bad because it has been > > recommended for a long time to have this kind of script at resume: > > http://intertrusion.com/files/hp-s2ram.patch > > http://en.opensuse.org/Pm-utils > > > > So at least, unbind should fail as well as bind. > > Ah, I bet I know why bind fails... Yeah, the i8042_platform_device is > never freed up in the i8042_remove() function in > drivers/input/serio/i8042.c, so when you try to register it again, it > fails. > Huh? Platform device and driver are created in i8042_init() and removed in i8042_exit(); i8042_remove() is a remove() method of the platform driver so it never should be freeing the platform device. The issue is that with platform drivers using i8042_driver_probe() the probe frunction is discarded afterwards so the driver can't be bound to anything after initialization has been completed; however unbinding through 'unbind' attribute still works (once). You may recall a thread with me and David arguing about it a couple of weeks ago... -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-12 15:45 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-12 15:45 UTC (permalink / raw) To: Greg KH; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 07:44:58AM -0700, Greg KH wrote: > On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: > > Op 12-10-09 06:35, Dmitry Torokhov schreef: > > > On Saturday 10 October 2009 08:00:29 pm Greg KH wrote: > > >> On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: > > >>> Hello, > > >>> > > >>> After a suspend, I used to do this (to get the PS2 keyboard working > > >>> again), and it used to work fine: > > >>> echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo > > >>> -n "i8042" > /sys/bus/platform/drivers/i8042/bind > > >>> > > >>> Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind > > >>> returns a "no such device" error now (and the binding is not done). After > > >>> that, additional unbinds also report the error. I think 2.6.31 worked > > >>> fine. Any idea what's going wrong? > > >> Odd. Any chance you can run 'git bisect' to figure out which patch > > >> might have caused it? > > > > > > I8042 has been converted to use platform_driver_probe() - we are creating > > > platform device and platform driver together, there is no chance that some > > > other device might be driven by i8042 driver. > > I haven't finished bisecting, but indeed, the problem seemed to converge > > toward this patch. > > > > > > > Eric, do you still need to fiddle with i8042 to get your keyboard working with > > > 2.6.32-rc3? We need to make sure that resube works without users needing to > > > mess with bind/unbind. > > Yes, the keyboard doesn't work after the first resume from ram (the > > later resumes do work). I haven't tried any special option to the i8042 > > driver. This is on a HP 2510, in 64 bits. > > > > Indeed, it would be great to fix this root problem! Is there any bug > > report opened to work on this? > > > > However, currently the first problem is that unbind works, while bind > > doesn't. Which means anyone doing an unbind will have keyboard and mouse > > lost until the next reboot. That's rather bad because it has been > > recommended for a long time to have this kind of script at resume: > > http://intertrusion.com/files/hp-s2ram.patch > > http://en.opensuse.org/Pm-utils > > > > So at least, unbind should fail as well as bind. > > Ah, I bet I know why bind fails... Yeah, the i8042_platform_device is > never freed up in the i8042_remove() function in > drivers/input/serio/i8042.c, so when you try to register it again, it > fails. > Huh? Platform device and driver are created in i8042_init() and removed in i8042_exit(); i8042_remove() is a remove() method of the platform driver so it never should be freeing the platform device. The issue is that with platform drivers using i8042_driver_probe() the probe frunction is discarded afterwards so the driver can't be bound to anything after initialization has been completed; however unbinding through 'unbind' attribute still works (once). You may recall a thread with me and David arguing about it a couple of weeks ago... -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 15:45 ` Dmitry Torokhov @ 2009-10-12 17:37 ` Greg KH -1 siblings, 0 replies; 63+ messages in thread From: Greg KH @ 2009-10-12 17:37 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 08:45:54AM -0700, Dmitry Torokhov wrote: > On Mon, Oct 12, 2009 at 07:44:58AM -0700, Greg KH wrote: > > On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: > > > Op 12-10-09 06:35, Dmitry Torokhov schreef: > > > > On Saturday 10 October 2009 08:00:29 pm Greg KH wrote: > > > >> On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: > > > >>> Hello, > > > >>> > > > >>> After a suspend, I used to do this (to get the PS2 keyboard working > > > >>> again), and it used to work fine: > > > >>> echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo > > > >>> -n "i8042" > /sys/bus/platform/drivers/i8042/bind > > > >>> > > > >>> Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind > > > >>> returns a "no such device" error now (and the binding is not done). After > > > >>> that, additional unbinds also report the error. I think 2.6.31 worked > > > >>> fine. Any idea what's going wrong? > > > >> Odd. Any chance you can run 'git bisect' to figure out which patch > > > >> might have caused it? > > > > > > > > I8042 has been converted to use platform_driver_probe() - we are creating > > > > platform device and platform driver together, there is no chance that some > > > > other device might be driven by i8042 driver. > > > I haven't finished bisecting, but indeed, the problem seemed to converge > > > toward this patch. > > > > > > > > > > Eric, do you still need to fiddle with i8042 to get your keyboard working with > > > > 2.6.32-rc3? We need to make sure that resube works without users needing to > > > > mess with bind/unbind. > > > Yes, the keyboard doesn't work after the first resume from ram (the > > > later resumes do work). I haven't tried any special option to the i8042 > > > driver. This is on a HP 2510, in 64 bits. > > > > > > Indeed, it would be great to fix this root problem! Is there any bug > > > report opened to work on this? > > > > > > However, currently the first problem is that unbind works, while bind > > > doesn't. Which means anyone doing an unbind will have keyboard and mouse > > > lost until the next reboot. That's rather bad because it has been > > > recommended for a long time to have this kind of script at resume: > > > http://intertrusion.com/files/hp-s2ram.patch > > > http://en.opensuse.org/Pm-utils > > > > > > So at least, unbind should fail as well as bind. > > > > Ah, I bet I know why bind fails... Yeah, the i8042_platform_device is > > never freed up in the i8042_remove() function in > > drivers/input/serio/i8042.c, so when you try to register it again, it > > fails. > > > > Huh? Platform device and driver are created in i8042_init() and removed > in i8042_exit(); i8042_remove() is a remove() method of the platform > driver so it never should be freeing the platform device. Ah, but you do not have the ability to allow a bind to ever happen again. I guess that's fine if you don't want that to happen. And for platform devices, it's kind of difficult now that I think about it some more. > The issue is that with platform drivers using i8042_driver_probe() the > probe frunction is discarded afterwards so the driver can't be bound to > anything after initialization has been completed; however unbinding > through 'unbind' attribute still works (once). You may recall a thread > with me and David arguing about it a couple of weeks ago... Yeah, I remember that... At least we now know the problem. Just rmmod and insmod the module to unbind/bind and everyone will be happy :) thanks, greg k-h ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-12 17:37 ` Greg KH 0 siblings, 0 replies; 63+ messages in thread From: Greg KH @ 2009-10-12 17:37 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 08:45:54AM -0700, Dmitry Torokhov wrote: > On Mon, Oct 12, 2009 at 07:44:58AM -0700, Greg KH wrote: > > On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: > > > Op 12-10-09 06:35, Dmitry Torokhov schreef: > > > > On Saturday 10 October 2009 08:00:29 pm Greg KH wrote: > > > >> On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: > > > >>> Hello, > > > >>> > > > >>> After a suspend, I used to do this (to get the PS2 keyboard working > > > >>> again), and it used to work fine: > > > >>> echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo > > > >>> -n "i8042" > /sys/bus/platform/drivers/i8042/bind > > > >>> > > > >>> Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind > > > >>> returns a "no such device" error now (and the binding is not done). After > > > >>> that, additional unbinds also report the error. I think 2.6.31 worked > > > >>> fine. Any idea what's going wrong? > > > >> Odd. Any chance you can run 'git bisect' to figure out which patch > > > >> might have caused it? > > > > > > > > I8042 has been converted to use platform_driver_probe() - we are creating > > > > platform device and platform driver together, there is no chance that some > > > > other device might be driven by i8042 driver. > > > I haven't finished bisecting, but indeed, the problem seemed to converge > > > toward this patch. > > > > > > > > > > Eric, do you still need to fiddle with i8042 to get your keyboard working with > > > > 2.6.32-rc3? We need to make sure that resube works without users needing to > > > > mess with bind/unbind. > > > Yes, the keyboard doesn't work after the first resume from ram (the > > > later resumes do work). I haven't tried any special option to the i8042 > > > driver. This is on a HP 2510, in 64 bits. > > > > > > Indeed, it would be great to fix this root problem! Is there any bug > > > report opened to work on this? > > > > > > However, currently the first problem is that unbind works, while bind > > > doesn't. Which means anyone doing an unbind will have keyboard and mouse > > > lost until the next reboot. That's rather bad because it has been > > > recommended for a long time to have this kind of script at resume: > > > http://intertrusion.com/files/hp-s2ram.patch > > > http://en.opensuse.org/Pm-utils > > > > > > So at least, unbind should fail as well as bind. > > > > Ah, I bet I know why bind fails... Yeah, the i8042_platform_device is > > never freed up in the i8042_remove() function in > > drivers/input/serio/i8042.c, so when you try to register it again, it > > fails. > > > > Huh? Platform device and driver are created in i8042_init() and removed > in i8042_exit(); i8042_remove() is a remove() method of the platform > driver so it never should be freeing the platform device. Ah, but you do not have the ability to allow a bind to ever happen again. I guess that's fine if you don't want that to happen. And for platform devices, it's kind of difficult now that I think about it some more. > The issue is that with platform drivers using i8042_driver_probe() the > probe frunction is discarded afterwards so the driver can't be bound to > anything after initialization has been completed; however unbinding > through 'unbind' attribute still works (once). You may recall a thread > with me and David arguing about it a couple of weeks ago... Yeah, I remember that... At least we now know the problem. Just rmmod and insmod the module to unbind/bind and everyone will be happy :) thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 11:46 ` Éric Piel 2009-10-12 14:44 ` Greg KH @ 2009-10-12 15:48 ` Dmitry Torokhov 2009-10-12 16:48 ` Éric Piel ` (2 more replies) 1 sibling, 3 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-12 15:48 UTC (permalink / raw) To: Éric Piel; +Cc: Greg KH, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: > Op 12-10-09 06:35, Dmitry Torokhov schreef: > > On Saturday 10 October 2009 08:00:29 pm Greg KH wrote: > >> On Sun, Oct 11, 2009 at 02:04:02AM +0200, ?ric Piel wrote: > >>> Hello, > >>> > >>> After a suspend, I used to do this (to get the PS2 keyboard working > >>> again), and it used to work fine: > >>> echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind ; sleep 1 ; echo > >>> -n "i8042" > /sys/bus/platform/drivers/i8042/bind > >>> > >>> Unfortunately since 2.6.32-rc1, the unbind works fine, but the bind > >>> returns a "no such device" error now (and the binding is not done). After > >>> that, additional unbinds also report the error. I think 2.6.31 worked > >>> fine. Any idea what's going wrong? > >> Odd. Any chance you can run 'git bisect' to figure out which patch > >> might have caused it? > > > > I8042 has been converted to use platform_driver_probe() - we are creating > > platform device and platform driver together, there is no chance that some > > other device might be driven by i8042 driver. > I haven't finished bisecting, but indeed, the problem seemed to converge > toward this patch. > > > > Eric, do you still need to fiddle with i8042 to get your keyboard working with > > 2.6.32-rc3? We need to make sure that resube works without users needing to > > mess with bind/unbind. > Yes, the keyboard doesn't work after the first resume from ram (the > later resumes do work). I haven't tried any special option to the i8042 > driver. This is on a HP 2510, in 64 bits. Could you please try and let me know if unloading at suspend and reloading after resume atkbd and/or psmouse drivers and leaving i8042 alone "fixes" the issue? > > Indeed, it would be great to fix this root problem! Is there any bug > report opened to work on this? > > However, currently the first problem is that unbind works, while bind > doesn't. Which means anyone doing an unbind will have keyboard and mouse > lost until the next reboot. That's rather bad because it has been > recommended for a long time to have this kind of script at resume: > http://intertrusion.com/files/hp-s2ram.patch > http://en.opensuse.org/Pm-utils *ahem* putting it sonewgere on the web does not really make it "recommended" ;) > > So at least, unbind should fail as well as bind. > That would be Greg's domain s it is driver core decision whether to allow unbinding platform devices registered with platform_driver_probe(). -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 15:48 ` Dmitry Torokhov @ 2009-10-12 16:48 ` Éric Piel 2009-10-12 17:35 ` Greg KH 2009-10-13 9:52 ` Éric Piel 2 siblings, 0 replies; 63+ messages in thread From: Éric Piel @ 2009-10-12 16:48 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 12-10-09 17:48, Dmitry Torokhov schreef: > On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: >>> Eric, do you still need to fiddle with i8042 to get your keyboard working with >>> 2.6.32-rc3? We need to make sure that resube works without users needing to >>> mess with bind/unbind. >> Yes, the keyboard doesn't work after the first resume from ram (the >> later resumes do work). I haven't tried any special option to the i8042 >> driver. This is on a HP 2510, in 64 bits. > > Could you please try and let me know if unloading at suspend and > reloading after resume atkbd and/or psmouse drivers and leaving i8042 > alone "fixes" the issue? > I've just tried adding i8042.reset to the boot command line, and it doesn't help (still no keyboard after resume). That's actually a bit surprising because I saw on some forum that in general it helped for the HP laptops. Is there a way to be sure the command was understood by the driver? I see nothing confirming in dmesg. My atkbd and psmouse drivers were built-in, so I'm currently recompiling the kernel with them as module and will let you know tomorrow. See you, Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore @ 2009-10-12 16:48 ` Éric Piel 0 siblings, 0 replies; 63+ messages in thread From: Éric Piel @ 2009-10-12 16:48 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 12-10-09 17:48, Dmitry Torokhov schreef: > On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: >>> Eric, do you still need to fiddle with i8042 to get your keyboard working with >>> 2.6.32-rc3? We need to make sure that resube works without users needing to >>> mess with bind/unbind. >> Yes, the keyboard doesn't work after the first resume from ram (the >> later resumes do work). I haven't tried any special option to the i8042 >> driver. This is on a HP 2510, in 64 bits. > > Could you please try and let me know if unloading at suspend and > reloading after resume atkbd and/or psmouse drivers and leaving i8042 > alone "fixes" the issue? > I've just tried adding i8042.reset to the boot command line, and it doesn't help (still no keyboard after resume). That's actually a bit surprising because I saw on some forum that in general it helped for the HP laptops. Is there a way to be sure the command was understood by the driver? I see nothing confirming in dmesg. My atkbd and psmouse drivers were built-in, so I'm currently recompiling the kernel with them as module and will let you know tomorrow. See you, Eric -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 15:48 ` Dmitry Torokhov 2009-10-12 16:48 ` Éric Piel @ 2009-10-12 17:35 ` Greg KH 2009-10-12 18:33 ` Dmitry Torokhov 2009-10-13 9:52 ` Éric Piel 2 siblings, 1 reply; 63+ messages in thread From: Greg KH @ 2009-10-12 17:35 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > So at least, unbind should fail as well as bind. > > > > That would be Greg's domain s it is driver core decision whether to > allow unbinding platform devices registered with > platform_driver_probe(). No, I do not see why that should not be allowed. thanks, greg k-h ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 17:35 ` Greg KH @ 2009-10-12 18:33 ` Dmitry Torokhov 2009-10-12 18:54 ` Greg KH 0 siblings, 1 reply; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-12 18:33 UTC (permalink / raw) To: Greg KH; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > So at least, unbind should fail as well as bind. > > > > > > > That would be Greg's domain s it is driver core decision whether to > > allow unbinding platform devices registered with > > platform_driver_probe(). > > No, I do not see why that should not be allowed. > Because once you did unbind the device you are stuck (unless the driver is compiled as a module, but then you could just unload the module instead of unbinding). Disallowing unbind would allow discarding not only __devinit but __devexit sections when driver is built in which would make ebedded people happy[^Hier]. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 18:33 ` Dmitry Torokhov @ 2009-10-12 18:54 ` Greg KH 2009-10-12 19:20 ` Dmitry Torokhov 2009-10-13 3:17 ` Dmitry Torokhov 0 siblings, 2 replies; 63+ messages in thread From: Greg KH @ 2009-10-12 18:54 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > allow unbinding platform devices registered with > > > platform_driver_probe(). > > > > No, I do not see why that should not be allowed. > > > > Because once you did unbind the device you are stuck (unless the driver > is compiled as a module, but then you could just unload the module > instead of unbinding). Disallowing unbind would allow discarding not > only __devinit but __devexit sections when driver is built in which > would make ebedded people happy[^Hier]. Yeah, good point. Does anyone do bind/unbind with platform devices today? If not, a patch changing this would be welcome. thanks, greg k-h ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 18:54 ` Greg KH @ 2009-10-12 19:20 ` Dmitry Torokhov 2009-10-12 19:58 ` Greg KH 2009-10-13 3:17 ` Dmitry Torokhov 1 sibling, 1 reply; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-12 19:20 UTC (permalink / raw) To: Greg KH; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 11:54:17AM -0700, Greg KH wrote: > On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > > allow unbinding platform devices registered with > > > > platform_driver_probe(). > > > > > > No, I do not see why that should not be allowed. > > > > > > > Because once you did unbind the device you are stuck (unless the driver > > is compiled as a module, but then you could just unload the module > > instead of unbinding). Disallowing unbind would allow discarding not > > only __devinit but __devexit sections when driver is built in which > > would make ebedded people happy[^Hier]. > > Yeah, good point. > > Does anyone do bind/unbind with platform devices today? > Greg, meet Eric ;) Although I'd really want to fix the resume issue so it works out of the box without needing to bind/unbind or reload i8042. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 19:20 ` Dmitry Torokhov @ 2009-10-12 19:58 ` Greg KH 0 siblings, 0 replies; 63+ messages in thread From: Greg KH @ 2009-10-12 19:58 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 12:20:46PM -0700, Dmitry Torokhov wrote: > On Mon, Oct 12, 2009 at 11:54:17AM -0700, Greg KH wrote: > > On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > > > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > > > allow unbinding platform devices registered with > > > > > platform_driver_probe(). > > > > > > > > No, I do not see why that should not be allowed. > > > > > > > > > > Because once you did unbind the device you are stuck (unless the driver > > > is compiled as a module, but then you could just unload the module > > > instead of unbinding). Disallowing unbind would allow discarding not > > > only __devinit but __devexit sections when driver is built in which > > > would make ebedded people happy[^Hier]. > > > > Yeah, good point. > > > > Does anyone do bind/unbind with platform devices today? > > > > Greg, meet Eric ;) Heh, yes, I mean for a "useful" thing :) Eric is trying to do this to resolve a bug in the driver, not a thing that is "normally" done for platform devices. > Although I'd really want to fix the resume issue so it works out of the > box without needing to bind/unbind or reload i8042. I agree. thanks, greg k-h ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 18:54 ` Greg KH 2009-10-12 19:20 ` Dmitry Torokhov @ 2009-10-13 3:17 ` Dmitry Torokhov 2009-10-18 7:51 ` Dmitry Torokhov 1 sibling, 1 reply; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-13 3:17 UTC (permalink / raw) To: Greg KH; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 11:54:17AM -0700, Greg KH wrote: > On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > > allow unbinding platform devices registered with > > > > platform_driver_probe(). > > > > > > No, I do not see why that should not be allowed. > > > > > > > Because once you did unbind the device you are stuck (unless the driver > > is compiled as a module, but then you could just unload the module > > instead of unbinding). Disallowing unbind would allow discarding not > > only __devinit but __devexit sections when driver is built in which > > would make ebedded people happy[^Hier]. > > Yeah, good point. > > Does anyone do bind/unbind with platform devices today? > > If not, a patch changing this would be welcome. > How about this one? -- Dmitry Driver core: allow certain drivers prohibit bind/unbind via sysfs From: Dmitry Torokhov <dmitry.torokhov@gmail.com> Platform drivers registered via platform_driver_probe() can be bound to devices only once, upon registration, because discard their probe() routines to save memory. Unbinding the driver through sysfs 'unbind' leaves the device stranded and confuses users so let's not create bind and unbind attributes for such drivers. Signed-off-by: Dmitry Torokhov <dtor@mail.ru> --- drivers/base/bus.c | 17 +++++++++++------ drivers/base/platform.c | 6 +++++- include/linux/device.h | 4 +++- 3 files changed, 19 insertions(+), 8 deletions(-) diff --git a/drivers/base/bus.c b/drivers/base/bus.c index 973bf2a..63c143e 100644 --- a/drivers/base/bus.c +++ b/drivers/base/bus.c @@ -689,15 +689,19 @@ int bus_add_driver(struct device_driver *drv) printk(KERN_ERR "%s: driver_add_attrs(%s) failed\n", __func__, drv->name); } - error = add_bind_files(drv); - if (error) { - /* Ditto */ - printk(KERN_ERR "%s: add_bind_files(%s) failed\n", - __func__, drv->name); + + if (!drv->suppress_bind_attrs) { + error = add_bind_files(drv); + if (error) { + /* Ditto */ + printk(KERN_ERR "%s: add_bind_files(%s) failed\n", + __func__, drv->name); + } } kobject_uevent(&priv->kobj, KOBJ_ADD); return 0; + out_unregister: kfree(drv->p); drv->p = NULL; @@ -720,7 +724,8 @@ void bus_remove_driver(struct device_driver *drv) if (!drv->bus) return; - remove_bind_files(drv); + if (!drv->suppress_bind_attrs) + remove_bind_files(drv); driver_remove_attrs(drv->bus, drv); driver_remove_file(drv, &driver_attr_uevent); klist_remove(&drv->p->knode_bus); diff --git a/drivers/base/platform.c b/drivers/base/platform.c index ed156a1..4fa954b 100644 --- a/drivers/base/platform.c +++ b/drivers/base/platform.c @@ -521,11 +521,15 @@ int __init_or_module platform_driver_probe(struct platform_driver *drv, { int retval, code; + /* make sure driver won't have bind/unbind attributes */ + drv->driver.suppress_bind_attrs = true; + /* temporary section violation during probe() */ drv->probe = probe; retval = code = platform_driver_register(drv); - /* Fixup that section violation, being paranoid about code scanning + /* + * Fixup that section violation, being paranoid about code scanning * the list of drivers in order to probe new devices. Check to see * if the probe was successful, and make sure any forced probes of * new devices fail. diff --git a/include/linux/device.h b/include/linux/device.h index aca31bf..2ea3e49 100644 --- a/include/linux/device.h +++ b/include/linux/device.h @@ -124,7 +124,9 @@ struct device_driver { struct bus_type *bus; struct module *owner; - const char *mod_name; /* used for built-in modules */ + const char *mod_name; /* used for built-in modules */ + + bool suppress_bind_attrs; /* disables bind/unbind via sysfs */ int (*probe) (struct device *dev); int (*remove) (struct device *dev); ^ permalink raw reply related [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-13 3:17 ` Dmitry Torokhov @ 2009-10-18 7:51 ` Dmitry Torokhov 2009-10-18 8:02 ` Greg KH 0 siblings, 1 reply; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-18 7:51 UTC (permalink / raw) To: Greg KH; +Cc: Éric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 12, 2009 at 08:17:41PM -0700, Dmitry Torokhov wrote: > On Mon, Oct 12, 2009 at 11:54:17AM -0700, Greg KH wrote: > > On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > > > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > > > allow unbinding platform devices registered with > > > > > platform_driver_probe(). > > > > > > > > No, I do not see why that should not be allowed. > > > > > > > > > > Because once you did unbind the device you are stuck (unless the driver > > > is compiled as a module, but then you could just unload the module > > > instead of unbinding). Disallowing unbind would allow discarding not > > > only __devinit but __devexit sections when driver is built in which > > > would make ebedded people happy[^Hier]. > > > > Yeah, good point. > > > > Does anyone do bind/unbind with platform devices today? > > > > If not, a patch changing this would be welcome. > > > > How about this one? > *ping* We need to resolve this, otherwise everyone who likes to rebind i8042 in couse of STR/STD will be in trouble. > -- > Dmitry > > > Driver core: allow certain drivers prohibit bind/unbind via sysfs > > From: Dmitry Torokhov <dmitry.torokhov@gmail.com> > > Platform drivers registered via platform_driver_probe() can be bound > to devices only once, upon registration, because discard their probe() > routines to save memory. Unbinding the driver through sysfs 'unbind' > leaves the device stranded and confuses users so let's not create > bind and unbind attributes for such drivers. > > Signed-off-by: Dmitry Torokhov <dtor@mail.ru> > --- > > drivers/base/bus.c | 17 +++++++++++------ > drivers/base/platform.c | 6 +++++- > include/linux/device.h | 4 +++- > 3 files changed, 19 insertions(+), 8 deletions(-) > > > diff --git a/drivers/base/bus.c b/drivers/base/bus.c > index 973bf2a..63c143e 100644 > --- a/drivers/base/bus.c > +++ b/drivers/base/bus.c > @@ -689,15 +689,19 @@ int bus_add_driver(struct device_driver *drv) > printk(KERN_ERR "%s: driver_add_attrs(%s) failed\n", > __func__, drv->name); > } > - error = add_bind_files(drv); > - if (error) { > - /* Ditto */ > - printk(KERN_ERR "%s: add_bind_files(%s) failed\n", > - __func__, drv->name); > + > + if (!drv->suppress_bind_attrs) { > + error = add_bind_files(drv); > + if (error) { > + /* Ditto */ > + printk(KERN_ERR "%s: add_bind_files(%s) failed\n", > + __func__, drv->name); > + } > } > > kobject_uevent(&priv->kobj, KOBJ_ADD); > return 0; > + > out_unregister: > kfree(drv->p); > drv->p = NULL; > @@ -720,7 +724,8 @@ void bus_remove_driver(struct device_driver *drv) > if (!drv->bus) > return; > > - remove_bind_files(drv); > + if (!drv->suppress_bind_attrs) > + remove_bind_files(drv); > driver_remove_attrs(drv->bus, drv); > driver_remove_file(drv, &driver_attr_uevent); > klist_remove(&drv->p->knode_bus); > diff --git a/drivers/base/platform.c b/drivers/base/platform.c > index ed156a1..4fa954b 100644 > --- a/drivers/base/platform.c > +++ b/drivers/base/platform.c > @@ -521,11 +521,15 @@ int __init_or_module platform_driver_probe(struct platform_driver *drv, > { > int retval, code; > > + /* make sure driver won't have bind/unbind attributes */ > + drv->driver.suppress_bind_attrs = true; > + > /* temporary section violation during probe() */ > drv->probe = probe; > retval = code = platform_driver_register(drv); > > - /* Fixup that section violation, being paranoid about code scanning > + /* > + * Fixup that section violation, being paranoid about code scanning > * the list of drivers in order to probe new devices. Check to see > * if the probe was successful, and make sure any forced probes of > * new devices fail. > diff --git a/include/linux/device.h b/include/linux/device.h > index aca31bf..2ea3e49 100644 > --- a/include/linux/device.h > +++ b/include/linux/device.h > @@ -124,7 +124,9 @@ struct device_driver { > struct bus_type *bus; > > struct module *owner; > - const char *mod_name; /* used for built-in modules */ > + const char *mod_name; /* used for built-in modules */ > + > + bool suppress_bind_attrs; /* disables bind/unbind via sysfs */ > > int (*probe) (struct device *dev); > int (*remove) (struct device *dev); -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-18 7:51 ` Dmitry Torokhov @ 2009-10-18 8:02 ` Greg KH 2009-10-23 2:01 ` Dmitry Torokhov 0 siblings, 1 reply; 63+ messages in thread From: Greg KH @ 2009-10-18 8:02 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: ?ric Piel, Linux Kernel Mailing List, linux-input On Sun, Oct 18, 2009 at 12:51:27AM -0700, Dmitry Torokhov wrote: > On Mon, Oct 12, 2009 at 08:17:41PM -0700, Dmitry Torokhov wrote: > > On Mon, Oct 12, 2009 at 11:54:17AM -0700, Greg KH wrote: > > > On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > > > > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > > > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > > > > allow unbinding platform devices registered with > > > > > > platform_driver_probe(). > > > > > > > > > > No, I do not see why that should not be allowed. > > > > > > > > > > > > > Because once you did unbind the device you are stuck (unless the driver > > > > is compiled as a module, but then you could just unload the module > > > > instead of unbinding). Disallowing unbind would allow discarding not > > > > only __devinit but __devexit sections when driver is built in which > > > > would make ebedded people happy[^Hier]. > > > > > > Yeah, good point. > > > > > > Does anyone do bind/unbind with platform devices today? > > > > > > If not, a patch changing this would be welcome. > > > > > > > How about this one? > > > > *ping* We need to resolve this, otherwise everyone who likes to rebind > i8042 in couse of STR/STD will be in trouble. Sorry, am in Tokyo right now. I like this patch, and will queue it up, but it's too late for .32, it will have to wait for .33. I'll hope to get my patch queue flushed out after I return in about 10 days. thanks, greg k-h ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-18 8:02 ` Greg KH @ 2009-10-23 2:01 ` Dmitry Torokhov 2009-10-26 20:59 ` Greg KH 0 siblings, 1 reply; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-23 2:01 UTC (permalink / raw) To: Greg KH; +Cc: ?ric Piel, Linux Kernel Mailing List, linux-input On Sun, Oct 18, 2009 at 01:02:38AM -0700, Greg KH wrote: > On Sun, Oct 18, 2009 at 12:51:27AM -0700, Dmitry Torokhov wrote: > > On Mon, Oct 12, 2009 at 08:17:41PM -0700, Dmitry Torokhov wrote: > > > On Mon, Oct 12, 2009 at 11:54:17AM -0700, Greg KH wrote: > > > > On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > > > > > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > > > > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > > > > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > > > > > allow unbinding platform devices registered with > > > > > > > platform_driver_probe(). > > > > > > > > > > > > No, I do not see why that should not be allowed. > > > > > > > > > > > > > > > > Because once you did unbind the device you are stuck (unless the driver > > > > > is compiled as a module, but then you could just unload the module > > > > > instead of unbinding). Disallowing unbind would allow discarding not > > > > > only __devinit but __devexit sections when driver is built in which > > > > > would make ebedded people happy[^Hier]. > > > > > > > > Yeah, good point. > > > > > > > > Does anyone do bind/unbind with platform devices today? > > > > > > > > If not, a patch changing this would be welcome. > > > > > > > > > > How about this one? > > > > > > > *ping* We need to resolve this, otherwise everyone who likes to rebind > > i8042 in couse of STR/STD will be in trouble. > > Sorry, am in Tokyo right now. > > I like this patch, and will queue it up, but it's too late for .32, it > will have to wait for .33. > Greg, I hope you will reconsider. The patch is extremely small but without it I am afraid many people whose distributions blindly rebind i8042 on suspend/resume will lose their keyboards and mice now that i8042 uses platform_driver_probe()... Thanks. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-23 2:01 ` Dmitry Torokhov @ 2009-10-26 20:59 ` Greg KH 2009-10-26 21:34 ` Dmitry Torokhov 0 siblings, 1 reply; 63+ messages in thread From: Greg KH @ 2009-10-26 20:59 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: ?ric Piel, Linux Kernel Mailing List, linux-input On Thu, Oct 22, 2009 at 07:01:50PM -0700, Dmitry Torokhov wrote: > On Sun, Oct 18, 2009 at 01:02:38AM -0700, Greg KH wrote: > > On Sun, Oct 18, 2009 at 12:51:27AM -0700, Dmitry Torokhov wrote: > > > On Mon, Oct 12, 2009 at 08:17:41PM -0700, Dmitry Torokhov wrote: > > > > On Mon, Oct 12, 2009 at 11:54:17AM -0700, Greg KH wrote: > > > > > On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > > > > > > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > > > > > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > > > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > > > > > > > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > > > > > > allow unbinding platform devices registered with > > > > > > > > platform_driver_probe(). > > > > > > > > > > > > > > No, I do not see why that should not be allowed. > > > > > > > > > > > > > > > > > > > Because once you did unbind the device you are stuck (unless the driver > > > > > > is compiled as a module, but then you could just unload the module > > > > > > instead of unbinding). Disallowing unbind would allow discarding not > > > > > > only __devinit but __devexit sections when driver is built in which > > > > > > would make ebedded people happy[^Hier]. > > > > > > > > > > Yeah, good point. > > > > > > > > > > Does anyone do bind/unbind with platform devices today? > > > > > > > > > > If not, a patch changing this would be welcome. > > > > > > > > > > > > > How about this one? > > > > > > > > > > *ping* We need to resolve this, otherwise everyone who likes to rebind > > > i8042 in couse of STR/STD will be in trouble. > > > > Sorry, am in Tokyo right now. > > > > I like this patch, and will queue it up, but it's too late for .32, it > > will have to wait for .33. > > > > Greg, > > I hope you will reconsider. The patch is extremely small but without it > I am afraid many people whose distributions blindly rebind i8042 on > suspend/resume will lose their keyboards and mice now that i8042 uses > platform_driver_probe()... What distros do something like that automatically? And this patch will not solve that problem, just forbid it from happening, right? thanks, greg k-h ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-26 20:59 ` Greg KH @ 2009-10-26 21:34 ` Dmitry Torokhov 2009-10-26 23:59 ` Greg KH 0 siblings, 1 reply; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-26 21:34 UTC (permalink / raw) To: Greg KH; +Cc: ?ric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 26, 2009 at 01:59:53PM -0700, Greg KH wrote: > On Thu, Oct 22, 2009 at 07:01:50PM -0700, Dmitry Torokhov wrote: > > On Sun, Oct 18, 2009 at 01:02:38AM -0700, Greg KH wrote: > > > On Sun, Oct 18, 2009 at 12:51:27AM -0700, Dmitry Torokhov wrote: > > > > On Mon, Oct 12, 2009 at 08:17:41PM -0700, Dmitry Torokhov wrote: > > > > > On Mon, Oct 12, 2009 at 11:54:17AM -0700, Greg KH wrote: > > > > > > On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > > > > > > > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > > > > > > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > > > > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > > > > > > > > > > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > > > > > > > allow unbinding platform devices registered with > > > > > > > > > platform_driver_probe(). > > > > > > > > > > > > > > > > No, I do not see why that should not be allowed. > > > > > > > > > > > > > > > > > > > > > > Because once you did unbind the device you are stuck (unless the driver > > > > > > > is compiled as a module, but then you could just unload the module > > > > > > > instead of unbinding). Disallowing unbind would allow discarding not > > > > > > > only __devinit but __devexit sections when driver is built in which > > > > > > > would make ebedded people happy[^Hier]. > > > > > > > > > > > > Yeah, good point. > > > > > > > > > > > > Does anyone do bind/unbind with platform devices today? > > > > > > > > > > > > If not, a patch changing this would be welcome. > > > > > > > > > > > > > > > > How about this one? > > > > > > > > > > > > > *ping* We need to resolve this, otherwise everyone who likes to rebind > > > > i8042 in couse of STR/STD will be in trouble. > > > > > > Sorry, am in Tokyo right now. > > > > > > I like this patch, and will queue it up, but it's too late for .32, it > > > will have to wait for .33. > > > > > > > Greg, > > > > I hope you will reconsider. The patch is extremely small but without it > > I am afraid many people whose distributions blindly rebind i8042 on > > suspend/resume will lose their keyboards and mice now that i8042 uses > > platform_driver_probe()... > > What distros do something like that automatically? It looks SUSE recommends to do so in one of the Wikis.. There certainly lots of recommendations to do so in case of keyboard resume troubles all over the forums (Ubunto, Gentoo, other random ones). > And this patch will > not solve that problem, just forbid it from happening, right? > It will prevent unbind from happening so that users who have suspend and resume working properly but who have bind/unbind in their suspend/resume scripts regardless will not run into trouble. This still leaves users whose suspend/resume don't work by default but I would rather fix their boxes properly instead of relying on that workaround. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-26 21:34 ` Dmitry Torokhov @ 2009-10-26 23:59 ` Greg KH 2009-10-27 16:16 ` Dmitry Torokhov 0 siblings, 1 reply; 63+ messages in thread From: Greg KH @ 2009-10-26 23:59 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: ?ric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 26, 2009 at 02:34:50PM -0700, Dmitry Torokhov wrote: > On Mon, Oct 26, 2009 at 01:59:53PM -0700, Greg KH wrote: > > On Thu, Oct 22, 2009 at 07:01:50PM -0700, Dmitry Torokhov wrote: > > > On Sun, Oct 18, 2009 at 01:02:38AM -0700, Greg KH wrote: > > > > On Sun, Oct 18, 2009 at 12:51:27AM -0700, Dmitry Torokhov wrote: > > > > > On Mon, Oct 12, 2009 at 08:17:41PM -0700, Dmitry Torokhov wrote: > > > > > > On Mon, Oct 12, 2009 at 11:54:17AM -0700, Greg KH wrote: > > > > > > > On Mon, Oct 12, 2009 at 11:33:13AM -0700, Dmitry Torokhov wrote: > > > > > > > > On Mon, Oct 12, 2009 at 10:35:51AM -0700, Greg KH wrote: > > > > > > > > > On Mon, Oct 12, 2009 at 08:48:46AM -0700, Dmitry Torokhov wrote: > > > > > > > > > > > So at least, unbind should fail as well as bind. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > That would be Greg's domain s it is driver core decision whether to > > > > > > > > > > allow unbinding platform devices registered with > > > > > > > > > > platform_driver_probe(). > > > > > > > > > > > > > > > > > > No, I do not see why that should not be allowed. > > > > > > > > > > > > > > > > > > > > > > > > > Because once you did unbind the device you are stuck (unless the driver > > > > > > > > is compiled as a module, but then you could just unload the module > > > > > > > > instead of unbinding). Disallowing unbind would allow discarding not > > > > > > > > only __devinit but __devexit sections when driver is built in which > > > > > > > > would make ebedded people happy[^Hier]. > > > > > > > > > > > > > > Yeah, good point. > > > > > > > > > > > > > > Does anyone do bind/unbind with platform devices today? > > > > > > > > > > > > > > If not, a patch changing this would be welcome. > > > > > > > > > > > > > > > > > > > How about this one? > > > > > > > > > > > > > > > > *ping* We need to resolve this, otherwise everyone who likes to rebind > > > > > i8042 in couse of STR/STD will be in trouble. > > > > > > > > Sorry, am in Tokyo right now. > > > > > > > > I like this patch, and will queue it up, but it's too late for .32, it > > > > will have to wait for .33. > > > > > > > > > > Greg, > > > > > > I hope you will reconsider. The patch is extremely small but without it > > > I am afraid many people whose distributions blindly rebind i8042 on > > > suspend/resume will lose their keyboards and mice now that i8042 uses > > > platform_driver_probe()... > > > > What distros do something like that automatically? > > It looks SUSE recommends to do so in one of the Wikis.. There certainly > lots of recommendations to do so in case of keyboard resume troubles all > over the forums (Ubunto, Gentoo, other random ones). > > > And this patch will > > not solve that problem, just forbid it from happening, right? > > > > It will prevent unbind from happening so that users who have suspend and > resume working properly but who have bind/unbind in their suspend/resume > scripts regardless will not run into trouble. > > This still leaves users whose suspend/resume don't work by default but I > would rather fix their boxes properly instead of relying on that > workaround. Ok, fair enough, I'll queue it up for .32. thanks, greg k-h ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-26 23:59 ` Greg KH @ 2009-10-27 16:16 ` Dmitry Torokhov 0 siblings, 0 replies; 63+ messages in thread From: Dmitry Torokhov @ 2009-10-27 16:16 UTC (permalink / raw) To: Greg KH; +Cc: ?ric Piel, Linux Kernel Mailing List, linux-input On Mon, Oct 26, 2009 at 04:59:08PM -0700, Greg KH wrote: > On Mon, Oct 26, 2009 at 02:34:50PM -0700, Dmitry Torokhov wrote: > > > > It will prevent unbind from happening so that users who have suspend and > > resume working properly but who have bind/unbind in their suspend/resume > > scripts regardless will not run into trouble. > > > > This still leaves users whose suspend/resume don't work by default but I > > would rather fix their boxes properly instead of relying on that > > workaround. > > Ok, fair enough, I'll queue it up for .32. > Thanks Greg, much appreciated. -- Dmitry ^ permalink raw reply [flat|nested] 63+ messages in thread
* Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore 2009-10-12 15:48 ` Dmitry Torokhov 2009-10-12 16:48 ` Éric Piel 2009-10-12 17:35 ` Greg KH @ 2009-10-13 9:52 ` Éric Piel 2 siblings, 0 replies; 63+ messages in thread From: Éric Piel @ 2009-10-13 9:52 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Greg KH, Linux Kernel Mailing List, linux-input Op 12-10-09 17:48, Dmitry Torokhov schreef: > On Mon, Oct 12, 2009 at 01:46:17PM +0200, Éric Piel wrote: >>> Eric, do you still need to fiddle with i8042 to get your keyboard working with >>> 2.6.32-rc3? We need to make sure that resube works without users needing to >>> mess with bind/unbind. >> Yes, the keyboard doesn't work after the first resume from ram (the >> later resumes do work). I haven't tried any special option to the i8042 >> driver. This is on a HP 2510, in 64 bits. > > Could you please try and let me know if unloading at suspend and > reloading after resume atkbd and/or psmouse drivers and leaving i8042 > alone "fixes" the issue? > Unloading the modules before suspend and reloading them after works around the issue, indeed. Eric ^ permalink raw reply [flat|nested] 63+ messages in thread
end of thread, other threads:[~2009-10-27 16:16 UTC | newest] Thread overview: 63+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2009-10-14 2:05 [REGRESSION] "bind" a device to a driver doesn't not work anymore Dmitry Torokhov 2009-10-14 2:05 ` Dmitry Torokhov 2009-10-15 17:24 ` Éric Piel 2009-10-15 18:13 ` Dmitry Torokhov 2009-10-15 18:13 ` Dmitry Torokhov 2009-10-15 18:27 ` Dmitry Torokhov 2009-10-15 18:27 ` Dmitry Torokhov 2009-10-15 19:32 ` Éric Piel 2009-10-15 19:51 ` Dmitry Torokhov 2009-10-15 19:51 ` Dmitry Torokhov 2009-10-15 21:33 ` Éric Piel 2009-10-15 21:59 ` Dmitry Torokhov 2009-10-15 21:59 ` Dmitry Torokhov 2009-10-15 22:44 ` Éric Piel 2009-10-21 19:34 ` Éric Piel 2009-10-21 20:20 ` Dmitry Torokhov 2009-10-21 20:20 ` Dmitry Torokhov 2009-10-22 16:10 ` Éric Piel 2009-10-22 16:22 ` Dmitry Torokhov 2009-10-22 16:22 ` Dmitry Torokhov 2009-10-22 17:48 ` Éric Piel 2009-10-22 17:48 ` Éric Piel 2009-10-22 18:19 ` Dmitry Torokhov 2009-10-22 18:19 ` Dmitry Torokhov 2009-10-22 18:32 ` Dmitry Torokhov 2009-10-22 18:32 ` Dmitry Torokhov 2009-10-23 8:08 ` Éric Piel 2009-10-23 8:58 ` Dmitry Torokhov 2009-10-23 8:58 ` Dmitry Torokhov 2009-10-23 9:21 ` Éric Piel 2009-10-23 9:21 ` Éric Piel 2009-10-23 16:31 ` Dmitry Torokhov 2009-10-23 16:31 ` Dmitry Torokhov 2009-10-25 11:47 ` Éric Piel 2009-10-25 19:07 ` Dmitry Torokhov 2009-10-25 19:07 ` Dmitry Torokhov -- strict thread matches above, loose matches on Subject: below -- 2009-10-11 0:04 Éric Piel 2009-10-11 3:00 ` Greg KH 2009-10-12 4:35 ` Dmitry Torokhov 2009-10-12 11:46 ` Éric Piel 2009-10-12 14:44 ` Greg KH 2009-10-12 14:44 ` Greg KH 2009-10-12 15:45 ` Dmitry Torokhov 2009-10-12 15:45 ` Dmitry Torokhov 2009-10-12 17:37 ` Greg KH 2009-10-12 17:37 ` Greg KH 2009-10-12 15:48 ` Dmitry Torokhov 2009-10-12 16:48 ` Éric Piel 2009-10-12 16:48 ` Éric Piel 2009-10-12 17:35 ` Greg KH 2009-10-12 18:33 ` Dmitry Torokhov 2009-10-12 18:54 ` Greg KH 2009-10-12 19:20 ` Dmitry Torokhov 2009-10-12 19:58 ` Greg KH 2009-10-13 3:17 ` Dmitry Torokhov 2009-10-18 7:51 ` Dmitry Torokhov 2009-10-18 8:02 ` Greg KH 2009-10-23 2:01 ` Dmitry Torokhov 2009-10-26 20:59 ` Greg KH 2009-10-26 21:34 ` Dmitry Torokhov 2009-10-26 23:59 ` Greg KH 2009-10-27 16:16 ` Dmitry Torokhov 2009-10-13 9:52 ` Éric Piel
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.