linux-kernel  

Messages by Thread

• • Re: Cardbus bridge problems Tobias Ringstrom
• [PATCH] isofs/inode.c Andries . Brouwer
  • silly [< >] and other excess Christian Gennerat
  • Re: silly [< >] and other excess Russell King
  • Re: silly [< >] and other excess Keith Owens
  • Re: silly [< >] and other excess Albert D. Cahalan
• Fw: SMP proc/stat wrong? Mike Black
• Patch(?): pci_device_id tables for drivers/scsi in 2.4.0-test11 Adam J. Richter
  • Re: Patch(?): pci_device_id tables for drivers/scsi in 2.4.0-test11 Christoph Hellwig
  • Re: Patch(?): pci_device_id tables for drivers/scsi in 2.4.0-test11 Peter Samuelson
  • Re: Patch(?): pci_device_id tables for drivers/scsi in 2.4.0-test11 Keith Owens
  • Re: Patch(?): pci_device_id tables for drivers/scsi in 2.4.0-test11 Jeff Garzik
  • Re: Patch(?): pci_device_id tables for drivers/scsi in 2.4.0-test11 Keith Owens
  • Re: Patch(?): pci_device_id tables for drivers/scsi in 2.4.0-test11 Adam J. Richter
  • Re: Patch(?): pci_device_id tables for drivers/scsi in 2.4.0-test11 Adam J. Richter
• [PATCH] exit_idescsi_module() Geert Uytterhoeven
• Announce: modutils 2.3.21 is available Keith Owens
  • Re: Announce: modutils 2.3.21 is available Jeff V. Merkey
  • Re: Announce: modutils 2.3.21 is available Andre Hedrick
  • Re: Announce: modutils 2.3.21 is available Jeff V. Merkey
  • Re: Announce: modutils 2.3.21 is available David Ford
  • Re: Announce: modutils 2.3.21 is available Thomas Molina
• Rik's bad process killer - how to kill _IT_? Daniel Stone
  • Re: Rik's bad process killer - how to kill _IT_? Rik van Riel
  • Re: Rik's bad process killer - how to kill _IT_? Andrea Arcangeli
  • Re: Rik's bad process killer - how to kill _IT_? Daniel Stone
  • Re: Rik's bad process killer - how to kill _IT_? Igmar Palsenberg
• [testcase] fsync/O_SYNC simple test cases Stephen C. Tweedie
• vfree() question. Tigran Aivazian
• [patch] O_SYNC patch 3/3, add inode dirty buffer list support to ext2 Stephen C. Tweedie
  • Re: [patch] O_SYNC patch 3/3, add inode dirty buffer list support to ext2 Jeff V. Merkey
  • Re: [patch] O_SYNC patch 3/3, add inode dirty buffer list support to ext2 Josue Emmanuel Amaro
  • Re: [patch] O_SYNC patch 3/3, add inode dirty buffer list support to ext2 Stephen C. Tweedie
  • Re: [patch] O_SYNC patch 3/3, add inode dirty buffer list support to ext2 Jeff V. Merkey
  • Re: [patch] O_SYNC patch 3/3, add inode dirty buffer list support to ext2 Andrea Arcangeli
  • Re: [patch] O_SYNC patch 3/3, add inode dirty buffer list support to ext2 Eric W. Biederman
• [patch] O_SYNC patch 2/3, add per-inode dirty buffer lists Stephen C. Tweedie
• [patch] O_SYNC patch 1/3: Fix fdatasync Stephen C. Tweedie
• ne2k-pci freezes with APIC error on 2.4.0-testX SMP Sergiu Partenie
• Fw: Error in 2.2.14 and 2.2.15: kmem_alloc: Bad slab magic (corrupt) (name=buffer_head) Anthony Barbachan
• test11 spontaneous reboot David Ford
• [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ? Willy Tarreau
  • Re: [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ? David S. Miller
  • Re: [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ? Willy Tarreau
  • Re: [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ? David S. Miller
  • Re: [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ? Willy Tarreau
  • Re: [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ? kuznet
  • Re: [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ? Willy Tarreau
• [NEW DRIVER] firestream Patrick van de Lageweg
  • Re: [NEW DRIVER] firestream Mitchell Blank Jr
  • Re: [NEW DRIVER] firestream Rogier Wolff
  • Re: [NEW DRIVER] firestream Jes Sorensen
  • Re: [NEW DRIVER] firestream Jeff Garzik
  • Re: [NEW DRIVER] firestream Rogier Wolff
  • Re: [NEW DRIVER] firestream Peter Samuelson
  • Re: [NEW DRIVER] firestream Rogier Wolff
  • Re: [NEW DRIVER] firestream Werner Almesberger
  • Re: [NEW DRIVER] firestream Peter Samuelson
  • Re: [NEW DRIVER] firestream Rogier Wolff
  • Re: [NEW DRIVER] firestream Peter Samuelson
  • Re: [NEW DRIVER] firestream Vojtech Pavlik
  • Re: [NEW DRIVER] firestream Bartlomiej Zolnierkiewicz
  • Re: [NEW DRIVER] firestream Rogier Wolff
  • [NEW DRIVER] firestream Patrick van de Lageweg
  • [NEW DRIVER] firestream Patrick van de Lageweg
  • [NEW DRIVER] firestream Patrick van de Lageweg
  • [NEW DRIVER] firestream Patrick van de Lageweg
• [PATCH] atmrefcount Patrick van de Lageweg
  • Re: [PATCH] atmrefcount Mitchell Blank Jr
  • [PATCH] atmrefcount Patrick van de Lageweg
  • [PATCH] atmrefcount Patrick van de Lageweg
  • [PATCH] atmrefcount Patrick van de Lageweg
  • [PATCH] atmrefcount Patrick van de Lageweg
• Re: [Cooker] Re: [CHRPM] modutils-2.3.20-1mdk Christian Gennerat
  • Re: [Cooker] Re: [CHRPM] modutils-2.3.20-1mdk Keith Owens
• filesystems Joe Harrington
  • Re: filesystems Tigran Aivazian
  • Re: filesystems Tigran Aivazian
• Kernel bits 64738
  • Re: Kernel bits Chad Schwartz
  • Re: Kernel bits Keith Owens
  • Re: Kernel bits Chad Schwartz
  • Re: Kernel bits Richard B. Johnson
  • Kernel bits 64738
  • Re: Kernel bits Matti Aarnio
  • Re: Kernel bits 64738
  • Re: Kernel bits Matti Aarnio
  • Re: Kernel bits Pavel Machek
• Locking User memory pages from a driver.... MOHAMMED AZAD
  • Re: Locking User memory pages from a driver.... Eric Lowe
• Thanks for letting know the list is okay. My ISP quota looks okay, so I am trying resubscribing. Sorry for the noise. <EOM> Miles Lane
• Uh, is kernel.org sending out e-mail to the mailing lists? I am not getting linux-kernel messages for two days. Miles Lane
• ECN causing problems Joseph Gooch
  • Re: ECN causing problems David Weinehall
  • Re: ECN causing problems Igmar Palsenberg
  • Re: ECN causing problems Alan Cox
  • Re: ECN causing problems James A Sutherland
• modutils 2.3.20 not backward compatible Jeff V. Merkey
  • Re: modutils 2.3.20 not backward compatible Keith Owens
  • Re: modutils 2.3.20 not backward compatible Jeff V. Merkey
  • Re: modutils 2.3.20 not backward compatible Igmar Palsenberg
• reiserfs lockup 2.4.0-t11 SMP. Elmer Joandi
• problem with 2.4.0test8 and 2.4.0test11 Andries . Brouwer
• [2.2.17] oops in /proc/scsi/scsi Matthias Andree
  • Re: [2.2.17] oops in /proc/scsi/scsi Kurt Garloff
  • Re: [2.2.17] yes: oops again in /proc/scsi/scsi Matthias Andree
  • Re: [2.2.17] yes: oops again in /proc/scsi/scsi Kurt Garloff
  • Re: [2.2.17] oops in /proc/scsi/scsi Matthias Andree
  • Re: [2.2.17] oops in /proc/scsi/scsi Kurt Garloff
• [PATCH] isofs/rock.c Andries . Brouwer
• double page fault in 2.4 Daniel Moore
• LINUX_REBOOT_MAGIC2C Adam
• Oops in 2.2.18-22 with non-existent TCPIP route Jeff V. Merkey
• linux-2.2.18-pre19 asm/delay.h problem? jpranevich
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Alan Cox
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Peter Samuelson
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Rogier Wolff
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Pauline Middelink
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Igmar Palsenberg
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Andreas Schwab
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Igmar Palsenberg
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Alan Cox
  • Re: linux-2.2.18-pre19 asm/delay.h problem? David Woodhouse
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Oliver Xymoron
  • Re: linux-2.2.18-pre19 asm/delay.h problem? Jeff Epler
• Strange thing (/dev/random) David Schwartz
• Patch: linux-2.4.0-test11/drivers/sound/maestro.c port to new PCI interface Adam J. Richter
  • Re: Patch: linux-2.4.0-test11/drivers/sound/maestro.c port to new PCI interface Jeff Garzik
  • Re: Patch: linux-2.4.0-test11/drivers/sound/maestro.c port to new PCI interface Zach Brown
  • Re: Patch: linux-2.4.0-test11/drivers/sound/maestro.c port to new PCI interface Adam J. Richter
  • Re: Patch: linux-2.4.0-test11/drivers/sound/maestro.c port to new PCI interface Zach Brown
  • Re: Patch: linux-2.4.0-test11/drivers/sound/maestro.c port to new PCI interface Pavel Machek
  • Re: Patch: linux-2.4.0-test11/drivers/sound/maestro.c port to new PCI interface Jeff Garzik
  • Re: Patch: linux-2.4.0-test11/drivers/sound/maestro.c port to new PCI interface Adam J. Richter
• Why not PCMCIA built-in and yenta/i82365 as modules Tobias Ringstrom
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules David Hinds
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules Albert D. Cahalan
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules David Hinds
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules Horst von Brand
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules David Hinds
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules Tobias Ringstrom
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules Matti Aarnio
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules Alan Cox
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules Oliver Xymoron
  • Re: Why not PCMCIA built-in and yenta/i82365 as modules David Woodhouse
• page 0 mapped memory in ELF binaries Forever shall I be.
• [patch] Fix AMD PCNet32 printk's Vojtech Pavlik
• 53c400 driver Igmar Palsenberg
  • Re: 53c400 driver Alan Cox
  • RE: 53c400 driver Dunlap, Randy
  • RE: 53c400 driver Igmar Palsenberg
• [patch-2.4.0-test11] show_mem() to dump free pages Tigran Aivazian
  • Re: [patch-2.4.0-test11] show_mem() to dump free pages Tigran Aivazian
• [patch] some cleanup in vgacon.c jani
  • Re: [patch] some cleanup in vgacon.c James Simmons
• Better testing of hardware (was: Defective Read Hat) Stephen Gutknecht (linux-kernel)
  • Re: Better testing of hardware (was: Defective Read Hat) Dan Hollis
  • Re: Better testing of hardware (was: Defective Read Hat) Fort David
  • Re: Better testing of hardware (was: Defective Read Hat) Eric W. Biederman
  • Re: Better testing of hardware (was: Defective Read Hat) Pavel Machek
• [PATCH] removal of "static foo = 0" from drivers/ide (test11) Bartlomiej Zolnierkiewicz
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) J . A . Magallon
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Tigran Aivazian
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) J . A . Magallon
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Tigran Aivazian
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) J . A . Magallon
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Rusty Russell
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Vojtech Pavlik
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Vojtech Pavlik
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) J . A . Magallon
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Russell King
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Russell King
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Bartlomiej Zolnierkiewicz
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Jeff Garzik
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Russell King
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) David Hinds
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Tigran Aivazian
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Peter Samuelson
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Keith Owens
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Peter Samuelson
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Tigran Aivazian
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Peter Samuelson
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Tigran Aivazian
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Darryl Miles
  • Re: [PATCH] removal of "static foo = 0" from drivers/ide (test11) Russell King
• [PATCH] fix help info about OSB4 and VIA82CXXX IDE chipsets (test11) Bartlomiej Zolnierkiewicz
• [uPATCH] fix IDE/ServerWorks OSB4 config option (test11) Bartlomiej Zolnierkiewicz
  • Re: [uPATCH] fix IDE/ServerWorks OSB4 config option (test11) Jeff Garzik
  • Re: [uPATCH] fix IDE/ServerWorks OSB4 config option (test11) Andre Hedrick
• [PATCH] 2.4.0-test11-ac1 compile error fix Steven Cole
• e2fs performance as function of block size CMA
  • Re: e2fs performance as function of block size Reto Baettig
  • Re: e2fs performance as function of block size Alan Cox
  • Re: e2fs performance as function of block size Jeff V. Merkey
  • Re: e2fs performance as function of block size Alan Cox
  • Re: e2fs performance as function of block size Jeff V. Merkey
  • Re: e2fs performance as function of block size Michael Marxmeier
  • Re: e2fs performance as function of block size Stephen C. Tweedie
  • Re: e2fs performance as function of block size Brian Pomerantz
• [BUG] 2.4.0-test11 + reiser 3.6.18 Carlos E. Gorges

[Earlier messages] [Later messages]