linux-kernel  

Messages by Thread

• • Re: [BUG] 2.2.19 -> 80% Packet Loss Scott Laird
  • Re: [BUG] 2.2.19 -> 80% Packet Loss chuckw
  • Re: [BUG] 2.2.19 -> 80% Packet Loss Scott Laird
  • Re: [BUG] 2.2.19 -> 80% Packet Loss Tim Moore
• questions about link-level loopback, PF_PACKET and ETH_P_LOOP Christopher Friesen
  • Re: questions about link-level loopback, PF_PACKET and ETH_P_LOOP Ben Greear
• RE: [Acpi] APM, ACPI, and Wake on LAN - the bane of my existance David Christensen
  • Re: [Acpi] APM, ACPI, and Wake on LAN - the bane of my existance Alex Deucher
• linux Documentation/modules.txt David Dyck
• IPsec support yiding_wang
  • Re: IPsec support Gary E. Miller
  • Re: IPsec support José Luis Domingo López
• About KDKBDREP Sergey Tursanov
• [PATCH] Let modules register for panics, kernel 2.4.6-pre3 Pat O'Rourke
• Buddy System bitmaps Ramil . Santamaria
  • Re: Buddy System bitmaps alad
• aic7xxx problems on 2.4.4 Jeff V. Merkey
• more on VIA 686B (trials) David Monniaux
  • Re: more on VIA 686B (trials) Cory Watson
  • Re: more on VIA 686B (trials) Alan Cox
  • Re: more on VIA 686B (trials) Cory Watson
  • Re: more on VIA 686B (trials) Rachel Greenham
• APM, ACPI, and Wake on LAN - the bane of my existance Alex Deucher
  • Re: APM, ACPI, and Wake on LAN - the bane of my existance Pavel Machek
  • Re: APM, ACPI, and Wake on LAN - the bane of my existance Alex Deucher
• SMP spin-locks Richard B. Johnson
  • Re: SMP spin-locks Kurt Garloff
  • Re: SMP spin-locks Doug Ledford
  • Re: SMP spin-locks Roger Larsson
  • Re: SMP spin-locks Richard B. Johnson
  • Re: SMP spin-locks Roger Larsson
  • Re: SMP spin-locks Richard B. Johnson
  • Re: SMP spin-locks David Lang
  • RE: SMP spin-locks David Schwartz
  • RE: SMP spin-locks Richard B. Johnson
  • Re: SMP spin-locks Ingo Oeser
  • Re: SMP spin-locks Richard B. Johnson
  • Re: SMP spin-locks Pavel Machek
• Oops at NFS unmounting Gregor Jasny
• unregistered changes to the user<->kernel API Andrea Arcangeli
  • Re: unregistered changes to the user<->kernel API Andrea Arcangeli
  • Re: unregistered changes to the user<->kernel API Andrea Arcangeli
  • Re: unregistered changes to the user<->kernel API Richard Henderson
  • Re: unregistered changes to the user<->kernel API Andrea Arcangeli
  • Re: unregistered changes to the user<->kernel API Andrea Arcangeli
  • Re: unregistered changes to the user<->kernel API Richard Henderson
  • Re: unregistered changes to the user<->kernel API Alexander Viro
  • Re: unregistered changes to the user<->kernel API Jeff Garzik
  • Re: unregistered changes to the user<->kernel API Andrea Arcangeli
  • Re: unregistered changes to the user<->kernel API Jeff Garzik
  • Re: unregistered changes to the user<->kernel API Andrea Arcangeli
• what's the purpose of SYMBOL_NAME() Marty Leisner
  • Re: what's the purpose of SYMBOL_NAME() Brian Gerst
• Lockup in 2.4.2 kernel ADSL PCI card ATM driver module dan . davidson
  • Re: Lockup in 2.4.2 kernel ADSL PCI card ATM driver module Mitchell Blank Jr
  • Re: Lockup in 2.4.2 kernel ADSL PCI card ATM driver module dan . davidson
• 2.4.5: swap/VM strangeness Frank van Maarseveen
• 2.4.5 kernel crash while using tcpdump+iptraf ssh
  • Re: 2.4.5 kernel crash while using tcpdump+iptraf Jeff Garzik
  • Re: 2.4.5 kernel crash while using tcpdump+iptraf ssh
• [PATCH] Avoid !__GFP_IO allocations to eat from memory reservations Marcelo Tosatti
  • Re: [PATCH] Avoid !__GFP_IO allocations to eat from memory reservations Daniel Phillips
  • [PATCH] Avoid !__GFP_IO allocations to eat from memory reservations Marcelo Tosatti
• Re: RFC: from FIBMAP to FIONDEV Jason Lunz
• PPP: VJ uncompressed error Jacek Popławski
  • Re: PPP: VJ uncompressed error Steven Walter
• timer_list in struct net_device sebastien person
  • Re: timer_list in struct net_device Andi Kleen
• IDE read error hangs kernel Xavier Bestel
• [PATCH] Some error checking on kmalloc()'s in ide-probe.c Stephen Shirley
• Strange behaviour of the Round Robin policy Philippe . LAFFONT
• EXT2FS problems & 2.2.19 & 3ware RAID Udo Wolter
  • Re: EXT2FS problems & 2.2.19 & 3ware RAID Luigi Genoni
• PROBLEM: hda timeout (busy) Marco
  • Re: PROBLEM: hda timeout (busy) Christopher B. Liebman
• [PATCH] Support for "Yet Another Sound Blaster 16" pazke
• SMP kernel 2.4.5 reboots spontaneously Daniel Tuijnman
• Zip: what does that mean? Gregoire Favre
  • Re: Zip: what does that mean? Philipp Matthias Hahn
  • Re: Zip: what does that mean? Gregoire Favre
  • Re: Zip: what does that mean? Joshua Jore
• Need a helping hand (realproducer and radio device) Mario Mikocevic
  • Re: Need a helping hand (realproducer and radio device) Juri Haberland
  • Re: Need a helping hand (realproducer and radio device) Mario Mikocevic
• Buggy emu10k1 drivers. Dylan Griffiths
  • Re: Buggy emu10k1 drivers. Dylan Griffiths
  • Re: [Emu10k1-devel] Re: Buggy emu10k1 drivers. Daniel Bertrand
  • Re: [Emu10k1-devel] Re: Buggy emu10k1 drivers. Robert Love
  • Re: [Emu10k1-devel] Re: Buggy emu10k1 drivers. Daniel Bertrand
  • Re: [Emu10k1-devel] Re: Buggy emu10k1 drivers. Robert Love
  • Re: [Emu10k1-devel] Re: Buggy emu10k1 drivers. Joseph Carter
  • Re: [Emu10k1-devel] Re: Buggy emu10k1 drivers. Dylan Griffiths
  • RE: [Emu10k1-devel] Re: Buggy emu10k1 drivers. Nerijus Baliunas
• Re: es1371 and recent kernels (thanks) Pierfrancesco Caci
• Are You In Need Of A Lifestyle Change... 3k23c2LY4
• inetd missing Blesson Paul
  • [OT] Re: inetd missing J Sloan
  • Question about signal handling John Chris Wren
• initial ramdisk failure D. Stimits
  • Re: initial ramdisk failure D. Stimits
• tmscsim.o INQUIRY inconsistency in 2.2.19 John William
• Lecteur CD-ROM Seigneur Angmar
  • Re: Lecteur CD-ROM Simon Huggins
• Fw: Delivery Status Notification (Failure) William Scott Lockwood III
• BUG: Mingetty gets tainted-memory bug in cahced_lookup() durring tty open Matthew Cline
• obsolete code must die Daniel
  • Re: obsolete code must die Rik van Riel
  • Re: obsolete code must die Jaswinder Singh
  • Re: obsolete code must die Jeff Garzik
  • Re: obsolete code must die Daniel Dickman
  • Re: obsolete code must die Rik van Riel
  • Re: obsolete code must die Gary E. Miller
  • Re: obsolete code must die Colonel
  • Re: obsolete code must die Rafael Diniz
  • Re: obsolete code must die Eric Hancock
  • Re: obsolete code must die Mike A. Harris
  • RE: obsolete code must die John Chris Wren
  • Re: obsolete code must die Alan Olsen
  • Re: obsolete code must die Robert Love
  • Re: obsolete code must die Colonel
  • RE: obsolete code must die Rainer Mager
  • Download process for a "split kernel" (was: obsolete code must die) David Luyer
  • Re: Download process for a "split kernel" (was: obsolete code must die) Jaswinder Singh
  • Re: Download process for a "split kernel" (was: obsolete code must die) Daniel Phillips
  • Re: Download process for a "split kernel" (was: obsolete code mustdie) Alexander Viro
  • Re: Download process for a "split kernel" (was: obsolete code must die) Daniel Phillips
  • Re: Download process for a "split kernel" (was: obsolete code must die) Richard Gooch
  • Re: Download process for a "split kernel" (was: obsolete code must die) Horst von Brand
  • Re: Download process for a "split kernel" (was: obsolete code must die) David Luyer
  • Re: Download process for a "split kernel" (was: obsolete code must die) Rob Landley
  • Re: obsolete code must die David Luyer
  • Re: obsolete code must die Tom Vier
  • Re: obsolete code must die Bohdan Vlasyuk
  • Re: obsolete code must die Andrzej Krzysztofowicz
  • Re: obsolete code must die Claudio Martins
  • Re: obsolete code must die Michael Peddemors
  • Re: obsolete code must die Horst von Brand
  • Re: obsolete code must die Justin Guyett
  • Re: obsolete code must die James Stevenson
  • Re: obsolete code must die Mohammad A. Haque
  • Re: obsolete code must die D. Stimits
  • Re: obsolete code must die Rik van Riel
  • Re: obsolete code must die Stephen Satchell
  • Re: obsolete code must die Rik van Riel
  • Re: obsolete code must die Horst von Brand
  • Re: obsolete code must die Arnaldo Carvalho de Melo
  • Re: obsolete code must die Russell King
  • Re: obsolete code must die Daniel Dickman
  • Re: obsolete code must die L. K.
  • Re: obsolete code must die Luigi Genoni
  • Re: obsolete code must die Thomas Pornin
  • Re: obsolete code must die Brad Johnson
  • Re: obsolete code must die Mike A. Harris
  • Re: obsolete code must die Ghozlane Toumi
  • Re: obsolete code must die James Sutherland
  • RE: obsolete code must die Heusden, Folkert van
  • Re: obsolete code must die Nils Holland
  • Re: obsolete code must die Jesse Pollard
  • Re: obsolete code must die richard
  • Re: obsolete code must die Rogier Wolff
• accounting for threads J . A . Magallon
  • re: accounting for threads ognen
  • Alan Cox quote? (was: Re: accounting for threads) Dan Kegel
  • Re: Alan Cox quote? (was: Re: accounting for threads) Ben Pfaff
  • Re: Alan Cox quote? (was: Re: accounting for threads) Larry McVoy
  • Re: Alan Cox quote? (was: Re: accounting for threads) Larry McVoy
  • Re: Alan Cox quote? (was: Re: accounting for threads) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) Timur Tabi
  • Re: Alan Cox quote? (was: Re: accounting for threads) Matthias Urlichs
  • Re: Alan Cox quote? (was: Re: accounting for threads) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) Albert D. Cahalan
  • Re: Alan Cox quote? (was: Re: accounting for threads) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) Dan Podeanu
  • Re: Alan Cox quote? (was: Re: accounting for threads) D. Stimits
  • Re: Alan Cox quote? (was: Re: accounting for threads) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) D. Stimits
  • Idea: Patches-from-linus mailing list? (Was Re: Alan Cox quote? (was: Re: accounting for threads)) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) Jesse Pollard
  • Re: Alan Cox quote? (was: Re: accounting for threads) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) Mikulas Patocka
  • Re: Alan Cox quote? (was: Re: accounting for threads) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) J . A . Magallon
  • Re: Alan Cox quote? (was: Re: accounting for threads) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) J . A . Magallon
  • Re: Alan Cox quote? (was: Re: accounting for threads) Steven Walter
  • Re: Alan Cox quote? (was: Re: accounting for threads) Larry McVoy
  • Re: Alan Cox quote? (was: Re: accounting for threads) J . A . Magallon
  • Re: Alan Cox quote? (was: Re: accounting for threads) Gerhard Mack
  • Re: Alan Cox quote? (was: Re: accounting for threads) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) Rob Landley
  • Re: Alan Cox quote? (was: Re: accounting for threads) J . A . Magallon
  • Re: Alan Cox quote? (was: Re: accounting for threads) Galen Hancock
  • RE:Why use threads ( was: Alan Cox quote?) David Schwartz
  • Re: Alan Cox quote? (was: Re: accounting for threads) Matti Aarnio
  • Re: Alan Cox quote? (was: Re: accounting for threads) Mike Castle
  • Re: Alan Cox quote? (was: Re: accounting for threads) Larry McVoy
  • Re: Alan Cox quote? (was: Re: accounting for threads) Steve Underwood
  • Re: Alan Cox quote? (was: Re: accounting for threads) Alan Cox
  • Re: Alan Cox quote? (was: Re: accounting for threads) Michael Rothwell
  • Re: Alan Cox quote? (was: Re: accounting for threads) Larry McVoy

[Earlier messages] [Later messages]