LKML: Linux Kernel Archive 2005 Q4
Thread Index
[
Prev Page
][
Next Page
]
[PATCH] 2.6.13 - output of /proc/maps on nommu systems is incomplete
From
: David McCullough <
[email protected]
>
Please STOP ! [was: what's next for the linux kernel?]
From
: Willy Tarreau <
[email protected]
>
Re: what's next for the linux kernel?
From
: "Nikolay N. Ivanov" <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: what's next for the linux kernel?
From
: Horst von Brand <
[email protected]
>
Re: what's next for the linux kernel?
From
: Horst von Brand <
[email protected]
>
[PATCH] Adaptive read-ahead
From
: WU Fengguang <
[email protected]
>
[PATCH] IO APIC existence check (2.6.14-rc3-git5)
From
: Mike Waychison <
[email protected]
>
Re: freebox possible GPL violation
From
: David Lang <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nigel Rantor <
[email protected]
>
Re: freebox possible GPL violation
From
: Stefan Smietanowski <
[email protected]
>
Re: IDE issues with "choose_drive"
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: freebox possible GPL violation
From
: David Lang <
[email protected]
>
Re: what's next for the linux kernel?
From
: Howard Chu <
[email protected]
>
IDE issues with "choose_drive"
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: [PATCH] small cleanup for kernel/printk.c - CodingStyle, Whitespace, printk() loglevels...
From
: Jesper Juhl <
[email protected]
>
Re: [PATCH] nesting class_device in sysfs to solve world peace
From
: Greg KH <
[email protected]
>
Re: [PATCH] nesting class_device in sysfs to solve world peace
From
: Greg KH <
[email protected]
>
Re: [PATCH] small cleanup for kernel/printk.c - CodingStyle, Whitespace, printk() loglevels...
From
:
[email protected]
(Arthur Othieno)
Re: what's next for the linux kernel?
From
: "David S. Miller" <
[email protected]
>
Re: [PATCH] nesting class_device in sysfs to solve world peace
From
: Greg KH <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: freebox possible GPL violation
From
: Helge Hafting <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: what's next for the linux kernel?
From
: Helge Hafting <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nix <
[email protected]
>
Re: Why no XML in the Kernel?
From
: Dave Airlie <
[email protected]
>
Re: what's next for the linux kernel?
From
: David Leimbach <
[email protected]
>
Re: [PATCH] small cleanup for kernel/printk.c - CodingStyle, Whitespace, printk() loglevels...
From
: Jesper Juhl <
[email protected]
>
Re: Why no XML in the Kernel?
From
: jmerkey <
[email protected]
>
Re: what's next for the linux kernel?
From
: jmerkey <
[email protected]
>
Re: [PATCH 2/7] Fragmentation Avoidance V16: 002_usemap
From
: "David S. Miller" <
[email protected]
>
Re: what's next for the linux kernel?
From
: Neil Brown <
[email protected]
>
Re: Why no XML in the Kernel?
From
: Dave Airlie <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Lorenzo Colitti <
[email protected]
>
[Patch] x86, x86_64: Intel HT, Multi core detection code cleanup
From
: "Siddha, Suresh B" <
[email protected]
>
2.6.14-rc3-rt9 - a few xruns misses
From
: Mark Knecht <
[email protected]
>
Re: what's next for the linux kernel?
From
: jmerkey <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nix <
[email protected]
>
Re: Why no XML in the Kernel?
From
: Nix <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: AMD Geode GX/LX support V2
From
: "John Zulauf" <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Pavel Machek <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Pavel Machek <
[email protected]
>
Re: Why no XML in the Kernel?
From
: Dave Airlie <
[email protected]
>
Re: [patch 08/28] Input: prepare to sysfs integration
From
: Greg KH <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Lorenzo Colitti <
[email protected]
>
Re: [PATCH][Fix] swsusp: avoid possible page tables corruption during resume on x86-64
From
: Pavel Machek <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: clone: I'm only doing a max of 256 requests
From
: Linus Torvalds <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 2.6.14-rc2 1/2] libata: Marvell spinlock fixes and simplification
From
: Michael Madore <
[email protected]
>
Request for starting a LVML (was: Re: what's next for the linux kernel?)
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: clone: I'm only doing a max of 256 requests
From
: Vincent Hanquez <
[email protected]
>
Re: [PATCH] Free swap suspend from dependency on PageReserved
From
: Nigel Cunningham <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Nigel Cunningham <
[email protected]
>
Re: [PATCH] small cleanup for kernel/printk.c - CodingStyle, Whitespace, printk() loglevels...
From
:
[email protected]
(Arthur Othieno)
Re: [patch 08/28] Input: prepare to sysfs integration
From
: Dmitry Torokhov <
[email protected]
>
Re: [patch 08/28] Input: prepare to sysfs integration
From
: Greg KH <
[email protected]
>
Re: [PATCH] Free swap suspend from dependency on PageReserved
From
: Dave Hansen <
[email protected]
>
[PATCH] small cleanup for kernel/printk.c - CodingStyle, Whitespace, printk() loglevels...
From
: Jesper Juhl <
[email protected]
>
[PATCH] intelfb - extend partial support of i915G to include i915GM
From
:
[email protected]
[PATCH][Fix] swsusp: avoid possible page tables corruption during resume on x86-64
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: clone: I'm only doing a max of 256 requests
From
: Junio C Hamano <
[email protected]
>
Re: PAE causing failure to run various executables.
From
: avi <
[email protected]
>
Re: Why no XML in the Kernel?
From
: Nix <
[email protected]
>
Re: [PATCH 2.6.14-rc3] sis190.c: fix multicast MAC filter
From
: Aurelien Jarno <
[email protected]
>
Re: [PATCH] Documentation: ksymoops should no longer be used to decode Oops messages
From
: Jesper Juhl <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Lorenzo Colitti <
[email protected]
>
Re: [PATCH 2.6.14-rc2 1/2] libata: Marvell spinlock fixes and simplification
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] Documentation: ksymoops should no longer be used to decode Oops messages
From
: Alexey Dobriyan <
[email protected]
>
Re: [PATCH 2.6.14-rc2 1/2] libata: Marvell spinlock fixes and simplification
From
: Jeff Garzik <
[email protected]
>
kernel performance update - 2.6.14-rc3
From
: "Chen, Kenneth W" <
[email protected]
>
Re: Why no XML in the Kernel?
From
: Dave Airlie <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: Chris Wright <
[email protected]
>
[PATCH 2.6.14-rc2 2/2] libata: Marvell function headers
From
: Brett Russ <
[email protected]
>
[PATCH 2.6.14-rc2 1/2] libata: Marvell spinlock fixes and simplification
From
: Brett Russ <
[email protected]
>
Re: [PATCH 2.6.14-rc3] sis190.c: fix multicast MAC filter
From
: Francois Romieu <
[email protected]
>
[PATCH 2.6.14-rc2 0/2] libata: Marvell SATA support (v0.23-0.24)
From
: Brett Russ <
[email protected]
>
Re: what's next for the linux kernel?
From
: Bodo Eggert <
[email protected]
>
[PATCH] Free swap suspend from dependency on PageReserved
From
: Nigel Cunningham <
[email protected]
>
[PATCH 2.6.14-rc3] sis5513.c: enable ATA133 for the SiS965 southbridge
From
: Aurelien Jarno <
[email protected]
>
Re: what's next for the linux kernel?
From
: Dave Neuer <
[email protected]
>
Re: what's next for the linux kernel?
From
: Julian Blake Kongslie <
[email protected]
>
Re: what's next for the linux kernel?
From
: Bas Westerbaan <
[email protected]
>
Re: [PATCH] Free swap suspend from depending upon PageReserved.
From
: Nigel Cunningham <
[email protected]
>
Re: what's next for the linux kernel?
From
: Julian Blake Kongslie <
[email protected]
>
PAE causing failure to run various executables.
From
: Dave Jones <
[email protected]
>
RE: [PATCH 5/7] HPET-RTC: disable interrupt when no longer needed
From
: "Pallipadi, Venkatesh" <
[email protected]
>
[PATCH] Documentation: ksymoops should no longer be used to decode Oops messages
From
: Jesper Juhl <
[email protected]
>
[PATCH 2.6.14-rc3] sis190.c: fix multicast MAC filter
From
: Aurelien Jarno <
[email protected]
>
Re: 2.6.13.2 crash on shutdown on SMP machine
From
: Zwane Mwaikambo <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nix <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nix <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: Why is this list using Majordomo?
From
: Matti Aarnio <
[email protected]
>
Re: what's next for the linux kernel?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Esben Nielsen <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Re: what's next for the linux kernel?
From
:
[email protected]
Re: [PATCHSET] 2.6.14-rc3-git4-bird1
From
: Alexey Dobriyan <
[email protected]
>
[PATCH/RFC 0/2] simple SPI controller on PXA2xx SSP port
From
: Stephen Street <
[email protected]
>
[PATCH/RFC 2/2] simple SPI controller on PXA2xx SSP port
From
:
[email protected]
[PATCH/RFC 1/2] simple SPI controller on PXA2xx SSP port
From
:
[email protected]
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: 3Ware 9500S-12 RAID controller -- poor performance
From
: "Miquel van Smoorenburg" <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: what's next for the linux kernel?
From
: Bodo Eggert <
[email protected]
>
Re: i386 nmi_watchdog: Merge check_nmi_watchdog fixes from x86_64
From
:
[email protected]
(Eric W. Biederman)
Re: what's next for the linux kernel?
From
: Bernd Petrovitsch <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Re: i386 nmi_watchdog: Merge check_nmi_watchdog fixes from x86_64
From
: Bill Davidsen <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: Waring in kernel 2.6.10
From
: Jesper Juhl <
[email protected]
>
Re: warning while booting kernel 2.6.10 on FC3
From
: Jiri Slaby <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: Waring in kernel 2.6.10
From
:
[email protected]
Re: The price of SELinux (CPU)
From
: Bill Davidsen <
[email protected]
>
Re: Waring in kernel 2.6.10
From
: Arjan van de Ven <
[email protected]
>
Re: what's next for the linux kernel?
From
: Florin Malita <
[email protected]
>
warning while booting kernel 2.6.10 on FC3
From
: umesh chandak <
[email protected]
>
Re: what's next for the linux kernel?
From
: Al Viro <
[email protected]
>
Re: The price of SELinux (CPU)
From
: Bill Davidsen <
[email protected]
>
[PATCH] x86_64: move apic init in init_IRQs (take 2)
From
:
[email protected]
(Eric W. Biederman)
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: James Morris <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Waring in kernel 2.6.10
From
: umesh chandak <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nix <
[email protected]
>
Re: AMD Geode GX/LX support
From
: Adrian Bunk <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nix <
[email protected]
>
Re: [PATCH 2.6.14-rc2] libata: Marvell SATA support (DMA mode) (resend: v0.22)
From
: Bogdan Costescu <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nix <
[email protected]
>
Re: AMD Geode GX/LX support V2
From
:
[email protected]
(Lennart Sorensen)
Re: AMD Geode GX/LX support V2
From
: "Jordan Crouse" <
[email protected]
>
Re: [PATCH 07/10] [PATCH] check connect(2) status for IPv6 UDP socket
From
: "David S. Miller" <
[email protected]
>
Re: [PATCH 07/10] [PATCH] check connect(2) status for IPv6 UDP socket
From
: Chris Wright <
[email protected]
>
Re: what's next for the linux kernel?
From
: Horst von Brand <
[email protected]
>
Re: [PATCH] Keys: Add LSM hooks for key management
From
:
[email protected]
[ANNOUNCE] October Release of LTP
From
: Marty Ridgeway <
[email protected]
>
[PATCH] i386 apic: Fix mispelling of APIC
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 1/5] AMD Geode GX/LX support V2
From
:
[email protected]
(Lennart Sorensen)
Re: Kernel Panic Error in 2.6.10 !!!!
From
: Arjan van de Ven <
[email protected]
>
Re: Kernel Panic Error in 2.6.10 !!!!
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH] vm - swap prefetch v14
From
: Ingo Oeser <
[email protected]
>
Re: Bogus load average and cpu times on x86_64 SMP kernels
From
: Brian Gerst <
[email protected]
>
Re: freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: kernel error in system call accept() under kernel 2.6.8
From
: Bernd Petrovitsch <
[email protected]
>
Re: [PATCH 3/7] Fragmentation Avoidance V16: 003_fragcore
From
: Dave Hansen <
[email protected]
>
Re: Kernel Panic Error in 2.6.10 !!!!
From
: umesh chandak <
[email protected]
>
Re: [PATCH 3/7] Fragmentation Avoidance V16: 003_fragcore
From
: Mel Gorman <
[email protected]
>
Re: what's next for the linux kernel?
From
: Bodo Eggert <
[email protected]
>
Re: Kernel Panic Error in 2.6.10 !!!!
From
: Badari Pulavarty <
[email protected]
>
Re: what's next for the linux kernel?
From
: "D. Hazelton" <
[email protected]
>
Re: kernel error in system call accept() under kernel 2.6.8
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH] x86_64 signal handling for 64-bit apps w/ mixed 32-bit code - trivial fix
From
: Mika Penttilä <
[email protected]
>
Kernel Panic Error in 2.6.10 !!!!
From
: umesh chandak <
[email protected]
>
Re: [PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Mel Gorman <
[email protected]
>
Re: Why is this list using Majordomo?
From
: Matti Aarnio <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: David Brownell <
[email protected]
>
Re: [PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Dave Hansen <
[email protected]
>
Re: [PATCH 3/7] Fragmentation Avoidance V16: 003_fragcore
From
: Dave Hansen <
[email protected]
>
Re: [PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Dave Hansen <
[email protected]
>
Re: [PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Mel Gorman <
[email protected]
>
Re: Why is this list using Majordomo?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Mel Gorman <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Mark Knecht <
[email protected]
>
Re: [PATCH 3/7] Fragmentation Avoidance V16: 003_fragcore
From
: Mel Gorman <
[email protected]
>
Re: [PATCH 2.6.14-rc2] libata: Marvell SATA support (DMA mode) (resend: v0.22)
From
: Brett Russ <
[email protected]
>
Re: freebox possible GPL violation
From
: Alexandre Oliva <
[email protected]
>
Re: [PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Mel Gorman <
[email protected]
>
Re: [PATCH 2.6.14-rc2] libata: Marvell SATA support (DMA mode) (resend: v0.22)
From
: Jeff Garzik <
[email protected]
>
Re: what's next for the linux kernel?
From
: Dave Neuer <
[email protected]
>
Re: [PATCH 1/5] AMD Geode GX/LX support V2
From
: Dave Hansen <
[email protected]
>
RE: 2.6.13.2 aacraid regression
From
: "Salyzyn, Mark" <
[email protected]
>
Re: [PATCH 0/3] netfilter : 3 patches to boost ip_tables performance
From
: Andi Kleen <
[email protected]
>
[RFC][PATCH] identify raid rcu-protected pointer
From
: Suzanne Wood <
[email protected]
>
Re: [PATCH 3/7] Fragmentation Avoidance V16: 003_fragcore
From
: Mel Gorman <
[email protected]
>
[PATCH 2/5] AMD Geode GX/LX support V2
From
: "Jordan Crouse" <
[email protected]
>
Re: [PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Dave Hansen <
[email protected]
>
Re: [PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Dave Hansen <
[email protected]
>
Re: [PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Dave Hansen <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Re: [PATCH 3/7] Fragmentation Avoidance V16: 003_fragcore
From
: Dave Hansen <
[email protected]
>
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
[PATCH 5/5] AMD Geode GX/LX support V2
From
: "Jordan Crouse" <
[email protected]
>
Re: [Keyrings] [PATCH] Keys: Add LSM hooks for key management
From
: James Morris <
[email protected]
>
[PATCH 4/5] AMD Geode GX/LX support V2
From
: "Jordan Crouse" <
[email protected]
>
Re: Why is this list using Majordomo?
From
: Bernd Petrovitsch <
[email protected]
>
Re: what's next for the linux kernel?
From
: David Leimbach <
[email protected]
>
Re: Why is this list using Majordomo?
From
: Charles Cazabon <
[email protected]
>
[PATCH 3/5] AMD Geode GX/LX support V2
From
: "Jordan Crouse" <
[email protected]
>
Re: what's next for the linux kernel?
From
: Steven Rostedt <
[email protected]
>
Re: [PATCH 0/3] netfilter : 3 patches to boost ip_tables performance
From
: Patrick McHardy <
[email protected]
>
Re: what's next for the linux kernel?
From
: Tim Bird <
[email protected]
>
[PATCH 1/5] AMD Geode GX/LX support V2
From
: "Jordan Crouse" <
[email protected]
>
[PATCH] x86_64 signal handling for 64-bit apps w/ mixed 32-bit code - trivial fix
From
: Bryan Ford <
[email protected]
>
[patch] raw1394: fix locking in the presence of SMP and interrupts
From
: Andy Wingo <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
:
[email protected]
(Ram)
[PATCH 0/5] AMD Geode GX/LX support V2
From
: "Jordan Crouse" <
[email protected]
>
[PATCH] Keys: Add LSM hooks for key management
From
: David Howells <
[email protected]
>
Why is this list using Majordomo?
From
: Marc Perkel <
[email protected]
>
Re: what's next for the linux kernel?
From
: Bodo Eggert <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: Russell King <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: David Brownell <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI controller implementation on PXA2xx SSP port
From
: Stephen Street <
[email protected]
>
Re: what's next for the linux kernel?
From
: Bodo Eggert <
[email protected]
>
Re: what's next for the linux kernel?
From
: Al Viro <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: david singleton <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
IPv6 TCP server error, kernel version 2.6.11
From
: "R. Mayo" <
[email protected]
>
Re: freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: what's next for the linux kernel?
From
: Horst von Brand <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: david singleton <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Re: what's next for the linux kernel?
From
: Rik van Riel <
[email protected]
>
Re: what's next for the linux kernel?
From
: Jens Axboe <
[email protected]
>
Re: freebox possible GPL violation
From
: Vincent Hanquez <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Thomas Gleixner <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Daniel Walker <
[email protected]
>
Re: kernel error in system call accept() under kernel 2.6.8
From
: Peter Duellings <
[email protected]
>
Re: kernel panic error in 2.6.10
From
: "Alejandro Bonilla" <
[email protected]
>
kernel panic error in 2.6.10
From
: umesh chandak <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: what's next for the linux kernel?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: [PATCH 2.6.14-rc2] libata: Marvell SATA support (DMA mode) (resend: v0.22)
From
: Evgeny Rodichev <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: David Brownell <
[email protected]
>
Re: freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: David Brownell <
[email protected]
>
Re: freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: what is the difference between __free_page() & page_cache_release()
From
: Arjan van de Ven <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nigel Rantor <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
what is the difference between __free_page() & page_cache_release()
From
: yogeshwar sonawane <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Re: what's next for the linux kernel?
From
: David Leimbach <
[email protected]
>
Re: what's next for the linux kernel?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH] Keys: Export user-defined keyring operations
From
: Linus Torvalds <
[email protected]
>
[PATCH 4/7] Fragmentation Avoidance V16: 004_largealloc_tryharder
From
: Mel Gorman <
[email protected]
>
[PATCH 6/7] Fragmentation Avoidance V16: 006_percpu
From
: Mel Gorman <
[email protected]
>
[PATCH 5/7] Fragmentation Avoidance V16: 005_fallback
From
: Mel Gorman <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Thomas Gleixner <
[email protected]
>
Re: [PATCH/RFC 1/2] simple SPI framework
From
: David Brownell <
[email protected]
>
[PATCH 3/7] Fragmentation Avoidance V16: 003_fragcore
From
: Mel Gorman <
[email protected]
>
[PATCH 2/7] Fragmentation Avoidance V16: 002_usemap
From
: Mel Gorman <
[email protected]
>
[PATCH 1/7] Fragmentation Avoidance V16: 001_antidefrag_flags
From
: Mel Gorman <
[email protected]
>
[PATCH 0/7] Fragmentation Avoidance V16
From
: Mel Gorman <
[email protected]
>
[PATCH 7/7] Fragmentation Avoidance V16: 007_stats
From
: Mel Gorman <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH/RFC 1/2] simple SPI framework
From
: David Brownell <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nix <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nix <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nikita Danilov <
[email protected]
>
Re: what's next for the linux kernel?
From
: Jens Axboe <
[email protected]
>
Re: 3Ware 9500S-12 RAID controller -- poor performance
From
: "Ian E. Morgan" <
[email protected]
>
Re: 3Ware 9500S-12 RAID controller -- poor performance
From
: subbie subbie <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [PATCH] Keys: Export user-defined keyring operations
From
: David Woodhouse <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: 3Ware 9500S-12 RAID controller -- poor performance
From
: "Dr. David Alan Gilbert" <
[email protected]
>
Re: 3Ware 9500S-12 RAID controller -- poor performance
From
: subbie subbie <
[email protected]
>
[PATCH] vm - swap prefetch v14
From
: Con Kolivas <
[email protected]
>
Re: [PATCH] Free swap suspend from depending upon PageReserved.
From
: Nigel Cunningham <
[email protected]
>
Re: [PATCH] Free swap suspend from depending upon PageReserved.
From
: "Rafael J. Wysocki" <
[email protected]
>
Serial driver for 2.6.8 of Debian Sarge.
From
: my_mail <
[email protected]
>
Re: freebox possible GPL violation
From
: Michael Poole <
[email protected]
>
Re: [NUMA x86_64] problem accessing global Node List pgdat_list
From
: Eric Dumazet <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
2.6.13-ck7
From
: Con Kolivas <
[email protected]
>
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
Re: what's next for the linux kernel?
From
: Jens Axboe <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nikita Danilov <
[email protected]
>
Re: [NUMA , x86_64] numa=fake=2 boot time option
From
: devesh sharma <
[email protected]
>
Re: freebox possible GPL violation
From
: Vincent Hanquez <
[email protected]
>
Re: [PATCH] Free swap suspend from depending upon PageReserved.
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] Keys: Export user-defined keyring operations
From
: Arjan van de Ven <
[email protected]
>
Re: freebox possible GPL violation
From
: Arjan van de Ven <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [PATCH] Keys: Export user-defined keyring operations
From
: David Howells <
[email protected]
>
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
[PATCH] TIMERS: add missing compensation for HZ == 250.
From
: YOSHIFUJI Hideaki / 吉藤英明 <
[email protected]
>
Re: [PATCH] Keys: Export user-defined keyring operations
From
: Arjan van de Ven <
[email protected]
>
Re: freebox possible GPL violation
From
: Arjan van de Ven <
[email protected]
>
Re: freebox possible GPL violation
From
: Arjan van de Ven <
[email protected]
>
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
Re: freebox possible GPL violation
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH/RFC 1/2] simple SPI framework
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] Keys: Export user-defined keyring operations
From
: David Howells <
[email protected]
>
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
Re: [PATCH] ide-cd mini cleanup of casts (mainly)
From
: Jens Axboe <
[email protected]
>
Re: freebox possible GPL violation
From
: Arjan van de Ven <
[email protected]
>
Re: 3Ware 9500S-12 RAID controller -- poor performance
From
: "Dr. David Alan Gilbert" <
[email protected]
>
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
Re: [PATCH 1/7] ppc64: EEH typos, include files, macros, whitespace
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 3/7] ppc64: EEH Add event/internal state statistics
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 6/7] ppc64: EEH Avoid racing reports of errors
From
: Paul Mackerras <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: what's next for the linux kernel?
From
: Diego Calleja <
[email protected]
>
Re: [PATCH] Keys: Export user-defined keyring operations
From
: Arjan van de Ven <
[email protected]
>
[PATCH] Keys: Export user-defined keyring operations
From
: David Howells <
[email protected]
>
PROBLEM: Periodical dump when loading/unloading qla-modules.
From
: "Tais M. Hansen" <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
[PATCH] fix oops when reading /proc/ioports
From
: Igor Popik <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nikita Danilov <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: Using DMA in read/write, setting block size for I/O -> max_sectors
From
: Arjan van de Ven <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
Re: freebox possible GPL violation
From
: Emmanuel Fleury <
[email protected]
>
Re: Using DMA in read/write, setting block size for I/O -> max_sectors
From
: Karthik Sarangan <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
[PATCH] Free swap suspend from depending upon PageReserved.
From
: Nigel Cunningham <
[email protected]
>
Re: Making nice niser for system hogging programs
From
: Jens Axboe <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [PATCH] bfs iget() abuses
From
: Tigran Aivazian <
[email protected]
>
Re: freebox possible GPL violation
From
: Helge Hafting <
[email protected]
>
Re: [PATCH/RFC 1/2] simple SPI framework
From
: Adam Belay <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nikita Danilov <
[email protected]
>
Re: [PATCH/RFC 1/2] simple SPI framework
From
: Vitaly Wool <
[email protected]
>
Re: [PATCH] release_resource() check for NULL resource
From
: Russell King <
[email protected]
>
Re: [PATCH/RFC 1/2] simple SPI framework
From
: Russell King <
[email protected]
>
freebox possible GPL violation
From
: Pierre Michon <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI controller implementation on PXA2xx SSP port
From
: Robert Schwebel <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Pavel Machek <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Pavel Machek <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Using DMA in read/write, setting block size for I/O
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] fix the breakage in sparc headers
From
: "David S. Miller" <
[email protected]
>
Re: [PATCH/RFC 1/2] simple SPI framework
From
: Vitaly Wool <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: Vitaly Wool <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: Vitaly Wool <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
[PATCH] fix the breakage in sparc headers
From
: Al Viro <
[email protected]
>
Bogus load average and cpu times on x86_64 SMP kernels
From
: Brian Gerst <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
problem regarding KGDB on FC3
From
: umesh chandak <
[email protected]
>
Re: what's next for the linux kernel?
From
: Steven Rostedt <
[email protected]
>
Re: 3Ware 9500S-12 RAID controller -- poor performance
From
: subbie subbie <
[email protected]
>
Re: clock skew on B/W G3
From
: Marc <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
[NUMA x86_64] problem accessing global Node List pgdat_list
From
: devesh sharma <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
Re: what's next for the linux kernel?
From
: "D. Hazelton" <
[email protected]
>
Re: [PATCH] proc_mkdir() should be used to create procfs directories
From
: Al Viro <
[email protected]
>
libata queue, status report updated
From
: Jeff Garzik <
[email protected]
>
Re: [Pcihpd-discuss] Re: ACPI problem with PCI Express Native Hot-plug driver
From
: Rajat Jain <
[email protected]
>
Re: dentry_cache using up all my zone normal memory -- also seen on 2.6.14-rc2
From
: Dipankar Sarma <
[email protected]
>
Re: Question regarding x86_64 __PHYSICAL_MASK_SHIFT
From
: Tejun Heo <
[email protected]
>
MibcroCap Profile
From
: "Oscar Flowers" <
[email protected]
>
Re: The price of SELinux (CPU)
From
: John Richard Moser <
[email protected]
>
Re: [PATCH] ide-cd mini cleanup of casts (mainly)
From
: Erik Andersen <
[email protected]
>
2.6.13 kernel_thread() question
From
: Redes II <
[email protected]
>
[PATCH] [ARM] Fix IXDP2x01 config files
From
: Deepak Saxena <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: Al Viro <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Pavel Machek <
[email protected]
>
[PATCH] rpaphp: PCI Hotplug crash on PHB DLPAR add
From
: linas <
[email protected]
>
[PATCH 2/2] ppc64: Crash in DLPAR code on remove operation
From
: linas <
[email protected]
>
[PATCH 1/2] ppc64: Crash in DLPAR code on PCI hotplug add
From
: linas <
[email protected]
>
Re: what's next for the linux kernel?
From
: Chase Venters <
[email protected]
>
[PATCH] [ARM] Fix broken IXP4xx GPIO macro
From
: Deepak Saxena <
[email protected]
>
Re: Linux 2.6.13.3 (inconsistent KALLSYMS)
From
:
[email protected]
[PATCH] fix oops when reading /proc/ioports
From
: Igor Popik <
[email protected]
>
Re: The price of SELinux (CPU)
From
: Dan C Marinescu <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Nigel Cunningham <
[email protected]
>
Re: The price of SELinux (CPU)
From
:
[email protected]
Re: [PATCH] release_resource() check for NULL resource
From
: Bodo Eggert <
[email protected]
>
[PATCH/RFC 2/2] simple SPI controller implementation on PXA2xx SSP port
From
: Stephen Street <
[email protected]
>
[PATCH/RFC 0/2] simple SPI controller implementation on PXA2xx SSP port
From
: Stephen Street <
[email protected]
>
[PATCH/RFC 1/2] simple SPI controller implementation on PXA2xx SSP port
From
: Stephen Street <
[email protected]
>
Re: The price of SELinux (CPU)
From
: Dan C Marinescu <
[email protected]
>
Re: 2.4 in-kernel file opening
From
:
[email protected]
Re: error during compiling the kernel 2.6.10 on FC3
From
:
[email protected]
Re: clock skew on B/W G3
From
: Benjamin Herrenschmidt <
[email protected]
>
[PATCH] ide-cd mini cleanup of casts (mainly)
From
: Jesper Juhl <
[email protected]
>
Re: clock skew on B/W G3
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: what's next for the linux kernel?
From
: Bodo Eggert <
[email protected]
>
Re: [PATCH] ppc64: Thermal control for SMU based machines
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: PowerNow! frequency scaling causes stalls
From
:
[email protected]
(Dick Streefland)
Re: [PATCH 2.6.14-rc2] fix incorrect mm->hiwater_vm and mm->hiwater_rss
From
: Jay Lan <
[email protected]
>
Re: 2.6.14-rc2-mm2
From
: Mickael Marchand <
[email protected]
>
Re: Linux 2.6.13.3 (inconsistent KALLSYMS)
From
: Chris Wright <
[email protected]
>
Re: [discuss] [RFC][PATCH][Fix] swsusp: Yet another attempt to fix Bug #4959
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Making nice niser for system hogging programs
From
: Matt Helsley <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Mark Knecht <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: Bodo Eggert <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: PowerNow! frequency scaling causes stalls
From
:
[email protected]
(Dick Streefland)
Re: [PROBLEM] mtrr's not set, 2.6.13
From
: Jouni Karvo <
[email protected]
>
Re: [NUMA , x86_64] Why memnode_shift is chosen with the lowest possible value ?
From
: Eric Dumazet <
[email protected]
>
Re: I request inclusion of reiser4 in the mainline kernel
From
: Hans Reiser <
[email protected]
>
Re: [uml-devel] [PATCH 2/2] UML -
From
: Jeff Dike <
[email protected]
>
Re: [swsusp] separate snapshot functionality to separate file
From
: Pavel Machek <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Mark Knecht <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Mark Knecht <
[email protected]
>
Re: The price of SELinux (CPU)
From
: Bill Davidsen <
[email protected]
>
[PATCHSET] 2.6.14-rc3-git4-bird1
From
: Al Viro <
[email protected]
>
Re: [PATCH] ppc64: Crash in DLPAR code on PCI hotplug add
From
: linas <
[email protected]
>
Re: Linker Problem
From
: Bodo Eggert <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: Al Viro <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: David Brownell <
[email protected]
>
Re: The price of SELinux (CPU)
From
: John Richard Moser <
[email protected]
>
Re: 2.6.14-rc3-git-current xfs compilation warnings
From
: Nathan Scott <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: David Leimbach <
[email protected]
>
Re: Linker Problem
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: dentry_cache using up all my zone normal memory -- also seen on 2.6.14-rc2
From
: "Christopher Friesen" <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Dinakar Guniguntala <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: David Leimbach <
[email protected]
>
Re: dentry_cache using up all my zone normal memory -- also seen on 2.6.14-rc2
From
: Dipankar Sarma <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: Michael Tokarev <
[email protected]
>
Re: what's next for the linux kernel?
From
: Marc Perkel <
[email protected]
>
Re: The price of SELinux (CPU)
From
:
[email protected]
Re: /etc/mtab and per-process namespaces
From
: Al Viro <
[email protected]
>
Re: Question regarding x86_64 __PHYSICAL_MASK_SHIFT
From
: Andi Kleen <
[email protected]
>
Linker Problem
From
: Sreeni <
[email protected]
>
Linker Problem
From
: Sreeni <
[email protected]
>
RE: clock skew on B/W G3
From
: "Rune Torgersen" <
[email protected]
>
Re: Question regarding x86_64 __PHYSICAL_MASK_SHIFT
From
: Tejun Heo <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: Christoph Hellwig <
[email protected]
>
Re: clock skew on B/W G3
From
: George Anzinger <
[email protected]
>
Re: /etc/mtab and per-process namespaces
From
: David Leimbach <
[email protected]
>
Re: [PATCH 1/2] UML - Fix Al's build tidying
From
: Al Viro <
[email protected]
>
Re: [PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: Vitaly Wool <
[email protected]
>
Re: error during compiling the kernel 2.6.10 on FC3
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
[PATCH 1/2] UML - Fix Al's build tidying
From
: Jeff Dike <
[email protected]
>
[PATCH 2/2] UML -
From
: Jeff Dike <
[email protected]
>
Re: Question regarding x86_64 __PHYSICAL_MASK_SHIFT
From
: Andi Kleen <
[email protected]
>
Re: I request inclusion of reiser4 in the mainline kernel
From
: Christoph Hellwig <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Mark Knecht <
[email protected]
>
Re: NFSACL protocol extension for NFSv3
From
: Trond Myklebust <
[email protected]
>
error during compiling the kernel 2.6.10 on FC3
From
: umesh chandak <
[email protected]
>
Re: Question regarding x86_64 __PHYSICAL_MASK_SHIFT
From
: Tejun Heo <
[email protected]
>
Re: The price of SELinux (CPU)
From
: John Richard Moser <
[email protected]
>
Re: [RFC][PATCH 2/2] Reduced NTP rework (part 2)
From
: john stultz <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: Martin Drab <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: Martin Drab <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Daniel Walker <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Thomas Gleixner <
[email protected]
>
Re: I request inclusion of reiser4 in the mainline kernel
From
: Christoph Hellwig <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Mark Knecht <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Dinakar Guniguntala <
[email protected]
>
[PATCH/RFC 0/2] simple SPI framework, refresh + ads7864 driver
From
: David Brownell <
[email protected]
>
[PATCH/RFC 2/2] SPI, ADS7846 driver
From
: David Brownell <
[email protected]
>
[PATCH/RFC 1/2] simple SPI framework
From
: David Brownell <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: Martin Drab <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: Martin Drab <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: Martin Drab <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Daniel Walker <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: "Randy.Dunlap" <
[email protected]
>
one liner segv with UP 2.6.14-rc3-git3
From
:
[email protected]
(Danny ter Haar)
Re: 2.6.14-rc3-rt2
From
: Dinakar Guniguntala <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: Brian Gerst <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: Martin Drab <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nikita Danilov <
[email protected]
>
Re: 2.4 in-kernel file opening
From
: Martin Drab <
[email protected]
>
Re: what's next for the linux kernel?
From
: Rik van Riel <
[email protected]
>
2.4 in-kernel file opening
From
: Martin Drab <
[email protected]
>
Re: Question regarding x86_64 __PHYSICAL_MASK_SHIFT
From
: Andi Kleen <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [PATCH] i386: move apic init in init_IRQs
From
: "Maciej W. Rozycki" <
[email protected]
>
Re: what's next for the linux kernel?
From
: Nikita Danilov <
[email protected]
>
Re: [NUMA , x86_64] Why memnode_shift is chosen with the lowest possible value ?
From
: Andi Kleen <
[email protected]
>
Re: what's next for the linux kernel?
From
: Bill Davidsen <
[email protected]
>
Re: [discuss] [RFC][PATCH][Fix] swsusp: Yet another attempt to fix Bug #4959
From
: Andi Kleen <
[email protected]
>
[PATCH] bfs iget() abuses
From
: Al Viro <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Daniel Walker <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Mark Knecht <
[email protected]
>
Re: [PATCH] ppc64: Thermal control for SMU based machines
From
: Nish Aravamudan <
[email protected]
>
[PATCH] bfs endianness annotations
From
: Al Viro <
[email protected]
>
Re: [PATCH]: Clean up of __alloc_pages
From
: "Ray Bryant" <
[email protected]
>
[PATCH] bogus kfree() in ibmtr
From
: Al Viro <
[email protected]
>
[PATCH] missing include in megaraid_sas
From
: Al Viro <
[email protected]
>
Re: Any news on PATA support for Promise PDC 20375?
From
: Daniel Drake <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: make xconfig fails for older kernels
From
: Adrian Bunk <
[email protected]
>
Re: what's next for the linux kernel?
From
: Gene Heskett <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: [PATCH]: Clean up of __alloc_pages
From
: "Martin J. Bligh" <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Daniel Walker <
[email protected]
>
Any news on PATA support for Promise PDC 20375?
From
: Arthur Cosma <
[email protected]
>
Re: [PATCH]: Clean up of __alloc_pages
From
: "Ray Bryant" <
[email protected]
>
2.6.14-rc3-git-current xfs compilation warnings
From
: Michal Piotrowski <
[email protected]
>
Re: [PATCH 1/2] x86_64 nmi_watchdog: Make check_nmi_watchdog static
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 3/3] Process Notification / pnotify user: Job
From
: Erik Jacobson <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Dinakar Guniguntala <
[email protected]
>
Re: it87x / buggy bios workaround
From
: Jean Delvare <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
[PATCH linux-2.6] vm: remove unused/broken page_pte[_prot] macros
From
: Tejun Heo <
[email protected]
>
error during compiling kernel 2.6.10 on FC3
From
: umesh chandak <
[email protected]
>
Re: [PATCH] i386: move apic init in init_IRQs
From
:
[email protected]
(Eric W. Biederman)
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Matthew Wilcox <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Thomas Gleixner <
[email protected]
>
Re: [PATCH 2/2] x86_64: move apic init in init_IRQs
From
:
[email protected]
(Eric W. Biederman)
Re: 2.6.14-rc3-rt2
From
: Dinakar Guniguntala <
[email protected]
>
Re: [PATCH 3/3] Process Notification / pnotify user: Job
From
: Erik Jacobson <
[email protected]
>
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Luben Tuikov <
[email protected]
>
Re: The price of SELinux (CPU)
From
:
[email protected]
[PATCH 2/2] NTFS: Fix a 64-bitness bug where a left-shift could overflow a 32-bit variable
From
: Anton Altaparmakov <
[email protected]
>
[PATCH 1/2] NTFS: Fix a stupid bug in __ntfs_bitmap_set_bits_in_run()
From
: Anton Altaparmakov <
[email protected]
>
[2.6.14-rc3-git] NTFS: Two final bug fixes.
From
: Anton Altaparmakov <
[email protected]
>
Re: [PATCH 3/3] Process Notification / pnotify user: Job
From
:
[email protected]
Re: Using DMA in read/write, setting block size for I/O
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: [PATCH] i386: move apic init in init_IRQs
From
: "Maciej W. Rozycki" <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Thomas Gleixner <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 1/2] x86_64 nmi_watchdog: Make check_nmi_watchdog static
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 1/2] x86_64 nmi_watchdog: Make check_nmi_watchdog static
From
:
[email protected]
(Eric W. Biederman)
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 2/2] x86_64: move apic init in init_IRQs
From
: Andi Kleen <
[email protected]
>
Re: [PATCHv2] Document from line in patch format
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 1/2] x86_64 nmi_watchdog: Make check_nmi_watchdog static
From
: Andi Kleen <
[email protected]
>
Re: VIA Rhine ethernet driver bug (reprise...)
From
: Jeff Garzik <
[email protected]
>
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Luben Tuikov <
[email protected]
>
RE: clock skew on B/W G3
From
: "Rune Torgersen" <
[email protected]
>
[PATCH 2/2] x86_64: move apic init in init_IRQs
From
:
[email protected]
(Eric W. Biederman)
[PATCH 1/2] x86_64 nmi_watchdog: Make check_nmi_watchdog static
From
:
[email protected]
(Eric W. Biederman)
Re: [swsusp] separate snapshot functionality to separate file
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH] i386 kexec-on-panic: Don't shutdown the apics.
From
:
[email protected]
(Eric W. Biederman)
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Linus Torvalds <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Dinakar Guniguntala <
[email protected]
>
[PATCH] i386: move apic init in init_IRQs
From
:
[email protected]
(Eric W. Biederman)
Re: what's next for the linux kernel?
From
: Nikita Danilov <
[email protected]
>
i386 nmi_watchdog: Merge check_nmi_watchdog fixes from x86_64
From
:
[email protected]
(Eric W. Biederman)
Re: what's next for the linux kernel?
From
: Tushar Adeshara <
[email protected]
>
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Luben Tuikov <
[email protected]
>
[PATCH] x86_64 io_apic.c: Memorize at bootup where the i8259 is connected
From
:
[email protected]
(Eric W. Biederman)
Subject: [PATCH] i386 io_apic.c: Memorize at bootup where the i8259 is connected
From
:
[email protected]
(Eric W. Biederman)
Re: Infinite interrupt loop, INTSTAT = 0
From
: Olivier Galibert <
[email protected]
>
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Jeff Garzik <
[email protected]
>
SIGALRM stays blocked when kernel 2.6.13.3 booted through pxelinux
From
: "Hans Korneder" <
[email protected]
>
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Luben Tuikov <
[email protected]
>
Re: The price of SELinux (CPU)
From
: James Morris <
[email protected]
>
Re: Using DMA in read/write, setting block size for I/O
From
: Arjan van de Ven <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Using DMA in read/write, setting block size for I/O
From
: Karthik Sarangan <
[email protected]
>
Re: make xconfig fails for older kernels
From
: Felix Oxley <
[email protected]
>
Re: Linux 2.6.13.3 (inconsistent KALLSYMS)
From
: Mathieu Chouquet-Stringer <
[email protected]
>
Re: [RFC][PATCH][Fix] swsusp: Yet another attempt to fix Bug #4959
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Linux 2.6.13.3 (inconsistent KALLSYMS)
From
: Paulo Marques <
[email protected]
>
Re: make xconfig fails for older kernels
From
: Felix Oxley <
[email protected]
>
Re: what's next for the linux kernel?
From
: Andi Kleen <
[email protected]
>
Re: The price of SELinux (CPU)
From
:
[email protected]
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Tomasz Kłoczko <
[email protected]
>
Re: CD writer is burning with open tray
From
:
[email protected]
(Lennart Sorensen)
Re: 2.6.14-rc3-rt2
From
: Steven Rostedt <
[email protected]
>
Re: what's next for the linux kernel?
From
:
[email protected]
(Lennart Sorensen)
Re: Linux 2.6.13.3 (inconsistent KALLSYMS)
From
: Mathieu Chouquet-Stringer <
[email protected]
>
shrinkable cache statistics [was Re: VM balancing issues on 2.6.13: dentry cache not getting shrunk enough]
From
: Bharata B Rao <
[email protected]
>
NFSACL protocol extension for NFSv3
From
: Martin <
[email protected]
>
Re: [PATCH]: Clean up of __alloc_pages
From
: Andi Kleen <
[email protected]
>
Re: Infinite interrupt loop, INTSTAT = 0
From
: James Bottomley <
[email protected]
>
Re: CMD7 failing on ATP & Transcend MMC cards
From
: Jarkko Lavinen <
[email protected]
>
Re: patch tulip-natsemi-dp83840a-phy-fix.patch added to -mm tree
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 6/7] AMD Geode GX/LX support
From
: Andi Kleen <
[email protected]
>
Re: what's next for the linux kernel?
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: tsc_c3_compensate undefined since patch-2.6.13-rt13
From
: Rui Nuno Capela <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: 2.6.14-rc3-rt2
From
: "K.R. Foley" <
[email protected]
>
RE: clock skew on B/W G3
From
: Paul Mackerras <
[email protected]
>
RE: 2.6.13.2 aacraid regression
From
: "Salyzyn, Mark" <
[email protected]
>
[PATCH 2/7] HPET: fix HPET_INFO calls from kernel space
From
: Clemens Ladisch <
[email protected]
>
[PATCH 7/7] HPET: simplify initialization message
From
: Clemens Ladisch <
[email protected]
>
[PATCH 0/7] more HPET fixes and enhancements
From
: Clemens Ladisch <
[email protected]
>
[PATCH 6/7] HPET: remove superfluous indirections
From
: Clemens Ladisch <
[email protected]
>
[PATCH 3/7] HPET: fix division by zero in HPET_INFO
From
: Clemens Ladisch <
[email protected]
>
Re: Strange disk corruption with Linux >= 2.6.13
From
: Nigel Cunningham <
[email protected]
>
[PATCH 4/7] HPET: fix uninitialized variable in hpet_register()
From
: Clemens Ladisch <
[email protected]
>
[PATCH 5/7] HPET: fix access to multiple HPET devices
From
: Clemens Ladisch <
[email protected]
>
[PATCH 1/7] HPET: Fix mmap() of /dev/hpet
From
: Clemens Ladisch <
[email protected]
>
Re: what's next for the linux kernel?
From
: Luke Kenneth Casson Leighton <
[email protected]
>
Re: thinkpad suspend to ram and backlight
From
: Timo Hoenig <
[email protected]
>
Re: thinkpad suspend to ram and backlight
From
: Rolf Offermanns <
[email protected]
>
Re: thinkpad suspend to ram and backlight
From
: Pavel Machek <
[email protected]
>
Re: Question regarding x86_64 __PHYSICAL_MASK_SHIFT
From
: Tejun Heo <
[email protected]
>
Re: thinkpad suspend to ram and backlight
From
: Timo Hoenig <
[email protected]
>
Question regarding x86_64 __PHYSICAL_MASK_SHIFT
From
: Tejun Heo <
[email protected]
>
Re: [patch 2.6.14-rc2] bonding: replicate IGMP traffic in activebackup mode
From
: Jeff Garzik <
[email protected]
>
Re: [patch 2.6.14-rc2 2/2] s2io: add MODULE_VERSION to s2io driver
From
: Jeff Garzik <
[email protected]
>
Re: [howto] Kernel hacker's guide to git, updated
From
: Rolf Offermanns <
[email protected]
>
Re: thinkpad suspend to ram and backlight
From
: Pavel Machek <
[email protected]
>
[email protected]
mailbomb
From
: David Woodhouse <
[email protected]
>
Re: [PATCH 2.6] Do not set ATTR_CTIME in do_truncate(). - was: Re: truncate(2) sometimes updates ctime and sometimes ctime and mtime!
From
: Miklos Szeredi <
[email protected]
>
Re: halt: init exits/panic
From
: Nico Schottelius <
[email protected]
>
Re: [Alsa-devel] Re: [ALSA] snd-emu10k1: ALSA bug#1297: Fix a error recognising the SB Live Platinum.
From
: Takashi Iwai <
[email protected]
>
[PATCH 2.6] Do not set ATTR_CTIME in do_truncate(). - was: Re: truncate(2) sometimes updates ctime and sometimes ctime and mtime!
From
: Anton Altaparmakov <
[email protected]
>
Re: Strange disk corruption with Linux >= 2.6.13
From
: Sander <
[email protected]
>
Re: tsc_c3_compensate undefined since patch-2.6.13-rt13
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 07/07] i386: numa emulation on pc
From
: Magnus Damm <
[email protected]
>
[PATCH linux-2.6] vm: remove redundant assignment from __pagevec_release_nonlru()
From
: Tejun Heo <
[email protected]
>
Re: make xconfig fails for older kernels
From
: Felix Oxley <
[email protected]
>
tsc_c3_compensate undefined since patch-2.6.13-rt13
From
: Rui Nuno Capela <
[email protected]
>
Re: [PATCH] ide-cd cleanup (casts, whitespace and codingstyle)
From
: Jesper Juhl <
[email protected]
>
Re: 2.6.13.2 crash on shutdown on SMP machine
From
: Clemens Koller <
[email protected]
>
Re: [PATCH] ppc64: Add cpufreq support for SMU based G5
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: [PATCH 2.6.14-rc2] fix incorrect mm->hiwater_vm and mm->hiwater_rss
From
: Frank van Maarseveen <
[email protected]
>
Re: [PATCH] ppc64: Add cpufreq support for SMU based G5
From
: Eric Piel <
[email protected]
>
Re: Infinite interrupt loop, INTSTAT = 0
From
: Olivier Galibert <
[email protected]
>
2.6.14-rc3-rt2
From
: Ingo Molnar <
[email protected]
>
[PATCH linux-2.6] fs: error case fix in __generic_file_aio_read
From
: Tejun Heo <
[email protected]
>
Re: [KORG] Kernel Panic
From
: Denis Vlasenko <
[email protected]
>
Re: halt: init exits/panic
From
: Coywolf Qi Hunt <
[email protected]
>
Re: [RFC][PATCH 2/2] Reduced NTP rework (part 2)
From
: "Ulrich Windl" <
[email protected]
>
Re: [PATCH 07/07] i386: numa emulation on pc
From
: Hirokazu Takahashi <
[email protected]
>
Re: halt: init exits/panic
From
: Nico Schottelius <
[email protected]
>
2.4.x: big problems with md over sata
From
: Giulio Orsero <
[email protected]
>
Re: halt: init exits/panic
From
: Nico Schottelius <
[email protected]
>
Linux kernel hooks
From
: Dragomir Andrei <
[email protected]
>
it87x / buggy bios workaround
From
: "Marius Schrecker" <
[email protected]
>
Re: The price of SELinux (CPU)
From
: Dan C Marinescu <
[email protected]
>
faketty - another input module for TTY emulation
From
: Aivils Stoss <
[email protected]
>
Re: [RFC] mempool_alloc() pre-allocated object usage
From
: Jens Axboe <
[email protected]
>
Re: The price of SELinux (CPU)
From
: Dan C Marinescu <
[email protected]
>
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Andre Hedrick <
[email protected]
>
Re: The price of SELinux (CPU)
From
: Dan C Marinescu <
[email protected]
>
Re: The price of SELinux (CPU)
From
: Dan C Marinescu <
[email protected]
>
Re: The price of SELinux (CPU)
From
: Dan C Marinescu <
[email protected]
>
Re: Re: [Alsa-devel] Re: [ALSA] snd-emu10k1: ALSA bug#1297: Fix a error recognising the SB Live Platinum.
From
: "Peter Zubaj" <
[email protected]
>
Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel
From
: Andre Hedrick <
[email protected]
>
Re: The price of SELinux (CPU)
From
: John Richard Moser <
[email protected]
>
Re: [PATCH] ide-cd cleanup (casts, whitespace and codingstyle)
From
: Jens Axboe <
[email protected]
>
[RFC PATCH] pci_ids: cleanup - remove redundant #defines from source
From
: Grant Coady <
[email protected]
>
[RFC PATCH] pci_ids: cleanup - remove redundant #defines from source
From
: Grant Coady <
[email protected]
>
Re: clock skew on B/W G3
From
: Marc <
[email protected]
>
Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5
From
: Ingo Molnar <
[email protected]
>
[PATCH] ppc64: Thermal control for SMU based machines
From
: Benjamin Herrenschmidt <
[email protected]
>
[PATCH] ppc64: Support retreiving missing SMU partitions
From
: Benjamin Herrenschmidt <
[email protected]
>
[PATCH] ppc64: Add cpufreq support for SMU based G5
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: util-linux and data encryption
From
: Jari Ruusu <
[email protected]
>
Re: [PATCH 07/07] i386: numa emulation on pc
From
: Magnus Damm <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
