Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932388AbVJRHJy (ORCPT ); Tue, 18 Oct 2005 03:09:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932415AbVJRHJy (ORCPT ); Tue, 18 Oct 2005 03:09:54 -0400 Received: from smtp109.sbc.mail.mud.yahoo.com ([68.142.198.208]:61789 "HELO smtp109.sbc.mail.mud.yahoo.com") by vger.kernel.org with SMTP id S932388AbVJRHJy (ORCPT ); Tue, 18 Oct 2005 03:09:54 -0400 From: Dmitry Torokhov To: Greg KH Subject: Re: 2.6.14-rc4-mm1 Date: Tue, 18 Oct 2005 02:09:48 -0500 User-Agent: KMail/1.8.2 Cc: Andrew Morton , Brice Goglin , linux-kernel@vger.kernel.org, Vojtech Pavlik References: <20051016154108.25735ee3.akpm@osdl.org> <20051017132242.2b872b08.akpm@osdl.org> <20051018065843.GB11858@kroah.com> In-Reply-To: <20051018065843.GB11858@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510180209.49080.dtor_core@ameritech.net> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2652 Lines: 59 On Tuesday 18 October 2005 01:58, Greg KH wrote: > On Mon, Oct 17, 2005 at 01:22:42PM -0700, Andrew Morton wrote: > > Brice Goglin wrote: > > > Modules linked in: pcspkr parport_pc parport irtty_sir sir_dev irda > > > crc_ccitt hw_random uhci_hcd usbcore snd_maestro3 snd_ac97_codec > > > snd_ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc > > > snd soundcore yenta_socket rsrc_nonstatic pcmcia_core nls_iso8859_15 > > > nls_cp850 vfat fat nls_base psmouse > > > CPU: 0 > > > EIP: 0060:[] Not tainted VLI > > > EFLAGS: 00010246 (2.6.14-rc4-mm1=LoulousMobile) > > > EIP is at get_kobj_path_length+0x19/0x30 > > > eax: 00000000 ebx: 00000000 ecx: ffffffff edx: e6efee50 > > > esi: 00000001 edi: 00000000 ebp: e737eec8 esp: e737eebc > > > ds: 007b es: 007b ss: 0068 > > > Process sed (pid: 3258, threadinfo=e737e000 task=e7970a90) > > > Stack: e6efe800 00000001 e6de4000 e737eee8 c01dda9a e6efee50 e6de42e4 > > > 00000286 > > > e6efe800 00000001 e6de4000 e737ef24 c02a357f e6efee50 800000d0 > > > 0000000f > > > 00000002 0000000a 00000000 e6efe800 00000000 000002e5 000002e5 > > > e7e9ce60 > > > Call Trace: > > > [] show_stack+0xab/0xf0 > > > [] show_registers+0x18f/0x230 > > > [] die+0x102/0x1c0 > > > [] do_page_fault+0x33a/0x66f > > > [] error_code+0x4f/0x54 > > > [] kobject_get_path+0x1a/0x70 > > > [] input_devices_read+0x53f/0x590 > > > [] proc_file_read+0x1b5/0x260 > > > [] vfs_read+0xa8/0x190 > > > [] sys_read+0x47/0x70 > > > [] syscall_call+0x7/0xb > > > Code: f8 89 ec 5d c3 8d b6 00 00 00 00 8d bc 27 00 00 00 00 55 89 e5 8b > > > 55 08 57 56 be 01 00 00 00 53 31 db 8b 3a b9 ff ff ff ff 89 d8 ae > > > f7 d1 49 8b 52 24 8d 74 31 01 85 d2 75 e7 5b 89 f0 5e 5f > > > <6>input: isa0061/input0//class/input_dev as input3 > > > > Something went wrong under input_devices_read(). Probably culprits cc'ed. > > I know this patch doesn't have the proc path, but it does fix an easy > oops that I can generate from sysfs input devices. Can you try it out > to see if it fixes your issue too? > I am confused - the only thing changed is the way you create attributes, not the way data is accessed. What is the difference and why does it fix the OOPS? Thanks! -- Dmitry - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/