Linux Kernel Archives Jun 99 Week 1

Last update: Tue Jun 08 00:01:33 1999
437 messages

• Continuous Oops problems..., rfeather
• PROBLEM:Kernel Oops Running NT inside VMWARE 1.0 Under 2.3.5, synflood
  • Re: PROBLEM:Kernel Oops Running NT inside VMWARE 1.0 Under 2.3.5, synflood
• Potential future capabilities hole!!, Chris Evans
  • RE: Potential future capabilities hole!!, Jeremy Fitzhardinge
• Bug in Matrox Framebuffer?, Mike Sackton
• 2.2.9-ac3 & -ac4 compile error, Sid Boyce
  • Re: 2.2.9-ac3 & -ac4 compile error, Alan Cox
• Can't play audio CD's with ide-scsi, Nate Eldredge
  • Re: Can't play audio CD's with ide-scsi, Jens Axboe
    • Re: Can't play audio CD's with ide-scsi, Nate Eldredge
      • Re: Can't play audio CD's with ide-scsi, Jens Axboe
      • Re: Can't play audio CD's with ide-scsi, Nate Eldredge
      • Re: Can't play audio CD's with ide-scsi, Jens Axboe
      • Re: Can't play audio CD's with ide-scsi, Nate Eldredge
• Bug: Tracing recursive system calls, Nate Eldredge
  • Re: Bug: Tracing recursive system calls, Alan Cox
    • Re: Bug: Tracing recursive system calls, Nate Eldredge
      • Re: Bug: Tracing recursive system calls, Alan Cox
• pre-2.2.10-3 fails compile (ip_fw.c), Pete Clements
  • Re: pre-2.2.10-3 fails compile (ip_fw.c), Alan Cox
    • Re: pre-2.2.10-3 fails compile (ip_fw.c), David S. Miller
• howdy, debian
  • Re: howdy, Jens Axboe
    • Re: howdy, Andre M. Hedrick
• adding to wait queue, Raj, Ashok
  • Re: adding to wait queue, B. James Phillippe
  • Re: adding to wait queue, David S. Miller
  • Re: adding to wait queue, Ingo Molnar
• Re: building 2.2.9 on alpha -- where's alpha/regdef.h?, Benjamin LaHaise
  • Re: building 2.2.9 on alpha -- where's alpha/regdef.h?, Tim Waugh
    • Re: building 2.2.9 on alpha -- where's alpha/regdef.h?, Benjamin LaHaise
• Re: Evil things ( native software DSP loaders for MWAVE ), R. Kelley Cook
• HOWTO-framebuffer goes to 1.0 release!, Alex Buell
• Byte blasts Linux?, Gregory Maxwell
  • Re: Byte blasts Linux?, Alan Cox
  • Re: Byte blasts Linux?, Linus Torvalds
• IBM PCI Token Ring Olympic Driver (v2.2.x kernel), Mike Phillips
• Questions on cache flushing in do_wp_page, Kanoj Sarcar
  • <Possible follow-up(s)>
  • Re: Questions on cache flushing in do_wp_page, Kanoj Sarcar
    • Re: Questions on cache flushing in do_wp_page, David S. Miller
• question about UDP, Xiaodi Lu
• a small wish (multiples patches), FAVRE Grégoire
• v2.2.X[-andrea,-ac] -series scheduling problems., Jakob Sandgren
• OnStream SCSI tape drives, Jurgen Botz
  • Re: OnStream SCSI tape drives, Matthew Jacob
• Kernel 2.2.x bug. Standard output not flushed before fork, Juan Piernas Cánovas
  • OT: Kernel 2.2.x bug. Standard output not flushed before fork, David B. Rees
  • Re: Kernel 2.2.x bug. Standard output not flushed before fork, Miquel van Smoorenburg
  • Re: Kernel 2.2.x bug. Standard output not flushed before fork, Bryn Paul Arnold Jones
  • <Possible follow-up(s)>
  • Re: Kernel 2.2.x bug. Standard output not flushed before fork, Ricardo Galli Granada
• PROBLEM: with the video card ATI Rahe fury 128, Nicolas PORTAIS
• Bug (?) when implementing a vm_ops->nopage() method, Brett W Vasconcellos
• Preparations for ZD's upcoming Apache/Linux benchmark, Dan Kegel
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Alan Cox
    • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Greg Lindahl
    • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Steve Bergman
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, H. Peter Anvin
• Hangs in 2.2.9ac1/2.2.7ac4, Alan Cox
• Re: [PATCH] 3DSE support for AWE sound cards, Stanislav V. Voronyi
• ide-cd as a module in RH6.0 (kernel 2.2.9), Kastus Shchuka
  • Re: ide-cd as a module in RH6.0 (kernel 2.2.9), Jens Axboe
• [patch] Quiet boot., Justin Hahn
• Problems with MO (SCSI disk support) k2.2.9, Ghosthack
• O(1) scheduler need help ... (resend), Davide Libenzi
• scsi over parallel port..., Carrer Yuri
• [patch] to include/linux/lp.h, kissg
  • Re: [patch] to include/linux/lp.h, Tim Waugh
• Re: Sangoma Wanpipe in 2.2.X working?, Camm Maguire
  • Re: Sangoma Wanpipe in 2.2.X working?, Alan Cox
• Kernel Panic: 2.2.9-ac1, Theo Van Dinter
  • NFS bug in 2.2.9-ac? found (was Re: Kernel Panic: 2.2.9-ac1), Trond Myklebust
    • Re: NFS bug in 2.2.9-ac? found (was Re: Kernel Panic: 2.2.9-ac1), Alan Cox
    • Re: NFS bug in 2.2.9-ac? found (was Re: Kernel Panic: 2.2.9-ac1), Thierry Danis
    • Re: NFS bug in 2.2.9-ac? found (was Re: Kernel Panic: 2.2.9-ac1), Steven N. Hirsch
• smb shares reconnection if remote computer goes down ?, Markus Fischer
• No Subject, root
  • <Possible follow-up(s)>
  • No Subject, Guia Empresas Internet
  • No Subject, No Author
• Kernel Opps on MVP3GM, Menaka Lashitha Bandara
• Re: S3 Frame Buffer, Geert Uytterhoeven
  • Re: S3 Frame Buffer, Jeff Garzik
• [patch] 2.2.* and 2.3.*: problems with sd_detach, Maciej W. Rozycki
• hard crash under 2.2.9, Gabor Lenart
• Re: [RFC] new bus architecture (+ byte-endianess), Petr Vandrovec Ing. VTEI
  • Re: [RFC] new bus architecture (+ byte-endianess), Martin Mares
    • Re: [RFC] new bus architecture (+ byte-endianess), Jakub Jelinek
      • Re: [RFC] new bus architecture (+ byte-endianess), David S. Miller
      • Re: [RFC] new bus architecture (+ byte-endianess), H. Peter Anvin
      • Re: [RFC] new bus architecture (+ byte-endianess), Martin Mares
      • Re: [RFC] new bus architecture (+ byte-endianess), David S. Miller
  • <Possible follow-up(s)>
  • Re: [RFC] new bus architecture (+ byte-endianess), Petr Vandrovec Ing. VTEI
    • Re: [RFC] new bus architecture (+ byte-endianess), Martin Mares
• insw(), insl(), outsw(), outsl() behaviour on big-endian processors ?, Patrick Lerda
  • Re: insw(), insl(), outsw(), outsl() behaviour on big-endian processo rs ?, Richard B. Johnson
• OT: How does Linux work?, Simon Stewart
  • <Possible follow-up(s)>
  • Re: OT: How does Linux work?, Ricardo Galli Granada
  • OT: How does Linux work?, Thomas Pornin
• 2.2.9-ac1..3 breaks sound, Michael Surenbrock
• fcheck()/fcheck_task() question., Tigran Aivazian
• [PROBLEM+PATCH] 2.X zero-length read on non-empty pipe returns EAGAIN, Julian Bradfield
  • Re: [PROBLEM+PATCH] 2.X zero-length read on non-empty pipe returns EAGAIN, Alan Cox
    • (not 2.0) Re: [PROBLEM+PATCH] 2.X zero-length read on non-empty pipe returns EAGAIN, Julian Bradfield
• [PATCH] OOPS on swapon, Andrzej Krzysztofowicz
• [PATCH] Missing recalc_sigpending, Andreas Schwab
• Re: PCI devices scan code error & fix, Stanislav V. Voronyi
• UTIME patch, Shashank Banerjee
• test suite for socket and signals system calls?, Borislav Deianov
• Unchecked kmalloc return in fs/isofs/namei.c, Samuel S Hunter II
  • Re: Unchecked kmalloc return in fs/isofs/namei.c, Alan Cox
• oops on 2.2.x (probably .3 or .1, not sure), Wakko Warner
• alpha and [gs]etresgid, Boris Badenov
• Re: [PATCH] Re: sound and control-c, Wakko Warner
  • <Possible follow-up(s)>
  • Re: [PATCH] Re: sound and control-c, Navindra Umanee
• release 0.2 of x86 performance-monitoring counters support patch, Mikael Pettersson
  • Re: release 0.2 of x86 performance-monitoring counters support patch, Dean Gaudet
• Oops trace of 2.2.9-ac2 lockups, Steven N. Hirsch
  • Re: Oops trace of 2.2.9-ac2 lockups, Thierry Danis
    • Re: Oops trace of 2.2.9-ac2 lockups, job bogan
    • Re: Oops trace of 2.2.9-ac2 lockups, Steven N. Hirsch
  • <Possible follow-up(s)>
  • Re: Oops trace of 2.2.9-ac2 lockups, Steven N. Hirsch
    • Re: Oops trace of 2.2.9-ac2 lockups, Keith Bennett
      • Re: Oops trace of 2.2.9-ac2 lockups, Steven N. Hirsch
• [RFC] symlink caching and network filesystems, Alexander Viro
  • Re: [RFC] symlink caching and network filesystems, Erez Zadok
    • Re: [RFC] symlink caching and network filesystems, Alexander Viro
      • Re: [RFC] symlink caching and network filesystems, David S. Miller
      • Re: [RFC] symlink caching and network filesystems, Alexander Viro
      • Re: [RFC] symlink caching and network filesystems, Erez Zadok
    • Re: [RFC] symlink caching and network filesystems, Alexander Viro
• Re: [Masq-dev] Use daddr and dport as hash keys for faster masq redirector!, John D. Hardin
  • Re: [Masq-dev] Use daddr and dport as hash keys for faster masq redirector!, Juanjo Ciarlante
• Re: FireWire subsystem in development, Bryn Paul Arnold Jones
  • Re: FireWire subsystem in development, Srdjan Sobajic
    • Re: FireWire subsystem in development, Bryn Paul Arnold Jones
• Re: RTC driver changes (modularization+multiple process), Ralf Baechle
  • <Possible follow-up(s)>
  • Re: RTC driver changes (modularization+multiple process), Uwe Bonnes
• 2.3.5 binfmt_java,misc missing exported symbol, Jeff Hittman
• [announce] Linux Input Driver suite version 0.1.0, Vojtech Pavlik
  • Message not available
    • Message not available
      • Re: [announce] Linux Input Driver suite version 0.1.0, Vojtech Pavlik
      • Re: [announce] Linux Input Driver suite version 0.1.0, Cougar
  • Message not available
    • Message not available
      • Re: [announce] Linux Input Driver suite version 0.1.0, Vojtech Pavlik
  • Re: [announce] Linux Input Driver suite version 0.1.0, James H. Cloos Jr.
    • Re: [linux-usb] Re: [announce] Linux Input Driver suite version 0.1.0, James H. Cloos Jr.
      • Re: [kernel] Re: [linux-usb] Re: [announce] Linux Input Driver suite version 0.1.0, Vojtech Pavlik
      • Re: [kernel] Re: [linux-usb] Re: [announce] Linux Input Driver suite version 0.1.0, James H. Cloos Jr.
    • Re: [kernel] Re: [announce] Linux Input Driver suite version 0.1.0, Vojtech Pavlik
      • Re: [kernel] Re: [announce] Linux Input Driver suite version 0.1.0, James H. Cloos Jr.
  • Re: [announce] Linux Input Driver suite version 0.1.0, Bradley M Keryan
    • Re: [linux-usb] Re: [announce] Linux Input Driver suite version 0.1.0, Bradley M Keryan
    • Re: [announce] Linux Input Driver suite version 0.1.0, Vojtech Pavlik
    • Re: [announce] Linux Input Driver suite version 0.1.0, Vojtech Pavlik
• When did ptrace become able to modify orig_eax?, Jeff Dike
• Why isn't this a bug in run_bottom_halves() (2.2.5)?, Scott Maxwell
  • Re: Why isn't this a bug in run_bottom_halves() (2.2.5)?, Andrea Arcangeli
  • <Possible follow-up(s)>
  • Re: Why isn't this a bug in run_bottom_halves() (2.2.5)?, B. James Phillippe
• kmalloc: Size (3149576632) too large, Marco d'Itri
• Re: Linux 2.2.* remote exploit fix, Rogerio Brito
• Re: serial callout devices, Riley Williams
• Creative & GGI development., onderste
  • Re: Creative & GGI development., Alan Cox
• [patch] Riva framebuffer driver (non-working), Jeff Garzik
  • Re: [patch] Riva framebuffer driver (non-working), Robbert Muller
• web3 kernel: Unable to handle kernel paging request at virtualaddress ffffff0b, Michael Merhej
• Re: kernel 2.3.5 & ppp, Harry Ronis
• undefined symbol in binfmt_misc in 2.3.5, German Jose Gomez Garcia
• [patch] 2.2.9_andrea-VM1.gz, Andrea Arcangeli
• More on lockups, Steven N. Hirsch
• RFC: Devices, buses and hotplug, Martin Mares
  • Re: RFC: Devices, buses and hotplug, Jeff Garzik
    • Re: RFC: Devices, buses and hotplug, David S. Miller
      • Re: RFC: Devices, buses and hotplug, Jeff Garzik
      • Re: RFC: Devices, buses and hotplug, David S. Miller
      • Re: RFC: Devices, buses and hotplug, Jeff Garzik
      • Re: RFC: Devices, buses and hotplug, David S. Miller
      • Re: RFC: Devices, buses and hotplug, Oliver Xymoron
      • Re: RFC: Devices, buses and hotplug, H. Peter Anvin
      • Re: RFC: Devices, buses and hotplug, Paul Mackerras
      • Re: RFC: Devices, buses and hotplug, Geert Uytterhoeven
      • Re: RFC: Devices, buses and hotplug, David S. Miller
      • Re: RFC: Devices, buses and hotplug, Geert Uytterhoeven
      • Re: RFC: Devices, buses and hotplug, David S. Miller
      • Re: RFC: Devices, buses and hotplug, Roger Gammans
      • Re: RFC: Devices, buses and hotplug, Jes Sorensen
      • Re: RFC: Devices, buses and hotplug, David S. Miller
      • Re: RFC: Devices, buses and hotplug, Alan Cox
      • Re: RFC: Devices, buses and hotplug, David S. Miller
      • Re: RFC: Devices, buses and hotplug, Alan Cox
      • Re: RFC: Devices, buses and hotplug, David S. Miller
      • Re: RFC: Devices, buses and hotplug, Alan Cox
    • Re: RFC: Devices, buses and hotplug, Martin Mares
  • Re: RFC: Devices, buses and hotplug, Alan Cox
    • Re: RFC: Devices, buses and hotplug, Martin Mares
      • Re: RFC: Devices, buses and hotplug, Alan Cox
      • Re: RFC: Devices, buses and hotplug, Steve Willer
    • Re: RFC: Devices, buses and hotplug, David Hinds
      • Re: RFC: Devices, buses and hotplug, Chipzz
      • Re: RFC: Devices, buses and hotplug, Martin Mares
      • Re: RFC: Devices, buses and hotplug, David Hinds
      • Re: RFC: Devices, buses and hotplug, Martin Mares
    • Re: RFC: Devices, buses and hotplug, Ingo Oeser
      • Re: RFC: Devices, buses and hotplug, Martin Mares
  • Re: RFC: Devices, buses and hotplug, Jakub Jelinek
    • Re: RFC: Devices, buses and hotplug, Martin Mares
• WinModem Driver for Linux?, Jefferson Hunt
  • Re: WinModem Driver for Linux?, onderste
  • Re: WinModem Driver for Linux?, Jeff Garzik
    • Re: WinModem Driver for Linux?, Modemch
  • Re: WinModem Driver for Linux?, Dustin Marquess
• Very good knfsd-1.3.3b, Willy Tarreau
  • Re: Very good knfsd-1.3.3b, H.J. Lu
    • Re: Very good knfsd-1.3.3b, Willy Tarreau
• ELOOP help needed, Lou Grinzo
  • Re: ELOOP help needed, Matthew Kirkwood
    • Re: ELOOP help needed, Alexander Viro
• long tests with Andrea's buffer-2.2.9-E, Willy Tarreau
• Re: Linux address mapping, Andrea Arcangeli
  • Re: Linux address mapping, Bjorn Wesen
  • Re: Linux address mapping, Ralf Baechle
• Quota file format, Jan Kara
• Soundcard Database, Rainer Wiener
• [2.3.5ac1]: Oops during insmod BusLogic, Jochen Heuer
  • Re: [2.3.5ac1]: Oops during insmod BusLogic, Alan Cox
• fs/buffer.c, Peter Steiner
  • Re: fs/buffer.c, Andrea Arcangeli
• Mounting rw is slower than ro?, Martijn van Oosterhout
  • Re: Mounting rw is slower than ro?, Pavel Machek
  • Re: Mounting rw is slower than ro?, H. Peter Anvin
• mouse and keyboard stops responding, Nerijus
• 2.2.9 - e2 filesystem corruption?, Eugene Crosser
• Now who does cause this ???, Matti Aarnio
  • Re: Now who does cause this ???, Riley Williams
    • Re: Now who does cause this ???, Matthew Kirkwood
      • Re: Now who does cause this ???, Riley Williams
      • Re: Now who does cause this ???, Matti Aarnio
      • Re: Now who does cause this ???, Steve VanDevender
    • Re: Now who does cause this ???, Matti Aarnio
• Re: 2.3.5_andrea2 IDE-CD Problem, Andrea Arcangeli
  • Re: 2.3.5_andrea2 IDE-CD Problem, synflood
• Re: TCP/PPP bug 2.3.5?, John Hayward-Warburton
  • Re: TCP/PPP bug 2.3.5?, Rik van Riel
    • Re: TCP/PPP bug 2.3.5?, Nate Riffe
      • Re: TCP/PPP bug 2.3.5?, Matti Aarnio
      • Re: TCP/PPP bug 2.3.5?, Nate Riffe
      • Re: TCP/PPP bug 2.3.5?, Rik van Riel
      • Re: TCP/PPP bug 2.3.5?, Alan Cox
      • Re: TCP/PPP bug 2.3.5?, Rik van Riel
      • Re: TCP/PPP bug 2.3.5?, Alan Cox
      • Re: TCP/PPP bug 2.3.5?, Nate Riffe
      • Re: TCP/PPP bug 2.3.5?, Rik van Riel
      • Re: TCP/PPP bug 2.3.5?, Alan Cox
      • Re: TCP/PPP bug 2.3.5?, Rik van Riel
      • Re: TCP/PPP bug 2.3.5?, Brandon S. Allbery KF8NH
      • Re: TCP/PPP bug 2.3.5?, Rik van Riel
      • Re: TCP/PPP bug 2.3.5?, Richard B. Johnson
      • Re: TCP/PPP bug 2.3.5?, Alan Cox
      • Re: TCP/PPP bug 2.3.5?, Nate Riffe
      • Re: TCP/PPP bug 2.3.5?, Alan Cox
      • Re: TCP/PPP bug 2.3.5?, Nate Riffe
• EPIC, Nils Vogels
  • Re: EPIC, Matti Aarnio
    • Re: EPIC, Alan Cox
  • <Possible follow-up(s)>
  • Re: EPIC, Erik Corry
    • Re: EPIC, Matti Aarnio
      • Re: EPIC, David S. Miller
      • Re: EPIC, Matti Aarnio
      • Re: EPIC, David S. Miller
  • Re: EPIC, Stefan Monnier
• SG_BIG_BUF too slid ? ;-), Meino Christian Cramer
  • <Possible follow-up(s)>
  • Re: SG_BIG_BUF too slid ? ;-), Douglas Gilbert
• SCSI Disk Freeze, Ingo Oeser
• Filesystem corruptions with 2.3.4, Andi Kleen
  • Re: Filesystem corruptions with 2.3.4, Linus Torvalds
    • Re: Filesystem corruptions with 2.3.4, Andi Kleen
  • <Possible follow-up(s)>
  • Re: Filesystem corruptions with 2.3.4, Studierende der Universitaet des Saarlandes
• Re: Kernel (2.2.9) crash after trying to mount a swap-device., A. Wik
• Sound Problem [For experts] Email me: vssinghdeo-surguja@altavista.net(fwd), Vishweshwar Sarn Singh Deo \"Surguja\
• Sound Problem [For experts] Email me: vssinghdeo-surguja@altavista.net, Vishweshwar Sarn Singh Deo \"Surguja\
  • Re: Sound Problem [For experts] Email me: vssinghdeo-surguja@altavista.net, Jens Axboe
• knfs-1.2.2a strange behaviour, Joerg Dorchain
  • Re: knfs-1.2.2a strange behaviour, Alan Cox
    • Re: knfs-1.2.2a strange behaviour, Joerg Dorchain
      • Re: knfs-1.2.2a strange behaviour, Alan Cox
      • Re: knfs-1.2.2a strange behaviour, Joerg Dorchain
  • Re: knfs-1.2.2a strange behaviour, H.J. Lu
    • Re: knfs-1.2.2a strange behaviour, Joerg Dorchain
• Re: files >4gig -- 2.2.9 is corrupting disk!, Pavel Machek
  • Re: files >4gig -- 2.2.9 is corrupting disk!, Pavel Machek
  • (sorry) Re: files >4gig -- 2.2.9 is corrupting disk!, Pavel Machek
• Re: SLRAM patch to use non-cached RAM as swap/ramdisk, Pavel Machek
  • <Possible follow-up(s)>
  • Re: SLRAM patch to use non-cached RAM as swap/ramdisk, Bradley M Keryan
    • Re: SLRAM patch to use non-cached RAM as swap/ramdisk, B. James Phillippe
• knfsd 1.3.3b is released., H.J. Lu
  • Re: knfsd 1.3.3b is released., Steven N. Hirsch
    • Re: knfsd 1.3.3b is released., H.J. Lu
• New APM patch, Stephen Rothwell
• Re: 2.2.9-ac2 locks solid, Mike Galbraith
  • <Possible follow-up(s)>
  • Re: 2.2.9-ac2 locks solid, Matthew G. Marsh
    • Re: 2.2.9-ac2 locks solid, George
      • Re: 2.2.9-ac2 locks solid, Alan Cox
      • Re: 2.2.9-ac2 locks solid, Ingo Molnar
      • Re: 2.2.9-ac2 locks solid, Alan Cox
      • Re: 2.2.9-ac2 locks solid, Ingo Molnar
      • Re: 2.2.9-ac2 locks solid, Ingo Molnar
      • Re: 2.2.9-ac2 locks solid, George
      • Re: 2.2.9-ac2 locks solid, Steven N. Hirsch
      • [patch] fix for SMP stuck on IPI-TLB-flush [Re: 2.2.9-ac2 lockssolid], Andrea Arcangeli
      • Re: [patch] fix for SMP stuck on IPI-TLB-flush [Re: 2.2.9-ac2 locks solid], Ingo Molnar
      • Re: [patch] fix for SMP stuck on IPI-TLB-flush [Re: 2.2.9-ac2 lockssolid], Andrea Arcangeli
      • Re: [patch] fix for SMP stuck on IPI-TLB-flush [Re: 2.2.9-ac2 locks solid], Ingo Molnar
      • Re: [patch] fix for SMP stuck on IPI-TLB-flush [Re: 2.2.9-ac2 lockssolid], Andrea Arcangeli
      • Re: [patch] fix for SMP stuck on IPI-TLB-flush [Re: 2.2.9-ac2 locks solid], Ingo Molnar
      • Re: [patch] fix for SMP stuck on IPI-TLB-flush [Re: 2.2.9-ac2 lockssolid], Andrea Arcangeli
      • Re: 2.2.9-ac2 locks solid, George
      • Re: 2.2.9-ac2 locks solid, Alan Cox
      • Re: 2.2.9-ac2 locks solid, George
      • Re: 2.2.9-ac2 locks solid, Andrea Arcangeli
    • Re: 2.2.9-ac2 locks solid, Andre M. Hedrick
      • Re: 2.2.9-ac2 locks solid, Matthew G. Marsh
• mailing list problems?, Thomas Molina
  • Re: mailing list problems?, Matti Aarnio
    • Re: mailing list problems?, Aaron T Porter
  • <Possible follow-up(s)>
  • Re: mailing list problems?, Robert Schiele
• Re: [patch] `cp /dev/zero /tmp' (patch against 2.2.9), Mike Galbraith
  • Re: [patch] `cp /dev/zero /tmp' (patch against 2.2.9), Riley Williams
• Re: Question about module unresolved symbol, Riley Williams
  • question about testing my module., Publishing User
• Re: Driver for a different view of a filesystem, Riley Williams
  • <Possible follow-up(s)>
  • Re: Driver for a different view of a filesystem, Bradley M Keryan
• Re: documentation for iproute2 and friends, Riley Williams
• Re: smbfs broken in 2.2.9, Alan Cox
  • nfsv3 & 2.2.9 breaks smbfs (was: Re: smbfs broken in 2.2.9), Urban Widmark
    • nfsv3 & 2.2.9 breaks smbfs (was: Re: smbfs broken in 2.2.9), Trond Myklebust
      • Re: nfsv3 & 2.2.9 breaks smbfs (was: Re: smbfs broken in 2.2.9), Steven N. Hirsch
• Re: Aztech 2320 sound card?, Alan Cox
  • Re: Aztech 2320 sound card?, Ning Ma
• [PATCH] devfs v99.2 available, Richard Gooch
• Re: linux 2.x kernel lp.c and parport.c bug, Riley Williams
• Re: Announce: kHTTPd 0.1.0, Stefan Monnier
  • Re: Announce: kHTTPd 0.1.0, Arjan van de Ven
  • <Possible follow-up(s)>
  • Re: Announce: kHTTPd 0.1.0, Tigran Aivazian
    • Re: Announce: kHTTPd 0.1.0, Bjorn Wesen
    • Re: Announce: kHTTPd 0.1.0, David S. Miller
• Re: stable kernel macro?, Riley Williams
  • Re: stable kernel macro?, Brandon S. Allbery KF8NH
• syslog errors in 2.2.5ac1, Billy Harvey
  • Re: syslog errors in 2.2.5ac1, Alan Cox
• Re: zero-copy TCP fileserving, Ralf Baechle
  • <Possible follow-up(s)>
  • Re: zero-copy TCP fileserving, Jes Sorensen
  • Re: zero-copy TCP fileserving, Roman Zippel
    • Re: zero-copy TCP fileserving, Alan Cox
      • Re: zero-copy TCP fileserving, David S. Miller
• Re: Hard coding default COM3/4 IRQ., Riley Williams
  • <Possible follow-up(s)>
  • Re: Hard coding default COM3/4 IRQ., Riley Williams
• Re: 2.2.x instabilities, ron flory
  • Re: 2.2.x instabilities, Alan Cox
    • Re: 2.2.x instabilities, Marek Habersack
      • Re: 2.2.x instabilities, Alan Cox
    • Re: 2.2.x instabilities, ron flory
      • Re: 2.2.x instabilities, Chuck Lever
      • Re: 2.2.x instabilities, Alan Cox
  • <Possible follow-up(s)>
  • Re: 2.2.x instabilities, Alan Cox
• Re: 2.3 wish: integrate pcmcia into mainstream kernel, Riley Williams
  • <Possible follow-up(s)>
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Alan Cox
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, H. Peter Anvin
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, H. Peter Anvin
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, H. Peter Anvin
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, david parsons
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Pavel Machek
    • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Alan Cox
      • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Ralf Baechle
    • Re: 2.3 wish: integrate pcmcia into mainstream kernel, yodaiken
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Wakko Warner
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, David Weinehall
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Jamie Lokier
    • Re: 2.3 wish: integrate pcmcia into mainstream kernel, yodaiken
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, david parsons
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, David Hinds
    • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Alan Cox
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Albert D. Cahalan
• Boot from CD-ROM, Riley Williams
• Re: Xerox and Lexmark printers (was Re: linux 2.x kernel lp.c andparport.c bug), Tim Waugh
• Re: network traffic doesn't balence well on recent kernels, ron flory
  • Re: network traffic doesn't balence well on recent kernels, Alan Cox
    • Re: network traffic doesn't balence well on recent kernels, Jeff Millar
      • Re: network traffic doesn't balence well on recent kernels, Alan Cox
• Re: Migrating to larger numbers, Guest section DW
  • Re: Migrating to larger numbers, H. Peter Anvin
  • <Possible follow-up(s)>
  • Re: Migrating to larger numbers, H. Peter Anvin
    • Re: Migrating to larger numbers, Riley Williams
      • Re: Migrating to larger numbers, H. Peter Anvin
  • Re: Migrating to larger numbers, Guest section DW
    • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Alan Cox
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Alan Cox
      • Re: Migrating to larger numbers, Ulrich Drepper
    • Message not available
      • Re: Migrating to larger numbers, david parsons
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Alan Cox
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Alan Cox
      • Re: Migrating to larger numbers, Raul Miller
      • Re: Migrating to larger numbers, Alan Cox
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Wakko Warner
      • Re: Migrating to larger numbers, Michael Meissner
      • Re: Migrating to larger numbers, Chris Adams
      • Re: Migrating to larger numbers, Ulrich Drepper
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Message not available
      • Re: Migrating to larger numbers, david parsons
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Message not available
      • Re: Migrating to larger numbers, david parsons
  • Re: Migrating to larger numbers, Stefan Monnier
    • Re: Migrating to larger numbers, Alan Cox
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, Christoph Lameter
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Richard Gooch
      • Message not available
      • Re: Migrating to larger numbers, david parsons
      • Re: Migrating to larger numbers, Alan Cox
      • Re: Migrating to larger numbers, Richard Gooch
  • Re: Migrating to larger numbers, Nathan Hand
• Re: file size limit, Riley Williams
  • Re: file size limit, Jan Kara
    • Re: file size limit, Rogier Wolff
• Welcome to linux-kernel, Majordomo
  • <Possible follow-up(s)>
  • Re: Welcome to linux-kernel, jesus
    • Re: Welcome to linux-kernel, Ted Rolle