LKML: Linux Kernel Archive 2005 Q3 - Thread Index

Date Index

Re: Need help in understanding x86 syscall, (continued)
The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB.
- Re: The Linux FAT issue on SD Cards.. maintainer support please, Marc Singer
- Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
- <Possible follow-ups>
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB.
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB.
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB.
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB.
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Olivier Galibert
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB.
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB`.
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB`.
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB`.
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB`.
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB.
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
- RE: The Linux FAT issue on SD Cards.. maintainer support please, Mukund JB.
  - Re: The Linux FAT issue on SD Cards.. maintainer support please, Lennart Sorensen
[PATCH 13/14] i386 / Introduce hypervisor ldt hooks, zach
[PATCH 14/14] i386 / Introduce hypervisor lazy pinning hooks, zach
[PATCH 12/14] i386 / Move context switch inline, zach
[PATCH 11/14] i386 / Eliminate yet another redundant accessor, zach
[PATCH 9/14] i386 / Typecheck and optimize base and limit accessors, zach
[PATCH 10/14] i386 / Move descriptor accessors into desc h, zach
[PATCH 8/14] i386 / Add a per cpu gdt accessor, zach
- Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, Zwane Mwaikambo
  - Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, Chris Wright
    - Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, H. Peter Anvin
      - Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, Chris Wright
  - Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, Zachary Amsden
    - Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, Zwane Mwaikambo
- Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, Andi Kleen
  - Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, H. Peter Anvin
  - Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, Chris Wright
    - Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, Andi Kleen
      - Re: [PATCH 8/14] i386 / Add a per cpu gdt accessor, Chris Wright
[PATCH 7/14] i386 / Add some descriptor convenience functions, zach
[PATCH 5/14] i386 / Use early clobber to eliminate rotate in desc, zach
- Re: [PATCH 5/14] i386 / Use early clobber to eliminate rotate in desc, Andi Kleen
  - Re: [PATCH 5/14] i386 / Use early clobber to eliminate rotate in desc, Zachary Amsden
    - Re: [PATCH 5/14] i386 / Use early clobber to eliminate rotate in desc, H. Peter Anvin
      - Re: [PATCH 5/14] i386 / Use early clobber to eliminate rotate in desc, Alan Cox
        
        Re: [PATCH 5/14] i386 / Use early clobber to eliminate rotate in desc, H. Peter Anvin
[PATCH 6/14] i386 / Add some segment convenience functions, zach
- Re: [PATCH 6/14] i386 / Add some segment convenience functions, Andi Kleen
[PATCH 4/14] i386 / Clean up asm and volatile keywords in desc, zach
- Re: [PATCH 4/14] i386 / Clean up asm and volatile keywords in desc, Andi Kleen
  - Re: [PATCH 4/14] i386 / Clean up asm and volatile keywords in desc, H. Peter Anvin
  - Re: [PATCH 4/14] i386 / Clean up asm and volatile keywords in desc, Chris Wright
[PATCH] i386 boottime for_each_cpu broken, Zwane Mwaikambo
- Re: [PATCH] i386 boottime for_each_cpu broken, Bharata B Rao
  - Re: [PATCH] i386 boottime for_each_cpu broken, Zwane Mwaikambo
- Re: [PATCH] i386 boottime for_each_cpu broken, Andi Kleen
  - Re: [PATCH] i386 boottime for_each_cpu broken, Zwane Mwaikambo
- <Possible follow-ups>
- Re: [PATCH] i386 boottime for_each_cpu broken, Andrew Morton
  - Re: [PATCH] i386 boottime for_each_cpu broken, Zwane Mwaikambo
[PATCH 1/14] i386 / Make write ldt return error code, zach
- Re: [PATCH 1/14] i386 / Make write ldt return error code, Chris Wright
- Re: [PATCH 1/14] i386 / Make write ldt return error code, Andi Kleen
  - Re: [PATCH 1/14] i386 / Make write ldt return error code, Chris Wright
    - Re: [PATCH 1/14] i386 / Make write ldt return error code, Andi Kleen
      - Re: [PATCH 1/14] i386 / Make write ldt return error code, Chris Wright
[PATCH 3/14] i386 / Remove unnecessary tls init, zach
[PATCH 2/14] i386 / Remove ugly tls code, zach
[PATCH] ppc32: Add ppc_sys descriptions for PowerQUICC II devices, Kumar Gala
[PATCH]hande sysdev suspend failure, Shaohua Li
- Re: [PATCH]hande sysdev suspend failure, Pavel Machek
Partitioning problems on x86_64 (fwd), Ken Moffat
- Re: Partitioning problems on x86_64 (fwd), Lennart Sorensen
  - Re: Partitioning problems on x86_64 (fwd), Ken Moffat
- <Possible follow-ups>
- Re: Partitioning problems on x86_64 (fwd), Andi Kleen
[Patch]: latency histogram patch cleanup, yangyi
- Re: [Patch]: latency histogram patch cleanup, Daniel Walker
- Re: [Patch]: latency histogram patch cleanup, Ingo Molnar
[RFC - 0/13] NTP cleanup work (v. B5), john stultz
- [RFC][PATCH - 1/13] NTP cleanup: Move NTP code into ntp.c, john stultz
  - [RFC][PATCH - 2/13] NTP cleanup: Move arches to new ntp interfaces, john stultz
    - [RFC][PATCH - 3/13] NTP cleanup: Remove unused NTP PPS code, john stultz
      - [RFC][PATCH - 4/13] NTP cleanup: Breakup ntp_adjtimex(), john stultz
        
        [RFC][PATCH - 5/13] NTP cleanup: Break out leapsecond processing, john stultz
        
        [RFC][PATCH - 6/13] NTP cleanup: Clean up ntp_adjtimex() arguement checking, john stultz
        
        [RFC][PATCH - 7/13] NTP cleanup: Cleanup signed shifting logic, john stultz
        
        [RFC][PATCH - 8/13] NTP cleanup: Integrate second_overflow() logic, john stultz
        
        [RFC][PATCH - 9/13] NTP cleanup: Improve NTP variable names, john stultz
        
        [RFC][PATCH - 10/13] NTP cleanup: Use ntp_lock instead of xtime_lock, john stultz
        
        [RFC][PATCH - 11/13] NTP cleanup: Introduce PPM adjustment variables, john stultz
        
        [RFC][PATCH - 12/13] NTP cleanup: cleanup ntp_advance() adjtime code, john stultz
        
        [RFC][PATCH - 13/13] NTP cleanup: drop time_phase and time_adj add copyright, john stultz
        
        Re: [RFC][PATCH - 4/13] NTP cleanup: Breakup ntp_adjtimex(), john stultz
- [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
  - [PATCH 1/9] Timesource management code, john stultz
    - [PATCH 2/9] Generic timekeeping core subsystem, john stultz
      - [PATCH 3/9] Generic timekeeping i386 arch specific changes, part 1, john stultz
        
        [PATCH 4/9] generic timekeeping i386 arch specific changes, part 2, john stultz
        
        [PATCH 5/9] generic timekeeping i386 arch specific changes, part 3, john stultz
        
        [PATCH 6/9] generic timekeeping i386 arch specific changes, part 4, john stultz
        
        [PATCH 7/9] generic timekeeping i386 arch specific changes, part 5, john stultz
        
        [PATCH 8/9] generic timekeeping i386 arch specific changes, part 6, john stultz
        
        [PATCH 9/9] generic timekeeping i386 specific timesources, john stultz
  - Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Lee Revell
    - Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
      - Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Lee Revell
    - Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Ulrich Windl
  - [RFC] Cumulative NTP cleanujp and generic timekeeping patch (v B5), john stultz
  - Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
    - Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
      - Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Christoph Lameter
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Christoph Lameter
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Christoph Lameter
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Ulrich Windl
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Christoph Lameter
      - Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Ulrich Windl
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), George Anzinger
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), George Anzinger
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), George Anzinger
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Ulrich Windl
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), Roman Zippel
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), john stultz
        
        Re: [RFC - 0/9] Generic timekeeping subsystem (v. B5), George Anzinger
- Re: [RFC - 0/13] NTP cleanup work (v. B5), Roman Zippel
  - Re: [RFC - 0/13] NTP cleanup work (v. B5), john stultz
    - Re: [RFC - 0/13] NTP cleanup work (v. B5), Roman Zippel
Question about SO_LINGER, steve roussey
- Re: Question about SO_LINGER, David S. Miller
- Re: Question about SO_LINGER, dean gaudet
fcntl(F_GETLEASE) semantics??, Peter Chubb
- Re: fcntl(F_GETLEASE) semantics??, Trond Myklebust
  - Re: fcntl(F_GETLEASE) semantics??, Peter Chubb
    - Re: fcntl(F GETLEASE) semantics??, Michael Kerrisk
      - Re: fcntl(F GETLEASE) semantics??, Trond Myklebust
        
        Re: fcntl(F GETLEASE) semantics??, Michael Kerrisk
        
        Re: fcntl(F GETLEASE) semantics??, Trond Myklebust
        
        Re: fcntl(F GETLEASE) semantics??, Michael Kerrisk
        
        Re: fcntl(F GETLEASE) semantics??, Trond Myklebust
        
        Re: fcntl(F GETLEASE) semantics??, Trond Myklebust
        
        Re: fcntl(F GETLEASE) semantics??, J. Bruce Fields
        
        Re: fcntl(F GETLEASE) semantics??, Michael Kerrisk
        
        Re: fcntl(F GETLEASE) semantics??, Michael Kerrisk
        
        Re: fcntl(F GETLEASE) semantics??, Trond Myklebust
        
        Re: fcntl(F GETLEASE) semantics??, Trond Myklebust
        
        Re: fcntl(F GETLEASE) semantics??, Stephen Rothwell
- Re: fcntl(F_GETLEASE) semantics??, Heikki Orsila
  - Re: fcntl(F_GETLEASE) semantics??, Trond Myklebust
    - Re: fcntl(F_GETLEASE) semantics??, Heikki Orsila
      - Re: fcntl(F_GETLEASE) semantics??, Trond Myklebust
        
        Re: fcntl(F_GETLEASE) semantics??, Heikki Orsila
        
        Re: fcntl(F_GETLEASE) semantics??, Trond Myklebust
[BUG?] probable underflow on file date on ext2/3 filesystems, Carlos Silva
how do I read CPU temperature in ACPI? (w/ P5WD2 motherboard), David Madore
- Re: how do I read CPU temperature in ACPI? (w/ P5WD2 motherboard), Michael Thonke
- <Possible follow-ups>
- Re: how do I read CPU temperature in ACPI? (w/ P5WD2 motherboard), Robert Hancock
ipv6: ipvs and conntrack, does anybody write it?, Jiri Slaby
- Re: ipv6: ipvs and conntrack, does anybody write it?, David S. Miller
RE: [RFC][2.6.12.3] IRQ compression/sharing patch, Protasevich, Natalie
- Re: [RFC][2.6.12.3] IRQ compression/sharing patch, James Cleverdon
- RE: [RFC][2.6.12.3] IRQ compression/sharing patch, Zwane Mwaikambo
- <Possible follow-ups>
- RE: [RFC][2.6.12.3] IRQ compression/sharing patch, Protasevich, Natalie
  - Re: [RFC][2.6.12.3] IRQ compression/sharing patch, James Cleverdon
- RE: [RFC][2.6.12.3] IRQ compression/sharing patch, Protasevich, Natalie
  - Re: [RFC][2.6.12.3] IRQ compression/sharing patch, James Cleverdon
- RE: [RFC][2.6.12.3] IRQ compression/sharing patch, Protasevich, Natalie
  - Re: [RFC][2.6.12.3] IRQ compression/sharing patch, James Cleverdon
  - Re: [RFC][2.6.12.3] IRQ compression/sharing patch, James Cleverdon
- RE: [RFC][2.6.12.3] IRQ compression/sharing patch, Protasevich, Natalie
  - RE: [RFC][2.6.12.3] IRQ compression/sharing patch, Zwane Mwaikambo
- RE: [RFC][2.6.12.3] IRQ compression/sharing patch, Protasevich, Natalie
  - Re: [RFC][2.6.12.3] IRQ compression/sharing patch, James Cleverdon
[PATCH] Don't use a klist for drivers' set-of-devices, Alan Stern
- Re: [PATCH] Don't use a klist for drivers' set-of-devices, Greg KH
  - Re: [PATCH] Don't use a klist for drivers' set-of-devices, Christoph Hellwig
    - Re: [PATCH] Don't use a klist for drivers' set-of-devices, Alan Stern
      - Re: [PATCH] Don't use a klist for drivers' set-of-devices, Dmitry Torokhov
        
        Re: [PATCH] Don't use a klist for drivers' set-of-devices, Alan Stern
        
        Re: [PATCH] Don't use a klist for drivers' set-of-devices, Alan Stern
        
        Re: [PATCH] Don't use a klist for drivers' set-of-devices, Alan Stern
        
        Re: [PATCH] Don't use a klist for drivers' set-of-devices, Dmitry Torokhov
        
        Re: [PATCH] Don't use a klist for drivers' set-of-devices, Alan Stern
        
        Re: [PATCH] Don't use a klist for drivers' set-of-devices, Bartlomiej Zolnierkiewicz
2.6.13-rc5 -> 2.6.13-rc6: ACPI patches seems break the kernel, thomas . mey3r
- Re: 2.6.13-rc5 -> 2.6.13-rc6: ACPI patches seems break the kernel, Jesper Juhl
[patch] SH64: inotify and ioprio syscalls, Robert Love
[PATCH/RFT 0/5] CLOCK-Pro page replacement, Rik van Riel
- [PATCH/RFT 3/5] CLOCK-Pro page replacement, Rik van Riel
- [PATCH/RFT 2/5] CLOCK-Pro page replacement, Rik van Riel
  - Re: [PATCH/RFT 2/5] CLOCK-Pro page replacement, David S. Miller
    - Re: [PATCH/RFT 2/5] CLOCK-Pro page replacement, Rik van Riel
- [PATCH/RFT 4/5] CLOCK-Pro page replacement, Rik van Riel
  - Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, David S. Miller
    - Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, Andrew Morton
      - Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, David S. Miller
        
        Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, Andrew Morton
        
        Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, David S. Miller
        
        Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, Rusty Russell
        
        Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, Andrew Morton
        
        Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, Rusty Russell
        
        Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, Horst von Brand
  - Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, Marcelo Tosatti
    - Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement, Rik van Riel
- [PATCH/RFT 5/5] CLOCK-Pro page replacement, Rik van Riel
  - Re: [PATCH/RFT 5/5] CLOCK-Pro page replacement, Song Jiang
    - Re: [PATCH/RFT 5/5] CLOCK-Pro page replacement, Rik van Riel
- [PATCH/RFT 1/5] CLOCK-Pro page replacement, Rik van Riel
[patch] SH: inotify and ioprio syscalls, Robert Love
- Re: [patch] SH: inotify and ioprio syscalls, Paul Mundt
CCITT-CRC16 in kernel, linux-os (Dick Johnson)
- Re: CCITT-CRC16 in kernel, Paul Fulghum
- <Possible follow-ups>
- Re: CCITT-CRC16 in kernel, linux
  - Re: CCITT-CRC16 in kernel, linux-os (Dick Johnson)
    - Re: CCITT-CRC16 in kernel, linux
      - Re: CCITT-CRC16 in kernel, linux-os (Dick Johnson)
        
        Re: CCITT-CRC16 in kernel, Kyle Moffett
        
        Re: CCITT-CRC16 in kernel, linux-os (Dick Johnson)
        
        Re: CCITT-CRC16 in kernel, Kyle Moffett
        
        Re: CCITT-CRC16 in kernel, linux
        
        Re: CCITT-CRC16 in kernel, linux
[patch] add inotify & ioprio syscalls to ARM, Robert Love
- Re: [patch] add inotify & ioprio syscalls to ARM, Russell King
- Re: [patch] add inotify & ioprio syscalls to ARM, Russell King
Problem with usb-storage and /dev/sd?, DervishD
- Re: Problem with usb-storage and /dev/sd?, Tomasz Torcz
  - Re: Problem with usb-storage and /dev/sd?, DervishD
    - Re: Problem with usb-storage and /dev/sd?, Greg KH
      - Re: Problem with usb-storage and /dev/sd?, DervishD
- <Possible follow-ups>
- Re: Problem with usb-storage and /dev/sd?, Pete Zaitcev
  - Re: Problem with usb-storage and /dev/sd?, DervishD
    - Re: Problem with usb-storage and /dev/sd?, Horst von Brand
- Re: Problem with usb-storage and /dev/sd?, Bodo Eggert
  - Re: Problem with usb-storage and /dev/sd?, Pete Zaitcev
    - Re: Problem with usb-storage and /dev/sd?, DervishD
    - Re: Problem with usb-storage and /dev/sd?, Bodo Eggert
      - Re: Problem with usb-storage and /dev/sd?, Pete Zaitcev
        
        Re: Problem with usb-storage and /dev/sd?, DervishD
        
        Re: Problem with usb-storage and /dev/sd?, Willy Tarreau
        
        Re: Problem with usb-storage and /dev/sd?, DervishD
[PATCH] Fix regression in pci_enable_device_bars, Alan Stern
- patch pci-cleanup-return-values-fix.patch added to gregkh-2.6 tree, gregkh
BUGS: Real-Time Preemption 2.6.13-rc5-RT-V0.7.52-16 with CONFIG_DEBUG_SLAB, Andrew Burgess
- Re: BUGS: Real-Time Preemption 2.6.13-rc5-RT-V0.7.52-16 with CONFIG_DEBUG_SLAB, Ingo Molnar
- <Possible follow-ups>
- Re: BUGS: Real-Time Preemption 2.6.13-rc5-RT-V0.7.52-16 with CONFIG_DEBUG_SLAB, Andrew Burgess
Kernel panic 2.6.12.4, Jon Scottorn
- RE: Kernel panic 2.6.12.4, Alejandro Bonilla
  - Re: Kernel panic 2.6.12.4, Jon Scottorn
    - RE: Kernel panic 2.6.12.4, Alejandro Bonilla
      - RE: Kernel panic 2.6.12.4, Martin J. Bligh
        
        Re: Kernel panic 2.6.12.4, Jon Scottorn
  - RE: Kernel panic 2.6.12.4, Martin J. Bligh
- Re: Kernel panic 2.6.12.4, Jesper Juhl
Intermittant hang/reboot at startup: 2.6.13-rc6 SMP (also no mouse and usb error), Andrew Burgess
[git patches] 2.6.x libata fixes, Jeff Garzik
NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
- Re: NCQ support NVidia NForce4 (CK804) SATAII, Jeff Garzik
  - Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
  - Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
- <Possible follow-ups>
- RE: NCQ support NVidia NForce4 (CK804) SATAII, Allen Martin
- RE: NCQ support NVidia NForce4 (CK804) SATAII, Allen Martin
  - Re: NCQ support NVidia NForce4 (CK804) SATAII, Lennart Sorensen
  - Re: NCQ support NVidia NForce4 (CK804) SATAII, Gábor Lénárt
    - Re: NCQ support NVidia NForce4 (CK804) SATAII, Lee Revell
      - Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Lee Revell
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
        
        RE: NCQ support NVidia NForce4 (CK804) SATAII, Roger Heflin
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
        
        RE: NCQ support NVidia NForce4 (CK804) SATAII, Jan Engelhardt
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Diego Calleja
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Gábor Lénárt
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Jeff Garzik
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Lennart Sorensen
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Lennart Sorensen
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Heikki Orsila
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Jeff Garzik
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Jeff Garzik
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Lennart Sorensen
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
        
        Re: NCQ support NVidia NForce4 (CK804) SATAII, Andre Tomt
  - Re: NCQ support NVidia NForce4 (CK804) SATAII, Michael Thonke
  - Re: NCQ support NVidia NForce4 (CK804) SATAII, Christopher Chan
- Re: NCQ support NVidia NForce4 (CK804) SATAII, Andi Kleen
- RE: NCQ support NVidia NForce4 (CK804) SATAII, Willem Riede
  - RE: NCQ support NVidia NForce4 (CK804) SATAII, Lion Vollnhals
    - Re: NCQ support NVidia NForce4 (CK804) SATAII, Stephen Frost
      - Re: NCQ support NVidia NForce4 (CK804) SATAII, Chris Wedgwood
These guys can't spell Linux ;), Brad Tilley
- Re: These guys can't spell Linux ;), Brad Tilley
- Re: These guys can't spell Linux ;), alan
- <Possible follow-ups>
- Re: These guys can't spell Linux ;), Nick Warne
  - Re: These guys can't spell Linux ;), Jan Engelhardt
    - Re: These guys can't spell Linux ;), Jan Engelhardt
      - Re: These guys can't spell Linux ;), Nick Warne
[PATCH 2.6.13-rc6 1/1] ahci: AHCI mode SATA patch for Intel ICH7-M DH, Jason Gaston
- Re: [PATCH 2.6.13-rc6 1/1] ahci: AHCI mode SATA patch for Intel ICH7-M DH, Jeff Garzik
100 000 interrupts/c is it normal ?, sve
- Re: 100 000 interrupts/c is it normal ?, linux-os (Dick Johnson)
[patch] pc-speaker driver update, Stas Sergeev
[RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
- Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Ingo Molnar
  - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
  - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Lee Revell
    - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Ingo Molnar
      - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
- Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Christoph Hellwig
  - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
  - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Dipankar Sarma
    - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Dipankar Sarma
- <Possible follow-ups>
- Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Oleg Nesterov
  - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
  - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
    - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Oleg Nesterov
      - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
      - Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Ingo Molnar
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Oleg Nesterov
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Ingo Molnar
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Oleg Nesterov
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Oleg Nesterov
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Oleg Nesterov
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Paul E. McKenney
        
        Re: [RFC,PATCH] Use RCU to protect tasklist for unicast signals, Oleg Nesterov
Reusing the slab allocator, Jon Smirl
- Re: Reusing the slab allocator, Pekka Enberg
Re: Signal handling possibly wrong, Michael Kerrisk
kernel.org git web interface, Hubert Tonneau
- Re: kernel.org git web interface, Sam Ravnborg
[GIT PATCH] final SCSI bug fixes before 2.6.13, James Bottomley
- Re: [GIT PATCH] final SCSI bug fixes before 2.6.13, Danny ter Haar
Boot failure with slab debugging patch, David Howells
- Re: Boot failure with slab debugging patch, Andrew Morton
Crash on boot when switching between 2.4.32-pre2 and 2.6.13-pre6, Masoud Sharbiani
- Re: Crash on boot when switching between 2.4.32-pre2 and 2.6.13-pre6, Masoud Sharbiani
Oops: Real-Time Preemption 2.6.13-rc5-RT-V0.7.52-16 kmem_cache_alloc?, Andrew Burgess
[PATCH] remove name length check in a workqueue, James Bottomley
- Re: [PATCH] remove name length check in a workqueue, Ingo Molnar
  - Re: [PATCH] remove name length check in a workqueue, Andrew Morton
    - Re: [PATCH] remove name length check in a workqueue, James Bottomley
      - Re: [PATCH] remove name length check in a workqueue, Andrew Morton
        
        Re: [PATCH] remove name length check in a workqueue, James Bottomley
        
        Re: [PATCH] remove name length check in a workqueue, Andrew Morton
        
        Re: [PATCH] remove name length check in a workqueue, Simon Derr
        
        Re: [PATCH] remove name length check in a workqueue, Coywolf Qi Hunt
        
        Re: [PATCH] remove name length check in a workqueue, Frederic TEMPORELLI - astek
- <Possible follow-ups>
- Re: [PATCH] remove name length check in a workqueue, Andreas Herrmann
2.6.13-rc6: 3c574 fails: interrupt(s) dropped: solved (more), jfontain
[Bug 5041] New: Encountered this kernel Panic on system boot up, Martin J. Bligh
RE: [linux-pm] Re: PowerOP 0/3: System power operating point managementAPI, Woodruff, Richard
captive-ntfs FUSE support?, Kristoffer
- Re: captive-ntfs FUSE support?, Michal Schmidt
- Re: captive-ntfs FUSE support?, Daniel Drake
  - Re: captive-ntfs FUSE support?, Joseph Fannin
    - Re: captive-ntfs FUSE support?, Daniel Drake
Skbuff problem - kernel BUG ???, Schaffer Roland
- Re: Skbuff problem - kernel BUG ???, Steven Rostedt
  - Re: Skbuff problem - kernel BUG ???, Stephen Hemminger
[PATCH] 2.4.31: fix isofs mount options parser, Andrey J. Melnikoff (TEMHOTA)
- Re: [PATCH] 2.4.31: fix isofs mount options parser, Willy Tarreau
- <Possible follow-ups>
- [PATCH] 2.4.31: fix isofs mount options parser, Andrey J. Melnikoff (TEMHOTA)
Too many rtc interrupts, Sergey E. Volkov
[patch 2.6.13-rc6] Export pcibios_bus_to_resource on ia64 and sparc64, Keith Owens
Re: [PATCH] Fix ide-disk.c oops caused by hwif == NULL, Geert Uytterhoeven
- Re: [PATCH] Fix ide-disk.c oops caused by hwif == NULL, Christoph Lameter
  - Re: [PATCH] Fix ide-disk.c oops caused by hwif == NULL, Bartlomiej Zolnierkiewicz
    - Re: [PATCH] Fix ide-disk.c oops caused by hwif == NULL, Christoph Lameter
  - Re: [PATCH] Fix ide-disk.c oops caused by hwif == NULL, Alan Cox
    - Re: [PATCH] Fix ide-disk.c oops caused by hwif == NULL, Christoph Lameter
[PATCH 0/5] 2.6.13-rc5-mm1, remove uneeded function, Andrey Panin
- [PATCH 1/5] 2.6.13-rc5-mm1, remove old debugging code, Andrey Panin
  - [PATCH 2/5] 2.6.13-rc5-mm1, make dmi_string() behave like strdup(), Andrey Panin
    - [PATCH 3/5] 2.6.13-rc5-mm1, add onboard devices discovery, Andrey Panin
      - [PATCH 4/5] 2.6.13-rc5-mm1, IPMI, use dmi_find_device(), Andrey Panin
        
        [PATCH 5/5] 2.6.13-rc5-mm1, driver for IBM Automatic Server Restart watchdog, Andrey Panin
        
        Re: [PATCH 5/5] 2.6.13-rc5-mm1, driver for IBM Automatic Server Restart watchdog, Andrew Morton
        
        Re: [PATCH 5/5] 2.6.13-rc5-mm1, driver for IBM Automatic Server Restart watchdog, Andrey Panin
        
        Re: [PATCH 4/5] 2.6.13-rc5-mm1, IPMI, use dmi_find_device(), Corey Minyard
[PATCH] remove asm-*/hdreg.h, Christoph Hellwig
[PATCH] consolidate sys_ptrace, Christoph Hellwig
- Re: [PATCH] consolidate sys_ptrace, Martin Schwidefsky
  - Re: [PATCH] consolidate sys_ptrace, Christoph Hellwig
- Re: [PATCH] consolidate sys_ptrace, Andi Kleen
- Re: [PATCH] consolidate sys_ptrace, David Howells
- Re: [PATCH] consolidate sys_ptrace, Paul Mundt
- Re: [PATCH] consolidate sys_ptrace, Ralf Baechle
- Re: [PATCH] consolidate sys_ptrace, Jeff Dike
- Re: [PATCH] consolidate sys_ptrace, Richard Henderson
- Re: [PATCH] consolidate sys_ptrace, Roman Zippel
  - Re: [PATCH] consolidate sys_ptrace, Christoph Hellwig
- Re: [PATCH] consolidate sys_ptrace, Russell King
- Re: [PATCH] consolidate sys_ptrace, Richard Henderson
  - Re: [PATCH] consolidate sys_ptrace, Christoph Hellwig
- <Possible follow-ups>
- RE: [PATCH] consolidate sys_ptrace, Luck, Tony
  - Re: [PATCH] consolidate sys_ptrace, Stephen Rothwell
[PATCH] Fix function/macro name collision on i386 oprofile, David Gibson
BUG: reiserfs+acl+quota deadlock, Tarmo Tänav
- Re: BUG: reiserfs+acl+quota deadlock, Jan Kara
  - Re: BUG: reiserfs+acl+quota deadlock, Tarmo Tänav
    - Re: BUG: reiserfs+acl+quota deadlock, Jan Kara
      - Re: BUG: reiserfs+acl+quota deadlock, Vladimir V. Saveliev
        
        Re: BUG: reiserfs+acl+quota deadlock, Jeff Mahoney
        
        Re: BUG: reiserfs+acl+quota deadlock, Tarmo Tänav
        
        Re: BUG: reiserfs+acl+quota deadlock, Tarmo Tänav
        
        Re: BUG: reiserfs+acl+quota deadlock, Jan Kara
    - Re: BUG: reiserfs+acl+quota deadlock, Jan Kara
[RFC/PATCH] Add pci_walk_bus function to PCI core, Paul Mackerras
- Re: [RFC/PATCH] Add pci_walk_bus function to PCI core, Arjan van de Ven
  - Re: [RFC/PATCH] Add pci_walk_bus function to PCI core, Kyle Moffett
  - Re: [RFC/PATCH] Add pci_walk_bus function to PCI core, Paul Mackerras
- Re: [RFC/PATCH] Add pci_walk_bus function to PCI core, Greg KH
[RFC: 2.6 patch] the big Documentation/Changes change, Adrian Bunk
- Re: [RFC: 2.6 patch] the big Documentation/Changes change, Randy.Dunlap
  - [RFC: 2.6 patch] the big Documentation/Changes change, Adrian Bunk
[ANNOUNCE] Interbench v0.29 - Interactivity benchmark, Con Kolivas
[2.6 patch] arm26: one -g is enough for everyone ;-), Adrian Bunk
- <Possible follow-ups>
- [2.6 patch] arm26: one -g is enough for everyone ;-), Adrian Bunk
Trouble shooting a ten minute boot delay (SiI3112), Shaun Jackman
- Re: Trouble shooting a ten minute boot delay (SiI3112), Tejun Heo
  - Re: Trouble shooting a ten minute boot delay (SiI3112), Shaun Jackman
    - Re: Trouble shooting a ten minute boot delay (SiI3112), Jeff Garzik
      - Re: Trouble shooting a ten minute boot delay (SiI3112), Shaun Jackman
        
        Re: Trouble shooting a ten minute boot delay (SiI3112), Jan Engelhardt
        
        Re: Trouble shooting a ten minute boot delay (SiI3112), Shaun Jackman
        
        Re: Trouble shooting a ten minute boot delay (SiI3112), Jan Engelhardt
        
        Re: Trouble shooting a ten minute boot delay (SiI3112), Shaun Jackman
        
        Re: Trouble shooting a ten minute boot delay (SiI3112), Steven Rostedt
        
        Re: Trouble shooting a ten minute boot delay (SiI3112), Shaun Jackman
- <Possible follow-ups>
- Re: Trouble shooting a ten minute boot delay (SiI3112), Etienne Lorrain
BUG: Real-Time Preemption 2.6.13-rc5-RT-V0.7.52-16, Andrew Burgess
- Re: BUG: Real-Time Preemption 2.6.13-rc5-RT-V0.7.52-16, Daniel Walker
  - Re: BUG: Real-Time Preemption 2.6.13-rc5-RT-V0.7.52-16, Ingo Molnar
    - Re: BUG: Real-Time Preemption 2.6.13-rc5-RT-V0.7.52-16, Daniel Walker
    - Re: BUG: Real-Time Preemption 2.6.13-rc5-RT-V0.7.52-16, Daniel Walker
[ANNOUNCE] yaird 0.0.11, a mkinitrd based on hotplug concepts, Erik van Konijnenburg
I2C block reads with i2c-viapro: testers wanted, Jean Delvare
- Re: I2C block reads with i2c-viapro: testers wanted, Hinko Kocevar
  - Re: I2C block reads with i2c-viapro: testers wanted, Jean Delvare
    - Re: [lm-sensors] Re: I2C block reads with i2c-viapro: testers wanted, Martin Drab
      - Re: [lm-sensors] Re: I2C block reads with i2c-viapro: testers wanted, Jean Delvare
    - Re: I2C block reads with i2c-viapro: testers wanted, Hinko Kocevar
      - Re: I2C block reads with i2c-viapro: testers wanted, Jean Delvare
        
        Re: I2C block reads with i2c-viapro: testers wanted, Krzysztof Halasa
        
        Re: I2C block reads with i2c-viapro: testers wanted, Jean Delvare
        
        Re: I2C block reads with i2c-viapro: testers wanted, Krzysztof Halasa
        
        Re: I2C block reads with i2c-viapro: testers wanted, Jean Delvare
        
        Re: I2C block reads with i2c-viapro: testers wanted, Krzysztof Halasa
        
        Re: I2C block reads with i2c-viapro: testers wanted, Jean Delvare
        
        Re: I2C block reads with i2c-viapro: testers wanted, Krzysztof Halasa
        
        Re: I2C block reads with i2c-viapro: testers wanted, Jean Delvare
- Re: [lm-sensors] I2C block reads with i2c-viapro: testers wanted, Mark M. Hoffman
  - Re: [lm-sensors] I2C block reads with i2c-viapro: testers wanted, Jean Delvare
- <Possible follow-ups>
- Re: I2C block reads with i2c-viapro: testers wanted, Salah Coronya
  - Re: I2C block reads with i2c-viapro: testers wanted, Jean Delvare
Standardize shutdown of the system from enviroment control modules, Christoph Hellwig
- Re: Standardize shutdown of the system from enviroment control modules, Greg Howard
  - Re: Standardize shutdown of the system from enviroment control, Aaron Young
- Re: Standardize shutdown of the system from enviroment control modules, Pavel Machek
- [PATCH, RFC] Standardize shutdown of the system from enviroment control modules, Christoph Hellwig
  - Re: [PATCH, RFC] Standardize shutdown of the system from enviroment control modules, Christoph Hellwig
    - Re: [PATCH, RFC] Standardize shutdown of the system from enviroment control modules, Greg Howard
      - Re: [PATCH, RFC] Standardize shutdown of the system from enviroment control modules, Denis Vlasenko
[PATCH] use kthread infrastructure in md, Christoph Hellwig
- Re: [PATCH] use kthread infrastructure in md, Neil Brown
[PATCH] ppc32: Added support for the Book-E style Watchdog Timer, Kumar Gala
- Re: [PATCH] ppc32: Added support for the Book-E style Watchdog Timer, Andrew Morton
  - Re: [PATCH] ppc32: Added support for the Book-E style Watchdog Timer, Kumar Gala
[PATCH] farsync: schedule struct fstioc_info::kernelVersion for removal, Alexey Dobriyan
[PATCH] gdth: schedule GDTIOCTL_OSVERS for removal, Alexey Dobriyan
Re: deactivating PXA255 watchdog, Wim Van Sebroeck
- Re: deactivating PXA255 watchdog, Ian Campbell
[PATCH] Update email addresses for Zwane, Zwane Mwaikambo
Help with new pcmciautils, John Shillinglaw
Signal handling possibly wrong, Bodo Stroesser
- Re: Signal handling possibly wrong, Robert Wilkens
  - Re: Signal handling possibly wrong, Bodo Stroesser
    - Re: Signal handling possibly wrong, Robert Wilkens
      - Re: Signal handling possibly wrong, Bodo Stroesser
        
        Re: Signal handling possibly wrong, Robert Wilkens
        
        Re: Signal handling possibly wrong, Steven Rostedt
        
        Re: Signal handling possibly wrong, Bodo Stroesser
        
        Re: Signal handling possibly wrong, Steven Rostedt
        
        Re: Signal handling possibly wrong, Steven Rostedt
        
        Re: Signal handling possibly wrong, Chris Wright
        
        [PATCH] Fix i386 signal handling of NODEFER, should not affect sa_mask (was: Re: Signal handling possibly wrong), Steven Rostedt
        
        Re: [PATCH] Fix i386 signal handling of NODEFER, should not affect sa_mask (was: Re: Signal handling possibly wrong), Chris Wright
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Steven Rostedt
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Linus Torvalds
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Steven Rostedt
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Steven Rostedt
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Jan Engelhardt
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Chris Wright
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Steven Rostedt
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Steven Rostedt
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Jesper Juhl
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Steven Rostedt
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Jesper Juhl
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Steven Rostedt
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Kyle Moffett
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Marc Ballarin
        
        Re: [PATCH] Fix PPC signal handling of NODEFER, should not affect sa_mask, Bodo Stroesser
        
        Re: Signal handling possibly wrong, Chris Wright
        
        Re: Signal handling possibly wrong, Bodo Stroesser
        
        Re: Signal handling possibly wrong, Chris Wright
        
        Re: Signal handling possibly wrong, Jeremy Maitin-Shepard
- smbus driver for ati xpress 200m, yhlu
  - Re: smbus driver for ati xpress 200m, Andi Kleen
    - Re: smbus driver for ati xpress 200m, yhlu
      - Re: smbus driver for ati xpress 200m, Andi Kleen
[BUG] pfkey implementation vs. RFC, DuBuisson, Thomas
- Re: [BUG] pfkey implementation vs. RFC, David S. Miller
FW: [PATCH] shorten workqueue name length, James . Smart
linux 2.6.13-rc6 Marvell/Yukon networking problems, Mws
Why don't register a d_delete function for externfs_dentry_ops in 2.4 kernel?, lepton
my kernel sometimes did a crash, but no panic, Klasyk
- Re: my kernel sometimes did a crash, but no panic, Mauro Carvalho Chehab
  - Message not available
    - Re: my kernel sometimes did a crash, but no panic, Mauro Carvalho Chehab
- Re: my kernel sometimes did a crash, but no panic, Adrian Bunk
- <Possible follow-ups>
- Re: my kernel sometimes did a crash, but no panic, Bodo Eggert
  - Re: my kernel sometimes did a crash, but no panic, Michael Krufky
- Re: my kernel sometimes did a crash, but no panic, [email protected]
oops in VMWARE vmnet, on 2.6.12.x, Grzegorz Piotr Jaskiewicz
- Re: oops in VMWARE vmnet, on 2.6.12.x, Lee Revell
- Re: oops in VMWARE vmnet, on 2.6.12.x, Andreas Steinmetz
- Re: oops in VMWARE vmnet, on 2.6.12.x, Petr Vandrovec
  - Re: oops in VMWARE vmnet, on 2.6.12.x, Christoph Hellwig
    - Re: oops in VMWARE vmnet, on 2.6.12.x, Jan Engelhardt
      - Re: oops in VMWARE vmnet, on 2.6.12.x, Christoph Hellwig
        
        Re: oops in VMWARE vmnet, on 2.6.12.x, linux-os (Dick Johnson)
        
        Re: oops in VMWARE vmnet, on 2.6.12.x, Mathieu
        
        Re: oops in VMWARE vmnet, on 2.6.12.x, linux-os (Dick Johnson)
        
        Re: oops in VMWARE vmnet, on 2.6.12.x, Grzegorz Piotr Jaskiewicz
dmi_table counting in ipmi_si_intf.c, Vernon Mauery
- Re: dmi_table counting in ipmi_si_intf.c, Corey Minyard
Dual 2.8ghz xeon, software raid, lvm, jfs, Phil Dier
- Re: Dual 2.8ghz xeon, software raid, lvm, jfs, Sonny Rao
  - Re: Dual 2.8ghz xeon, software raid, lvm, jfs, Phil Dier
VGER news, Matti Aarnio
- Re: VGER news, Petr Vandrovec
  - Re: VGER news, Matti Aarnio
    - Re: VGER news, David S. Miller
- Re: VGER news, Jan Engelhardt
  - Re: VGER news, Erik Mouw
    - Re: VGER news, Matti Aarnio
      - Re: VGER news, Jan Engelhardt
- Re: VGER news, Lee Revell
- Re: VGER news, Willy Tarreau
Swapper crash / Kernels Out Of Memoy(OOM) killer Problem ?, vinay
- Re: Swapper crash / Kernels Out Of Memoy(OOM) killer Problem ?, Masoud Sharbiani
datagram queue length, Jonathan Ellis
- Re: datagram queue length, linux-os (Dick Johnson)
  - Re: datagram queue length, Jonathan Ellis
Soft lockup in e100 driver ?, Matti Aarnio
- Re: Soft lockup in e100 driver ?, Jesper Juhl
  - Re: Soft lockup in e100 driver ?, Matti Aarnio
    - Re: Soft lockup in e100 driver ?, Steven Rostedt
      - Re: Soft lockup in e100 driver ?, Matti Aarnio
        
        Re: Soft lockup in e100 driver ?, Steven Rostedt
- Re: Soft lockup in e100 driver ?, Lee Revell
  - Re: Soft lockup in e100 driver ?, Steven Rostedt
    - Re: Soft lockup in e100 driver ?, Daniel Walker
- Re: Soft lockup in e100 driver ?, Daniel Walker
  - Re: Soft lockup in e100 driver ?, Matti Aarnio
    - Re: Soft lockup in e100 driver ?, Stephen D. Williams
      - Re: Soft lockup in e100 driver ?, Stephen D. Williams
        
        Re: Soft lockup in e100 driver ?, Matti Aarnio
        
        Re: Soft lockup in e100 driver ?, Stephen D. Williams
        
        Re: Soft lockup in e100 driver ?, Jesse Brandeburg
[PATCH] ide-disk oopses on boot, Petr Vandrovec
- Re: [PATCH] ide-disk oopses on boot, Christoph Lameter
  - Message not available
    - Re: [PATCH] ide-disk oopses on boot, Christoph Lameter
      - Re: [PATCH] ide-disk oopses on boot, Bartlomiej Zolnierkiewicz
      - Re: [PATCH] ide-disk oopses on boot, Alan Cox
        
        Re: [PATCH] ide-disk oopses on boot, Christoph Lameter
max workqueue name length, Frederic TEMPORELLI
- Re: kernel workqueue -max name length, Frederic TEMPORELLI
[PATCH] 2.4.31 O_DIRECT support for ext3, manoj.sharma
- Re: [PATCH] 2.4.31 O_DIRECT support for ext3, Arjan van de Ven
  - Re: [PATCH] 2.4.31 O_DIRECT support for ext3, Manoj Sharma
[PATHC] remove redundant variable in sys_prctl, Jesper Juhl
- Re: [PATHC] remove redundant variable in sys_prctl, Jesper Juhl
query..., raja
- Re: query..., Nikhil Dharashivkar
- RE: query..., Sudheer
2.6.13-rc6: 3c574 fails: interrupt(s) dropped: solved, jfontain
Re: [PATCH] Kernels Out Of Memoy(OOM) killer Problem ?, Thomas Habets
- Re: [PATCH] Kernels Out Of Memoy(OOM) killer Problem ?, Alan Cox
  - Re: [PATCH] Kernels Out Of Memoy(OOM) killer Problem ?, Thomas Habets
    - Re: [PATCH] Kernels Out Of Memoy(OOM) killer Problem ?, Alan Cox
      - Re: [PATCH] Kernels Out Of Memoy(OOM) killer Problem ?, Thomas Habets
- Re: [PATCH] Kernels Out Of Memoy(OOM) killer Problem ?, Denis Vlasenko
  - Re: [PATCH] Kernels Out Of Memoy(OOM) killer Problem ?, Thomas Habets
Enabling PCMCIA serial ports without pcmciautils/pcmcia_cs in 2.6?, Dag Bakke
- Re: Enabling PCMCIA serial ports without pcmciautils/pcmcia_cs in 2.6?, Russell King
  - Re: Enabling PCMCIA serial ports without pcmciautils/pcmcia_cs in 2.6?, Dag Bakke
    - Re: Enabling PCMCIA serial ports without pcmciautils/pcmcia_cs in 2.6?, Dag Bakke
Kernels Out Of Memoy(OOM) killer Problem ?, vinay
- Re: Kernels Out Of Memoy(OOM) killer Problem ?, Xavier Roche
- <Possible follow-ups>
- Re: Kernels Out Of Memoy(OOM) killer Problem ?, vinay
Re: amd64 cdrom access locks system, David C. Young
Adaptec AHA-2940U2W "Data Parity Error Dectected" messages, Daniel Pittman
- Re: Adaptec AHA-2940U2W "Data Parity Error Dectected" messages, Lee Revell
  - Re: Adaptec AHA-2940U2W "Data Parity Error Dectected" messages, Daniel Pittman
Documentation maintainer?, Pierre Ossman
- Re: Documentation maintainer?, Jesper Juhl
[reiserfs] exception/panic while trying to write data, Xavier Roche
Hang at resume with AC adapter not plugged, Christian Hesse
- Re: Hang at resume with AC adapter not plugged, Nigel Cunningham

[Index of Archives] [Kernel Announce] [Kernel Newbies] [IETF Annouce] [Security] [Netfilter] [Yosemite Campsites] [Bugtraq]