Linux-Kernel

• Date Index

---

• 2.6.16-rc5 broken on Intel Core Duo CPU's ?, Edgar Hucek
• [ANNOUNCE][RFC] PlugSched-6.3.1 for 2.6.16-rc5, Peter Williams
• [GIT PATCH] USB fixes for 2.6.16-rc5, Greg KH
• [PATCH] synclink_gt: make ->init_error signed, Alexey Dobriyan
  • Re: [PATCH] synclink_gt: make ->init_error signed, Paul Fulghum
• [patch] i386: port ATI timer fix from x86_64 to i386, Chuck Ebbert
• [patch] x86_64: fix orphaned bits of timer init messages, Chuck Ebbert
  • Re: [patch] x86_64: fix orphaned bits of timer init messages, Andi Kleen
• [PATCH] Make nand block functions use provided byte/word helpers., Jonathan McDowell
  • Re: [PATCH] Make nand block functions use provided byte/word helpers., Ben Dooks
    • Re: [PATCH] Make nand block functions use provided byte/word helpers., Jonathan McDowell
• NFS client hangs under certain circumstances on SMP machine, Olivier Croquette
• Thread safety for epoll/libaio, Li, Peng
• snd_intel8x0, 2.6.15.4: Alsa oss works, but pure alsa is way too fast, Harald Dunkel
  • Re: snd_intel8x0, 2.6.15.4: Alsa oss works, but pure alsa is way too fast, Lee Revell
• networking bug?, Jon DeVree
  • Re: networking bug?, Bernd Eckenfels
• Odd sched behaviour; It takes 5 threads or more to load 2 CPU cores during kernel build, Jesper Juhl
  • Re: Odd sched behaviour; It takes 5 threads or more to load 2 CPU cores during kernel build, Christian
    • Re: Odd sched behaviour; It takes 5 threads or more to load 2 CPU cores during kernel build, Jesper Juhl
• [FREELOADER ANNOUNCE] DSFS patches for Linux-2.6.9-22 (Red Hat ES4 and WS4) Posted, Jeff V. Merkey
• newbie -- looking for 2.4->2.6 PCI example, Keith Parkins
  • Re: newbie -- looking for 2.4->2.6 PCI example, Jiri Slaby
• [WATCHDOG] pcwd.c git patches, Wim Van Sebroeck
• Fwd: Re: lost answer on [ANNOUNCE] LiSt - Linux Statistics - www.linux-stats.org, Alexander Mieland
• sg regression in 2.6.16-rc5, Mark Rustad
  • Re: sg regression in 2.6.16-rc5, Douglas Gilbert
    • Re: sg regression in 2.6.16-rc5, Kai Makisara
• [GIT PATCH] SCSI bug fixes for 2.6.16-rc5, James Bottomley
• [ANNOUNCE] LiSt - Linux Statistics - www.linux-stats.org, Alexander Mieland
  • Re: [ANNOUNCE] LiSt - Linux Statistics - www.linux-stats.org, John Richard Moser
    • Re: [ANNOUNCE] LiSt - Linux Statistics - www.linux-stats.org, Horst von Brand
      • Re: [ANNOUNCE] LiSt - Linux Statistics - www.linux-stats.org, Alexander Mieland
• 2.6.15.4 amd64 + tuplip multiport cards only work with irqpoll, Gerhard Mack
• [PATCH] Fixup ahci suspend / resume, Hannes Reinecke
  • Re: [PATCH] Fixup ahci suspend / resume, Mark Lord
    • Re: [PATCH] Fixup ahci suspend / resume, Hannes Reinecke
  • Re: [PATCH] Fixup ahci suspend / resume, Jeff Garzik
    • Re: [PATCH] Fixup ahci suspend / resume, Jens Axboe
      • Re: [PATCH] Fixup ahci suspend / resume, Jeff Garzik
      • Re: [PATCH] Fixup ahci suspend / resume, Jens Axboe
      • Re: [PATCH] Fixup ahci suspend / resume, Jeff Garzik
      • Re: [PATCH] Fixup ahci suspend / resume, Hannes Reinecke
      • Re: [PATCH] Fixup ahci suspend / resume, Jens Axboe
• Re: [PATCH] OOM: initialise points variable in out_of_memory(), Kurt Garloff
  • Re: [PATCH] OOM: initialise points variable in out_of_memory(), Carlos Martín
• [patch] s3c2412 support, Koen Martens
  • <Possible follow-ups>
  • [patch] s3c2412 support, Koen Martens
• 2.6.16-rc5-mm1, Andrew Morton
  • Re: 2.6.16-rc5-mm1, Cornelia Huck
    • Re: 2.6.16-rc5-mm1, Martin Schwidefsky
    • Re: 2.6.16-rc5-mm1, gsmith
  • Re: 2.6.16-rc5-mm1, Michal Piotrowski
    • Re: 2.6.16-rc5-mm1, Michal Piotrowski
  • usb usb5: Manufacturer: Linux 2.6.16-rc5-mm1 ehci_hcd, Alexey Dobriyan
    • Re: [linux-usb-devel] usb usb5: Manufacturer: Linux 2.6.16-rc5-mm1 ehci_hcd, Alan Stern
  • Re: 2.6.16-rc5-mm1, Mattia Dongili
  • Re: 2.6.16-rc5-mm1, Jesper Juhl
    • Re: 2.6.16-rc5-mm1, Jiri Slaby
      • Re: 2.6.16-rc5-mm1, Jesper Juhl
  • Re: 2.6.16-rc5-mm1, Rafael J. Wysocki
• [PATCH] Generic hardware RNG support, Michael Buesch
  • Re: [PATCH] Generic hardware RNG support, Michael Buesch
  • Re: [PATCH] Generic hardware RNG support, Jeff Garzik
    • Re: [PATCH] Generic hardware RNG support, Michael Buesch
• [ANNOUNCE] quilt2git v0.2, Tejun Heo
  • Re: [ANNOUNCE] quilt2git v0.2, Sam Vilain
• [patch] Problem with netmos 9835 chip in IBM POS-Hardware, Michael Westermann
• [PATCH]kprobe handler discard user space trap, bibo,mao
  • Re: [PATCH]kprobe handler discard user space trap, Prasanna S Panchamukhi
• hugepage: Strict page reservation for hugepage inodes, David Gibson
  • <Possible follow-ups>
  • RE: hugepage: Strict page reservation for hugepage inodes, Zhang, Yanmin
    • Re: hugepage: Strict page reservation for hugepage inodes, David Gibson
  • RE: hugepage: Strict page reservation for hugepage inodes, Zhang, Yanmin
• Re: [Patch 4/4] Tell GCC 4.1 to move unlikely() code to a separate section, Chuck Ebbert
• ACE Check Express Inc. has immediate work for Australian and New Zealand citizens, advertising
• [PATCH 02/27] allow hard links to directories, opt-in for any filesystem, Joshua Hudson
  • Re: [PATCH 02/27] allow hard links to directories, opt-in for any filesystem, Nick Piggin
    • Re: [PATCH 02/27] allow hard links to directories, opt-in for any filesystem, Horst von Brand
    • Re: [PATCH 02/27] allow hard links to directories, opt-in for any filesystem, Sam Vilain
• hugepage: Serialize hugepage allocation and instantiation, David Gibson
• [RFC] vfs: cleanup of permission(), Herbert Poetzl
  • [RFC 1/2] vfs: remove nameidata from *_permission(), Herbert Poetzl
  • [RFC 2/2] vfs: fixup nfs and fuse by passing nd_flags via mask, Herbert Poetzl
• SPI: cs_change usage, Atsushi Nemoto
• packet-data, tim tim
  • Re: packet-data, Jan Engelhardt
• make dep -problem, xxxx
  • Re: make dep -problem, Sam Ravnborg
• hugepage: Small fixes to hugepage clear/copy path, David Gibson
• LD internal error while compiling 2.6.15 kernel, Lew Glendenning
• [PATCH] Replace "vmalloc_node" with "vmalloc" for no-mmu architectures in oprofile driver, Luke Yang
  • Re: [PATCH] Replace "vmalloc_node" with "vmalloc" for no-mmu architectures in oprofile driver, Andrew Morton
    • Re: [PATCH] Replace "vmalloc_node" with "vmalloc" for no-mmu architectures in oprofile driver, Luke Yang
• aic79xx + tape 2.6.13.5 -> 2.6.15.4 problem, Frithjof Kruggel
• Line6 variax driver, Lee Revell
  • Re: Line6 variax driver, Lee Revell
• Bug in fs/reiserfs/file.c, Neil Brown
  • Re: Bug in fs/reiserfs/file.c, Neil Brown
  • Re: Bug in fs/reiserfs/file.c, Hans Reiser
• Memory compression (again). . help?, John Richard Moser
  • Re: Memory compression (again). . help?, John Richard Moser
    • Re: Memory compression (again). . help?, Magnus Damm
      • Re: Memory compression (again). . help?, John Richard Moser
    • Re: Memory compression (again). . help?, Rik van Riel
      • Re: Memory compression (again). . help?, John Richard Moser
  • Re: Memory compression (again). . help?, Alexander E. Patrakov
    • Re: Memory compression (again). . help?, John Richard Moser
      • Re: Memory compression (again). . help?, Asbjørn Sannes
      • Re: Memory compression (again). . help?, John Richard Moser
• Problem making kernel with debian unstable due to make upgrade, Ian McDonald
  • Re: Problem making kernel with debian unstable due to make upgrade, Tejun Heo
• [PATCH -rt] Split PREEMPT_RCU implementation into separate rcupreempt.c, Paul E. McKenney
• [patch 00/39], Chris Wright
  • [patch 05/39] [PATCH] i386: Move phys_proc_id/early intel workaround to correct function, Chris Wright
  • [patch 01/39] ppc32: Put cache flush routines back into .relocate_code section, Chris Wright
  • [patch 35/39] [PATCH] sd: fix memory corruption with broken mode page headers, Chris Wright
  • [patch 15/39] [PATCH] [BRIDGE]: Fix deadlock in br_stp_disable_bridge, Chris Wright
  • [patch 37/39] [PATCH] XFS ftruncate() bug could expose stale data (CVE-2006-0554), Chris Wright
  • [patch 32/39] [PATCH] skge: fix SMP race, Chris Wright
  • [patch 10/39] [PATCH] i386/x86-64: Dont IPI to offline cpus on shutdown, Chris Wright
    • Re: [patch 10/39] [PATCH] i386/x86-64: Dont IPI to offline cpus on shutdown, Andi Kleen
      • Re: [patch 10/39] [PATCH] i386/x86-64: Dont IPI to offline cpus on shutdown, Chris Wright
      • Re: [patch 10/39] [PATCH] i386/x86-64: Dont IPI to offline cpus on shutdown, Eric W. Biederman
  • [patch 38/39] Normal user can panic NFS client with direct I/O (CVE-2006-0555), Chris Wright
  • [patch 28/39] [PATCH] gbefb: IP32 gbefb depth change fix, Chris Wright
  • [patch 34/39] [NETLINK]: Fix a severe bug, Chris Wright
  • [patch 27/39] [PATCH] ramfs: update dir mtime and ctime, Chris Wright
  • [patch 21/39] [PATCH] Fix snd-usb-audio in 32-bit compat environment, Chris Wright
  • [patch 20/39] [PATCH] hwmon it87: Probe i2c 0x2d only, Chris Wright
  • [patch 36/39] [PATCH] sbp2: fix another deadlock after disconnection, Chris Wright
  • [patch 07/39] [PATCH] reiserfs: disable automatic enabling of reiserfs inode attributes, Chris Wright
  • [patch 39/39] [PATCH] IB/mthca: max_inline_data handling tweaks, Chris Wright
  • [patch 09/39] [IPV6]: Address autoconfiguration does not work after device down/up cycle, Chris Wright
  • [patch 33/39] [PATCH] x86_64: Check for bad elf entry address, Chris Wright
  • [patch 03/39] shmdt cannot detach not-alined shm segment cleanly., Chris Wright
  • [patch 18/39] [PATCH] sys_mbind sanity checking, Chris Wright
  • [patch 11/39] [PATCH] sys_signal: initialize ->sa_mask, Chris Wright
  • [patch 26/39] [PATCH] dm: free minor after unlink gendisk, Chris Wright
  • [patch 24/39] [PATCH] gbefb: Set default of FB_GBE_MEM to 4 MB, Chris Wright
  • [patch 16/39] [PATCH] fix zap_threads ptrace related problems, Chris Wright
  • [patch 08/39] [NET]: Revert skb_copy_datagram_iovec() recursion elimination., Chris Wright
  • [patch 06/39] [PATCH] hugetlbfs mmap ENOMEM failure, Chris Wright
  • [patch 22/39] [PATCH] alsa: fix bogus snd_device_free() in opl3-oss.c, Chris Wright
  • [patch 13/39] [PATCH] [IA64] sys32_signal() forgets to initialize ->sa_mask, Chris Wright
  • [patch 29/39] [PATCH] skge: speed setting, Chris Wright
  • [patch 04/39] [PATCH] [BRIDGE]: netfilter missing symbol has_bridge_parent, Chris Wright
    • Re: [patch 04/39] [PATCH] [BRIDGE]: netfilter missing symbol has_bridge_parent, Horms
  • [patch 23/39] [PATCH] cfi: init wait queue in chip struct, Chris Wright
  • [patch 14/39] [PATCH] Fix s390 build failure., Chris Wright
  • [patch 12/39] [PATCH] do_sigaction: cleanup ->sa_mask manipulation, Chris Wright
  • [patch 19/39] [PATCH] it87: Fix oops on removal, Chris Wright
  • [patch 25/39] [PATCH] dm: missing bdput/thaw_bdev at removal, Chris Wright
  • [patch 02/39] [PATCH] s390: add #ifdef __KERNEL__ to asm-s390/setup.h, Chris Wright
  • [patch 30/39] [PATCH] skge: fix NAPI/irq race, Chris Wright
  • [patch 31/39] [PATCH] skge: genesis phy initialization fix, Chris Wright
  • [patch 17/39] [PATCH] fix deadlock in ext2, Chris Wright
• [PATCH] e1000: Support e1000 OEMed onto Aculab cards, Mark Brown
  • Re: [PATCH] e1000: Support e1000 OEMed onto Aculab cards, John Ronciak
• [patch] x86_64: clean up timer messages, Chuck Ebbert
• Re: lockd: couldn't create RPC handle for (host), Ryan Richter
• [patch] i386: make bitops safe, Chuck Ebbert
  • Re: [patch] i386: make bitops safe, Linus Torvalds
    • Re: [patch] i386: make bitops safe, Andi Kleen
      • Re: [patch] i386: make bitops safe, Richard Henderson
      • Re: [patch] i386: make bitops safe, Andi Kleen
  • <Possible follow-ups>
  • Re: [patch] i386: make bitops safe, Chuck Ebbert
    • Re: [patch] i386: make bitops safe, Richard Henderson
• [PATCH] Mark unwind info for signal trampolines in vDSOs, Jakub Jelinek
• [PATCH] [PNP] 'modalias' sysfs export, Pierre Ossman
• AMD64 X2 lost ticks on PM timer, bubshait
  • Re: AMD64 X2 lost ticks on PM timer, Bill Rugolsky Jr.
    • Re: AMD64 X2 lost ticks on PM timer, Jason Baron
      • Re: AMD64 X2 lost ticks on PM timer, Abdulla Bubshait
      • Re: AMD64 X2 lost ticks on PM timer, Bill Rugolsky Jr.
      • Re: AMD64 X2 lost ticks on PM timer, Abdulla Bubshait
• [PATCH 0/4] map multiple blocks in get_block() and mpage_readpages(), Badari Pulavarty
  • [PATCH 3/4] map multiple blocks for mpage_readpages(), Badari Pulavarty
  • [PATCH 1/4] change buffer_head.b_size to size_t, Badari Pulavarty
  • [PATCH 2/4] pass b_size to ->get_block(), Badari Pulavarty
  • [PATCH 4/4] remove ->get_blocks() support, Badari Pulavarty
• [PATCH] cpufreq: fix powernow-k7 smp kernel driver on up machines, Thomas Meyer
• [PATCH] SELinux - fix hard link count for selinuxfs root directory, James Morris
• Question regarding call trace., Justin Piszcz
  • Re: Question regarding call trace., Jesper Juhl
    • Re: Question regarding call trace., Justin Piszcz
  • <Possible follow-ups>
  • Re: Question regarding call trace., Robert Hancock
• [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
  • Re: [RFC] Add kernel<->userspace ABI stability documentation, Arjan van de Ven
    • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Arjan van de Ven
  • Re: [RFC] Add kernel<->userspace ABI stability documentation, Kumar Gala
    • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
  • Re: [RFC] Add kernel<->userspace ABI stability documentation, Andi Kleen
    • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
    • Re: [RFC] Add kernel<->userspace ABI stability documentation, Jesper Juhl
  • Re: [RFC] Add kernel<->userspace ABI stability documentation, Diego Calleja
    • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Diego Calleja
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Diego Calleja
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
  • Re: [RFC] Add kernel<->userspace ABI stability documentation, Benjamin LaHaise
    • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Benjamin LaHaise
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, John W. Linville
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Arjan van de Ven
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Olivier Galibert
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Linus Torvalds
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Al Viro
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Nicholas Miell
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Jason Lunz
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Theodore Ts'o
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Dave Jones
  • Re: [RFC] Add kernel<->userspace ABI stability documentation, Alistair John Strachan
    • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Alistair John Strachan
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Olivier Galibert
      • Re: [RFC] Add kernel<->userspace ABI stability documentation, Greg KH
  • Re: [RFC] Add kernel<->userspace ABI stability documentation, Jesper Juhl
  • Re: [RFC] Add kernel<->userspace ABI stability documentation, Nikita Danilov
• Win 3 Times Your Money EQSE.PK. snappest, brunilda Kozuch
• [PATCH] Add O_ASYNC support to FUSE, Jeff Dike
  • Re: [PATCH] Add O_ASYNC support to FUSE, Miklos Szeredi
• [RFC][PATCH -mm 0/2] mm: shrink_all_memory improvements, Rafael J. Wysocki
  • [RFC][PATCH -mm 1/2] mm: make shrink_all_memory overflow-resistant, Rafael J. Wysocki
    • Re: [RFC][PATCH -mm 1/2] mm: make shrink_all_memory overflow-resistant, Jesper Juhl
      • Re: [RFC][PATCH -mm 1/2] mm: make shrink_all_memory overflow-resistant, Pavel Machek
      • Re: [RFC][PATCH -mm 1/2] mm: make shrink_all_memory overflow-resistant, Jesper Juhl
      • Re: [RFC][PATCH -mm 1/2] mm: make shrink_all_memory overflow-resistant, Rafael J. Wysocki
    • Re: [RFC][PATCH -mm 1/2] mm: make shrink_all_memory overflow-resistant, Andrew Morton
      • Re: [RFC][PATCH -mm 1/2] mm: make shrink_all_memory overflow-resistant, Rafael J. Wysocki
  • [RFC][PATCH -mm 2/2] mm: make shrink_all_memory try harder, Rafael J. Wysocki
    • Re: [RFC][PATCH -mm 2/2] mm: make shrink_all_memory try harder, Andrew Morton
      • Re: [RFC][PATCH -mm 2/2] mm: make shrink_all_memory try harder, Rafael J. Wysocki
      • Re: [RFC][PATCH -mm 2/2] mm: make shrink_all_memory try harder, Andrew Morton
  • Re: [RFC][PATCH -mm 0/2] mm: shrink_all_memory improvements, Pavel Machek
• Integration of clustering (mosix) into mainline, Christian
  • Re: Integration of clustering (mosix) into mainline, shogunx
• [Patch 0/4] Reordering of functions, try 2, Arjan van de Ven
  • [Patch 2/4] Basic reorder infrastructure, Arjan van de Ven
    • Re: [Patch 2/4] Basic reorder infrastructure, Andi Kleen
    • Re: [Patch 2/4] Basic reorder infrastructure, sam
      • Re: [Patch 2/4] Basic reorder infrastructure, Arjan van de Ven
      • Re: [Patch 2/4] Basic reorder infrastructure, Sam Ravnborg
  • [Patch 4/4] Tell GCC 4.1 to move unlikely() code to a separate section, Arjan van de Ven
    • Re: [Patch 4/4] Tell GCC 4.1 to move unlikely() code to a separate section, Andi Kleen
      • Re: [Patch 4/4] Tell GCC 4.1 to move unlikely() code to a separate section, Bill Davidsen
  • [Patch 1/4] avoid entry.S functions from reordering, Arjan van de Ven
  • [Patch 3/4] Move the base kernel to 2Mb to align with TLB boundaries, Arjan van de Ven
    • Re: [Patch 3/4] Move the base kernel to 2Mb to align with TLB boundaries, Andi Kleen
      • Re: [Patch 3/4] Move the base kernel to 2Mb to align with TLB boundaries, Arjan van de Ven
  • Re: [Patch 0/4] Reordering of functions, try 2, Andi Kleen
    • Re: [Patch 0/4] Reordering of functions, try 2, Arjan van de Ven
• [PATCH] tty buffering: comment out debug code, Paul Fulghum
• libata PATA patch for 2.6.16-rc5, Alan Cox
  • Re: libata PATA patch for 2.6.16-rc5, Mathieu Chouquet-Stringer
    • Re: libata PATA patch for 2.6.16-rc5, Alan Cox
      • Re: libata PATA patch for 2.6.16-rc5, Krzysztof Halasa
      • Re: libata PATA patch for 2.6.16-rc5, Alan Cox
      • Re: libata PATA patch for 2.6.16-rc5, Alan Cox
  • Re: libata PATA patch for 2.6.16-rc5, Matthieu CASTET
  • Re: libata PATA patch for 2.6.16-rc5, Christian Trefzer
    • Re: libata PATA patch for 2.6.16-rc5, Alan Cox
      • Re: libata PATA patch for 2.6.16-rc5, Christian Trefzer
      • [PATCH] Add pata_pdc_2ß27x to Kconfig and Makefile (was: Re: libata PATA patch for 2.6.16-rc5), Christian Trefzer
      • Re: [PATCH] Add pata_pdc_2ß27x to Kconfig and Makefile (was: Re: libata PATA patch for 2.6.16-rc5), Christian Trefzer
      • Re: [PATCH] Add pata_pdc_2ß27x to Kconfig and Makefile (was: Re: libata PATA patch for 2.6.16-rc5), Christian Trefzer
  • Re: libata PATA patch for 2.6.16-rc5, Francesco Biscani
• [PATCH -rt] buggy UART fix, Steven Rostedt
  • Re: [PATCH -rt] buggy UART fix, Ingo Molnar
    • Re: [PATCH -rt] buggy UART fix, Ingo Molnar
      • Re: [PATCH -rt] buggy UART fix, Paul Fulghum
• [Announce] mountlo 0.5 - Loopback mounting in userspace, Miklos Szeredi
  • Re: [uml-devel] [Announce] mountlo 0.5 - Loopback mounting in userspace, Jeff Dike
    • Re: [uml-devel] [Announce] mountlo 0.5 - Loopback mounting in userspace, Miklos Szeredi
• MACH BOOT, Jun OKAJIMA
  • Re: MACH BOOT, Kalin KOZHUHAROV
• ALSA HDA Intel stoped to work in 2.6.16-*, Otavio Salvador
  • Re: ALSA HDA Intel stoped to work in 2.6.16-*, Diego Calleja
    • Re: ALSA HDA Intel stoped to work in 2.6.16-*, Otavio Salvador
  • Re: ALSA HDA Intel stoped to work in 2.6.16-*, Takashi Iwai
    • Re: ALSA HDA Intel stoped to work in 2.6.16-*, Otavio Salvador
      • Re: ALSA HDA Intel stoped to work in 2.6.16-*, Takashi Iwai
      • Re: ALSA HDA Intel stoped to work in 2.6.16-*, Otavio Salvador
  • <Possible follow-ups>
  • Re: ALSA HDA Intel stoped to work in 2.6.16-*, S. Umar
    • Re: ALSA HDA Intel stoped to work in 2.6.16-*, Takashi Iwai
  • Re: ALSA HDA Intel stoped to work in 2.6.16-*, S. Umar
    • Re: ALSA HDA Intel stoped to work in 2.6.16-*, Takashi Iwai
• problems with scsi_transport_fc and qla2xxx, Maxim Kozover
  • Re: problems with scsi_transport_fc and qla2xxx, Maxim Kozover
• 2.6.16-rc[1-5]: soft lockups on Athlon64 X2, Max Kellermann
• [PATCH]console compatibility fixes to UTF-8 mode, Adam Tla/lka
• NPF functional API for Linux, Mohit Singh
• [PATCH][take2][2/2] kprobe: kprobe-booster against 2.6.16-rc5 for i386, Masami Hiramatsu
  • Re: [PATCH][take2][2/2] kprobe: kprobe-booster against 2.6.16-rc5 for i386, Andrew Morton
    • Re: [PATCH][take2][2/2] kprobe: kprobe-booster against 2.6.16-rc5 for i386, Masami Hiramatsu
• [PATCH][take2][1/2] kprobe: cleanup resume_execute against 2.6.16-rc5 for i386, Masami Hiramatsu
• Strange interactivity behaviour, Martin Andersson
  • [Patch] task interactivity calculation (was Strange interactivity behaviour), Martin Andersson
    • Re: [Patch] task interactivity calculation (was Strange interactivity behaviour), Mike Galbraith
      • Re: [Patch] task interactivity calculation (was Strange interactivity behaviour), Martin Andersson
      • Re: [Patch] task interactivity calculation (was Strange interactivity behaviour), Mike Galbraith
• [PATCH] Fix Specialix SX corruption, Marc Zyngier
  • Re: [PATCH] Fix Specialix SX corruption, Rogier Wolff
• [PATCH] No idle HZ aka dynticks i386 for 2.6.16-rc5, Con Kolivas
• Re[1]:, Meredith W. Johnson, Jr
• RE: 2.6.16-rc5: known regressions, Yu, Luming
• cramfs file format, Conio sandiago
• [Patch 0/7] Per-task delay accounting, Shailabh Nagar
  • [Patch 1/7] timespec diff utility, Shailabh Nagar
    • [Patch 2/7] Add sysctl for schedstats, Shailabh Nagar
      • Re: [Patch 2/7] Add sysctl for schedstats, Ingo Molnar
      • Re: [Lse-tech] Re: [Patch 2/7] Add sysctl for schedstats, Balbir Singh
      • Re: [Lse-tech] Re: [Patch 2/7] Add sysctl for schedstats, Arjan van de Ven
      • Re: [Lse-tech] Re: [Patch 2/7] Add sysctl for schedstats, Balbir Singh
      • Re: [Lse-tech] Re: [Patch 2/7] Add sysctl for schedstats, Arjan van de Ven
      • Re: [Lse-tech] Re: [Patch 2/7] Add sysctl for schedstats, Balbir Singh
      • Re: [Patch 2/7] Add sysctl for schedstats, Nick Piggin
      • Re: [Patch 2/7] Add sysctl for schedstats, Shailabh Nagar
      • Re: [Patch 2/7] Add sysctl for schedstats, Nick Piggin
      • Re: [Lse-tech] Re: [Patch 2/7] Add sysctl for schedstats, Chandra Seetharaman
      • Re: [Lse-tech] Re: [Patch 2/7] Add sysctl for schedstats, Nick Piggin
      • Re: [Lse-tech] Re: [Patch 2/7] Add sysctl for schedstats, chandra seetharaman
      • Re: [Lse-tech] [Patch 2/7] Add sysctl for schedstats, Bryan O'Sullivan
      • Re: [Lse-tech] [Patch 2/7] Add sysctl for schedstats, Shailabh Nagar
      • Re: [Lse-tech] [Patch 2/7] Add sysctl for schedstats, Bryan O'Sullivan
    • Re: [Patch 1/7] timespec diff utility, Arjan van de Ven
      • Re: [Patch 1/7] timespec diff utility, Shailabh Nagar
      • Re: [Patch 1/7] timespec diff utility, Arjan van de Ven
  • [Patch 3/7] delay accounting initial setup, Shailabh Nagar
  • [Patch 4/7] Add sysctl for delay accounting, Shailabh Nagar
    • Re: [Patch 4/7] Add sysctl for delay accounting, Arjan van de Ven
      • Re: [Patch 4/7] Add sysctl for delay accounting, Shailabh Nagar
      • Re: [Patch 4/7] Add sysctl for delay accounting, Arjan van de Ven
      • Re: [Patch 4/7] Add sysctl for delay accounting, Shailabh Nagar
      • Re: [Lse-tech] Re: [Patch 4/7] Add sysctl for delay accounting, Balbir Singh
      • Re: [Patch 4/7] Add sysctl for delay accounting, Dipankar Sarma
      • Re: [Patch 4/7] Add sysctl for delay accounting, Arjan van de Ven
      • Re: [Lse-tech] Re: [Patch 4/7] Add sysctl for delay accounting, Balbir Singh
      • Re: [Lse-tech] Re: [Patch 4/7] Add sysctl for delay accounting, Arjan van de Ven
      • Re: [Lse-tech] Re: [Patch 4/7] Add sysctl for delay accounting, Balbir Singh
      • Re: [Lse-tech] Re: [Patch 4/7] Add sysctl for delay accounting, Srivatsa Vaddagiri
  • [Patch 5/7] synchronous block I/O delays, Shailabh Nagar
    • Re: [Patch 5/7] synchronous block I/O delays, Arjan van de Ven
      • Re: [Patch 5/7] synchronous block I/O delays, Shailabh Nagar
      • Re: [Patch 5/7] synchronous block I/O delays, Arjan van de Ven
      • Re: [Patch 5/7] synchronous block I/O delays, Arjan van de Ven
    • Re: [Patch 5/7] synchronous block I/O delays, Andi Kleen
      • Re: [Patch 5/7] synchronous block I/O delays, Shailabh Nagar
      • Re: [Patch 5/7] synchronous block I/O delays, Shailabh Nagar
      • Re: [Patch 5/7] synchronous block I/O delays, Andi Kleen
      • Re: [Patch 5/7] synchronous block I/O delays, Arjan van de Ven
  • [Patch 6/7] Swapin page fault delays, Shailabh Nagar
    • Re: [Patch 6/7] Swapin page fault delays, Arjan van de Ven
      • Re: [Patch 6/7] Swapin page fault delays, Shailabh Nagar
  • [Patch 7/7] Generic netlink interface (delay accounting), Shailabh Nagar
  • Re: [Patch 0/7] Per-task delay accounting, Nick Piggin
• page cache question, Xin Zhao
  • Re: page cache question, Nick Piggin
• [PATCH 01/02] cpuset memory spread slab cache filesys, Paul Jackson
  • [PATCH 02/02] cpuset memory spread slab cache format, Paul Jackson
  • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Andi Kleen
    • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Paul Jackson
      • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Christoph Lameter
      • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Andi Kleen
      • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Christoph Lameter
      • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Andi Kleen
      • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Christoph Lameter
      • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Andi Kleen
      • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Christoph Lameter
      • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Paul Jackson
      • Re: [PATCH 01/02] cpuset memory spread slab cache filesys, Andi Kleen
• [PATCH] video1394: fix "return E;" typo, Alexey Dobriyan
• Re: [PATCH] kprobes: kprobe_mutex is no longer a semaphore, Prasanna S Panchamukhi
  • Re: [PATCH] kprobes: kprobe_mutex is no longer a semaphore, Jesper Juhl
    • Re: [PATCH] kprobes: kprobe_mutex is no longer a semaphore, Prasanna S Panchamukhi
• [PATCH] sched: smpnice - fix average load per run queue calculations, Peter Williams
  • Re: [PATCH] sched: smpnice - fix average load per run queue calculations, Peter Williams
• [PATCH 0/7] isdn4linux: add drivers for Siemens Gigaset ISDN DECT PABX, Hansjoerg Lipp
  • [PATCH 1/7] isdn4linux: Siemens Gigaset drivers - common module, Hansjoerg Lipp
    • [PATCH 2/7] isdn4linux: Siemens Gigaset drivers - event layer, Hansjoerg Lipp
      • [PATCH 3/7] isdn4linux: Siemens Gigaset drivers - subsystem interfaces, Hansjoerg Lipp
      • [PATCH 4/7] isdn4linux: Siemens Gigaset drivers - direct USB connection, Hansjoerg Lipp
      • [PATCH 5/7] isdn4linux: Siemens Gigaset drivers - isochronous data handler, Hansjoerg Lipp
      • [PATCH 6/7] isdn4linux: Siemens Gigaset drivers - M105 USB DECT adapter, Hansjoerg Lipp
      • [PATCH 7/7] isdn4linux: Siemens Gigaset drivers - Kconfigs and Makefiles, Hansjoerg Lipp
      • Re: [PATCH 2/7] isdn4linux: Siemens Gigaset drivers - event layer, Arjan van de Ven
      • Re: [PATCH 2/7] isdn4linux: Siemens Gigaset drivers - event layer, Arjan van de Ven
    • Re: [PATCH 1/7] isdn4linux: Siemens Gigaset drivers - common module, Arjan van de Ven
    • Re: [PATCH 1/7] isdn4linux: Siemens Gigaset drivers - common module, Arjan van de Ven
  • Re: [PATCH 0/7] isdn4linux: add drivers for Siemens Gigaset ISDN DECT PABX, Arjan van de Ven
• Linux v2.6.16-rc5, Linus Torvalds
  • Re: Linux v2.6.16-rc5, Jeff Garzik
    • Re: Linux v2.6.16-rc5, Randy.Dunlap
      • Re: Linux v2.6.16-rc5, Jeff Garzik
    • Re: Linux v2.6.16-rc5, Paul Rolland
    • Re: Linux v2.6.16-rc5, Francois Romieu
      • Re: Linux v2.6.16-rc5, Jeff Garzik
      • Pull request for 'for-jeff' branch, Francois Romieu
  • 2.6.16-rc5: known regressions, Adrian Bunk
    • Re: 2.6.16-rc5: known regressions, Ryan Phillips
      • Re: 2.6.16-rc5: known regressions, Vojtech Pavlik
      • Re: 2.6.16-rc5: known regressions (ps2 mouse/keyboard issues), Duncan
    • Re: 2.6.16-rc5: known regressions, Jeff Garzik
      • Re: 2.6.16-rc5: known regressions, Adrian Bunk
      • Re: 2.6.16-rc5: known regressions, Jens Axboe
    • Re: 2.6.16-rc5: known regressions, Mark Lord
    • Re: 2.6.16-rc5: known regressions, Pavel Machek
  • Re: Linux v2.6.16-rc5, Dave Jones
    • Re: Linux v2.6.16-rc5, Jens Axboe
      • Re: Linux v2.6.16-rc5, Neil Brown
  • Re: Linux v2.6.16-rc5, Dave Jones
    • Re: Linux v2.6.16-rc5, Nick Piggin
  • Re: Linux v2.6.16-rc5, Rene Herman
    • Re: Linux v2.6.16-rc5, Andrew Morton
      • Re: Linux v2.6.16-rc5, Rene Herman
      • Re: Linux v2.6.16-rc5, Rene Herman
      • Re: Linux v2.6.16-rc5, Andrew Morton
  • Re: Linux v2.6.16-rc5 - regression, Peter Hagervall
    • Re: Linux v2.6.16-rc5 - regression, Andrew Morton
      • Re: Linux v2.6.16-rc5 - regression, Peter Hagervall
      • Re: Linux v2.6.16-rc5 - regression, Peter Hagervall
  • Re: Linux v2.6.16-rc5, Christoph Hellwig
• [PATCH] Signal hadnling fix for 2.4, Stephen Rothwell
  • Re: [PATCH] Signal hadnling fix for 2.4, Paul Mackerras
• [PATCH 0/4] PCI legacy I/O port free driver (take 3), Kenji Kaneshige
  • [PATCH 3/4] PCI legacy I/O port free driver (take 3) - Make Intel e1000 driver legacy I/O port free, Kenji Kaneshige
  • [PATCH 4/4] PCI legacy I/O port free driver (take 3) - Make Emulex lpfc driver legacy I/O port free, Kenji Kaneshige
  • [PATCH 1/4] PCI legacy I/O port free driver (take 3) - Add no_ioport flag into pci_dev, Kenji Kaneshige
  • [PATCH 2/4] PCI legacy I/O port free driver (take 3) - Update Documentation/pci.txt, Kenji Kaneshige
    • Re: [PATCH 2/4] PCI legacy I/O port free driver (take 3) - Update Documentation/pci.txt, Grant Grundler
      • Re: [PATCH 2/4] PCI legacy I/O port free driver (take 3) - Update Documentation/pci.txt, Kenji Kaneshige
      • Re: [PATCH 2/4] PCI legacy I/O port free driver (take 3) - Update Documentation/pci.txt, Kenji Kaneshige
      • Re: [PATCH 2/4] PCI legacy I/O port free driver (take 3) - Update Documentation/pci.txt, Kenji Kaneshige
  • Re: [PATCH 0/4] PCI legacy I/O port free driver (take 3), Jeff Garzik
    • Re: [PATCH 0/4] PCI legacy I/O port free driver (take 3), Grant Grundler
      • Re: [PATCH 0/4] PCI legacy I/O port free driver (take 3), Jeff Garzik
      • Re: [PATCH 0/4] PCI legacy I/O port free driver (take 3), Andi Kleen
      • Re: [PATCH 0/4] PCI legacy I/O port free driver (take 3), Jeff Garzik
      • Re: [PATCH 0/4] PCI legacy I/O port free driver (take 3), Andi Kleen
      • Re: [PATCH 0/4] PCI legacy I/O port free driver (take 3), Grant Grundler
    • Re: [PATCH 0/4] PCI legacy I/O port free driver (take 3), Kenji Kaneshige
• [PATCH 1/3] v9fs: fix atomic create open, Eric Van Hensbergen
• [PATCH 3/3] v9fs: simplify fid mapping, Eric Van Hensbergen
• [PATCH 2/3] v9fs: fix bug in atomic create open fix, Eric Van Hensbergen
• [PATCH 0/3] v9fs: rework fid management, Eric Van Hensbergen
• [PATCH/RFC] consolidated graphics config, Randy.Dunlap
• want to meet?, Edgardo
  • <Possible follow-ups>
  • want to meet?, Delores
• [PATCH 001 of 2] Make address_space_operations->invalidatepage return void, NeilBrown
• [PATCH 002 of 2] Make address_space_operations->sync_page return void., NeilBrown
• [PATCH 000 of 2] Introduction - make some address_space_operations return void, NeilBrown
  • [PATCH 001 of 2] Make address_space_operations->invalidatepage return void, NeilBrown
  • [PATCH 002 of 2] Make address_space_operations->sync_page return void., NeilBrown
  • <Possible follow-ups>
  • [PATCH 000 of 2] Introduction - make some address_space_operations return void, NeilBrown
• [ANNOUNCE] Cogito-0.17, Petr Baudis
• 2.6.16-rc4-mm2 configs, Randy.Dunlap
  • Re: 2.6.16-rc4-mm2 configs, Andrew Morton
  • <Possible follow-ups>
  • RE: 2.6.16-rc4-mm2 configs, Brown, Len
    • Re: 2.6.16-rc4-mm2 configs, Andrew Morton
      • Re: 2.6.16-rc4-mm2 configs, Randy.Dunlap
      • Re: 2.6.16-rc4-mm2 configs, Andrew Morton
  • RE: 2.6.16-rc4-mm2 configs, Brown, Len
• [PATCH] Fix x86_64 build with CONFIG_HOTPLUG_CPU=n, Roland Dreier
• [PATCH 2.6.15.4] sbp2: fix another deadlock after disconnection, Stefan Richter
  • Re: [stable] [PATCH 2.6.15.4] sbp2: fix another deadlock after disconnection, Chris Wright
• [PATCH 00/13] RTC subsystem, Alessandro Zummo
  • [PATCH 01/13] RTC Subsystem, library functions, Alessandro Zummo
  • [PATCH 10/13] RTC subsystem, test device/driver, Alessandro Zummo
  • [PATCH 04/13] RTC subsystem, class, Alessandro Zummo
  • [PATCH 11/13] RTC subsystem, DS1672 driver, Alessandro Zummo
  • [PATCH 12/13] RTC subsystem, PCF8563 driver, Alessandro Zummo
  • [PATCH 13/13] RTC subsystem, RS5C372 driver, Alessandro Zummo
  • [PATCH 06/13] RTC subsystem, sysfs interface, Alessandro Zummo
  • [PATCH 02/13] RTC subsystem, ARM cleanup, Alessandro Zummo
  • [PATCH 05/13] RTC subsystem, I2C cleanup, Alessandro Zummo
  • [PATCH 07/13] RTC subsystem, proc interface, Alessandro Zummo
  • [PATCH 08/13] RTC subsystem, dev interface, Alessandro Zummo
  • [PATCH 09/13] RTC subsystem, X1205 driver, Alessandro Zummo
  • [PATCH 03/13] RTC subsystem, MIPS cleanup, Alessandro Zummo
• [TRIVIAL] move PP_MAJOR from ppdev.h to major.h, Rene Herman
• [PATCH] fix voyager after topology.c move, James Bottomley
• o_sync in vfat driver, col-pepper
  • Re: o_sync in vfat driver, Lennart Sorensen
    • Re: o_sync in vfat driver, Arjan van de Ven
      • Re: o_sync in vfat driver, Anton Altaparmakov
      • Re: o_sync in vfat driver, Arjan van de Ven
      • Re: o_sync in vfat driver, Anton Altaparmakov
      • Re: o_sync in vfat driver, col-pepper
      • Re: o_sync in vfat driver, Arjan van de Ven
      • Re: o_sync in vfat driver, col-pepper
      • Re: o_sync in vfat driver, linux-os \(Dick Johnson\)
      • Re: o_sync in vfat driver, col-pepper
      • Re: o_sync in vfat driver, linux-os \(Dick Johnson\)
      • Re: o_sync in vfat driver, Sergei Organov
      • Re: o_sync in vfat driver, Lennart Sorensen
      • Re: o_sync in vfat driver, linux-os \(Dick Johnson\)
      • Re: o_sync in vfat driver, Sergei Organov
      • Re: o_sync in vfat driver, Krzysztof Halasa
      • Re: o_sync in vfat driver, col-pepper
      • Re: o_sync in vfat driver, Pavel Machek
      • Re: o_sync in vfat driver, Helge Hafting
      • Re: o_sync in vfat driver, Pavel Machek
    • Re: o_sync in vfat driver, linux-os \(Dick Johnson\)
      • Re: o_sync in vfat driver, Jan Engelhardt
  • <Possible follow-ups>
  • o_sync in vfat driver, col-pepper
  • o_sync in vfat driver, col-pepper
    • Re: o_sync in vfat driver, Andrew Morton
      • Re: o_sync in vfat driver, col-pepper
      • Re: o_sync in vfat driver, Andrew Morton
      • Re: o_sync in vfat driver, Chris Mason
      • Re: o_sync in vfat driver, Andrew Morton
      • Re: o_sync in vfat driver, Chris Mason
      • Re: o_sync in vfat driver, Machida, Hiroyuki
• [PATCH] fix build for x86_64 for !CONFIG_HOTPLUG_CPU, Brian Magnuson
• [PATCH] kbuild: get rid of false positives in section mismatch warnings, Sam Ravnborg
• [2.6 patch] drivers/pci/hotplug/cpqphp_ctrl.c: board_replaced(): remove dead code, Adrian Bunk
  • Re: [2.6 patch] drivers/pci/hotplug/cpqphp_ctrl.c: board_replaced(): remove dead code, Matthew Wilcox
    • Re: [2.6 patch] drivers/pci/hotplug/cpqphp_ctrl.c: board_replaced(): remove dead code, Adrian Bunk
      • Re: [2.6 patch] drivers/pci/hotplug/cpqphp_ctrl.c: board_replaced(): remove dead code, Matthew Wilcox
• [PATCH] readahead: fix initial window size calculation, Oleg Nesterov
  • Re: [PATCH] readahead: fix initial window size calculation, Steven Pratt
• [PATCH] readahead: ->prev_page can overrun the ahead window, Oleg Nesterov
• [PATCH] shmem: inline to avoid warning, Hugh Dickins
• Re: [PATCH] silence gcc warning about possibly uninitialized use of variable in scsi_scan, James Bottomley
  • Re: [PATCH] silence gcc warning about possibly uninitialized use of variable in scsi_scan, Jesper Juhl
    • Re: [PATCH] silence gcc warning about possibly uninitialized use of variable in scsi_scan, James Bottomley
      • Re: [PATCH] silence gcc warning about possibly uninitialized use of variable in scsi_scan, Jesper Juhl
      • Re: [PATCH] silence gcc warning about possibly uninitialized use of variable in scsi_scan, James Bottomley
      • Re: [PATCH] silence gcc warning about possibly uninitialized use of variable in scsi_scan, Jesper Juhl
• [no subject], alny
• [no subject], AIROY
• Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
  • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
    • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Dave Jones
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Nigel Cunningham
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Pavel Machek
    • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Dave Jones
  • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Adrian Bunk
    • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Adrian Bunk
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
  • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
  • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Diego Calleja
    • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Diego Calleja
  • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Lee Revell
    • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
    • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Nix
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Lee Revell
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Lee Revell
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Jesper Juhl
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Stephen Hemminger
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Al Viro
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Nix
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Lee Revell
  • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Grant Coady
    • Re: Building 100 kernels; we suck at dependencies and drown in warnings, David Greaves
      • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Roman Zippel
  • Re: Building 100 kernels; we suck at dependencies and drown in warnings, Sam Ravnborg
• [BUG] 2.6.16-rc4 git, ALSA USB-MIDI does not give NOTEOFF event for M-Audio Keystation 88es, but NOTEON with velocity=0, Junichi Uekawa
  • Re: [Alsa-devel] [BUG] 2.6.16-rc4 git, ALSA USB-MIDI does not give NOTEOFF event for M-Audio Keystation 88es, but NOTEON with velocity=0, Takashi Iwai
    • Re: [Alsa-devel] [BUG] 2.6.16-rc4 git, ALSA USB-MIDI does not give NOTEOFF event for M-Audio Keystation 88es, but NOTEON with velocity=0, Junichi Uekawa
• [PATCH] Fix the imlicit declaration of mtrr_centaur_report_mcr in arch/i386/kernel/cpu/centaur.c, Jesper Juhl
• [PATCH] fix implicit declaration of GET_APIC_ID in arch/i386/kernel/apic.c, Jesper Juhl
• OOM-killer too aggressive?, Chuck Ebbert
  • Re: OOM-killer too aggressive?, Andrew Morton
    • Re: OOM-killer too aggressive?, Andi Kleen
      • Re: OOM-killer too aggressive?, Andrew Morton
    • Re: OOM-killer too aggressive?, Chris Largret
      • Re: OOM-killer too aggressive?, Andrew Morton
      • Re: OOM-killer too aggressive?, Chris Largret
      • Re: OOM-killer too aggressive?, Andrew Morton
      • Re: OOM-killer too aggressive?, Chris Largret
      • Re: OOM-killer too aggressive?, Andrew Morton
      • Re: OOM-killer too aggressive?, Chris Largret
      • Re: OOM-killer too aggressive?, Andi Kleen
      • Re: OOM-killer too aggressive?, Andi Kleen
      • Re: OOM-killer too aggressive?, Christoph Lameter
      • Re: OOM-killer too aggressive?, Andi Kleen
      • Re: OOM-killer too aggressive?, Andrew Morton
      • Re: OOM-killer too aggressive?, Christoph Lameter
      • Re: OOM-killer too aggressive?, Andi Kleen
      • Re: OOM-killer too aggressive?, Andrew Morton
      • Re: OOM-killer too aggressive?, Andi Kleen
  • <Possible follow-ups>
  • Re: OOM-killer too aggressive?, Robert Hancock
    • Re: OOM-killer too aggressive?, Marcelo Tosatti
      • Re: OOM-killer too aggressive?, Chris Largret
      • Re: OOM-killer too aggressive?, Marcelo Tosatti
      • Re: OOM-killer too aggressive?, Chris Largret
      • Re: OOM-killer too aggressive?, Marcelo Tosatti
  • Re: OOM-killer too aggressive?, Chuck Ebbert
• Re: [2.6.15] running tcpdump on 3c905b causes freeze (reproducable), Folkert van Heusden
• hda: irq timeout: status=0xd0 DMA question, Nick Warne
  • Re: hda: irq timeout: status=0xd0 DMA question, Mark Lord
    • Re: hda: irq timeout: status=0xd0 DMA question, Jesper Juhl
      • Re: hda: irq timeout: status=0xd0 DMA question, Nick Warne
      • Re: hda: irq timeout: status=0xd0 DMA question, Mark Lord
      • Re: hda: irq timeout: status=0xd0 DMA question, Jesper Juhl
      • Re: hda: irq timeout: status=0xd0 DMA question, Nick Warne
      • Re: hda: irq timeout: status=0xd0 DMA question, Jesper Juhl
      • Re: hda: irq timeout: status=0xd0 DMA question, Henrik Persson
      • Re: hda: irq timeout: status=0xd0 DMA question, Nick Warne
      • Re: hda: irq timeout: status=0xd0 DMA question, Mark Lord
      • Re: hda: irq timeout: status=0xd0 DMA question, Nick Warne
  • <Possible follow-ups>
  • Re: hda: irq timeout: status=0xd0 DMA question, Robert Hancock
    • Re: hda: irq timeout: status=0xd0 DMA question, Jesper Juhl
    • Re: hda: irq timeout: status=0xd0 DMA question, Mark Lord
• Re:Badness in vsnprintf, Chuck Ebbert
• [PATCH] Corrected faulty syntax in drivers/input/Config.in, Stefan-W. Hahn
• [no subject], col-pepper
• ide: fix section mismatch warning, Sam Ravnborg
• block/floppy: fix section mismatch warnings, Sam Ravnborg
• [PATCH] Convert serial_core oopses to BUG_ON, Russell King
  • Re: [PATCH] Convert serial_core oopses to BUG_ON, Andrew Morton
    • Re: [PATCH] Convert serial_core oopses to BUG_ON, Nick Piggin
    • Re: [PATCH] Convert serial_core oopses to BUG_ON, Russell King
      • Re: [PATCH] Convert serial_core oopses to BUG_ON, Russell King
    • Re: [PATCH] Convert serial_core oopses to BUG_ON, Pavel Machek
      • Re: [PATCH] Convert serial_core oopses to BUG_ON, Andrew Morton
      • Re: [PATCH] Convert serial_core oopses to BUG_ON, Martin Michlmayr
  • <Possible follow-ups>
  • Re: [PATCH] Convert serial_core oopses to BUG_ON, Karol Kozimor
    • Re: [PATCH] Convert serial_core oopses to BUG_ON, Russell King
• Use of __init in asus_acpi.c + sony_acpi.c?, Sam Ravnborg
• Come and see my photos, kpowerinfinity
• RTL 8139 stops RX after receiving a jumbo frame, John Zielinski
  • Re: RTL 8139 stops RX after receiving a jumbo frame, Alan Cox
    • Re: RTL 8139 stops RX after receiving a jumbo frame, John Zielinski
  • Re: RTL 8139 stops RX after receiving a jumbo frame, Francois Romieu
    • Re: RTL 8139 stops RX after receiving a jumbo frame, John Zielinski
• Oops in 2.6.15 with OpenVZ 025stab014 with high IO usage, Friedrich Schaeuffelhut
• old radeon latency problem still unfixed?, Lee Revell
  • Re: old radeon latency problem still unfixed?, Fernando Lopez-Lezcano
    • Re: old radeon latency problem still unfixed?, Lee Revell
  • Re: old radeon latency problem still unfixed?, Arjan van de Ven
    • Re: old radeon latency problem still unfixed?, Lee Revell
      • Re: old radeon latency problem still unfixed?, Benjamin Herrenschmidt
      • Re: old radeon latency problem still unfixed?, Lee Revell
      • Re: old radeon latency problem still unfixed?, Benjamin Herrenschmidt
      • Re: old radeon latency problem still unfixed?, Lee Revell
      • Re: old radeon latency problem still unfixed?, Benjamin Herrenschmidt
      • Re: old radeon latency problem still unfixed?, Lee Revell
  • Re: old radeon latency problem still unfixed?, Andrew Morton
    • Re: old radeon latency problem still unfixed?, Arjan van de Ven
      • Re: old radeon latency problem still unfixed?, Lee Revell
      • Re: old radeon latency problem still unfixed?, Dave Airlie
      • Re: old radeon latency problem still unfixed?, Lee Revell
      • Re: old radeon latency problem still unfixed?, Dave Airlie
• [PATCH] Revert sky2 to 0.13a, Carl-Daniel Hailfinger
  • Re: [PATCH] Revert sky2 to 0.13a, Stephen Hemminger
    • Re: [PATCH] Revert sky2 to 0.13a, Ian Kumlien
    • Re: [PATCH] Revert sky2 to 0.13a, Wolfgang Hoffmann
      • Re: [PATCH] Revert sky2 to 0.13a, Ian Kumlien
      • Re: [PATCH] Revert sky2 to 0.13a, Arjan van de Ven
      • Re: [PATCH] Revert sky2 to 0.13a, Ian Kumlien
      • Re: [PATCH] Revert sky2 to 0.13a, Carl-Daniel Hailfinger
      • Re: [PATCH] Revert sky2 to 0.13a, Ian Kumlien
      • Re: [PATCH] Revert sky2 to 0.13a, Carl-Daniel Hailfinger
      • Re: [PATCH] Revert sky2 to 0.13a, Wolfgang Hoffmann
      • Re: [PATCH] Revert sky2 to 0.13a, Wolfgang Hoffmann
      • Re: [PATCH] Revert sky2 to 0.13a, Wolfgang Hoffmann
      • Re: [PATCH] Revert sky2 to 0.13a, Stephen Hemminger
      • Re: [PATCH] Revert sky2 to 0.13a, Wolfgang Hoffmann
      • Re: [PATCH] Revert sky2 to 0.13a, Stephen Hemminger
      • Re: [PATCH] Revert sky2 to 0.13a, Wolfgang Hoffmann
      • Re: [PATCH] Revert sky2 to 0.13a, Ian Kumlien
      • Re: [PATCH] Revert sky2 to 0.13a, Jeff Garzik
    • Re: [PATCH] Revert sky2 to 0.13a, Ian Kumlien
  • Re: [PATCH] Revert sky2 to 0.13a, Ian Kumlien
• CCRMA kernel oops & RT SPINLOCK declare question, thewade
• [git patch] net driver fix, Jeff Garzik
• testing 2.6.14-rc4: unmountable fs after xfs_force_shutdown, David Greaves
  • Re: testing 2.6.14-rc4: unmountable fs after xfs_force_shutdown, Eric Sandeen
    • Odd LVM behaviour - was Re: testing 2.6.14-rc4: unmountable fs after xfs_force_shutdown, David Greaves
• [PATCH] small update of allnoconfig description, Jesper Juhl
• Bio & Biovec-1 increasing cache size, never freed during disk IO, matteo brancaleoni
  • Re: Bio & Biovec-1 increasing cache size, never freed during disk IO, matteo brancaleoni
    • Re: Bio & Biovec-1 increasing cache size, never freed during disk IO, Neil Brown
      • Re: Bio & Biovec-1 increasing cache size, never freed during disk IO, matteo brancaleoni
• vt6410 Problems, Chuck Wolber
  • Re: vt6410 Problems, Mathias Kretschmer
• [PATCH 5/6] pktgen: Ports if_list to the in-kernel implementation., Luiz Fernando Capitulino
• [PATCH 3/6] pktgen: Fix kernel_thread() fail leak., Luiz Fernando Capitulino
• [PATCH 2/6] pktgen: Ports thread list to Kernel list implementation., Luiz Fernando Capitulino
• [PATCH 4/6] pktgen: Fix Initialization fail leak., Luiz Fernando Capitulino
• [PATCH 6/6] pktgen: Updates version., Luiz Fernando Capitulino
• [PATCH 1/6] pktgen: Lindent run., Luiz Fernando Capitulino
• [PATCH 0/6] pktgen: refinements and small fixes (V3)., Luiz Fernando Capitulino
  • Re: [PATCH 0/6] pktgen: refinements and small fixes (V3)., David S. Miller
• [PATCH] fix 'defined but not used' warning in net/rxrpc/main.c::rxrpc_initialise, Jesper Juhl
• [no subject], Maria Parsons
• keyboard and keycodes at boot time, Lucas Quintana Rodriguez
• OSS msnd build failure, Jesper Juhl
  • Re: OSS msnd build failure, Adrian Bunk
    • Re: OSS msnd build failure, Jesper Juhl
      • Re: OSS msnd build failure, Andrew Veliath
• Re: + fix-next_timer_interrupt-for-hrtimer.patch added to -mm tree, Thomas Gleixner
  • Re: + fix-next_timer_interrupt-for-hrtimer.patch added to -mm tree, Tony Lindgren
    • Re: + fix-next_timer_interrupt-for-hrtimer.patch added to -mm tree, Tony Lindgren
      • Re: + fix-next_timer_interrupt-for-hrtimer.patch added to -mm tree, Thomas Gleixner
      • Re: + fix-next_timer_interrupt-for-hrtimer.patch added to -mm tree, Tony Lindgren
      • Re: + fix-next_timer_interrupt-for-hrtimer.patch added to -mm tree, Thomas Gleixner
      • Re: + fix-next_timer_interrupt-for-hrtimer.patch added to -mm tree, Tony Lindgren
    • Re: + fix-next_timer_interrupt-for-hrtimer.patch added to -mm tree, Thomas Gleixner
• [patch] fuse: fix bug in negative lookup, Miklos Szeredi
• [2.6 patch] drivers/block/nbd.c: don't defer compile error to runtime (fwd), Adrian Bunk
  • Re: [2.6 patch] drivers/block/nbd.c: don't defer compile error to runtime (fwd), Jan Engelhardt
• [2.6 patch] make UNIX a bool, Adrian Bunk
  • Re: [2.6 patch] make UNIX a bool, Stephen Hemminger
    • Re: [2.6 patch] make UNIX a bool, Arjan van de Ven
    • Re: [2.6 patch] make UNIX a bool, Diego Calleja
  • Re: [2.6 patch] make UNIX a bool, Olaf Hering
  • Re: [2.6 patch] make UNIX a bool, James C. Georgas
    • Re: [2.6 patch] make UNIX a bool, Adrian Bunk
    • Re: [2.6 patch] make UNIX a bool, Jan-Benedict Glaw
      • Re: [2.6 patch] make UNIX a bool, James C. Georgas
      • Re: [2.6 patch] make UNIX a bool, Jan Engelhardt
• Fwd:, Labovitz
• creating live virtual files by concatenation, Maciej Soltysiak
  • Re: creating live virtual files by concatenation, Jan Engelhardt
    • Re: creating live virtual files by concatenation, Yoanis Gil Delgado
  • Re: creating live virtual files by concatenation, Jesper Juhl
    • Re: creating live virtual files by concatenation, Maciej Soltysiak
      • Re: creating live virtual files by concatenation, Rik van Riel
      • Re: creating live virtual files by concatenation, Jesper Juhl
      • Re[2]: creating live virtual files by concatenation, Maciej Soltysiak
      • Re: creating live virtual files by concatenation, Peter Foldiak
      • Re: creating live virtual files by concatenation, Rik van Riel
      • Re: creating live virtual files by concatenation, Peter Foldiak
      • Re: creating live virtual files by concatenation, Hans Reiser
      • Re: creating live virtual files by concatenation, Hans Reiser
      • Re: creating live virtual files by concatenation, Jesper Juhl
  • Re: creating live virtual files by concatenation, Peter Foldiak
• Win 3 Tim0es Yourr MMoney EQSE.PK., eve Gallagher
• New reliability technique, Victor Porton
  • Re: New reliability technique, Jesper Juhl
    • Re: New reliability technique, Jesper Juhl
      • Re: New reliability technique, Avi Kivity
      • Re: New reliability technique, Jesper Juhl
      • Re: New reliability technique, Janos Farkas
      • Re: New reliability technique, Victor Porton
      • Re: New reliability technique, Pekka Enberg
      • Re: New reliability technique, Nick Piggin
• Re: [PATCH 3/6] scsi tgt: add partial mappings support to bio_map_user, FUJITA Tomonori
• Re: [patch 16/17] s390: multiple subchannel sets support., Greg Smith
  • Re: [patch 16/17] s390: multiple subchannel sets support., Cornelia Huck
    • Re: [patch 16/17] s390: multiple subchannel sets support., Greg Smith
• cramfs mounts provide corrupted content since 2.6.15, Olaf Hering
  • Re: cramfs mounts provide corrupted content since 2.6.15, Olaf Hering
    • Re: cramfs mounts provide corrupted content since 2.6.15, Dave Johnson
      • Re: cramfs mounts provide corrupted content since 2.6.15, Olaf Hering
      • Re: cramfs mounts provide corrupted content since 2.6.15, Dave Johnson
      • Re: cramfs mounts provide corrupted content since 2.6.15, Chris Mason
      • Re: cramfs mounts provide corrupted content since 2.6.15, Dave Johnson
      • Re: cramfs mounts provide corrupted content since 2.6.15, Chris Mason
      • Re: cramfs mounts provide corrupted content since 2.6.15, Dave Johnson
      • Re: cramfs mounts provide corrupted content since 2.6.15, Chris Mason
• Re: [PATCH] Fix topology.c location, Dave Jones
  • Re: [PATCH] Fix topology.c location, Zachary Amsden
    • Re: [PATCH] Fix topology.c location, Randy.Dunlap
• [patch] i386: more vsyscall documentation, Chuck Ebbert
• [-mm patch] x86: start early_printk at sensible screen row, Chuck Ebbert
  • Re: [-mm patch] x86: start early_printk at sensible screen row, Andrew Morton
  • <Possible follow-ups>
  • Re: [-mm patch] x86: start early_printk at sensible screen row, Chuck Ebbert
• VIA Velocity massive memory corruption with jumbo frames, John Zielinski
  • Re: VIA Velocity massive memory corruption with jumbo frames, Francois Romieu
    • Re: VIA Velocity massive memory corruption with jumbo frames, John Zielinski
• [PATCH] for_each_online_pgdat (take2) [5/5] remove pgdat_list, KAMEZAWA Hiroyuki
• [PATCH] for_each_online_pgdat (take2) [4/5] remove sorting pgdat, KAMEZAWA Hiroyuki
• [PATCH] for_each_online_pgdat (take2) [3/5] renaming for_each_pgdat, KAMEZAWA Hiroyuki
• [PATCH] for_each_online_pgdat (take2) [2/5] for_each_bootmem, KAMEZAWA Hiroyuki
  • Re: [PATCH] for_each_online_pgdat (take2) [2/5] for_each_bootmem, Aubin LaBrosse
    • Re: [PATCH] for_each_online_pgdat (take2) [2/5] for_each_bootmem, KAMEZAWA Hiroyuki
• [PATCH] for_each_online_pgdat (take2) [1/5] define for_each_online_pgdat, KAMEZAWA Hiroyuki
  • Re: [PATCH] for_each_online_pgdat (take2) [1/5] define for_each_online_pgdat, Andrew Morton
    • Re: [PATCH] for_each_online_pgdat (take2) [1/5] define for_each_online_pgdat, KAMEZAWA Hiroyuki
      • Re: [PATCH] for_each_online_pgdat (take2) [1/5] define for_each_online_pgdat, KAMEZAWA Hiroyuki
      • Re: [PATCH] for_each_online_pgdat (take2) [1/5] define for_each_online_pgdat, Andrew Morton
      • Re: [PATCH] for_each_online_pgdat (take2) [1/5] define for_each_online_pgdat, KAMEZAWA Hiroyuki
• [PATCH] No idle HZ aka dynticks i386 for 2.6.16-rc4, Con Kolivas
  • Re: [PATCH] No idle HZ aka dynticks i386 for 2.6.16-rc4, Benjamin LaHaise
• [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
  • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Andi Kleen
    • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Andi Kleen
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Jesse Barnes
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Jesse Barnes
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Jesse Barnes
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Roland Dreier
  • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Benjamin LaHaise
    • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Benjamin LaHaise
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Benjamin LaHaise
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Benjamin LaHaise
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Andi Kleen
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Benjamin LaHaise
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Christopher Friesen
  • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Jes Sorensen
    • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Roland Dreier
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Jes Sorensen
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Roland Dreier
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Jesse Barnes
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Jes Sorensen
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Jesse Barnes
    • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Bryan O'Sullivan
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, linux-os \(Dick Johnson\)
      • Re: [PATCH] Define wc_wmb, a write barrier for PCI write combining, Christopher Friesen
• Hard lockups in 2.6.15, Nathan Nottingham
• RE: raid over sata - write barrier, Szloboda Zsolt
  • Re: raid over sata - write barrier, Sander
• [patch] x86_64: don't use early_printk() during memory init, Chuck Ebbert
  • Re: [patch] x86_64: don't use early_printk() during memory init, Andi Kleen
  • <Possible follow-ups>
  • Re: [patch] x86_64: don't use early_printk() during memory init, Chuck Ebbert
• [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4, Milan Kupcevic
  • Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4, Jeff Garzik
    • Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4, Milan Kupcevic
  • Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4, Eyal Lebedinsky
    • Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4, Christiaan den Besten
  • Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4, Oliver Joa
  • Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4, SATA 300 TX4, Oliver Joa
• [patch] x86: clean up early_printk output, Chuck Ebbert
  • Re: [patch] x86: clean up early_printk output, Andrew Morton
  • Re: [patch] x86: clean up early_printk output, Andi Kleen
  • <Possible follow-ups>
  • Re: [patch] x86: clean up early_printk output, Chuck Ebbert
• [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Bernhard Rosenkraenzer
  • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), David Gómez
    • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Jesper Juhl
  • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Gene Heskett
  • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Luke-Jr
    • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Jesper Juhl
      • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Luke-Jr
      • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Jesper Juhl
      • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Bernd Petrovitsch
      • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Jan Engelhardt
      • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Sam Vilain
      • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Jan Engelhardt
      • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Phillip Susi
      • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Jan Engelhardt
  • Re: [slightly OT] dvdrecord 0.3.1 -- and yes, dev=/dev/cdrom works ;), Dick Streefland
• [PATCH 2.4.32-pre2] build fix: auto_fs4 changes broke ppc64 build, Jesse Brandeburg
• [Announce] Intel PRO/Wireless 3945ABG Network Connection, James Ketrenos
  • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Jeff V. Merkey
    • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Michael Buesch
  • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Dax Kelson
  • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Christoph Hellwig
    • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Gene Heskett
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Christoph Hellwig
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Gene Heskett
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Michael Buesch
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Stephen Evanchik
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Stefan Rompf
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Jan Engelhardt
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Gene Heskett
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Michael Buesch
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Matthieu CASTET
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, John Stoffel
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, matthieu castet
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Larry Finger
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Alejandro Bonilla
    • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Alan Cox
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Christoph Hellwig
      • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Stephen Hemminger
  • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Pavel Machek
  • Re: [Announce] Intel PRO/Wireless 3945ABG Network Connection, Dick Streefland