linux-kernel  

Messages by Thread

• Boot Problem Patric Mrawek
  • Re: Boot Problem David N. Lombard
  • Re: Boot Problem Jeff Golds
  • Re: Boot Problem Brent D. Norris
• Oops with 2.4.4-ac7 Robert Greimel
• Request for comments on a thesis about Linux vs. IRIX, Solaris, AIX, HP-UX, and Tru64 UNIX. Cesar Da Silva
• Kernel 2.4.x TODO Martin . Garton
  • Re: Kernel 2.4.x TODO André Dahlqvist
  • RE: Kernel 2.4.x TODO Dunlap, Randy
  • RE: Kernel 2.4.x TODO Sasi Peter
  • RE: Kernel 2.4.x TODO Dunlap, Randy
  • RE: Kernel 2.4.x TODO Rik van Riel
  • Re: Kernel 2.4.x TODO Arnaldo Carvalho de Melo
• softirq question Aviv Greenberg
  • Re: softirq question Andi Kleen
  • Re: softirq question Studierende der Universitaet des Saarlandes
• write drop behind effect on active scanning Marcelo Tosatti
  • Re: write drop behind effect on active scanning Daniel Phillips
  • Re: write drop behind effect on active scanning Marcelo Tosatti
  • Re: write drop behind effect on active scanning Rik van Riel
• Re: [Re: __asm__ ] Blesson Paul
  • Re: [Re: __asm__ ] David Howells
  • Re: [Re: __asm__ ] =C0=CC=C8=A3
• kernel oops with 2.4.3-xfs Gerald Weber
  • Re: kernel oops with 2.4.3-xfs Steve Lord
• Changing the Number of processes/tasks Khader Syed
  • Re: Changing the Number of processes/tasks hanishkvc
• Virus Alert, FYI VirusAlert
• __asm__ Blesson Paul
  • Re: __asm__ David Howells
• O_TRUNC problem on a full filesystem Manas Garg
  • OT: O_TRUNC problem on a full filesystem Helge Hafting
  • Re: O_TRUNC problem on a full filesystem Andrew Morton
  • Re: O_TRUNC problem on a full filesystem Stephen C. Tweedie
  • Re: O_TRUNC problem on a full filesystem Andrew Morton
  • Re: O_TRUNC problem on a full filesystem Andreas Dilger
  • Re: O_TRUNC problem on a full filesystem Stephen C. Tweedie
  • Re: O_TRUNC problem on a full filesystem Andreas Dilger
  • Re: O_TRUNC problem on a full filesystem Andrew Morton
  • Re: O_TRUNC problem on a full filesystem Stephen C. Tweedie
• [PATCH] net/wanrouter/wanproc.c Akash Jain
• Re: ioctl/setsockopt etc. vs read/write - idea Ph. Marek
• Kernel memory mapped into user process Shashi Kiran T.R.
• noapic doesn't quite work as advertised Andy Arvai
  • Re: noapic doesn't quite work as advertised Studierende der Universitaet des Saarlandes
• [PATCH] (part 1) fs/super.c cleanups Alexander Viro
  • [PATCH] (part 2) fs/super.c cleanups Alexander Viro
  • Re: [PATCH] (part 2) fs/super.c cleanups Andrew Morton
  • Re: [PATCH] (part 2) fs/super.c cleanups Alexander Viro
  • Re: [PATCH] (part 3) fs/super.c cleanups Alexander Viro
• [PATCH] drivers/media/video/zr36120.c (repost) Philip Wang
• REGISTRE EL SUYO AHORA storage
• 2.4.4 - I2O printer port weirdness John at Dyatron
  • Re: 2.4.4 - I2O printer port weirdness Alan Cox
• [PATCH] CREDITS file update (address change) Jonathan Woithe
• Oops on booting 2.4.4 Harm Verhagen
  • Re: Oops on booting 2.4.4 Pete Zaitcev
  • Re: Oops on booting 2.4.4 Harm Verhagen
• When is the earliest point I can call ioremap() ? Martin J. Bligh
• Gameport analog joystick broken in 2.4.4-ac13 Stephen Thomas
  • Re: Gameport analog joystick broken in 2.4.4-ac13 Alan Cox
  • Re: Gameport analog joystick broken in 2.4.4-ac13 Stephen Thomas
  • Re: Gameport analog joystick broken in 2.4.4-ac13 Alan Cox
  • Re: Gameport analog joystick broken in 2.4.4-ac13 Vojtech Pavlik
  • Re: Gameport analog joystick broken in 2.4.4-ac13 Stephen Thomas
• Linux 2.4.4-ac14 Alan Cox
  • Re: Linux 2.4.4-ac13 Francois Romieu
  • Re: Linux 2.4.4-ac14 Keith Owens
  • Re: Linux 2.4.4-ac14 Geert Uytterhoeven
  • Re: Linux 2.4.4-ac14 Keith Owens
  • Re: Linux 2.4.4-ac14 Olivier Galibert
  • Re: Linux 2.4.4-ac14 Keith Owens
  • Re: Linux 2.4.4-ac14 Geert Uytterhoeven
  • Re: Linux 2.4.4-ac14 David Weinehall
  • Re: Linux 2.4.4-ac14 Thomas Dodd
• Speeding up VFS using HW assist Bharath Madhavan
  • Re: Speeding up VFS using HW assist Pavel Machek
• __alloc_pages: 0-order allocation failed on 2.4.5-pre3 Vibol Hou
• USB crash in all kernels >2.4.3 Jakob Borg
• Re: Kernel diff_small_2.4.5pre4_2.4.5pre5 Andrea Arcangeli
• scheduling callbacks in user space triggered via kernel.... Raj, Ashok
  • Re: scheduling callbacks in user space triggered via kernel.... Alan Cox
  • re: scheduling callbacks in user space triggered via kernel.... Daniel R. Kegel
• Changes in Kernel Prasad
  • Re: Changes in Kernel Alan Cox
  • Re: Changes in Kernel H. Peter Anvin
  • Re: Changes in Kernel Vivek Dasmohapatra
  • Xircom RealPort versus 3COM 3C3FEM656C Dax Kelson
  • Re: Xircom RealPort versus 3COM 3C3FEM656C Alan Cox
  • Re: Xircom RealPort versus 3COM 3C3FEM656C Jeff Garzik
  • Re: Xircom RealPort versus 3COM 3C3FEM656C Ion Badulescu
  • Re: Xircom RealPort versus 3COM 3C3FEM656C arjan
  • Re: Xircom RealPort versus 3COM 3C3FEM656C Ion Badulescu
• bdflush/mm performance drop-out defect (more info) null
  • Re: bdflush/mm performance drop-out defect (more info) Jeffrey W. Baker
  • Re: bdflush/mm performance drop-out defect (more info) Rik van Riel
  • Re: bdflush/mm performance drop-out defect (more info) null
  • Re: bdflush/mm performance drop-out defect (more info) null
• why DMAable memory restriction ? hiren_mehta
  • Re: why DMAable memory restriction ? Alan Cox
• Strange italics with -ac kernels Sid Boyce
• Carefull: The Mawanella message has a virus with it. (Mawanella.v bs) BAUDRILLARD ETIENNE
  • Re: Carefull: The Mawanella message has a virus with it. ( Mathieu Chouquet-Stringer
• Message de l'exploitation informatique FTMS FTMS - Secure Mail
• ALERTE: VIRUS DETECTE DANS UN MESSAGE ENVOYE PAR linux-kernel-owner@vger.kernel.org virusalert
• Mawanella Mayank Vasa
  • Re: Mawanella Bob McElrath
• [Q] [VFS] i_mapping vs. i_data ? Jean-Marc Saffroy
  • Re: [Q] [VFS] i_mapping vs. i_data ? Alexander Viro
• Re: [RFD w/info-PATCH] device arguments from lookup, partio Petr Vandrovec
• Linux 2.4.4-ac13 Alan Cox
• [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Anton Altaparmakov
  • Re: [PATCH] struct char_device Oliver Xymoron
  • Re: [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Oliver Xymoron
  • Re: [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Guest section DW
  • Re: [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Oliver Xymoron
  • Re: [PATCH] struct char_device Tommy Hallgren
  • Re: [PATCH] struct char_device Tommy Hallgren
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Martin Dalecki
  • Re: [PATCH] struct char_device Linus Torvalds
  • Re: [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Jeff Garzik
  • Re: [PATCH] struct char_device Jens Axboe
  • Re: [PATCH] struct char_device Linus Torvalds
  • Re: [PATCH] struct char_device Jeff Garzik
  • Re: [PATCH] struct char_device Jeff Garzik
  • Re: [PATCH] struct char_device Alan Cox
  • Re: [PATCH] struct char_device Linus Torvalds
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Martin Dalecki
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Martin Dalecki
  • Re: [PATCH] struct char_device Martin Dalecki
  • Re: [PATCH] struct char_device Jeff Garzik
  • Re: [PATCH] struct char_device Jens Axboe
  • Re: [PATCH] struct char_device Linus Torvalds
  • Re: [PATCH] struct char_device Martin Dalecki
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Linus Torvalds
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Martin Dalecki
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Alan Cox
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Helge Hafting
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Stephen C. Tweedie
  • Re: [PATCH] struct char_device Wayne . Brown
  • Re: [PATCH] struct char_device Andries . Brouwer
  • Re: [PATCH] struct char_device Alexander Viro
  • Re: [PATCH] struct char_device Andries . Brouwer
• Re: Fix for an SMP locking bug in NFS code Alan Cox
• bug report (NMI, VIA, multi-pro, 2.4.4) Thomas Herault
• [patch] s_maxbytes handling Andrew Morton
  • Re: [patch] s_maxbytes handling Andrew Morton
  • Re: [patch] s_maxbytes handling Alan Cox
  • Re: [patch] s_maxbytes handling Linus Torvalds
  • Re: [patch] s_maxbytes handling David N. Lombard
  • Re: [patch] s_maxbytes handling Andries . Brouwer
• PATCH: more esssolo1 cleanups Marcus Meissner
  • Re: PATCH: more esssolo1 cleanups Jeff Garzik
• Messaggio Daria
• Q about ip_local_deliver_finish Alexey Vyskubov
  • Re: Q about ip_local_deliver_finish Alexey Vyskubov
• SyncPPP IPCP/LCP loop problem and patch rjd
  • Re: SyncPPP IPCP/LCP loop problem and patch Paul Mackerras
  • Re: SyncPPP IPCP/LCP loop problem and patch rjd
  • Re: SyncPPP IPCP/LCP loop problem and patch Paul Fulghum
  • SyncPPP IPCP/LCP loop problem and patch. Take 2 rjd
  • Re: SyncPPP IPCP/LCP loop problem and patch Paul Fulghum
  • Re: SyncPPP IPCP/LCP loop problem and patch rjd
  • Re: SyncPPP IPCP/LCP loop problem and patch Paul Fulghum
  • Re: SyncPPP IPCP/LCP loop problem and patch Alan Cox
  • SyncPPP Generic PPP merge Paul Fulghum
  • Re: SyncPPP Generic PPP merge Paul Mackerras
  • Re: SyncPPP Generic PPP merge Jeff Mcadams
• [newbie] some problem in my new hardware (serial) Rich . Liu
• ECN is on! Matti Aarnio
  • Re: ECN is on! David S. Miller
  • Re: ECN is on! Alan Cox
  • Re: ECN is on! Richard Gooch
  • Re: ECN is on! Brent D. Norris
  • Re: ECN is on! Erik Mouw
  • Re: ECN is on! Richard Gooch
  • Re: ECN is on! Tony Hoyle
  • Re: ECN is on! Matti Aarnio

[Earlier messages] [Later messages]