Re: [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka J Enberg <[EMAIL PROTECTED]> wrote: > It should give us a better clue which sysfs file is causing the oops. This BUG happened during boot-up! The only USB device I have is a pwc webcam: $ /sbin/lsusb Bus 004 Device 001: ID : Bus 003 Device 001: ID : Bus 002 Device 001: ID : Bus 001 Device 003: ID 046d:08b4 Logitech, Inc. QuickCam Zoom Bus 001 Device 001: ID : Linux version 2.6.20.1 ([EMAIL PROTECTED]) (gcc version 4.1.1 20070105 (Red Hat 4.1.1-51)) #3 SMP PREEMPT Thu Mar 1 12:06:59 GMT 2007 BIOS-provided physical RAM map: sanitize start sanitize end copy_e820_map() start: size: 000a end: 000a type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 000f size: 0001 end: 0010 type: 2 copy_e820_map() start: 0010 size: 7fe75000 end: 7ff75000 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 7ff75000 size: 2000 end: 7ff77000 type: 4 copy_e820_map() start: 7ff77000 size: 00021000 end: 7ff98000 type: 3 copy_e820_map() start: 7ff98000 size: 00068000 end: 8000 type: 2 copy_e820_map() start: fec0 size: 0009 end: fec9 type: 2 copy_e820_map() start: fee0 size: 0001 end: fee1 type: 2 copy_e820_map() start: ffb0 size: 0050 end: 0001 type: 2 BIOS-e820: - 000a (usable) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 7ff75000 (usable) BIOS-e820: 7ff75000 - 7ff77000 (ACPI NVS) BIOS-e820: 7ff77000 - 7ff98000 (ACPI data) BIOS-e820: 7ff98000 - 8000 (reserved) BIOS-e820: fec0 - fec9 (reserved) BIOS-e820: fee0 - fee1 (reserved) BIOS-e820: ffb0 - 0001 (reserved) 1151MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000fe710 Entering add_active_range(0, 0, 524149) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem229376 -> 524149 early_node_map[1] active PFN ranges 0:0 -> 524149 On node 0 totalpages: 524149 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 2302 pages used for memmap HighMem zone: 292471 pages, LIFO batch:31 DMI 2.3 present. ACPI: RSDP (v000 DELL ) @ 0x000febc0 ACPI: RSDT (v001 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd4f1 ACPI: FADT (v001 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd529 ACPI: SSDT (v001 DELLst_ex 0x1000 MSFT 0x010d) @ 0xfffefafa ACPI: MADT (v001 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd59d ACPI: BOOT (v001 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd621 ACPI: ASF! (v016 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd649 ACPI: DSDT (v001 DELLdt_ex 0x1000 MSFT 0x010d) @ 0x ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) Processor #6 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled) Processor #1 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled) Processor #7 15:2 APIC version 20 ACPI: IOAPIC (id[0x08] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 8, version 32, address 0xfec0, GSI 0-23 ACPI: IOAPIC (id[0x09] address[0xfec8] gsi_base[24]) IOAPIC[1]: apic_id 9, version 32, address 0xfec8, GSI 24-47 ACPI: IOAPIC (id[0x0a] address[0xfec80800] gsi_base[48]) IOAPIC[2]: apic_id 10, version 32, address 0xfec80800, GSI 48-71 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. Enabling APIC mode: Flat. Using 3 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 8800 (gap: 8000:7ec0) Detected 2658.187 MHz processor. Built 1 zonelists. Total pages: 520055 Kernel command line: ro root=LABEL=/ nmi_watchdog=1 elevator=cfq console=ttyS0,115200n8 console=tty0 acpi_pm_good mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) mapped IOAPIC to b000 (fec8) mapped IOAPIC to a000 (fec80800) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c0345000 soft=c033d000 PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour VGA+ 80x25 Dentry
Re: [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka J Enberg <[EMAIL PROTECTED]> wrote: > Please apply this patch to your kernel and try to reproduce: > http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/gregkh-driver-sysfs-crash-debugging.patch > > It should give us a better clue which sysfs file is causing the oops. And again, except with a completely different sysfs file this time. It looks like it's Wine rather than WoW that is triggering this - all I did was execute "winecfg" this time: BUG: unable to handle kernel paging request at virtual address 6b6b6deb printing eip: c0130113 *pde = Oops: 0002 [#1] PREEMPT SMP last sysfs file: /class/usb_endpoint/usbdev1.3_ep84/dev 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 sd_mod sg compat_ioctl32 videodev v4l2_common v4l1_compat snd_usb_audio snd_usb_lib snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec ac97_bus ohci1394 snd_seq_dummy snd_seq_oss snd_seq_midi_event ieee1394 snd_seq e1000 sata_sil snd_pcm_oss snd_mixer_oss ehci_hcd snd_pcm uhci_hcd libata e7xxx_edac serio_raw snd_seq_device snd_timer snd_page_alloc snd_util_mem snd_hwdep snd soundcore scsi_mod edac_mc ide_cd psmouse intel_agp i2c_i801 i2c_core agpgart cdrom pcspkr usbcore ext3 jbd CPU:2 EIP:0060:[]Not tainted VLI EFLAGS: 00010206 (2.6.20.1 #3) EIP is at module_put+0x20/0x52 eax: 6b6b6deb ebx: 6b6b6b6b ecx: 0001 edx: e8b24000 esi: ed7667b0 edi: 6b6b6b6b ebp: e88b162c esp: e8b24f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 4457, ti=e8b24000 task=f7fa6560 task.ti=e8b24000) Stack: e8b39640 c0183a5b 0010 ed4a2cb4 e9cf2978 c0151253 f7ff2208 ed4a2cb4 f787e678 ed4a2cb4 c014ed90 0003 0003 f787e678 f787e6f8 c014fd89 0003 0007 0003 e8b24000 c0102bce 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+0x6b3/0x965 === 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 5f 49 fe ff e8 3b 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 a9 45 fe ff b8 01 00 EIP: [] module_put+0x20/0x52 SS:ESP 0068:e8b24f58 <6>note: udevd[4457] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/4457 [] __sched_text_start+0x56/0x965 [] irq_exit+0x37/0x42 [] smp_apic_timer_interrupt+0x70/0x79 [] apic_timer_interrupt+0x28/0x30 [] __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+0x99/0x21d [] die+0x1f7/0x21c [] 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+0x6b3/0x965 === ___ All New Yahoo! Mail Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html - 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.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka J Enberg [EMAIL PROTECTED] wrote: Please apply this patch to your kernel and try to reproduce: http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/gregkh-driver-sysfs-crash-debugging.patch It should give us a better clue which sysfs file is causing the oops. And again, except with a completely different sysfs file this time. It looks like it's Wine rather than WoW that is triggering this - all I did was execute winecfg this time: BUG: unable to handle kernel paging request at virtual address 6b6b6deb printing eip: c0130113 *pde = Oops: 0002 [#1] PREEMPT SMP last sysfs file: /class/usb_endpoint/usbdev1.3_ep84/dev 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 sd_mod sg compat_ioctl32 videodev v4l2_common v4l1_compat snd_usb_audio snd_usb_lib snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec ac97_bus ohci1394 snd_seq_dummy snd_seq_oss snd_seq_midi_event ieee1394 snd_seq e1000 sata_sil snd_pcm_oss snd_mixer_oss ehci_hcd snd_pcm uhci_hcd libata e7xxx_edac serio_raw snd_seq_device snd_timer snd_page_alloc snd_util_mem snd_hwdep snd soundcore scsi_mod edac_mc ide_cd psmouse intel_agp i2c_i801 i2c_core agpgart cdrom pcspkr usbcore ext3 jbd CPU:2 EIP:0060:[c0130113]Not tainted VLI EFLAGS: 00010206 (2.6.20.1 #3) EIP is at module_put+0x20/0x52 eax: 6b6b6deb ebx: 6b6b6b6b ecx: 0001 edx: e8b24000 esi: ed7667b0 edi: 6b6b6b6b ebp: e88b162c esp: e8b24f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 4457, ti=e8b24000 task=f7fa6560 task.ti=e8b24000) Stack: e8b39640 c0183a5b 0010 ed4a2cb4 e9cf2978 c0151253 f7ff2208 ed4a2cb4 f787e678 ed4a2cb4 c014ed90 0003 0003 f787e678 f787e6f8 c014fd89 0003 0007 0003 e8b24000 c0102bce Call Trace: [c0183a5b] sysfs_release+0x2d/0x4c [c0151253] __fput+0x96/0x13c [c014ed90] filp_close+0x51/0x58 [c014fd89] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x6b3/0x965 === 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 5f 49 fe ff e8 3b 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 a9 45 fe ff b8 01 00 EIP: [c0130113] module_put+0x20/0x52 SS:ESP 0068:e8b24f58 6note: udevd[4457] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/4457 [c026f9d6] __sched_text_start+0x56/0x965 [c011cc72] irq_exit+0x37/0x42 [c010d1d7] smp_apic_timer_interrupt+0x70/0x79 [c010369c] apic_timer_interrupt+0x28/0x30 [c0114b01] __cond_resched+0x12/0x2c [c02708e9] cond_resched+0x26/0x31 [c01404d2] unmap_vmas+0x3d3/0x4df [c0142cf5] exit_mmap+0x7e/0x10a [c0116bd7] mmput+0x1d/0x78 [c011b322] do_exit+0x1b2/0x6d8 [c011007b] sys_vm86+0x99/0x21d [c01040fc] die+0x1f7/0x21c [c011180e] do_page_fault+0x442/0x510 [c01113cc] do_page_fault+0x0/0x510 [c027230c] error_code+0x7c/0x84 [c0130113] module_put+0x20/0x52 [c0183a5b] sysfs_release+0x2d/0x4c [c0151253] __fput+0x96/0x13c [c014ed90] filp_close+0x51/0x58 [c014fd89] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x6b3/0x965 === ___ All New Yahoo! Mail Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html - 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.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka J Enberg [EMAIL PROTECTED] wrote: It should give us a better clue which sysfs file is causing the oops. This BUG happened during boot-up! The only USB device I have is a pwc webcam: $ /sbin/lsusb Bus 004 Device 001: ID : Bus 003 Device 001: ID : Bus 002 Device 001: ID : Bus 001 Device 003: ID 046d:08b4 Logitech, Inc. QuickCam Zoom Bus 001 Device 001: ID : Linux version 2.6.20.1 ([EMAIL PROTECTED]) (gcc version 4.1.1 20070105 (Red Hat 4.1.1-51)) #3 SMP PREEMPT Thu Mar 1 12:06:59 GMT 2007 BIOS-provided physical RAM map: sanitize start sanitize end copy_e820_map() start: size: 000a end: 000a type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 000f size: 0001 end: 0010 type: 2 copy_e820_map() start: 0010 size: 7fe75000 end: 7ff75000 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 7ff75000 size: 2000 end: 7ff77000 type: 4 copy_e820_map() start: 7ff77000 size: 00021000 end: 7ff98000 type: 3 copy_e820_map() start: 7ff98000 size: 00068000 end: 8000 type: 2 copy_e820_map() start: fec0 size: 0009 end: fec9 type: 2 copy_e820_map() start: fee0 size: 0001 end: fee1 type: 2 copy_e820_map() start: ffb0 size: 0050 end: 0001 type: 2 BIOS-e820: - 000a (usable) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 7ff75000 (usable) BIOS-e820: 7ff75000 - 7ff77000 (ACPI NVS) BIOS-e820: 7ff77000 - 7ff98000 (ACPI data) BIOS-e820: 7ff98000 - 8000 (reserved) BIOS-e820: fec0 - fec9 (reserved) BIOS-e820: fee0 - fee1 (reserved) BIOS-e820: ffb0 - 0001 (reserved) 1151MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000fe710 Entering add_active_range(0, 0, 524149) 0 entries of 256 used Zone PFN ranges: DMA 0 - 4096 Normal 4096 - 229376 HighMem229376 - 524149 early_node_map[1] active PFN ranges 0:0 - 524149 On node 0 totalpages: 524149 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 2302 pages used for memmap HighMem zone: 292471 pages, LIFO batch:31 DMI 2.3 present. ACPI: RSDP (v000 DELL ) @ 0x000febc0 ACPI: RSDT (v001 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd4f1 ACPI: FADT (v001 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd529 ACPI: SSDT (v001 DELLst_ex 0x1000 MSFT 0x010d) @ 0xfffefafa ACPI: MADT (v001 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd59d ACPI: BOOT (v001 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd621 ACPI: ASF! (v016 DELLWS 650 0x0009 ASL 0x0061) @ 0x000fd649 ACPI: DSDT (v001 DELLdt_ex 0x1000 MSFT 0x010d) @ 0x ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) Processor #6 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled) Processor #1 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled) Processor #7 15:2 APIC version 20 ACPI: IOAPIC (id[0x08] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 8, version 32, address 0xfec0, GSI 0-23 ACPI: IOAPIC (id[0x09] address[0xfec8] gsi_base[24]) IOAPIC[1]: apic_id 9, version 32, address 0xfec8, GSI 24-47 ACPI: IOAPIC (id[0x0a] address[0xfec80800] gsi_base[48]) IOAPIC[2]: apic_id 10, version 32, address 0xfec80800, GSI 48-71 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. Enabling APIC mode: Flat. Using 3 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 8800 (gap: 8000:7ec0) Detected 2658.187 MHz processor. Built 1 zonelists. Total pages: 520055 Kernel command line: ro root=LABEL=/ nmi_watchdog=1 elevator=cfq console=ttyS0,115200n8 console=tty0 acpi_pm_good mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) mapped IOAPIC to b000 (fec8) mapped IOAPIC to a000 (fec80800) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c0345000 soft=c033d000 PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour VGA+ 80x25 Dentry cache
Re: [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
Oh yes - I'd better mention what my Ethernet devices are: $ cat /proc/net/dev Inter-| Receive| Transmit face |bytespackets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo: 820705 15570000 0 0 0 820705 15570000 0 0 0 eth0: 3289077 14258000 0 0 639 1379700 14175000 0 0 0 eth1: 0 0000 0 0 00 0 000 0 0 0 eth2: 0 0000 0 0 00 0 000 0 0 0 $ /sbin/ifconfig eth0 Link encap:Ethernet HWaddr 00:0D:56:0D:E7:3F inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::20d:56ff:fe0d:e73f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14262 errors:0 dropped:0 overruns:0 frame:0 TX packets:14175 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:3289533 (3.1 MiB) TX bytes:1379700 (1.3 MiB) Base address:0xdcc0 Memory:ff6e-ff70 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:15570 errors:0 dropped:0 overruns:0 frame:0 TX packets:15570 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:820705 (801.4 KiB) TX bytes:820705 (801.4 KiB) # /sbin/ifconfig eth1 eth1 Link encap:UNSPEC HWaddr 87-FF-FF-FF-FF-FF-FF-00-00-00-00-00-00-00-00-00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) # /sbin/ifconfig eth2 eth2 Link encap:UNSPEC HWaddr 00-02-3C-00-A1-03-71-11-00-00-00-00-00-00-00-00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) I think that eth1 and eth2 are both "eth1394" devices, automatically loaded on the two Firewire "hubs"(?) in this machine? Cheers, Chris ___ All New Yahoo! Mail Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html - 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka J Enberg <[EMAIL PROTECTED]> wrote: > Please apply this patch to your kernel and try to reproduce: Ta-DA BUG: unable to handle kernel paging request at virtual address 6b6b6d6b printing eip: c0130113 *pde = Oops: 0002 [#1] PREEMPT SMP last sysfs file: /class/net/eth2/statistics/collisions Modules linked in: snd_rtctimer 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 video1394 raw1394 ac lp parport_pc parport nvram eth1394 compat_ioctl32 videodev v4l2_common v4l1_compat snd_usb_audio snd_usb_lib sd_mod sg snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec ohci1394 ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event ieee1394 snd_seq snd_pcm_oss sata_sil ehci_hcd uhci_hcd snd_mixer_oss libata e7xxx_edac edac_mc snd_pcm e1000 i2c_i801 i2c_core ide_cd intel_agp agpgart serio_raw psmouse scsi_mod snd_seq_device snd_timer snd_page_alloc snd_util_mem snd_hwdep snd soundcore cdrom pcspkr usbcore ext3 jbd CPU:1 EIP:0060:[]Not tainted VLI EFLAGS: 00010202 (2.6.20.1 #3) EIP is at module_put+0x20/0x52 eax: 6b6b6d6b ebx: 6b6b6b6b ecx: 0001 edx: e0049000 esi: f60f7b08 edi: 6b6b6b6b ebp: ebc14e0c esp: e0049f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 7608, ti=e0049000 task=f7e6b030 task.ti=e0049000) Stack: f7898edc c0183a5b 0010 ed5bbb7c eccd0978 c0151253 f7ff2208 ed5bbb7c f75b5360 ed5bbb7c c014ed90 0003 0003 f75b5360 f75b53e0 c014fd89 0003 0007 0003 e0049000 c0102bce 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+0x6b3/0x965 === 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 5f 49 fe ff e8 3b 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 a9 45 fe ff b8 01 00 EIP: [] module_put+0x20/0x52 SS:ESP 0068:e0049f58 <6>note: udevd[7608] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/7608 [] __sched_text_start+0x56/0x965 [] irq_exit+0x37/0x42 [] smp_apic_timer_interrupt+0x70/0x79 [] apic_timer_interrupt+0x28/0x30 [] __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+0x99/0x21d [] die+0x1f7/0x21c [] 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+0x6b3/0x965 === I would never have guessed THAT one :-) !! Cheers, Chris ___ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html - 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
Hi Chris, On Thu, 1 Mar 2007, Chris Rankin wrote: > Nope, no difference. Again, this happened while trying to start World of > Warcraft. However, this time there is no snd-rtctimer module in the > stack. Please apply this patch to your kernel and try to reproduce: http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/gregkh-driver-sysfs-crash-debugging.patch It should give us a better clue which sysfs file is causing the oops. 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka Enberg <[EMAIL PROTECTED]> wrote: > Yeah, but the oops looks more like a reference counting problem with > sysfs dentries. No harm in trying out the patch or reproducing without > CONFIG_SCHED_SMT though. > Nope, no difference. Again, this happened while trying to start World of Warcraft. However, this time there is no snd-rtctimer module in the stack. [drm] Initialized radeon 1.25.0 20060524 on minor 0 agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 8x mode agpgart: Putting AGP V3 device at :01:00.0 into 8x mode [drm] Setting GART location based on new memory map [drm] Loading R200 Microcode [drm] writeback test succeeded in 1 usecs BUG: unable to handle kernel paging request at virtual address 6b6b6ceb printing eip: c01300fb *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 video1394 raw1394 video thermal processor fan button ac lp eth1394 parport_pc parport nvram compat_ioctl32 videodev snd_usb_audio snd_usb_lib v4l2_common v4l1_compat sd_mod snd_emu10k1_synth sg snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event ohci1394 ieee1394 snd_seq snd_pcm_oss snd_mixer_oss snd_pcm sata_sil libata snd_seq_device ehci_hcd uhci_hcd i2c_i801 snd_timer e7xxx_edac edac_mc e1000 serio_raw psmouse i2c_core snd_page_alloc snd_util_mem snd_hwdep snd soundcore scsi_mod ide_cd intel_agp cdrom agpgart pcspkr usbcore ext3 jbd CPU:0 EIP:0060:[]Not tainted VLI EFLAGS: 00010246 (2.6.20.1 #2) EIP is at module_put+0x20/0x52 eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: ebd46000 esi: ecc56358 edi: 6b6b6b6b ebp: ec25411c esp: ebd46f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 7609, ti=ebd46000 task=f7fe6560 task.ti=ebd46000) Stack: ec25a2fc c01839ee 0010 ed6d669c f5cafc88 c015123b f7ff2208 ed6d669c f7561990 ed6d669c c014ed78 0003 0003 f7561990 f7561a10 c014fd71 0003 0007 0003 ebd46000 c0102bce 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+0x75b/0x965 [] __sched_text_start+0x713/0x965 === 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 73 49 fe ff e8 e3 5a 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 bd 45 fe ff b8 01 00 EIP: [] module_put+0x20/0x52 SS:ESP 0068:ebd46f58 <6>note: udevd[7609] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/7609 [] __sched_text_start+0x56/0x965 [] irq_exit+0x37/0x42 [] smp_apic_timer_interrupt+0x70/0x79 [] apic_timer_interrupt+0x28/0x30 [] __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+0x9d/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+0x75b/0x965 [] __sched_text_start+0x713/0x965 === ___ 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka Enberg [EMAIL PROTECTED] wrote: Yeah, but the oops looks more like a reference counting problem with sysfs dentries. No harm in trying out the patch or reproducing without CONFIG_SCHED_SMT though. Nope, no difference. Again, this happened while trying to start World of Warcraft. However, this time there is no snd-rtctimer module in the stack. [drm] Initialized radeon 1.25.0 20060524 on minor 0 agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 8x mode agpgart: Putting AGP V3 device at :01:00.0 into 8x mode [drm] Setting GART location based on new memory map [drm] Loading R200 Microcode [drm] writeback test succeeded in 1 usecs BUG: unable to handle kernel paging request at virtual address 6b6b6ceb printing eip: c01300fb *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 video1394 raw1394 video thermal processor fan button ac lp eth1394 parport_pc parport nvram compat_ioctl32 videodev snd_usb_audio snd_usb_lib v4l2_common v4l1_compat sd_mod snd_emu10k1_synth sg snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event ohci1394 ieee1394 snd_seq snd_pcm_oss snd_mixer_oss snd_pcm sata_sil libata snd_seq_device ehci_hcd uhci_hcd i2c_i801 snd_timer e7xxx_edac edac_mc e1000 serio_raw psmouse i2c_core snd_page_alloc snd_util_mem snd_hwdep snd soundcore scsi_mod ide_cd intel_agp cdrom agpgart pcspkr usbcore ext3 jbd CPU:0 EIP:0060:[c01300fb]Not tainted VLI EFLAGS: 00010246 (2.6.20.1 #2) EIP is at module_put+0x20/0x52 eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: ebd46000 esi: ecc56358 edi: 6b6b6b6b ebp: ec25411c esp: ebd46f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 7609, ti=ebd46000 task=f7fe6560 task.ti=ebd46000) Stack: ec25a2fc c01839ee 0010 ed6d669c f5cafc88 c015123b f7ff2208 ed6d669c f7561990 ed6d669c c014ed78 0003 0003 f7561990 f7561a10 c014fd71 0003 0007 0003 ebd46000 c0102bce Call Trace: [c01839ee] sysfs_release+0x2d/0x4c [c015123b] __fput+0x96/0x13c [c014ed78] filp_close+0x51/0x58 [c014fd71] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c027007b] __sched_text_start+0x75b/0x965 [c0270033] __sched_text_start+0x713/0x965 === 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 73 49 fe ff e8 e3 5a 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 bd 45 fe ff b8 01 00 EIP: [c01300fb] module_put+0x20/0x52 SS:ESP 0068:ebd46f58 6note: udevd[7609] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/7609 [c026f976] __sched_text_start+0x56/0x965 [c011cc5e] irq_exit+0x37/0x42 [c010d1d3] smp_apic_timer_interrupt+0x70/0x79 [c010369c] apic_timer_interrupt+0x28/0x30 [c0114afd] __cond_resched+0x12/0x2c [c0270889] cond_resched+0x26/0x31 [c01404ba] unmap_vmas+0x3d3/0x4df [c0142cdd] exit_mmap+0x7e/0x10a [c0116bc3] mmput+0x1d/0x78 [c011b30e] do_exit+0x1b2/0x6d8 [c011007b] sys_vm86+0x9d/0x21d [c01040f7] die+0x1f2/0x217 [c011180a] do_page_fault+0x442/0x510 [c01113c8] do_page_fault+0x0/0x510 [c02722ac] error_code+0x7c/0x84 [c01300fb] module_put+0x20/0x52 [c01839ee] sysfs_release+0x2d/0x4c [c015123b] __fput+0x96/0x13c [c014ed78] filp_close+0x51/0x58 [c014fd71] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c027007b] __sched_text_start+0x75b/0x965 [c0270033] __sched_text_start+0x713/0x965 === ___ 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
Hi Chris, On Thu, 1 Mar 2007, Chris Rankin wrote: Nope, no difference. Again, this happened while trying to start World of Warcraft. However, this time there is no snd-rtctimer module in the stack. Please apply this patch to your kernel and try to reproduce: http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/gregkh-driver-sysfs-crash-debugging.patch It should give us a better clue which sysfs file is causing the oops. 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka J Enberg [EMAIL PROTECTED] wrote: Please apply this patch to your kernel and try to reproduce: Ta-DA BUG: unable to handle kernel paging request at virtual address 6b6b6d6b printing eip: c0130113 *pde = Oops: 0002 [#1] PREEMPT SMP last sysfs file: /class/net/eth2/statistics/collisions Modules linked in: snd_rtctimer 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 video1394 raw1394 ac lp parport_pc parport nvram eth1394 compat_ioctl32 videodev v4l2_common v4l1_compat snd_usb_audio snd_usb_lib sd_mod sg snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec ohci1394 ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event ieee1394 snd_seq snd_pcm_oss sata_sil ehci_hcd uhci_hcd snd_mixer_oss libata e7xxx_edac edac_mc snd_pcm e1000 i2c_i801 i2c_core ide_cd intel_agp agpgart serio_raw psmouse scsi_mod snd_seq_device snd_timer snd_page_alloc snd_util_mem snd_hwdep snd soundcore cdrom pcspkr usbcore ext3 jbd CPU:1 EIP:0060:[c0130113]Not tainted VLI EFLAGS: 00010202 (2.6.20.1 #3) EIP is at module_put+0x20/0x52 eax: 6b6b6d6b ebx: 6b6b6b6b ecx: 0001 edx: e0049000 esi: f60f7b08 edi: 6b6b6b6b ebp: ebc14e0c esp: e0049f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 7608, ti=e0049000 task=f7e6b030 task.ti=e0049000) Stack: f7898edc c0183a5b 0010 ed5bbb7c eccd0978 c0151253 f7ff2208 ed5bbb7c f75b5360 ed5bbb7c c014ed90 0003 0003 f75b5360 f75b53e0 c014fd89 0003 0007 0003 e0049000 c0102bce Call Trace: [c0183a5b] sysfs_release+0x2d/0x4c [c0151253] __fput+0x96/0x13c [c014ed90] filp_close+0x51/0x58 [c014fd89] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x6b3/0x965 === 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 5f 49 fe ff e8 3b 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 a9 45 fe ff b8 01 00 EIP: [c0130113] module_put+0x20/0x52 SS:ESP 0068:e0049f58 6note: udevd[7608] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/7608 [c026f9d6] __sched_text_start+0x56/0x965 [c011cc72] irq_exit+0x37/0x42 [c010d1d7] smp_apic_timer_interrupt+0x70/0x79 [c010369c] apic_timer_interrupt+0x28/0x30 [c0114b01] __cond_resched+0x12/0x2c [c02708e9] cond_resched+0x26/0x31 [c01404d2] unmap_vmas+0x3d3/0x4df [c0142cf5] exit_mmap+0x7e/0x10a [c0116bd7] mmput+0x1d/0x78 [c011b322] do_exit+0x1b2/0x6d8 [c011007b] sys_vm86+0x99/0x21d [c01040fc] die+0x1f7/0x21c [c011180e] do_page_fault+0x442/0x510 [c01113cc] do_page_fault+0x0/0x510 [c027230c] error_code+0x7c/0x84 [c0130113] module_put+0x20/0x52 [c0183a5b] sysfs_release+0x2d/0x4c [c0151253] __fput+0x96/0x13c [c014ed90] filp_close+0x51/0x58 [c014fd89] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x6b3/0x965 === I would never have guessed THAT one :-) !! Cheers, Chris ___ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html - 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.1 - unable to handle kernel paging request - accessing freed memory?
Oh yes - I'd better mention what my Ethernet devices are: $ cat /proc/net/dev Inter-| Receive| Transmit face |bytespackets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo: 820705 15570000 0 0 0 820705 15570000 0 0 0 eth0: 3289077 14258000 0 0 639 1379700 14175000 0 0 0 eth1: 0 0000 0 0 00 0 000 0 0 0 eth2: 0 0000 0 0 00 0 000 0 0 0 $ /sbin/ifconfig eth0 Link encap:Ethernet HWaddr 00:0D:56:0D:E7:3F inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::20d:56ff:fe0d:e73f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14262 errors:0 dropped:0 overruns:0 frame:0 TX packets:14175 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:3289533 (3.1 MiB) TX bytes:1379700 (1.3 MiB) Base address:0xdcc0 Memory:ff6e-ff70 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:15570 errors:0 dropped:0 overruns:0 frame:0 TX packets:15570 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:820705 (801.4 KiB) TX bytes:820705 (801.4 KiB) # /sbin/ifconfig eth1 eth1 Link encap:UNSPEC HWaddr 87-FF-FF-FF-FF-FF-FF-00-00-00-00-00-00-00-00-00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) # /sbin/ifconfig eth2 eth2 Link encap:UNSPEC HWaddr 00-02-3C-00-A1-03-71-11-00-00-00-00-00-00-00-00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) I think that eth1 and eth2 are both eth1394 devices, automatically loaded on the two Firewire hubs(?) in this machine? Cheers, Chris ___ All New Yahoo! Mail Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html - 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.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka Enberg <[EMAIL PROTECTED]> wrote: > > Call Trace: > > [] sysfs_release+0x2d/0x4c > > [] __fput+0x96/0x13c > > So udevd is closing a sysfs attribute file but the pointer passed to > module_put is bogus. Looks like the sysfs dentry was already taken > down by release_sysfs_dirent(). Can you reproduce this at will? Does > the oops happen in older kernels? No, unfortunately I can't. Last night was the first time this ever happened (while I was starting up World of Warcraft/Wine), so I have no idea which sysfs attribute it is talking about here. Cheers, Chris ___ Inbox full of unwanted email? Get leading protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html - 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
On 2/27/07, Chris Rankin <[EMAIL PROTECTED]> wrote: Hmm, this bug looks interesting: http://www.ussg.iu.edu/hypermail/linux/kernel/0702.3/0514.html Yes, my machine *is* a dual P4 with HT enabled... Yeah, but the oops looks more like a reference counting problem with sysfs dentries. No harm in trying out the patch or reproducing without CONFIG_SCHED_SMT though. - 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.1 - unable to handle kernel paging request - accessing freed memory?
Hi, On 2/26/07, Chris Rankin <[EMAIL PROTECTED]> wrote: BUG: unable to handle kernel paging request at virtual address 6b6b6ceb [snip] EIP is at module_put+0x20/0x52 eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: e5bf esi: e9040b08 edi: 6b6b6b6b ebp: eae0bb3c esp: e5bf0f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 18662, ti=e5bf task=e6aaa030 task.ti=e5bf) Stack: eb3ff7bc c01839fe 0010 ed009b7c ed9291d0 c015124b f7ff2208 ed009b7c f7bd0678 ed009b7c c014ed88 0003 0003 f7bd0678 f7bd06f8 c014fd81 0003 0007 0003 e5bf c0102bce Call Trace: [] sysfs_release+0x2d/0x4c [] __fput+0x96/0x13c So udevd is closing a sysfs attribute file but the pointer passed to module_put is bogus. Looks like the sysfs dentry was already taken down by release_sysfs_dirent(). Can you reproduce this at will? Does the oops happen in older kernels? 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
--- Takashi Iwai <[EMAIL PROTECTED]> wrote: > snd_timer_global_register() itself doesn't issue any tasklet, so it > shouldn't be needed. Hmm, this bug looks interesting: http://www.ussg.iu.edu/hypermail/linux/kernel/0702.3/0514.html Yes, my machine *is* a dual P4 with HT enabled... 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
--- Takashi Iwai [EMAIL PROTECTED] wrote: snd_timer_global_register() itself doesn't issue any tasklet, so it shouldn't be needed. Hmm, this bug looks interesting: http://www.ussg.iu.edu/hypermail/linux/kernel/0702.3/0514.html Yes, my machine *is* a dual P4 with HT enabled... 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.1 - unable to handle kernel paging request - accessing freed memory?
Hi, On 2/26/07, Chris Rankin [EMAIL PROTECTED] wrote: BUG: unable to handle kernel paging request at virtual address 6b6b6ceb [snip] EIP is at module_put+0x20/0x52 eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: e5bf esi: e9040b08 edi: 6b6b6b6b ebp: eae0bb3c esp: e5bf0f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 18662, ti=e5bf task=e6aaa030 task.ti=e5bf) Stack: eb3ff7bc c01839fe 0010 ed009b7c ed9291d0 c015124b f7ff2208 ed009b7c f7bd0678 ed009b7c c014ed88 0003 0003 f7bd0678 f7bd06f8 c014fd81 0003 0007 0003 e5bf c0102bce Call Trace: [c01839fe] sysfs_release+0x2d/0x4c [c015124b] __fput+0x96/0x13c So udevd is closing a sysfs attribute file but the pointer passed to module_put is bogus. Looks like the sysfs dentry was already taken down by release_sysfs_dirent(). Can you reproduce this at will? Does the oops happen in older kernels? 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
On 2/27/07, Chris Rankin [EMAIL PROTECTED] wrote: Hmm, this bug looks interesting: http://www.ussg.iu.edu/hypermail/linux/kernel/0702.3/0514.html Yes, my machine *is* a dual P4 with HT enabled... Yeah, but the oops looks more like a reference counting problem with sysfs dentries. No harm in trying out the patch or reproducing without CONFIG_SCHED_SMT though. - 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.1 - unable to handle kernel paging request - accessing freed memory?
--- Pekka Enberg [EMAIL PROTECTED] wrote: Call Trace: [c01839fe] sysfs_release+0x2d/0x4c [c015124b] __fput+0x96/0x13c So udevd is closing a sysfs attribute file but the pointer passed to module_put is bogus. Looks like the sysfs dentry was already taken down by release_sysfs_dirent(). Can you reproduce this at will? Does the oops happen in older kernels? No, unfortunately I can't. Last night was the first time this ever happened (while I was starting up World of Warcraft/Wine), so I have no idea which sysfs attribute it is talking about here. Cheers, Chris ___ Inbox full of unwanted email? Get leading protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html - 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.1 - unable to handle kernel paging request - accessing freed memory?
--- Randy Dunlap <[EMAIL PROTECTED]> wrote: > Do you have any of the preceding kernel log messages? > or can you get them? Unfortunately, there was none. I posted everything there was. Race condition, perhaps? 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
At Mon, 26 Feb 2007 10:42:38 -0800, Randy Dunlap wrote: > > On Mon, 26 Feb 2007 01:26:06 + (GMT) Chris Rankin wrote: > > > Hi, > > > > This looks like a memory fault to me; are those 0x6b characters "slab > > poisoning"? This is the dual > > Yes, from include/linux/poison.h: > #define POISON_FREE 0x6b/* for use-after-free poisoning */ > > Do you have any of the preceding kernel log messages? > or can you get them? > > > Anyone: in sound/core/rtctimer.c::rtctimer_init(), does > this code: > > tasklet_init(_tasklet, rtctimer_tasklet, (unsigned long)timer); > > /* set up RTC callback */ > rtc_task.func = rtctimer_interrupt; > rtc_task.private_data = _tasklet; > > err = snd_timer_global_register(timer); > if (err < 0) { > snd_timer_global_free(timer); > return err; > } > > need to call tasklet_kill(_tasklet); > before the return err; ?? snd_timer_global_register() itself doesn't issue any tasklet, so it shouldn't be needed. Takashi > > > > P4 Xeon / 2 GB RAM machine, and I'm guessing that udevd has just loaded > > snd_rtctimer (because > > that's the module at the top of the list): > > > > BUG: unable to handle kernel paging request at virtual address 6b6b6ceb > > printing eip: > > c013010b > > *pde = > > Oops: 0002 [#1] > > PREEMPT SMP > > Modules linked in: snd_rtctimer 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 compat_ioctl32 > > videodev snd_usb_audio sd_mod snd_usb_lib v4l2_common sg v4l1_compat > > 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 snd_seq_oss ohci1394 snd_seq_midi_event snd_seq snd_pcm_oss > > snd_mixer_oss ieee1394 > > snd_pcm ehci_hcd snd_seq_device uhci_hcd snd_timer snd_page_alloc > > snd_util_mem sata_sil libata > > e7xxx_edac edac_mc snd_hwdep i2c_i801 e1000 serio_raw psmouse scsi_mod snd > > soundcore pcspkr > > i2c_core intel_agp agpgart ide_cd cdrom usbcore ext3 jbd > > CPU:0 > > EIP:0060:[]Not tainted VLI > > EFLAGS: 00010246 (2.6.20.1 #1) > > EIP is at module_put+0x20/0x52 > > eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: e5bf > > esi: e9040b08 edi: 6b6b6b6b ebp: eae0bb3c esp: e5bf0f58 > > ds: 007b es: 007b ss: 0068 > > Process udevd (pid: 18662, ti=e5bf task=e6aaa030 task.ti=e5bf) > > Stack: eb3ff7bc c01839fe 0010 ed009b7c ed9291d0 c015124b > > > >f7ff2208 ed009b7c f7bd0678 ed009b7c c014ed88 0003 > > 0003 > >f7bd0678 f7bd06f8 c014fd81 0003 0007 0003 e5bf > > c0102bce > > 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+0x703/0x958 > > === > > 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 63 49 fe ff e8 e3 5a > > 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 ad 45 fe ff b8 01 > > 00 > > EIP: [] module_put+0x20/0x52 SS:ESP 0068:e5bf0f58 > > <6>note: udevd[18662] exited with preempt_count 1 > > BUG: scheduling while atomic: udevd/0x1001/18662 > > [] __sched_text_start+0x56/0x958 > > [] irq_exit+0x37/0x42 > > [] smp_apic_timer_interrupt+0x70/0x79 > > [] apic_timer_interrupt+0x28/0x30 > > [] __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+0x9d/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+0x703/0x958 > > === > > --- > ~Randy > *** Remember to use Documentation/SubmitChecklist when testing your code *** > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php=sourceforge=DEVDEV > ___ > Alsa-devel mailing list > Alsa-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/alsa-devel > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at
Re: [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
On Mon, 26 Feb 2007 01:26:06 + (GMT) Chris Rankin wrote: > Hi, > > This looks like a memory fault to me; are those 0x6b characters "slab > poisoning"? This is the dual Yes, from include/linux/poison.h: #define POISON_FREE 0x6b/* for use-after-free poisoning */ Do you have any of the preceding kernel log messages? or can you get them? Anyone: in sound/core/rtctimer.c::rtctimer_init(), does this code: tasklet_init(_tasklet, rtctimer_tasklet, (unsigned long)timer); /* set up RTC callback */ rtc_task.func = rtctimer_interrupt; rtc_task.private_data = _tasklet; err = snd_timer_global_register(timer); if (err < 0) { snd_timer_global_free(timer); return err; } need to call tasklet_kill(_tasklet); before the return err; ?? > P4 Xeon / 2 GB RAM machine, and I'm guessing that udevd has just loaded > snd_rtctimer (because > that's the module at the top of the list): > > BUG: unable to handle kernel paging request at virtual address 6b6b6ceb > printing eip: > c013010b > *pde = > Oops: 0002 [#1] > PREEMPT SMP > Modules linked in: snd_rtctimer 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 > compat_ioctl32 > videodev snd_usb_audio sd_mod snd_usb_lib v4l2_common sg v4l1_compat > 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 snd_seq_oss ohci1394 snd_seq_midi_event snd_seq snd_pcm_oss > snd_mixer_oss ieee1394 > snd_pcm ehci_hcd snd_seq_device uhci_hcd snd_timer snd_page_alloc > snd_util_mem sata_sil libata > e7xxx_edac edac_mc snd_hwdep i2c_i801 e1000 serio_raw psmouse scsi_mod snd > soundcore pcspkr > i2c_core intel_agp agpgart ide_cd cdrom usbcore ext3 jbd > CPU:0 > EIP:0060:[]Not tainted VLI > EFLAGS: 00010246 (2.6.20.1 #1) > EIP is at module_put+0x20/0x52 > eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: e5bf > esi: e9040b08 edi: 6b6b6b6b ebp: eae0bb3c esp: e5bf0f58 > ds: 007b es: 007b ss: 0068 > Process udevd (pid: 18662, ti=e5bf task=e6aaa030 task.ti=e5bf) > Stack: eb3ff7bc c01839fe 0010 ed009b7c ed9291d0 c015124b >f7ff2208 ed009b7c f7bd0678 ed009b7c c014ed88 0003 0003 >f7bd0678 f7bd06f8 c014fd81 0003 0007 0003 e5bf c0102bce > 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+0x703/0x958 > === > 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 > 63 49 fe ff e8 e3 5a > 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 ad 45 fe ff b8 01 > 00 > EIP: [] module_put+0x20/0x52 SS:ESP 0068:e5bf0f58 > <6>note: udevd[18662] exited with preempt_count 1 > BUG: scheduling while atomic: udevd/0x1001/18662 > [] __sched_text_start+0x56/0x958 > [] irq_exit+0x37/0x42 > [] smp_apic_timer_interrupt+0x70/0x79 > [] apic_timer_interrupt+0x28/0x30 > [] __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+0x9d/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+0x703/0x958 > === --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** - 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.1 - unable to handle kernel paging request - accessing freed memory?
On Mon, 26 Feb 2007 01:26:06 + (GMT) Chris Rankin wrote: Hi, This looks like a memory fault to me; are those 0x6b characters slab poisoning? This is the dual Yes, from include/linux/poison.h: #define POISON_FREE 0x6b/* for use-after-free poisoning */ Do you have any of the preceding kernel log messages? or can you get them? Anyone: in sound/core/rtctimer.c::rtctimer_init(), does this code: tasklet_init(rtc_tasklet, rtctimer_tasklet, (unsigned long)timer); /* set up RTC callback */ rtc_task.func = rtctimer_interrupt; rtc_task.private_data = rtc_tasklet; err = snd_timer_global_register(timer); if (err 0) { snd_timer_global_free(timer); return err; } need to call tasklet_kill(rtc_tasklet); before the return err; ?? P4 Xeon / 2 GB RAM machine, and I'm guessing that udevd has just loaded snd_rtctimer (because that's the module at the top of the list): BUG: unable to handle kernel paging request at virtual address 6b6b6ceb printing eip: c013010b *pde = Oops: 0002 [#1] PREEMPT SMP Modules linked in: snd_rtctimer 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 compat_ioctl32 videodev snd_usb_audio sd_mod snd_usb_lib v4l2_common sg v4l1_compat 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 snd_seq_oss ohci1394 snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss ieee1394 snd_pcm ehci_hcd snd_seq_device uhci_hcd snd_timer snd_page_alloc snd_util_mem sata_sil libata e7xxx_edac edac_mc snd_hwdep i2c_i801 e1000 serio_raw psmouse scsi_mod snd soundcore pcspkr i2c_core intel_agp agpgart ide_cd cdrom usbcore ext3 jbd CPU:0 EIP:0060:[c013010b]Not tainted VLI EFLAGS: 00010246 (2.6.20.1 #1) EIP is at module_put+0x20/0x52 eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: e5bf esi: e9040b08 edi: 6b6b6b6b ebp: eae0bb3c esp: e5bf0f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 18662, ti=e5bf task=e6aaa030 task.ti=e5bf) Stack: eb3ff7bc c01839fe 0010 ed009b7c ed9291d0 c015124b f7ff2208 ed009b7c f7bd0678 ed009b7c c014ed88 0003 0003 f7bd0678 f7bd06f8 c014fd81 0003 0007 0003 e5bf c0102bce Call Trace: [c01839fe] sysfs_release+0x2d/0x4c [c015124b] __fput+0x96/0x13c [c014ed88] filp_close+0x51/0x58 [c014fd81] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x703/0x958 === 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 63 49 fe ff e8 e3 5a 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 ad 45 fe ff b8 01 00 EIP: [c013010b] module_put+0x20/0x52 SS:ESP 0068:e5bf0f58 6note: udevd[18662] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/18662 [c026f986] __sched_text_start+0x56/0x958 [c011cc6e] irq_exit+0x37/0x42 [c010d1d3] smp_apic_timer_interrupt+0x70/0x79 [c010369c] apic_timer_interrupt+0x28/0x30 [c0114afd] __cond_resched+0x12/0x2c [c027088c] cond_resched+0x26/0x31 [c01404ca] unmap_vmas+0x3d3/0x4df [c0142ced] exit_mmap+0x7e/0x10a [c0116bd3] mmput+0x1d/0x78 [c011b31e] do_exit+0x1b2/0x6d8 [c011007b] sys_vm86+0x9d/0x21d [c01040f7] die+0x1f2/0x217 [c011180a] do_page_fault+0x442/0x510 [c01113c8] do_page_fault+0x0/0x510 [c02722b4] error_code+0x7c/0x84 [c013010b] module_put+0x20/0x52 [c01839fe] sysfs_release+0x2d/0x4c [c015124b] __fput+0x96/0x13c [c014ed88] filp_close+0x51/0x58 [c014fd81] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x703/0x958 === --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** - 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: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
At Mon, 26 Feb 2007 10:42:38 -0800, Randy Dunlap wrote: On Mon, 26 Feb 2007 01:26:06 + (GMT) Chris Rankin wrote: Hi, This looks like a memory fault to me; are those 0x6b characters slab poisoning? This is the dual Yes, from include/linux/poison.h: #define POISON_FREE 0x6b/* for use-after-free poisoning */ Do you have any of the preceding kernel log messages? or can you get them? Anyone: in sound/core/rtctimer.c::rtctimer_init(), does this code: tasklet_init(rtc_tasklet, rtctimer_tasklet, (unsigned long)timer); /* set up RTC callback */ rtc_task.func = rtctimer_interrupt; rtc_task.private_data = rtc_tasklet; err = snd_timer_global_register(timer); if (err 0) { snd_timer_global_free(timer); return err; } need to call tasklet_kill(rtc_tasklet); before the return err; ?? snd_timer_global_register() itself doesn't issue any tasklet, so it shouldn't be needed. Takashi P4 Xeon / 2 GB RAM machine, and I'm guessing that udevd has just loaded snd_rtctimer (because that's the module at the top of the list): BUG: unable to handle kernel paging request at virtual address 6b6b6ceb printing eip: c013010b *pde = Oops: 0002 [#1] PREEMPT SMP Modules linked in: snd_rtctimer 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 compat_ioctl32 videodev snd_usb_audio sd_mod snd_usb_lib v4l2_common sg v4l1_compat 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 snd_seq_oss ohci1394 snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss ieee1394 snd_pcm ehci_hcd snd_seq_device uhci_hcd snd_timer snd_page_alloc snd_util_mem sata_sil libata e7xxx_edac edac_mc snd_hwdep i2c_i801 e1000 serio_raw psmouse scsi_mod snd soundcore pcspkr i2c_core intel_agp agpgart ide_cd cdrom usbcore ext3 jbd CPU:0 EIP:0060:[c013010b]Not tainted VLI EFLAGS: 00010246 (2.6.20.1 #1) EIP is at module_put+0x20/0x52 eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: e5bf esi: e9040b08 edi: 6b6b6b6b ebp: eae0bb3c esp: e5bf0f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 18662, ti=e5bf task=e6aaa030 task.ti=e5bf) Stack: eb3ff7bc c01839fe 0010 ed009b7c ed9291d0 c015124b f7ff2208 ed009b7c f7bd0678 ed009b7c c014ed88 0003 0003 f7bd0678 f7bd06f8 c014fd81 0003 0007 0003 e5bf c0102bce Call Trace: [c01839fe] sysfs_release+0x2d/0x4c [c015124b] __fput+0x96/0x13c [c014ed88] filp_close+0x51/0x58 [c014fd81] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x703/0x958 === 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 63 49 fe ff e8 e3 5a 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 ad 45 fe ff b8 01 00 EIP: [c013010b] module_put+0x20/0x52 SS:ESP 0068:e5bf0f58 6note: udevd[18662] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/18662 [c026f986] __sched_text_start+0x56/0x958 [c011cc6e] irq_exit+0x37/0x42 [c010d1d3] smp_apic_timer_interrupt+0x70/0x79 [c010369c] apic_timer_interrupt+0x28/0x30 [c0114afd] __cond_resched+0x12/0x2c [c027088c] cond_resched+0x26/0x31 [c01404ca] unmap_vmas+0x3d3/0x4df [c0142ced] exit_mmap+0x7e/0x10a [c0116bd3] mmput+0x1d/0x78 [c011b31e] do_exit+0x1b2/0x6d8 [c011007b] sys_vm86+0x9d/0x21d [c01040f7] die+0x1f2/0x217 [c011180a] do_page_fault+0x442/0x510 [c01113c8] do_page_fault+0x0/0x510 [c02722b4] error_code+0x7c/0x84 [c013010b] module_put+0x20/0x52 [c01839fe] sysfs_release+0x2d/0x4c [c015124b] __fput+0x96/0x13c [c014ed88] filp_close+0x51/0x58 [c014fd81] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x703/0x958 === --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Alsa-devel mailing list Alsa-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-devel - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More
Re: [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
--- Randy Dunlap [EMAIL PROTECTED] wrote: Do you have any of the preceding kernel log messages? or can you get them? Unfortunately, there was none. I posted everything there was. Race condition, perhaps? 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/
[BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?
Hi, This looks like a memory fault to me; are those 0x6b characters "slab poisoning"? This is the dual P4 Xeon / 2 GB RAM machine, and I'm guessing that udevd has just loaded snd_rtctimer (because that's the module at the top of the list): BUG: unable to handle kernel paging request at virtual address 6b6b6ceb printing eip: c013010b *pde = Oops: 0002 [#1] PREEMPT SMP Modules linked in: snd_rtctimer 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 compat_ioctl32 videodev snd_usb_audio sd_mod snd_usb_lib v4l2_common sg v4l1_compat 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 snd_seq_oss ohci1394 snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss ieee1394 snd_pcm ehci_hcd snd_seq_device uhci_hcd snd_timer snd_page_alloc snd_util_mem sata_sil libata e7xxx_edac edac_mc snd_hwdep i2c_i801 e1000 serio_raw psmouse scsi_mod snd soundcore pcspkr i2c_core intel_agp agpgart ide_cd cdrom usbcore ext3 jbd CPU:0 EIP:0060:[]Not tainted VLI EFLAGS: 00010246 (2.6.20.1 #1) EIP is at module_put+0x20/0x52 eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: e5bf esi: e9040b08 edi: 6b6b6b6b ebp: eae0bb3c esp: e5bf0f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 18662, ti=e5bf task=e6aaa030 task.ti=e5bf) Stack: eb3ff7bc c01839fe 0010 ed009b7c ed9291d0 c015124b f7ff2208 ed009b7c f7bd0678 ed009b7c c014ed88 0003 0003 f7bd0678 f7bd06f8 c014fd81 0003 0007 0003 e5bf c0102bce 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+0x703/0x958 === 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 63 49 fe ff e8 e3 5a 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 ad 45 fe ff b8 01 00 EIP: [] module_put+0x20/0x52 SS:ESP 0068:e5bf0f58 <6>note: udevd[18662] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/18662 [] __sched_text_start+0x56/0x958 [] irq_exit+0x37/0x42 [] smp_apic_timer_interrupt+0x70/0x79 [] apic_timer_interrupt+0x28/0x30 [] __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+0x9d/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+0x703/0x958 === ___ All New Yahoo! Mail Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html - 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.1 - unable to handle kernel paging request - accessing freed memory?
Hi, This looks like a memory fault to me; are those 0x6b characters slab poisoning? This is the dual P4 Xeon / 2 GB RAM machine, and I'm guessing that udevd has just loaded snd_rtctimer (because that's the module at the top of the list): BUG: unable to handle kernel paging request at virtual address 6b6b6ceb printing eip: c013010b *pde = Oops: 0002 [#1] PREEMPT SMP Modules linked in: snd_rtctimer 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 compat_ioctl32 videodev snd_usb_audio sd_mod snd_usb_lib v4l2_common sg v4l1_compat 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 snd_seq_oss ohci1394 snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss ieee1394 snd_pcm ehci_hcd snd_seq_device uhci_hcd snd_timer snd_page_alloc snd_util_mem sata_sil libata e7xxx_edac edac_mc snd_hwdep i2c_i801 e1000 serio_raw psmouse scsi_mod snd soundcore pcspkr i2c_core intel_agp agpgart ide_cd cdrom usbcore ext3 jbd CPU:0 EIP:0060:[c013010b]Not tainted VLI EFLAGS: 00010246 (2.6.20.1 #1) EIP is at module_put+0x20/0x52 eax: 6b6b6ceb ebx: 6b6b6b6b ecx: 0001 edx: e5bf esi: e9040b08 edi: 6b6b6b6b ebp: eae0bb3c esp: e5bf0f58 ds: 007b es: 007b ss: 0068 Process udevd (pid: 18662, ti=e5bf task=e6aaa030 task.ti=e5bf) Stack: eb3ff7bc c01839fe 0010 ed009b7c ed9291d0 c015124b f7ff2208 ed009b7c f7bd0678 ed009b7c c014ed88 0003 0003 f7bd0678 f7bd06f8 c014fd81 0003 0007 0003 e5bf c0102bce Call Trace: [c01839fe] sysfs_release+0x2d/0x4c [c015124b] __fput+0x96/0x13c [c014ed88] filp_close+0x51/0x58 [c014fd81] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x703/0x958 === 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 63 49 fe ff e8 e3 5a 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 ad 45 fe ff b8 01 00 EIP: [c013010b] module_put+0x20/0x52 SS:ESP 0068:e5bf0f58 6note: udevd[18662] exited with preempt_count 1 BUG: scheduling while atomic: udevd/0x1001/18662 [c026f986] __sched_text_start+0x56/0x958 [c011cc6e] irq_exit+0x37/0x42 [c010d1d3] smp_apic_timer_interrupt+0x70/0x79 [c010369c] apic_timer_interrupt+0x28/0x30 [c0114afd] __cond_resched+0x12/0x2c [c027088c] cond_resched+0x26/0x31 [c01404ca] unmap_vmas+0x3d3/0x4df [c0142ced] exit_mmap+0x7e/0x10a [c0116bd3] mmput+0x1d/0x78 [c011b31e] do_exit+0x1b2/0x6d8 [c011007b] sys_vm86+0x9d/0x21d [c01040f7] die+0x1f2/0x217 [c011180a] do_page_fault+0x442/0x510 [c01113c8] do_page_fault+0x0/0x510 [c02722b4] error_code+0x7c/0x84 [c013010b] module_put+0x20/0x52 [c01839fe] sysfs_release+0x2d/0x4c [c015124b] __fput+0x96/0x13c [c014ed88] filp_close+0x51/0x58 [c014fd81] sys_close+0x70/0xa7 [c0102bce] sysenter_past_esp+0x5f/0x85 [c0270033] __sched_text_start+0x703/0x958 === ___ All New Yahoo! Mail Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html - 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: Linux 2.6.20.1
diff --git a/Makefile b/Makefile index 7e2750f..d26f3f5 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 20 -EXTRAVERSION = +EXTRAVERSION = .1 NAME = Homicidal Dwarf Hamster # *DOCUMENTATION* diff --git a/fs/nfsd/nfs2acl.c b/fs/nfsd/nfs2acl.c index edde5dc..b617428 100644 --- a/fs/nfsd/nfs2acl.c +++ b/fs/nfsd/nfs2acl.c @@ -287,13 +287,20 @@ static int nfsaclsvc_release_getacl(struct svc_rqst *rqstp, __be32 *p, return 1; } -static int nfsaclsvc_release_fhandle(struct svc_rqst *rqstp, __be32 *p, - struct nfsd_fhandle *resp) +static int nfsaclsvc_release_attrstat(struct svc_rqst *rqstp, __be32 *p, + struct nfsd_attrstat *resp) { fh_put(>fh); return 1; } +static int nfsaclsvc_release_access(struct svc_rqst *rqstp, __be32 *p, + struct nfsd3_accessres *resp) +{ + fh_put(>fh); + return 1; +} + #define nfsaclsvc_decode_voidargs NULL #define nfsaclsvc_encode_voidres NULL #define nfsaclsvc_release_void NULL @@ -322,9 +329,9 @@ struct nfsd3_voidargs { int dummy; }; static struct svc_procedurenfsd_acl_procedures2[] = { PROC(null, void, void, void, RC_NOCACHE, ST), PROC(getacl, getacl, getacl, getacl, RC_NOCACHE, ST+1+2*(1+ACL)), - PROC(setacl, setacl, attrstat, fhandle, RC_NOCACHE, ST+AT), - PROC(getattr, fhandle, attrstat, fhandle, RC_NOCACHE, ST+AT), - PROC(access, access, access, fhandle, RC_NOCACHE, ST+AT+1), + PROC(setacl, setacl, attrstat, attrstat, RC_NOCACHE, ST+AT), + PROC(getattr, fhandle, attrstat, attrstat, RC_NOCACHE, ST+AT), + PROC(access, access, access, access, RC_NOCACHE, ST+AT+1), }; struct svc_version nfsd_acl_version2 = { - 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/
Linux 2.6.20.1
We (the -stable team) are announcing the release of the 2.6.20.1 kernel. It contains one NFS fix that if you run a NFS server, you might want to apply. The diffstat and short summary of the fixes are below. I'll also be replying to this message with a copy of the patch between 2.6.20 and 2.6.20.1, as it is small enough to do so. The updated 2.6.20.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.20.y.git and can be browsed at the normal kernel.org git web browser: www.kernel.org/git/ thanks, greg k-h Makefile |2 +- fs/nfsd/nfs2acl.c | 17 - 2 files changed, 13 insertions(+), 6 deletions(-) Summary of changes from v2.6.20 to v2.6.20.1 == Greg Banks (1): Fix a free-wrong-pointer bug in nfs/acl server (CVE-2007-0772) Greg Kroah-Hartman (1): Linux 2.6.20.1 - 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/
Linux 2.6.20.1
We (the -stable team) are announcing the release of the 2.6.20.1 kernel. It contains one NFS fix that if you run a NFS server, you might want to apply. The diffstat and short summary of the fixes are below. I'll also be replying to this message with a copy of the patch between 2.6.20 and 2.6.20.1, as it is small enough to do so. The updated 2.6.20.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.20.y.git and can be browsed at the normal kernel.org git web browser: www.kernel.org/git/ thanks, greg k-h Makefile |2 +- fs/nfsd/nfs2acl.c | 17 - 2 files changed, 13 insertions(+), 6 deletions(-) Summary of changes from v2.6.20 to v2.6.20.1 == Greg Banks (1): Fix a free-wrong-pointer bug in nfs/acl server (CVE-2007-0772) Greg Kroah-Hartman (1): Linux 2.6.20.1 - 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: Linux 2.6.20.1
diff --git a/Makefile b/Makefile index 7e2750f..d26f3f5 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 20 -EXTRAVERSION = +EXTRAVERSION = .1 NAME = Homicidal Dwarf Hamster # *DOCUMENTATION* diff --git a/fs/nfsd/nfs2acl.c b/fs/nfsd/nfs2acl.c index edde5dc..b617428 100644 --- a/fs/nfsd/nfs2acl.c +++ b/fs/nfsd/nfs2acl.c @@ -287,13 +287,20 @@ static int nfsaclsvc_release_getacl(struct svc_rqst *rqstp, __be32 *p, return 1; } -static int nfsaclsvc_release_fhandle(struct svc_rqst *rqstp, __be32 *p, - struct nfsd_fhandle *resp) +static int nfsaclsvc_release_attrstat(struct svc_rqst *rqstp, __be32 *p, + struct nfsd_attrstat *resp) { fh_put(resp-fh); return 1; } +static int nfsaclsvc_release_access(struct svc_rqst *rqstp, __be32 *p, + struct nfsd3_accessres *resp) +{ + fh_put(resp-fh); + return 1; +} + #define nfsaclsvc_decode_voidargs NULL #define nfsaclsvc_encode_voidres NULL #define nfsaclsvc_release_void NULL @@ -322,9 +329,9 @@ struct nfsd3_voidargs { int dummy; }; static struct svc_procedurenfsd_acl_procedures2[] = { PROC(null, void, void, void, RC_NOCACHE, ST), PROC(getacl, getacl, getacl, getacl, RC_NOCACHE, ST+1+2*(1+ACL)), - PROC(setacl, setacl, attrstat, fhandle, RC_NOCACHE, ST+AT), - PROC(getattr, fhandle, attrstat, fhandle, RC_NOCACHE, ST+AT), - PROC(access, access, access, fhandle, RC_NOCACHE, ST+AT+1), + PROC(setacl, setacl, attrstat, attrstat, RC_NOCACHE, ST+AT), + PROC(getattr, fhandle, attrstat, attrstat, RC_NOCACHE, ST+AT), + PROC(access, access, access, access, RC_NOCACHE, ST+AT+1), }; struct svc_version nfsd_acl_version2 = { - 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/