linux-kernel  

Messages by Thread

• • Re: Updated 2.4 TODO List Andrew Morton
  • Re: Updated 2.4 TODO List David Hinds
  • Re: Updated 2.4 TODO List mmangino
  • Re: Updated 2.4 TODO List David Hinds
  • Re: Updated 2.4 TODO List Alan Cox
  • Re: Updated 2.4 TODO List Rik van Riel
  • 2.4.0test9 vm: disappointing streaming i/o under load Chris Evans
  • Re: Updated 2.4 TODO List tytso
  • [RFC] atomic pte updates for x86 smp Ben LaHaise
  • Re: [RFC] atomic pte updates for x86 smp Linus Torvalds
  • Re: [RFC] atomic pte updates for x86 smp Benjamin C.R. LaHaise
  • Re: [RFC] atomic pte updates for x86 smp David S. Miller
  • Re: [RFC] atomic pte updates for x86 smp Cort Dougan
  • Re: [RFC] atomic pte updates for x86 smp Benjamin C.R. LaHaise
  • Re: [RFC] atomic pte updates for x86 smp Linus Torvalds
  • Re: [RFC] atomic pte updates for x86 smp Ingo Molnar
  • Re: [RFC] atomic pte updates for x86 smp David S. Miller
  • Re: [RFC] atomic pte updates for x86 smp Ingo Molnar
  • Re: [RFC] atomic pte updates for x86 smp Ingo Molnar
  • Re: [RFC] atomic pte updates for x86 smp Benjamin C.R. LaHaise
  • Re: Updated 2.4 TODO List Pavel Machek
  • RE: Updated 2.4 TODO List Dunlap, Randy
  • Re: [linux-usb-devel] RE: Updated 2.4 TODO List Matthew Dharm
  • RE: Updated 2.4 TODO List Dunlap, Randy
  • Re: Updated 2.4 TODO List Pavel Machek
• PCI docs for 2.2 and 2.4 daniel sheltraw
• [RFC] udp_err compliance: RFC1122 vs. BSD Martin Diehl
  • Re: [RFC] udp_err compliance: RFC1122 vs. BSD Andi Kleen
• IEEE 1394 "Firewire" Richard B. Johnson
  • Re: IEEE 1394 "Firewire" David Riley
  • Re: IEEE 1394 "Firewire" Richard B. Johnson
• [PATCH] Improved CPU detection/handling in 2.4 davej
• =?iso-8859-2?Q?2.2.18pre* + raid +ide patches ???= kernel
  • Re: 2.2.18pre* + raid +ide patches ?? Darron Froese
  • Re: 2.2.18pre* + raid +ide patches ?? Sasi Peter
• [PATCH] ISA PnP (2.4.0-test9) Jaroslav Kysela
  • Re: [PATCH] ISA PnP (2.4.0-test9) Jeff Garzik
  • Re: [PATCH] ISA PnP (2.4.0-test9) Keith Owens
  • Re: [PATCH] ISA PnP (2.4.0-test9) Keith Owens
  • Re: [PATCH] ISA PnP (2.4.0-test9) Jaroslav Kysela
  • Re: [PATCH] ISA PnP (2.4.0-test9) Keith Owens
  • Re: [PATCH] ISA PnP (2.4.0-test9) Jaroslav Kysela
  • Re: [PATCH] ISA PnP (2.4.0-test9) Keith Owens
  • Re: [PATCH] ISA PnP (2.4.0-test9) Jaroslav Kysela
• [OOPS] unloading ns558 driver in Linux 2.4.0-test9, initialization order problems Nicolas Mailhot
• On ide-scsi recording failure safemode
  • Re: On ide-scsi recording failure safemode
• Fwd: Re: Kernel Memory Leak in swapoff/swapon in 2.4.0-test1-ac7 Juan J. Quintela
• Calling current() from interrupt context Kenn Humborg
  • Re: Calling current() from interrupt context Jamie Lokier
  • Re: Calling current() from interrupt context yodaiken
  • Re: Calling current() from interrupt context Mitchell Blank Jr
  • Re: Calling current() from interrupt context yodaiken
  • Re: Calling current() from interrupt context Mitchell Blank Jr
  • Re: Calling current() from interrupt context Ralf Baechle
  • Re: Calling current() from interrupt context Ralf Baechle
  • Re: Calling current() from interrupt context John Levon
  • Re: Calling current() from interrupt context Jamie Lokier
  • Re: Calling current() from interrupt context yodaiken
  • Re: Calling current() from interrupt context Kenn Humborg
  • Re: Calling current() from interrupt context Ralf Baechle
  • Re: Calling current() from interrupt context Andi Kleen
  • Re: Calling current() from interrupt context Kenn Humborg
  • Re: Calling current() from interrupt context Andi Kleen
  • Re: Calling current() from interrupt context Kenn Humborg
  • Re: Calling current() from interrupt context Andi Kleen
  • Re: Calling current() from interrupt context kuznet
  • Re: Calling current() from interrupt context Kenn Humborg
  • Re: Calling current() from interrupt context Andi Kleen
  • Re: Calling current() from interrupt context Kenn Humborg
  • Re: Calling current() from interrupt context Roman Zippel
  • Re: Calling current() from interrupt context Francis Galiegue
  • Re: Calling current() from interrupt context Linus Torvalds
  • Re: Calling current() from interrupt context Keith Owens
  • Re: Calling current() from interrupt context Kenn Humborg
  • Re: Calling current() from interrupt context Alan Cox
  • Re: Calling current() from interrupt context Andi Kleen
  • Re: Calling current() from interrupt context Alan Cox
  • Re: Calling current() from interrupt context Andi Kleen
  • Re: Calling current() from interrupt context David S. Miller
  • Re: Calling current() from interrupt context Jeff V. Merkey
  • Re: Calling current() from interrupt context Jeff V. Merkey
  • Re: Calling current() from interrupt context Jeff V. Merkey
  • Re: Calling current() from interrupt context Jeff V. Merkey
  • Re: Calling current() from interrupt context Alan Cox
  • Re: Calling current() from interrupt context Kenn Humborg
  • Re: Calling current() from interrupt context Andi Kleen
  • Re: Calling current() from interrupt context Kenn Humborg
  • Re: Calling current() from interrupt context Linus Torvalds
  • Re: Calling current() from interrupt context Jamie Lokier
  • Re: Calling current() from interrupt context Alan Cox
  • Re: Calling current() from interrupt context David S. Miller
  • Re: Calling current() from interrupt context kumon
  • Re: Calling current() from interrupt context Linus Torvalds
  • Re: Calling current() from interrupt context yodaiken
  • Re: Calling current() from interrupt context Ralf Baechle
• [OOPS] Oops on boot with 2.4.0-test9, usb-uhci, pegasus Frank de Lange
  • Re: [OOPS] Oops on boot with 2.4.0-test9, usb-uhci, pegasus Georg Acher
• Status of IrDA in the latest kernels? Stanislav Meduna
  • Re: Status of IrDA in the latest kernels? Russell King
• 2.4.0test - uid_hash_find() Dan Aloni
  • Re: 2.4.0test - uid_hash_find() Mitchell Blank Jr
  • [PATCH] Re: 2.4.0test - uid_hash_find() Dan Aloni
  • [PATCH correction] Re: 2.4.0test - uid_hash_find() Dan Aloni
  • Re: [PATCH correction] Re: 2.4.0test - uid_hash_find() Guest section DW
  • [PATCH correction^2] Re: 2.4.0test - uid_hash_find() Dan Aloni
• 2.4.0-test9: minixfs causing oopsen when out of inodes Russell King
  • Re: 2.4.0-test9: minixfs causing oopsen when out of inodes Linus Torvalds
  • Re: 2.4.0-test9: minixfs causing oopsen when out of inodes Daniel Phillips
  • Re: 2.4.0-test9: minixfs causing oopsen when out of inodes Alexander Viro
  • Re: 2.4.0-test9: minixfs causing oopsen when out of inodes Daniel Phillips
  • Re: 2.4.0-test9: minixfs causing oopsen when out of inodes Horst von Brand
  • Re: 2.4.0-test9: minixfs causing oopsen when out of inodes Linus Torvalds
• mcdx oopsing in d_lookup (2.4.0-test9) Ragnar Hojland Espinosa
• Re: 2.4.0-test9 kernel problems johna
• atoi() in kernel aprasad
  • Re: atoi() in kernel Keith Owens
• VM: do_try_to_free_pages failed and frozen system (2.2.17) Peter Münster
• PID bit-width Clayton Weaver
  • Re: PID bit-width Mark Hahn
• [PATCH] isofs bug fix William K. Josephson
• ext3 and Software RAID Matt Stegman
  • Re: ext3 and Software RAID Andreas Dilger
  • Re: ext3 and Software RAID Neil Brown
  • Re: ext3 and Software RAID Alan Cox
• Blocked processes <=> Elevator starvation? Rui Sousa
  • Re: Blocked processes <=> Elevator starvation? Rik van Riel
  • Re: Blocked processes <=> Elevator starvation? Rui Sousa
  • Re: Blocked processes <=> Elevator starvation? Rui Sousa
  • Re: Blocked processes <=> Elevator starvation? Rik van Riel
  • Re: Blocked processes <=> Elevator starvation? Jens Axboe
  • Re: Blocked processes <=> Elevator starvation? Rui Sousa
  • Re: Blocked processes <=> Elevator starvation? Jens Axboe
  • Re: Blocked processes <=> Elevator starvation? Miles Lane
  • Re: Blocked processes <=> Elevator starvation? Jens Axboe
  • Re: Blocked processes <=> Elevator starvation? Jeff V. Merkey
  • Re: Blocked processes <=> Elevator starvation? Miles Lane
  • Re: Blocked processes <=> Elevator starvation? Jens Axboe
  • Re: Blocked processes <=> Elevator starvation? Giuliano Pochini
• Будьте бдительны! Vladimir
• User-mode linux stack overflow: could be generic problem Jeremy Fitzhardinge
  • Re: User-mode linux stack overflow: could be generic problem Jeff Dike
  • Re: User-mode linux stack overflow: could be generic problem Jeremy Fitzhardinge
  • Re: User-mode linux stack overflow: could be generic problem Jeff Dike
  • Re: User-mode linux stack overflow: could be generic problem Jeremy Fitzhardinge
  • Re: User-mode linux stack overflow: could be generic problem Jeremy Fitzhardinge
  • Re: User-mode linux stack overflow: could be generic problem Jeff Dike
• Hard lock with Raid 0.90 on buslogic flashpoint SCSI card Diamon
  • Re: Hard lock with Raid 0.90 on buslogic flashpoint SCSI card Jakob Østergaard
  • Re: Hard lock with Raid 0.90 on buslogic flashpoint SCSI card Diamon
• bttv driver sometimes oopses Koos Vriezen
  • Re: bttv driver sometimes oopses Gerd Knorr
• [BENCH] Linux kernel benchmarked.. Luuk van der Duim
• 2.4.0-test9 boot failure (Linux/Alpha, EIDE CMD646) Dave Gilbert
  • Re: 2.4.0-test9 boot failure (Linux/Alpha, EIDE CMD646) Richard Henderson
• Newer motherboards / CPU's / hardware with Linux Mike A. Harris
  • Re: Newer motherboards / CPU's / hardware with Linux Mark Hahn
  • Re: Newer motherboards / CPU's / hardware with Linux David Rees
  • Re: Newer motherboards / CPU's / hardware with Linux Andre Tomt
  • Re: Newer motherboards / CPU's / hardware with Linux Andre Hedrick
  • Re: Newer motherboards / CPU's / hardware with Linux blizbor
  • Re: Newer motherboards / CPU's / hardware with Linux Andre Hedrick
  • (OT -- Partition Magic for Linux?) Re: Newer motherboards / CPU's / hardware with Linux Miles Lane
  • Re: (OT -- Partition Magic for Linux?) Re: Newer motherboards / CPU's / hardware with Linux David Weinehall
  • Re: (OT -- Partition Magic for Linux?) Re: Newer motherboards / CPU's / hardware with Linux Mike Castle
  • Re: (OT -- Partition Magic for Linux?) Re: Newer motherboards / CPU's/ hardware with Linux Andreas Dilger
  • Re: Newer motherboards / CPU's / hardware with Linux Mike A. Harris
  • Re: Newer motherboards / CPU's / hardware with Linux Markus
  • Re: Newer motherboards / CPU's / hardware with Linux Andre Tomt
  • Re: Newer motherboards / CPU's / hardware with Linux Andre Hedrick
  • Re: Newer motherboards / CPU's / hardware with Linux Andre Tomt
• Quantum lct08 & Ultra66 on GigaByte GA-BX2000+ Mikhail Vladimirov
  • Re: Quantum lct08 & Ultra66 on GigaByte GA-BX2000+ Andre Hedrick
  • Quantum lct08 & Ultra66 on GA-BX2000+ Mikhail Vladimirov
• "hdx=bswap" doesn't work in 2.4.0-test9 Chris Adams
• [OOPS] unloading ns558 driver in Linux 2.4.0-test9 Forever shall I be.
  • Re: [OOPS] unloading ns558 driver in Linux 2.4.0-test9 Brian Gerst
  • Re: [OOPS] unloading ns558 driver in Linux 2.4.0-test9 Forever shall I be.
  • Re: [OOPS] unloading ns558 driver in Linux 2.4.0-test9 Vojtech Pavlik
• Crashing 2.2.17 and 2.4.0-test* series on SMP Celeron. Rienk de Vries
  • Re: Crashing 2.2.17 and 2.4.0-test* series on SMP Celeron. David S. Miller
  • Crashing 2.2.17 and 2.4.0-test* series on SMP Celeron. Rienk de Vries
• SoundFusion/Cirrus Logic CS4630 sound chipset support David Ford
  • Re: SoundFusion/Cirrus Logic CS4630 sound chipset support Jeff Garzik
  • Re: SoundFusion/Cirrus Logic CS4630 sound chipset support David Ford
  • Re: SoundFusion/Cirrus Logic CS4630 sound chipset support David Ford
  • Re: SoundFusion/Cirrus Logic CS4630 sound chipset support Alan Cox
  • Re: SoundFusion/Cirrus Logic CS4630 sound chipset support David Ford
• 2.4.0-test9 kernel problems (was 2.4 kernel problems on 386) johna
• Re: [PATCH] console palette fix Dan Aloni
  • Re: [PATCH] console palette fix James Simmons
• PCI function docs daniel sheltraw
• will ip 6 in ip4 tunnelling be fixed anytime soon ? Gerhard Mack
  • Re: will ip 6 in ip4 tunnelling be fixed anytime soon ? Bernd Eckenfels
  • Re: will ip 6 in ip4 tunnelling be fixed anytime soon ? Gerhard Mack
  • Re: will ip 6 in ip4 tunnelling be fixed anytime soon ? Andreas S. Kerber
  • Re: will ip 6 in ip4 tunnelling be fixed anytime soon ? Bernd Eckenfels
  • Re: will ip 6 in ip4 tunnelling be fixed anytime soon ? Jorg de Jong
  • Re: will ip 6 in ip4 tunnelling be fixed anytime soon ? Bernd Eckenfels
  • Re: will ip 6 in ip4 tunnelling be fixed anytime soon ? David S. Miller

[Earlier messages] [Later messages]