I have just upgraded to new kernel (yesterday) and my problem has
stopped, perhaps you could try the same?
On 14/10/2010 4:57 p.m., Greg Oliver wrote:
> On Wed, Oct 13, 2010 at 8:58 PM, Greg Oliver<oliver.greg@...> wrote:
>> On Wed, Oct 13, 2010 at 8:15 PM, Greg Oliver<oliver.greg@...> wrote:
>>> On Wed, Oct 13, 2010 at 11:10 AM, Greg Oliver<oliver.greg@...> wrote:
>>>> On Wed, Oct 13, 2010 at 8:09 AM, Jarod Wilson<jarod@...> wrote:
>>>>> On Wednesday, October 13, 2010, Douglas Pearless
>>>>> <Douglas.Pearless@...> wrote:
>>>>>>>> So I'm still not sure *why* this is triggering, but my best guess is that *something* is attempting to write a null (or otherwise unexpectedly formatted) string to /sys/devices/virtual/rc/rc0/protocols, which is triggering the oops in store_protocols. There's been updates to that function upstream that should avoid this problem (though I also just spotted another problem in there that I'm going to send a patch upstream for). The patches I've pointed the Canonical kernel folks at ought to remedy this, but its unclear right now if they're going to merge the patches in an updated kernel, build a dkms module, or what (or when).
>>>>>>> They pushed a kernel today that exhibits the same behavior. I never
>>>>>>> enable their pre or testing repos though, so it may well be there
>>>>>>> already. I'm not too sure where to get patches for all of this now
>>>>>>> that it is in the kernel. I assume the same location in your "A Call
>>>>>>> to testers" thread?
>>>>>> Would this be related to
>>>>>> https://bugs.launchpad.net/bugs/642517 ?
>>>>> Yeah, looks like the same issue. Greg, did you have a bug filed too?
>>>>> They ought to be duped together.
>>>> Yes, that is the bug I subscribed to. Odd thing though. Once I
>>>> actually *looked* at the oops(es) - I noticed it always started with a
>>>> "usb disconnect" as the first line. This seemed strange, and was what
>>>> was causing lirc to oops. Not the other way around.
>>>> My entire USB subsystem was dead. The keyboard and mouse (bios
>>>> providing legacy service) were both still operational, but no new
>>>> devices would work. I disabled acpi power on/off from USB as well as
>>>> from the keyboard/mouse and the issue has gone (or not shown up since
>>>> then).. Looks like a larger kernel issue with this USB combo.
>>>> I guess ir_core should not die from something like this, but like I
>>>> said, it seems it is a sympton of a larger issue. Ubuntu does not
>>>> ship USB modules any longer, so I am going to recompile it again with
>>>> USB as modules and debug turned on to see if I can get some more
>>>> relevant into.
>>>> It has been working since I changed the setting last night, and I'll
>>>> let it run on until it either dies again (and I'll be wrong once
>>>> more!), or 1 full day. It is the first time it has ever remained
>>>> running overnight though..
>>>> Work has me running today, so I probably will not get to any of this
>>>> until tonight though.
>>> Hi Jarod -
>>> Would you still like me to test these patches with my system. I can
>>> easily re-flip the bios switches and give it a go.. The problem is
>>> even though ir_core may oops (or hopefully will not???), my whole usb
>>> system dies. Not sure how to proceed with this one.. Something in my
>>> bios and 2.6.35's USB are not playing nice.
>>> Just let me know and I will still give it a go.
>> Nevermind - it just happened again. I'll be testing the patches as
>> soon as my current recordings stop.
> OK, with the patches, I get 2 key presses played for every 1 real
> press, plus the same oops eventually with more debugs in the modules
> [ 3165.068079] ir_rc6_decode: RC6(6A) scancode 0x800f0420 (toggle: 0)
> [ 3165.068088] ir_g_keycode_from_table: Media Center Ed. eHome
> Infrared Remote Transceiver (1784:0008): scancode 0x800f0420 keycode
> [ 3165.068114] ir_keydown: Media Center Ed. eHome Infrared Remote
> Transceiver (1784:0008): key down event, key 0x0069, scancode
> [ 3165.071059] ir_rc5_decode: RC5(x) decode failed at state 1 (1761us pulse)
> [ 3165.072055] ir_rc5_decode: RC5(x) decode failed at state 0 (900us space)
> [ 3165.073059] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.074072] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.081112] ir_rc5_decode: RC5(x) decode failed at state 2 (400us space)
> [ 3165.083086] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.084065] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.086064] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.089088] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.090061] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.093131] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.100057] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.103071] ir_rc5_decode: RC5(x) decode failed at state 2 (400us pulse)
> [ 3165.104060] ir_rc5_decode: RC5(x) decode failed at state 0 (500us space)
> [ 3165.105048] ir_rc5_decode: RC5(x) decode failed at state 1 (400us space)
> [ 3165.110588] usb 5-1: USB disconnect, address 2
> [ 3165.111120] ir_input_unregister: Freed keycode table
> [ 3165.145273] BUG: unable to handle kernel NULL pointer dereference
> at 0000000000000048
> [ 3165.145286] IP: [<ffffffffa0044fca>] store_protocols+0x20a/0x2d0 [ir_core]
> [ 3165.145305] PGD d848067 PUD d934067 PMD 0
> [ 3165.145315] Oops: 0000 [#1] SMP
> [ 3165.145322] last sysfs file: /sys/devices/virtual/rc/rc0/protocols
> [ 3165.145328] CPU 2
> [ 3165.145331] Modules linked in: nfsd exportfs nfs lockd fscache
> nfs_acl auth_rpcgss snd_hda_codec_nvhdmi snd_hda_intel snd_hda_codec
> snd_hwdep snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq
> snd_timer snd_seq_device nvidia(P) snd soundcore snd_page_alloc shpchp
> sunrpc ir_lirc_codec lirc_dev ir_sony_decoder ir_jvc_decoder
> ir_rc6_decoder usb_debug edac_core edac_mce_amd ir_rc5_decoder
> i2c_piix4 usbserial ir_nec_decoder rc_rc6_mce k10temp psmouse mceusb
> serio_raw ir_core lp parport usbhid hid pata_atiixp ahci r8169 mii
> [ 3165.145408]
> [ 3165.145416] Pid: 3069, comm: lirc Tainted: P
> 2.6.36-020636rc7-generic #201010070908 TA880GB+/TA880GB+
> [ 3165.145423] RIP: 0010:[<ffffffffa0044fca>] [<ffffffffa0044fca>]
> store_protocols+0x20a/0x2d0 [ir_core]
> [ 3165.145439] RSP: 0018:ffff880037b33e18 EFLAGS: 00010202
> [ 3165.145445] RAX: 0000000000000000 RBX: ffff88022dac79b0 RCX: 0000000000000005
> [ 3165.145451] RDX: ffff88022ad12400 RSI: ffffffffa0046d80 RDI: ffff88022ad12400
> [ 3165.145456] RBP: ffff880037b33e78 R08: 0000000000000001 R09: ffffea00002f4af0
> [ 3165.145462] R10: 0000000000000000 R11: 0000000000000246 R12: ffff88021f4239c0
> [ 3165.145468] R13: 00000000ffffffed R14: ffffffff8164b520 R15: ffff88022ad12410
> [ 3165.145475] FS: 00007fa4cb4e7700(0000) GS:ffff880001e80000(0000)
> [ 3165.145481] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 3165.145486] CR2: 0000000000000048 CR3: 000000000da52000 CR4: 00000000000006e0
> [ 3165.145492] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [ 3165.145498] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> [ 3165.145504] Process lirc (pid: 3069, threadinfo ffff880037b32000,
> task ffff8801932fc4a0)
> [ 3165.145509] Stack:
> [ 3165.145512] ffffffff81a48f60 0000000000000005 ffff88022ad12400
> [ 3165.145521]<0> ffff880037b33e68 ffffffff8113cee3 ffff88000d832000
> [ 3165.145531]<0> ffff88021f4239c0 00000000ffffffed ffffffff8164b520
> [ 3165.145542] Call Trace:
> [ 3165.145556] [<ffffffff8113cee3>] ? alloc_pages_current+0xa3/0x110
> [ 3165.145567] [<ffffffff81388390>] dev_attr_store+0x20/0x30
> [ 3165.145576] [<ffffffff811c1d32>] flush_write_buffer+0x62/0x90
> [ 3165.145584] [<ffffffff811c1e76>] sysfs_write_file+0x66/0xa0
> [ 3165.145592] [<ffffffff81156a7c>] vfs_write+0xcc/0x190
> [ 3165.145600] [<ffffffff81157485>] sys_write+0x55/0x90
> [ 3165.145609] [<ffffffff8100b0f2>] system_call_fastpath+0x16/0x1b
> [ 3165.145614] Code: c7 c7 78 65 04 a0 31 c0 e8 94 ea 01 e1 48 8b 45
> a8 48 83 c4 38 5b 41 5c 41 5d 41 5e 41 5f c9 c3 48 8b 55 b0 48 8b 82
> 98 02 00 00<48> 8b 40 48 48 89 45 c0 e9 31 fe ff ff 48 8b 5d b0 48 81
> c3 80
> [ 3165.145687] RIP [<ffffffffa0044fca>] store_protocols+0x20a/0x2d0 [ir_core]
> [ 3165.145699] RSP<ffff880037b33e18>
> [ 3165.145703] CR2: 0000000000000048
> [ 3165.145709] ---[ end trace 0241a6f763d5403b ]---
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2& L3.
> Spend less time writing and rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.