Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
--- Pekka Enberg <[EMAIL PROTECTED]> wrote: > Please try out the following patch to see if we catch a reference > counting underflow: > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/detect-atomic-counter-underflows.patch Sure, I can do that. Cheers, Chris ___ New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
Hi Chris, On 3/16/07, Chris Rankin <[EMAIL PROTECTED]> wrote: That would take ages - the only reason I kept on plugging away with winecfg last night was because I was fairly certain the kernel was going to "oops" eventually (which it did). But when exactly would I be able to declare a kernel "good" during a "git bisect"? Yeah, if you can't reproduce at will, git bisect is very impractical. Please try out the following patch to see if we catch a reference counting underflow: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/detect-atomic-counter-underflows.patch - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
--- Pekka Enberg <[EMAIL PROTECTED]> wrote: > On 3/16/07, Greg KH <[EMAIL PROTECTED]> wrote: > > Is there any way you can use 'git bisect' to try to track down the root > > cause of this? > > Chris, If 2.6.19 works for you, could you please do a git bisect for > this bug? See the following URL for details: > > http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt That would take ages - the only reason I kept on plugging away with winecfg last night was because I was fairly certain the kernel was going to "oops" eventually (which it did). But when exactly would I be able to declare a kernel "good" during a "git bisect"? Cheers, Chris ___ What kind of emailer are you? Find out today - get a free analysis of your email personality. Take the quiz at the Yahoo! Mail Championship. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
On 3/16/07, Greg KH <[EMAIL PROTECTED]> wrote: Is there any way you can use 'git bisect' to try to track down the root cause of this? Chris, If 2.6.19 works for you, could you please do a git bisect for this bug? See the following URL for details: http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
On 3/16/07, Greg KH [EMAIL PROTECTED] wrote: Is there any way you can use 'git bisect' to try to track down the root cause of this? Chris, If 2.6.19 works for you, could you please do a git bisect for this bug? See the following URL for details: http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
--- Pekka Enberg [EMAIL PROTECTED] wrote: On 3/16/07, Greg KH [EMAIL PROTECTED] wrote: Is there any way you can use 'git bisect' to try to track down the root cause of this? Chris, If 2.6.19 works for you, could you please do a git bisect for this bug? See the following URL for details: http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt That would take ages - the only reason I kept on plugging away with winecfg last night was because I was fairly certain the kernel was going to oops eventually (which it did). But when exactly would I be able to declare a kernel good during a git bisect? Cheers, Chris ___ What kind of emailer are you? Find out today - get a free analysis of your email personality. Take the quiz at the Yahoo! Mail Championship. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
Hi Chris, On 3/16/07, Chris Rankin [EMAIL PROTECTED] wrote: That would take ages - the only reason I kept on plugging away with winecfg last night was because I was fairly certain the kernel was going to oops eventually (which it did). But when exactly would I be able to declare a kernel good during a git bisect? Yeah, if you can't reproduce at will, git bisect is very impractical. Please try out the following patch to see if we catch a reference counting underflow: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/detect-atomic-counter-underflows.patch - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
--- Pekka Enberg [EMAIL PROTECTED] wrote: Please try out the following patch to see if we catch a reference counting underflow: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/detect-atomic-counter-underflows.patch Sure, I can do that. Cheers, Chris ___ New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
On Wed, Mar 14, 2007 at 01:23:02PM +0200, Pekka Enberg wrote: > Hi Greg, > > I think there's some sort of reference counting problem with sysfs in > 2.6.20 kernels. Can you please help us debug it further? Is there any way you can use 'git bisect' to try to track down the root cause of this? thanks, greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
On Wed, Mar 14, 2007 at 01:23:02PM +0200, Pekka Enberg wrote: Hi Greg, I think there's some sort of reference counting problem with sysfs in 2.6.20 kernels. Can you please help us debug it further? Is there any way you can use 'git bisect' to try to track down the root cause of this? thanks, greg k-h - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
Hi Greg, I think there's some sort of reference counting problem with sysfs in 2.6.20 kernels. Can you please help us debug it further? On 3/10/07, Chris Rankin <[EMAIL PROTECTED]> wrote: It looks like 2.6.20.2 is still doing Bad Things in /sys. BUG: unable to handle kernel paging request at virtual address 6b6b6d6b [snip] EIP:0060:[]Not tainted VLI EFLAGS: 00010202 (2.6.20.2 #1) EIP is at module_put+0x20/0x52 eax: 6b6b6d6b ebx: 6b6b6b6b ecx: 0001 edx: e7a01000 esi: edb7e4e4 edi: 6b6b6b6b ebp: e79fd50c esp: e7a01f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 9656, ti=e7a01000 task=f7a46030 task.ti=e7a01000) Stack: eba628a0 c0183a1e 0010 ed570870 e7a641d0 c0151263 f7ff2208 ed570870 f745b678 ed570870 c014eda0 0003 0003 f745b678 f745b6f8 c014fd99 0003 0007 0003 e7a01000 c0102bde Call Trace: [] sysfs_release+0x2d/0x4c [] __fput+0x96/0x13c [] filp_close+0x51/0x58 [] sys_close+0x70/0xa7 [] sysenter_past_esp+0x5f/0x85 [] __sched_text_start+0x613/0x971 There's also some previous discussion here: http://lkml.org/lkml/2007/3/1/114 Pekka - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
Hi Chris, On 3/10/07, Chris Rankin <[EMAIL PROTECTED]> wrote: It looks like 2.6.20.2 is still doing Bad Things in /sys. I have seen other reports of this too so can you please open a bug at bugzilla.kernel.org so this is not lost in the noise? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
Hi Chris, On 3/10/07, Chris Rankin [EMAIL PROTECTED] wrote: It looks like 2.6.20.2 is still doing Bad Things in /sys. I have seen other reports of this too so can you please open a bug at bugzilla.kernel.org so this is not lost in the noise? - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
Hi Greg, I think there's some sort of reference counting problem with sysfs in 2.6.20 kernels. Can you please help us debug it further? On 3/10/07, Chris Rankin [EMAIL PROTECTED] wrote: It looks like 2.6.20.2 is still doing Bad Things in /sys. BUG: unable to handle kernel paging request at virtual address 6b6b6d6b [snip] EIP:0060:[c01300ff]Not tainted VLI EFLAGS: 00010202 (2.6.20.2 #1) EIP is at module_put+0x20/0x52 eax: 6b6b6d6b ebx: 6b6b6b6b ecx: 0001 edx: e7a01000 esi: edb7e4e4 edi: 6b6b6b6b ebp: e79fd50c esp: e7a01f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 9656, ti=e7a01000 task=f7a46030 task.ti=e7a01000) Stack: eba628a0 c0183a1e 0010 ed570870 e7a641d0 c0151263 f7ff2208 ed570870 f745b678 ed570870 c014eda0 0003 0003 f745b678 f745b6f8 c014fd99 0003 0007 0003 e7a01000 c0102bde Call Trace: [c0183a1e] sysfs_release+0x2d/0x4c [c0151263] __fput+0x96/0x13c [c014eda0] filp_close+0x51/0x58 [c014fd99] sys_close+0x70/0xa7 [c0102bde] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x613/0x971 There's also some previous discussion here: http://lkml.org/lkml/2007/3/1/114 Pekka - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
Hi, It looks like 2.6.20.2 is still doing Bad Things in /sys. Cheers, Chris BUG: unable to handle kernel paging request at virtual address 6b6b6d6b printing eip: c01300ff *pde = Oops: 0002 [#1] PREEMPT SMP Modules linked in: radeon drm pwc eeprom cpufreq_ondemand p4_clockmod speedstep_lib nfsd exportfs ipv6 autofs4 nfs lockd sunrpc af_packet firmware_class binfmt_misc video thermal processor fan button ac lp parport_pc parport nvram video1394 raw1394 eth1394 snd_usb_audio compat_ioctl32 videodev v4l2_common snd_usb_lib v4l1_compat sd_mod sg snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec ac97_bus snd_seq_dummy ohci1394 snd_seq_oss snd_seq_midi_event ieee1394 snd_seq ehci_hcd sata_sil snd_pcm_oss snd_mixer_oss libata snd_pcm uhci_hcd e1000 serio_raw scsi_mod snd_seq_device snd_timer snd_page_alloc snd_util_mem snd_hwdep pcspkr psmouse snd soundcore e7xxx_edac edac_mc ide_cd cdrom i2c_i801 i2c_core intel_agp agpgart usbcore ext3 jbd CPU:1 EIP:0060:[]Not tainted VLI EFLAGS: 00010202 (2.6.20.2 #1) EIP is at module_put+0x20/0x52 eax: 6b6b6d6b ebx: 6b6b6b6b ecx: 0001 edx: e7a01000 esi: edb7e4e4 edi: 6b6b6b6b ebp: e79fd50c esp: e7a01f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 9656, ti=e7a01000 task=f7a46030 task.ti=e7a01000) Stack: eba628a0 c0183a1e 0010 ed570870 e7a641d0 c0151263 f7ff2208 ed570870 f745b678 ed570870 c014eda0 0003 0003 f745b678 f745b6f8 c014fd99 0003 0007 0003 e7a01000 c0102bde Call Trace: [] sysfs_release+0x2d/0x4c [] __fput+0x96/0x13c [] filp_close+0x51/0x58 [] sys_close+0x70/0xa7 [] sysenter_past_esp+0x5f/0x85 [] __sched_text_start+0x613/0x971 === Code: 00 89 f0 83 c4 0c 5b 5e 5f 5d c3 53 89 c3 85 c0 74 49 b8 01 00 00 00 e8 77 49 fe ff e8 0f 5b 07 00 c1 e0 07 8d 84 18 80 01 00 00 08 83 3b 02 75 0b 8b 83 88 05 00 00 e8 c1 45 fe ff b8 01 00 EIP: [] module_put+0x20/0x52 SS:ESP 0068:e7a01f58 <6>note: udevd[9656] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/9656 [] __sched_text_start+0x56/0x971 [] vsnprintf+0x44e/0x48c [] atomic_notifier_call_chain+0x40/0x46 [] nmi_watchdog_tick+0x5e/0x1ee [] __wake_up_locked+0x1f/0x21 [] __cond_resched+0x12/0x2c [] cond_resched+0x26/0x31 [] unmap_vmas+0x3d3/0x4df [] exit_mmap+0x7e/0x10a [] mmput+0x1d/0x78 [] do_exit+0x1b2/0x6d8 [] sys_vm86+0x95/0x21d [] die+0x1f2/0x217 [] do_page_fault+0x442/0x510 [] do_page_fault+0x0/0x510 [] error_code+0x7c/0x84 [] module_put+0x20/0x52 [] sysfs_release+0x2d/0x4c [] __fput+0x96/0x13c [] filp_close+0x51/0x58 [] sys_close+0x70/0xa7 [] sysenter_past_esp+0x5f/0x85 [] __sched_text_start+0x613/0x971 === ___ What kind of emailer are you? Find out today - get a free analysis of your email personality. Take the quiz at the Yahoo! Mail Championship. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory
Hi, It looks like 2.6.20.2 is still doing Bad Things in /sys. Cheers, Chris BUG: unable to handle kernel paging request at virtual address 6b6b6d6b printing eip: c01300ff *pde = Oops: 0002 [#1] PREEMPT SMP Modules linked in: radeon drm pwc eeprom cpufreq_ondemand p4_clockmod speedstep_lib nfsd exportfs ipv6 autofs4 nfs lockd sunrpc af_packet firmware_class binfmt_misc video thermal processor fan button ac lp parport_pc parport nvram video1394 raw1394 eth1394 snd_usb_audio compat_ioctl32 videodev v4l2_common snd_usb_lib v4l1_compat sd_mod sg snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec ac97_bus snd_seq_dummy ohci1394 snd_seq_oss snd_seq_midi_event ieee1394 snd_seq ehci_hcd sata_sil snd_pcm_oss snd_mixer_oss libata snd_pcm uhci_hcd e1000 serio_raw scsi_mod snd_seq_device snd_timer snd_page_alloc snd_util_mem snd_hwdep pcspkr psmouse snd soundcore e7xxx_edac edac_mc ide_cd cdrom i2c_i801 i2c_core intel_agp agpgart usbcore ext3 jbd CPU:1 EIP:0060:[c01300ff]Not tainted VLI EFLAGS: 00010202 (2.6.20.2 #1) EIP is at module_put+0x20/0x52 eax: 6b6b6d6b ebx: 6b6b6b6b ecx: 0001 edx: e7a01000 esi: edb7e4e4 edi: 6b6b6b6b ebp: e79fd50c esp: e7a01f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 9656, ti=e7a01000 task=f7a46030 task.ti=e7a01000) Stack: eba628a0 c0183a1e 0010 ed570870 e7a641d0 c0151263 f7ff2208 ed570870 f745b678 ed570870 c014eda0 0003 0003 f745b678 f745b6f8 c014fd99 0003 0007 0003 e7a01000 c0102bde Call Trace: [c0183a1e] sysfs_release+0x2d/0x4c [c0151263] __fput+0x96/0x13c [c014eda0] filp_close+0x51/0x58 [c014fd99] sys_close+0x70/0xa7 [c0102bde] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x613/0x971 === Code: 00 89 f0 83 c4 0c 5b 5e 5f 5d c3 53 89 c3 85 c0 74 49 b8 01 00 00 00 e8 77 49 fe ff e8 0f 5b 07 00 c1 e0 07 8d 84 18 80 01 00 00 ff 08 83 3b 02 75 0b 8b 83 88 05 00 00 e8 c1 45 fe ff b8 01 00 EIP: [c01300ff] module_put+0x20/0x52 SS:ESP 0068:e7a01f58 6note: udevd[9656] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/9656 [c026fa76] __sched_text_start+0x56/0x971 [c01a45de] vsnprintf+0x44e/0x48c [c0123af4] atomic_notifier_call_chain+0x40/0x46 [c010dc9c] nmi_watchdog_tick+0x5e/0x1ee [c01123ba] __wake_up_locked+0x1f/0x21 [c0114b05] __cond_resched+0x12/0x2c [c0270995] cond_resched+0x26/0x31 [c01404e2] unmap_vmas+0x3d3/0x4df [c0142d05] exit_mmap+0x7e/0x10a [c0116bcb] mmput+0x1d/0x78 [c011b316] do_exit+0x1b2/0x6d8 [c011007b] sys_vm86+0x95/0x21d [c0104107] die+0x1f2/0x217 [c0111812] do_page_fault+0x442/0x510 [c01113d0] do_page_fault+0x0/0x510 [c02723bc] error_code+0x7c/0x84 [c01300ff] module_put+0x20/0x52 [c0183a1e] sysfs_release+0x2d/0x4c [c0151263] __fput+0x96/0x13c [c014eda0] filp_close+0x51/0x58 [c014fd99] sys_close+0x70/0xa7 [c0102bde] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x613/0x971 === ___ What kind of emailer are you? Find out today - get a free analysis of your email personality. Take the quiz at the Yahoo! Mail Championship. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
