Linux Kernel Archives Jun 99 Week 2

Last update: Wed Jun 09 15:05:34 1999
431 messages

• 2.3.6pre2: New mechanism for unaligned a.out's broken, Steffen Zahn
• Is there anybody out there ??!?, Davide Libenzi
• Re: Questions on cache flushing in do_wp_page, David S. Miller
• Do not use stock RedHat 6.0 kernels with SMBFS!, Michael H. Warfield
  • Re: Do not use stock RedHat 6.0 kernels with SMBFS!, Alan Cox
    • Re: Do not use stock RedHat 6.0 kernels with SMBFS!, Michael H. Warfield
  • Re: Do not use stock RedHat 6.0 kernels with SMBFS!, Matthew Wilcox
• [2.2.10pre3] fs/Config.in fix and cleanup, Jeff Garzik
• [2.2.10pre3] drivers/block/floppy.c warning fix, Jeff Garzik
• Weird Syslog Messages, Gavin M. Roy
• Pre-patch-2.3.6-2 failing to boot, Michael Gee
• Re: release 0.2 of x86 performance-monitoring counters support patch, Mikael Pettersson
• Re: An SMP patch for NFS, H.J. Lu
• Kernel profanity, Lou Grinzo
  • Re: Kernel profanity, Stephen Frost
• Re: oops with 2.2.9, Tim Waugh
• Re: Oops in 2.2.9, Tim Waugh
• Re: Continuous Oops problems..., Tim Waugh
• strace 3.99.1 release, Wichert Akkerman
• 2.2 Boot problems, Bill C Riemers
  • Re: 2.2 Boot problems, Tim Waugh
    • Re: 2.2 Boot problems, Bill C. Riemers
• Re: scsi over parallel port..., grant
• Processor Affinity in 2.2.x smp kernels?, John Peter DeVale
  • Re: Processor Affinity in 2.2.x smp kernels?, Ingo Molnar
  • Re: Processor Affinity in 2.2.x smp kernels?, John Alvord
• attempt to access beyond end of device, David Mansfield
• Results of schedule() switching test with my patches ..., Davide Libenzi
• ibmtr LAA support., Rogier Wolff
• register_irq()/free_irq() problem [Kernel 2.0.34/SCSI/AIC7xxx], strohm
• Power management (was Re: 2.3 wish: integrate pcmcia into mainstream kernel), Werner Almesberger
  • Re: Power management (was Re: 2.3 wish: integrate pcmcia into mainstream kernel), Matthew Wilcox
    • Re: Power management (was Re: 2.3 wish: integrate pcmcia into mainstream kernel), Werner Almesberger
• CPU Usage in 2.2.8, Mike McLagan
• Q: ipchains and limitations in (accounting) rules, Friedrich Lobenstock
  • Re: Q: ipchains and limitations in (accounting) rules, Frank Bernard
• alloc_skb called nonatomically from interrupt 0000011c, Oleg Drokin
  • Re: alloc_skb called nonatomically from interrupt 0000011c, David S. Miller
  • <Possible follow-up(s)>
  • Re: alloc_skb called nonatomically from interrupt 0000011c, Tethys
• Several Oops with 2.3.[4|5], Dave Jones.
• ncd (network character device) ?, Gabor Lenart
  • Re: ncd (network character device) ?, Pavel Machek
  • Re: ncd (network character device) ?, Wakko Warner
  • Re: ncd (network character device) ?, Frank Bernard
  • Re: ncd (network character device) ?, Pete Wyckoff
• Re: pre-2.2.10-3 fails compile (ip_fw.c), Paul Rusty Russell
• Swapping over nbd, Pavel Machek
• [Fwd: PIII patches], dledford
• Prob with kernel 2.2.9, nicolas.boussekeyt
• Re: change the scsi search order, Brian Schau
• Linux Internet Service Center, Gerald Engelhardt
• treescan 0.5 - optimised search for files in a directory tree, Jamie Lokier
• 2.2.10-pre-3 build fails on alpha, Jeff Garzik
  • Re: 2.2.10-pre-3 build fails on alpha, Peter Rival
    • Re: 2.2.10-pre-3 build fails on alpha, Jeff Garzik
• Re: Devfs, was Re: Migrating to larger numbers, Jamie Lokier
  • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
    • Re: Devfs, was Re: Migrating to larger numbers, Jamie Lokier
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
    • Re: Devfs, was Re: Migrating to larger numbers, CaT
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, CaT
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, CaT
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, CaT
      • Re: Devfs, was Re: Migrating to larger numbers, Stephen Frost
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, Stephen Frost
      • Re: Devfs, was Re: Migrating to larger numbers, CaT
      • Re: Devfs, was Re: Migrating to larger numbers, Stephen Frost
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, Matthew Kirkwood
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, Matthew Kirkwood
      • Re: Devfs, was Re: Migrating to larger numbers, Riley Williams
    • Message not available
      • Re: Devfs, was Re: Migrating to larger numbers, david parsons
    • Re: Devfs, was Re: Migrating to larger numbers, Cyrille Chepelov (home)
  • Re: Devfs, was Re: Migrating to larger numbers, Dan Hollis
  • <Possible follow-up(s)>
  • Re: Devfs, was Re: Migrating to larger numbers, Guest section DW
    • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
    • Re: Devfs, was Re: Migrating to larger numbers, Alan Cox
  • Re: Devfs, was Re: Migrating to larger numbers, Guest section DW
    • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
  • Re: Devfs, was Re: Migrating to larger numbers, Guest section DW
    • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
  • Re: Devfs, was Re: Migrating to larger numbers, Guest section DW
    • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
  • Re: Devfs, was Re: Migrating to larger numbers, Guest section DW
  • Re: Devfs, was Re: Migrating to larger numbers, DAVID BALAZIC
    • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
  • Re: Devfs, was Re: Migrating to larger numbers, DAVID BALAZIC
    • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
    • Re: Devfs, was Re: Migrating to larger numbers, CaT
• [OT for linux-kernel] Re: Problems with starting X, Nate Eldredge
• Profanity in the Linux Kernel?!?!?, Scott Jaderholm
  • Re: Profanity in the Linux Kernel?!?!?, CaT
  • Re: Profanity in the Linux Kernel?!?!?, David S. Miller
    • Re: Profanity in the Linux Kernel?!?!?, Barrett G. Lyon
      • Re: Profanity in the Linux Kernel?!?!?, CaT
      • Re: Profanity in the Linux Kernel?!?!?, Keith Owens
      • Re: Profanity in the Linux Kernel?!?!?, Dave Cinege
      • Re: Profanity in the Linux Kernel?!?!?, Wakko Warner
      • Re: Profanity in the Linux Kernel?!?!?, Jeff Merkey
      • Re: Profanity in the Linux Kernel?!?!?, Barry Treahy
      • Re: Profanity in the Linux Kernel?!?!?, Jeff Merkey
      • Re: Profanity in the Linux Kernel?!?!?, Barry Treahy
      • Re: Profanity in the Linux Kernel?!?!?, Jeff Merkey
      • Re: Profanity in the Linux Kernel?!?!?, Bob Lorenzini
      • Re: Profanity in the Linux Kernel?!?!?, Michael B. Trausch
      • Re: Profanity in the Linux Kernel?!?!?, Wakko Warner
    • Re: Profanity in the Linux Kernel?!?!?, Wakko Warner
      • Re: Profanity in the Linux Kernel?!?!?, Ingo Molnar
      • Re: Profanity in the Linux Kernel?!?!?, Wakko Warner
      • Re: Profanity in the Linux Kernel?!?!?, Stephen Frost
  • Re: Profanity in the Linux Kernel?!?!?, Michael B. Trausch
  • Re: Profanity in the Linux Kernel?!?!?, Stephen Frost
  • Re: Profanity in the Linux Kernel?!?!?, Linus Torvalds
    • Re: Profanity in the Linux Kernel?!?!?, Dave Cinege
      • Re: Profanity in the Linux Kernel?!?!?, CaT
      • Re: Profanity in the Linux Kernel?!?!?, Michael B. Trausch
    • Re: Profanity in the Linux Kernel?!?!?, The Doctor What
      • Re: Profanity in the Linux Kernel?!?!?, Michael B. Trausch
      • Re: Profanity in the Linux Kernel?!?!?, Matthew Wilcox
      • Re: Profanity in the Linux Kernel?!?!?, Dave Cinege
  • Re: Profanity in the Linux Kernel?!?!?, Kelley Spoon
    • Re: Profanity in the Linux Kernel?!?!?, Thierry Danis
  • Re: Profanity in the Linux Kernel?!?!?, Alan Cox
    • Re: Profanity in the Linux Kernel?!?!?, Cyrille Chepelov (home)
  • <Possible follow-up(s)>
  • Re:Profanity in the Linux Kernel?!?!?, Tigran Aivazian
    • Re:Profanity in the Linux Kernel?!?!?, Michael B. Trausch
  • RE: Profanity in the Linux Kernel?!?!?, Tristan.Greaves
• [PATCH] Re: Bug: Tracing recursive system calls, Nate Eldredge
• problem with md_thread??? missing unlock_kernel()?, Raj, Ashok
  • Re: problem with md_thread??? missing unlock_kernel()?, Alan Cox
• [RFC-PATCH] nfs client enhancements, David S. Miller
  • Re: [RFC-PATCH] nfs client enhancements, Linus Torvalds
• sendfile (& mailinglist archives), Thomas Wouters
  • Re: sendfile (& mailinglist archives), Pavel Machek
  • <Possible follow-up(s)>
  • Re: sendfile (& mailinglist archives), linux-kernel
• Re: Solid lockups on 2.2.9, Ronald Cole
• 1st load: PCI IRQ=9 ; 2nd load: PCI IRQ=0 !!!, Linux Lists
  • Re: 1st load: PCI IRQ=9 ; 2nd load: PCI IRQ=0 !!!, Martin Mares
• Re: [Masq-dev] Use daddr and dport as hash keys for faster masqredirector!, Julian Anastasov
  • <Possible follow-up(s)>
  • Re: [Masq-dev] Use daddr and dport as hash keys for faster masqredirector!, Julian Anastasov
• 2.2.9-ac4 and alsa ???, FAVRE Grégoire
• ISDN -Please update the README, Itai Nahshon
• kernel_thread..., Raj, Ashok
  • Re: kernel_thread..., B. James Phillippe
• video4linux with zoltrix TV card probs (bttv driver), teunis
• [patch] 2.3.6-pre1: binfmt_aout.c missing semi-colon, Tim Waugh
• Re: FireWire subsystem in development, Andreas Bombe
• Pre 2.3.6 fails to load?, Michael Gee
• FBIO_COPYBOX, FBIO_RECTFILL, Denis Oliver Kropp
• Re: Kernel Opps on MVP3GM, Paul Jakma
• Memory-problems in 2.2.9 ..., Brian Schau
• remap_page_range in 2.2.7, fmcgirt
  • Re: remap_page_range in 2.2.7, Tony E. Bennett
• which fs best to use for large files (>2gb) ?, Markus Fischer
  • Re: which fs best to use for large files (>2gb) ?, Martin Mares
• Re: is Linux obsolete?, David Monniaux
• 2.3.5 and PCMCIA oddity, Hans-Joachim Baader
• swapping over network [was Re: 2.3 wish: integrate pcmcia into mainstream kernel], Pavel Machek
• Poor NFS performance against FreeBSD server, Thierry Danis
  • Re: Poor NFS performance against FreeBSD server, Alan Cox
    • Re: Poor NFS performance against FreeBSD server, I Lee Hetherington
• Still slow NFS reading versus 2.2.9, Thierry Danis
• Unresolved symbol isa_dma_bridge_buggy in Linux 2.3.5 w/ devfs v107, Forever shall I be.
  • Re: Unresolved symbol isa_dma_bridge_buggy in Linux 2.3.5 w/ devfs v107, Mailing lists
• SOCK_PACKET and dhcpcd, Greg Coleman
• any experiences with 16C650 uarts / Digi AccelePort C2, thunder7
  • Re: any experiences with 16C650 uarts / Digi AccelePort C2, Pavel Machek
• Re: mailing list problems?, Ralf Baechle
• Re: Removable media bug, Giuliano Pochini
• Re: [RFC] new bus architecture (+ byte-endianess), Ralf Baechle
• 3com 905 card failure again (network crash), Michael Merhej
  • Re: 3com 905 card failure again (network crash), Dan Egli
  • Re: 3com 905 card failure again (network crash), Martin Moerman Linux Ham
    • Re: 3com 905 card failure again (network crash), Michael Merhej
• Re: kmalloc: Size (3149576632) too large, Augusto Cesar
  • Re: kmalloc: Size (3149576632) too large, Alan Cox
• Kernel instability under big-sized ICMP ping, Mario Benvenuti
• Re: System map, Riley Williams
• I: [OT] R: R: How does Linux work?, Marco Ermini
  • <Possible follow-up(s)>
  • Re: I: [OT] R: R: How does Linux work?, Jamie Lokier
    • Re: I: [OT] R: R: How does Linux work?, Bert Thomas
    • R: I: [OT] R: R: How does Linux work?, Marco Ermini
• Re: TCP/PPP bug 2.3.5?, John Hayward-Warburton
  • <Possible follow-up(s)>
  • Re: TCP/PPP bug 2.3.5?, Matthias Urlichs
• small patch for ni65.c, Harald Koenig
• NetFlex2 network card, Marco Ermini
• something is wrong with console_bh: matroxfb debugging driver, Petr Vandrovec Ing. VTEI
• Fw: IP aliasing, Jonathan Gilpin
• Re: XTP: A better TCP than TCP, Matthew Wilcox
• 2.3.6pre1: NFS-related soft-lockup, wait_on_irq, CPU 1, Steffen Zahn
• exiting X kills 2.2.5 and 2.2.9, Michael Hirsch
  • Re: exiting X kills 2.2.5 and 2.2.9, Steve Bergman
• somewhat off-topic: trying to contact Colin Plumb, Nick Barnes
• How do i set up a gre tunnel?, torben fjerdingstad
• Re: Hard coding default COM3/4 IRQ., Richard Zidlicky
• CONFIG_RTC over and over and over..., Mark Hull-Richter
• Call for help - finishing sound card driver, Stephen Landamore
• SIOCGIFNAME +sparc64?, Gerard Paul Java
  • Re: SIOCGIFNAME +sparc64?, David S. Miller
  • Re: SIOCGIFNAME +sparc64?, David S. Miller
• R: How does Linux work?, Marco Ermini
  • Re: R: How does Linux work?, Sam Roberts
• cachefs module for linux?, Juan Antonio Martinez
  • Re: cachefs module for linux?, Jeff Garzik
    • Re: cachefs module for linux?, Christoph Lameter
      • Re: cachefs module for linux?, Jeff Garzik
      • Re: cachefs module for linux?, Christoph Lameter
      • Re: cachefs module for linux?, Jeff Garzik
      • Re: cachefs module for linux?, Christoph Lameter
      • Re: cachefs module for linux?, Brandon S. Allbery KF8NH
      • Re: cachefs module for linux?, Christoph Lameter
      • Re: cachefs module for linux?, Brandon S. Allbery KF8NH
      • Re: cachefs module for linux?, Jeff Garzik
      • Re: cachefs module for linux?, Mitchell Blank Jr
      • Re: cachefs module for linux?, Juan Antonio Martinez
  • <Possible follow-up(s)>
  • Re: cachefs module for linux?, Jamie Lokier
  • Re: cachefs module for linux?, Stefan Monnier
  • Re: cachefs module for linux?, Stefan Monnier
    • Re: cachefs module for linux?, Matthew Kirkwood
  • Re: cachefs module for linux?, Stefan Monnier
• Resetting performance counters in /proc, Greg Franks
• network problems w/ old intel hubcards, Jon Mitchell
• Re: [patch] 2.2.9_andrea-VM1.gz, Peter Steiner
  • Re: [patch] 2.2.9_andrea-VM1.gz, Andrea Arcangeli
    • Re: [patch] 2.2.9_andrea-VM1.gz, Peter Steiner
      • Re: [patch] 2.2.9_andrea-VM1.gz, Andrea Arcangeli
      • Re: [patch] 2.2.9_andrea-VM1.gz, Peter Steiner
      • Re: [patch] 2.2.9_andrea-VM1.gz, Chuck Lever
      • Re: [patch] 2.2.9_andrea-VM1.gz, Chuck Lever
• Re: WinModem Driver for Linux?, Brian Gerst
  • Re: WinModem Driver for Linux?, Pavel Machek
• Problems with starting X, Thomas Molina
  • Re: Problems with starting X, John Hayward-Warburton
• Re: nfsv3 & 2.2.9 breaks smbfs (was: Re: smbfs broken in 2.2.9), Steven N. Hirsch
  • Re: 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
  • <Possible follow-up(s)>
  • Re: nfsv3 & 2.2.9 breaks smbfs (was: Re: smbfs broken in 2.2.9), Steven N. Hirsch
• Re: [patch] fix for SMP stuck on IPI-TLB-flush [Re: 2.2.9-ac2 locks solid], felix
• Re: Troubles with DEC 21143 Nics (adaptec ana-6922), tulip driver, linux 2.2.9 ;-(, Xavier BEAUDOUIN
• 3c523/ps2/network problem, Andreas Jellinghaus
  • Re: 3c523/ps2/network problem, Alan Cox
• Linux Device Driver development kit ?, Girish D Kale
  • Re: Linux Device Driver development kit ?, Alan Cox
  • Re: Linux Device Driver development kit ?, Greg Franks
• [PATCH][RFC][FYI] Symlink caching, Alexander Viro
• Re: Announce: kHTTPd 0.1.0, Jakub Jelinek
  • Re: Announce: kHTTPd 0.1.0, Arjan van de Ven
  • Re: Announce: kHTTPd 0.1.0, Dean Gaudet
    • Re: kHTTPd 0.1.0, Janos Farkas
• just a reminder for those souls hungry to review some code..., Tigran Aivazian
• 2.3.4: deadlocks when writing many data, Pavel Machek
  • Re: 2.3.4: deadlocks when writing many data, Pavel Machek
    • Re: 2.3.4: deadlocks when writing many data, Pavel Machek
      • Re: 2.3.4: deadlocks when writing many data, Andrea Arcangeli
      • Re: 2.3.4: deadlocks when writing many data, Pavel Machek
      • Re: 2.3.4: deadlocks when writing many data, Andrea Arcangeli
      • Re: 2.3.4: deadlocks when writing many data, Pavel Machek
• Re: Bug in Matrox Framebuffer, Petr Vandrovec Ing. VTEI
  • <Possible follow-up(s)>
  • Re: Bug in Matrox Framebuffer, willy tarreau
• kernel 2.3.4/5/6 modules, Garst R. Reese
• playback on ESS 1688 broken by 2.3.4 changes, Dragos Acostachioaie
• Re: PROBLEM:Kernel Oops Running NT inside VMWARE 1.0 Under 2.3.5, Alan Cox
  • Re: PROBLEM:Kernel Oops Running NT inside VMWARE 1.0 Under 2.3.5, Steven N. Hirsch
  • <Possible follow-up(s)>
  • Re: PROBLEM:Kernel Oops Running NT inside VMWARE 1.0 Under 2.3.5, Jonathan NAYLOR
    • Re: 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
• Re: O(1) scheduler need help, willy tarreau
• K6-2 mtrr?, Denis Oliver Kropp
• epic100, Denis Oliver Kropp
• [OT][Sorry][More info]Kernel 2.2.x bug. Standard output not flushed before fork, Juan Piernas Cánovas
• Regarding equivalent for cscope (Unix Utility) in LINUX, Vrushabhendra
• loop-device - crypto-patch current version?, philipp marek
  • <and stego Q> Re: loop-device - crypto-patch current version?, Paul
    • Re: <and stego Q> Re: loop-device - crypto-patch current version?, Linux-kernel mailing-list
• RE: insw(), insl(), outsw(), outsl() behaviour on big-endian processo rs ?, Patrick Lerda
  • RE: insw(), insl(), outsw(), outsl() behaviour on big-endian proc esso rs ?, Ingo Oeser
• No Subject, Guenther Sohler
  • <Possible follow-up(s)>
  • No Subject, No Author
  • No Subject, No Author
• Re: [patch] to include/linux/lp.h, kissg
• Re: Byte blasts Linux?, Jorge Gonzalez Villalonga
  • Re: Byte blasts Linux?, Raymond A. Ingles
  • Re: Byte blasts Linux?, Florian Weimer
  • <Possible follow-up(s)>
  • Re: Byte blasts Linux?, Marc Lehmann
    • Re: Byte blasts Linux?, Andrea Arcangeli
• Re: 2.3 wish: integrate pcmcia into mainstream kernel, David Luyer
  • <Possible follow-up(s)>
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Andreas Barth
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Ralf Baechle
  • Re: 2.3 wish: integrate pcmcia into mainstream kernel, Werner Almesberger
• Re: ide-cd as a module in RH6.0 (kernel 2.2.9), Kastus Shchuka
• Re: Potential future capabilities hole!!, David Luyer
  • Re: Potential future capabilities hole!!, H. Peter Anvin
  • Re: Potential future capabilities hole!!, Chris Evans
• Re: RFC: Devices, buses and hotplug, Stephen C. Tweedie
  • <Possible follow-up(s)>
  • Re: RFC: Devices, buses and hotplug, Geert Uytterhoeven
    • Re: RFC: Devices, buses and hotplug, Werner Almesberger
  • Re: RFC: Devices, buses and hotplug, Stephen Williams
• Re: zero-copy TCP fileserving, Stephen C. Tweedie
• 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: building 2.2.9 on alpha -- where's alpha/regdef.h?, Joel Klecker
  • <Possible follow-up(s)>
  • Re: building 2.2.9 on alpha -- where's alpha/regdef.h?, Jamie Lokier
• <fdisk report> Problems with MO (SCSI disk support) k2.2.9, Ghosthack
• [patch] 2.2.10-pre3: syn/tcpsyn mixup, Tim Waugh
• Re: [announce] Linux Input Driver suite version 0.1.0, Bradley M Keryan
• Re: Migrating to larger numbers, Dan Hollis
  • Re: Migrating to larger numbers, Nate Riffe
    • Re: Migrating to larger numbers, Richard Gooch
  • <Possible follow-up(s)>
  • Re: Migrating to larger numbers, Albert D. Cahalan
    • Re: Migrating to larger numbers, Raul Miller
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, Raul Miller
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, Raul Miller
      • 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, Raul Miller
      • Message not available
      • Re: Migrating to larger numbers, david parsons
      • Re: Migrating to larger numbers, David Lang
      • Re: Migrating to larger numbers, Albert D. Cahalan
      • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Richard Gooch
  • Re: Migrating to larger numbers, Alan Cox
  • Re: Migrating to larger numbers, David Weinehall
  • Re: Migrating to larger numbers, Matt Aubury
    • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, Matt Aubury
    • Re: Migrating to larger numbers, Stephen Frost
      • Re: Migrating to larger numbers, Matt Aubury
      • Re: Migrating to larger numbers, Stephen Frost
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, Matt Aubury
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, David Lang
      • Re: Migrating to larger numbers, H. Peter Anvin
  • Re: Migrating to larger numbers, Paul Jakma
    • Re: Migrating to larger numbers, Alan Cox
      • Devfs, was Re: Migrating to larger numbers, Paul Jakma
      • Re: Devfs, was Re: Migrating to larger numbers, Michael Gee
      • Re: Devfs, was Re: Migrating to larger numbers, Wakko Warner
      • Re: Devfs, was Re: Migrating to larger numbers, Matthew Kirkwood
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, Alan Cox
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, Alan Cox
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, Alan Cox
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, Nathan Hand
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, Stephen Frost
      • Re: Devfs, was Re: Migrating to larger numbers, Brendan Cully
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
      • Re: Devfs, was Re: Migrating to larger numbers, Stephen Frost
      • Re: Devfs, was Re: Migrating to larger numbers, Richard Gooch
  • Re: Migrating to larger numbers, Jamie Lokier
  • Re: Migrating to larger numbers, Jamie Lokier
    • Re: Migrating to larger numbers, Matt Aubury
  • Re: Migrating to larger numbers, Paul Jakma
  • Re: Migrating to larger numbers, Riley Williams
    • Re: Migrating to larger numbers, H. Peter Anvin
  • Re: Migrating to larger numbers, Daniel Taylor
  • Re: Migrating to larger numbers, Pavel Machek
    • Re: Migrating to larger numbers, Nathan Hand
      • Re: Migrating to larger numbers, Richard Gooch
      • Re: Migrating to larger numbers, Alan Cox
      • Re: Migrating to larger numbers, Nathan Hand
  • Re: Migrating to larger numbers, Kai Henningsen
    • Re: Migrating to larger numbers, H. Peter Anvin
      • Re: Migrating to larger numbers, Kai Henningsen
  • Re: Migrating to larger numbers, Kai Henningsen
  • Re: Migrating to larger numbers, david parsons
    • Re: Migrating to larger numbers, Chris Adams
    • Message not available
      • Re: Migrating to larger numbers, david parsons
      • Re: Migrating to larger numbers, Kai Henningsen
      • Message not available
      • Re: Migrating to larger numbers, david parsons
  • 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: Preparations for ZD's upcoming Apache/Linux benchmark, Linus Torvalds
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Richard Gooch
    • Re: Preparations for ZD's upcoming Apache/Linux benchmark, H. Peter Anvin
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Jeff Garzik
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, H. Peter Anvin
      • 2.3 wish list item, Re: Preparations for ZD's upcoming Apache/Linux benchmark, Olaf Titz
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Alan Cox
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, H. Peter Anvin
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Matthew Kirkwood
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Henrik Olsen
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, felix
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Tani Hosokawa
    • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Linus Torvalds
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Alex Belits
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Alan Cox
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Arjan van de Ven
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Arjan van de Ven
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Alex Belits
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Arjan van de Ven
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Linus Torvalds
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Alex Belits
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Thomas Wouters
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Jorge Gonzalez Villalonga
      • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Hirling Endre
  • Doing it right (was Re: Preparations for ZD's upcoming Apache/Linux benchmark), Raul Miller
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Chuck Lever
  • <Possible follow-up(s)>
  • Re: 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, Alan Cox
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Thierry Danis
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Ricardo Galli Granada
    • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Alex Belits
      • [OFFTOPIC] Re: Preparations for ZD's upcoming Apache/Linux benchmark- Why not Squid?, Ricardo Galli Granada
      • Re: [OFFTOPIC] Re: Preparations for ZD's upcoming Apache/Linuxbenchmark - Why not Squid?, Tani Hosokawa
      • Re: Preparations for ZD's upcoming Apache/Linuxbenchmark - Why not Squid?, Steve Bergman
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Zach Brown
    • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Dean Gaudet
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Dan Kegel
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, John Taschek
    • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Dan Kegel
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Ralf Baechle
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Ralf Baechle
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, Zach Brown
  • Re: Preparations for ZD's upcoming Apache/Linux benchmark, dg50