[REGRESSION] "bind" a device to a driver doesn't not work anymore

[REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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);

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Greg KH]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

[-- 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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

[-- 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 --]

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

[-- 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]

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Éric Piel]

[-- 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]

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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

Re: [REGRESSION] "bind" a device to a driver doesn't not work anymore

[Dmitry Torokhov]

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