Linux-Kernel

• Date Index

---

• I Q Y D T Busty Lesbo Teen Gets Licked By Mature, Araceli
• [patch 3/3] convert CONFIG tag for a few accounting data used by CSA, Jay Lan
  • Re: [patch 3/3] convert CONFIG tag for a few accounting data used by CSA, Shailabh Nagar
• [patch 2/3] add CSA accounting to taskstats, Jay Lan
  • Re: [patch 2/3] add CSA accounting to taskstats, Shailabh Nagar
• [patch 1/3] add basic accounting fields to taskstats, Jay Lan
  • Re: [patch 1/3] add basic accounting fields to taskstats, Shailabh Nagar
    • Re: [patch 1/3] add basic accounting fields to taskstats, Jay Lan
• [patch 0/3] CSA accounting and taskstats update, Jay Lan
• RE: suspend2 merge history [was Re: the " 'official' point of view" expressed by kernelnewbies.org regarding reiser4 inclusion], Hua Zhong
• [PATCH] fix aty128_bl_set_power compile warning, Olaf Hering
  • Re: [PATCH] fix aty128_bl_set_power compile warning, Michael Hanselmann
• [PATCH] fix link error in atyfb with backlight disabled, Olaf Hering
• [RFC] irqbalance: Mark in-kernel irqbalance as obsolete, set to N by default, Auke Kok
• [PATCH] x86_64 built-in command line, Matt Mackall
  • Re: [PATCH] x86_64 built-in command line, linux-os \(Dick Johnson\)
  • Re: [PATCH] x86_64 built-in command line, Andi Kleen
    • Re: [PATCH] x86_64 built-in command line, H. Peter Anvin
• [PATCH] x86 built-in command line (resend), Matt Mackall
  • Re: [PATCH] x86 built-in command line (resend), Roman Zippel
  • Re: [PATCH] x86 built-in command line (resend), H. Peter Anvin
    • Re: [PATCH] x86 built-in command line (resend), Matt Mackall
      • Re: [PATCH] x86 built-in command line (resend), H. Peter Anvin
      • Re: [PATCH] x86 built-in command line (resend), Matt Mackall
• vm.min_free_kbytes / is it per CPU setting?, Vajra
• [CFT] ELF Relocatable x86 and x86_64 bzImages, Eric W. Biederman
  • Re: [CFT] ELF Relocatable x86 and x86_64 bzImages, Vivek Goyal
    • Re: [Fastboot] [CFT] ELF Relocatable x86 and x86_64 bzImages, Vivek Goyal
• Re: x86_64 compile spewing hundreds of warnings - started 2.6.15-git8, Martin Bligh
  • Re: x86_64 compile spewing hundreds of warnings - started 2.6.15-git8, Andi Kleen
• GPL violation, Thomas Ilnseher
  • Re: GPL violation, Matthew Frost
• [PATCH] mount udf UDF_PART_FLAG_READ_ONLY partitions with MS_RDONLY, Eric Sandeen
• PROBLEM: OSS/MAD16 not available to compilation of kernel, erlk ozlr
  • Re: PROBLEM: OSS/MAD16 not available to compilation of kernel, Alan Cox
• [PATCH] sunrpc/auth_gss: NULL pointer deref in gss_pipe_release(), Alex Polvi
  • Re: [PATCH] sunrpc/auth_gss: NULL pointer deref in gss_pipe_release(), Trond Myklebust
• BUG: unable to handle kernel paging request at virtual address, Stephen Lynch
  • Re: BUG: unable to handle kernel paging request at virtual address, Ingo Oeser
    • Re: BUG: unable to handle kernel paging request at virtual address, Stephen Lynch
• [patch 2.6.18-rc3] build fixes: ohci-omap, David Brownell
• [patch 2.6.18-rc3] build fixes: smc91x, David Brownell
• Re: [PATCH] OMAP: I2C driver for TI OMAP boards #2, David Brownell
  • Re: [PATCH] OMAP: I2C driver for TI OMAP boards #2, Jean Delvare
    • Re: [PATCH] OMAP: I2C driver for TI OMAP boards #2, David Brownell
      • Re: [PATCH] OMAP: I2C driver for TI OMAP boards #2, Russell King
      • Re: [PATCH] OMAP: I2C driver for TI OMAP boards #2, Jean Delvare
• [patch 2.6.18-rc3] build fixes: omap-rng, David Brownell
  • Re: [patch 2.6.18-rc3] build fixes: omap-rng, Michael Buesch
• [patch 2.6.18-rc3] build fixes: tps65010, David Brownell
  • Re: [i2c] [patch 2.6.18-rc3] build fixes: tps65010, Jean Delvare
• [PATCH 1/6] AVR32: Use auto.conf instead of MARKER, Haavard Skinnemoen
  • [PATCH 2/6] AVR32: Don't assume anything about MAX_NR_ZONES, Haavard Skinnemoen
    • [PATCH 3/6] AVR32: Add nsproxy definition, Haavard Skinnemoen
      • [PATCH 4/6] AVR32: Add I/O port access primitives, Haavard Skinnemoen
      • [PATCH 5/6] AVR32: Use linux/pfn.h, Haavard Skinnemoen
      • [PATCH 6/6] AVR32: Kill CONFIG_DISCONTIGMEM support completely, Haavard Skinnemoen
• [PATCH 0/6] AVR32 update for 2.6.18-rc2-mm1, Haavard Skinnemoen
  • Re: [PATCH 0/6] AVR32 update for 2.6.18-rc2-mm1, Haavard Skinnemoen
    • Re: [PATCH 0/6] AVR32 update for 2.6.18-rc2-mm1, Trond Myklebust
• Preserving uptime with kexec?, Thomas Tuttle
  • Re: Preserving uptime with kexec?, Valdis . Kletnieks
    • Re: Preserving uptime with kexec?, Nick Warne
      • Re: Preserving uptime with kexec?, Jan Engelhardt
      • Re: Preserving uptime with kexec?, Nick Warne
• [PATCH]: ufs: ufs_get_locked_patch race fix, Evgeniy Dushistov
• [help] Bottom half scheduling, G SR
• [PATCH] ignore partition table on disks with AIX label, Olaf Hering
• minor typo fixes in md.txt, Christian Kujau
  • Re: minor typo fixes in md.txt, Randy.Dunlap
    • Re: minor typo fixes in md.txt, Christian Kujau
• BUG: warning at net/core/dev.c, Vitezslav Samel
  • Re: BUG: warning at net/core/dev.c, David Miller
• too low MAX_MP_BUSSES, Vitezslav Samel
• [PATCH] 2.4 client - update d_cache when server reports ENOENT on an NFS remove, Jeff Layton
• [PATCH] fix Intel RNG detection (take 2), Jan Beulich
  • Re: [PATCH] fix Intel RNG detection (take 2), Michael Buesch
• compat_sys_pselect7 warning, Meelis Roos
• reiser4: maybe just fix bugs?, Denis Vlasenko
  • Re: reiser4: maybe just fix bugs?, Adrian Bunk
  • Re: reiser4: maybe just fix bugs?, Horst H. von Brand
    • Re: reiser4: maybe just fix bugs?, Denis Vlasenko
• [PATCH 3/3] add-efi-e820-memory-mapping-on-x86.patch, Edgar Hucek
• [PATCH 2/3] add-force-of-use-mmconfig.patch, Edgar Hucek
• [PATCH 1/3] add-imacfb-docu-and-detection.patch, Edgar Hucek
  • Re: [PATCH 1/3] add-imacfb-docu-and-detection.patch, Olaf Hering
    • Re: [PATCH 1/3] add-imacfb-docu-and-detection.patch, Randy.Dunlap
  • Re: [PATCH 1/3] add-imacfb-docu-and-detection.patch, Joseph Fannin
    • Re: [PATCH 1/3] add-imacfb-docu-and-detection.patch, Edgar Hucek
• [PATCH 000 of 9] md: Introduction - assorted cleanup and minor fixes, NeilBrown
  • [PATCH 006 of 9] md: Remove the working_disks and failed_disks from raid5 state data., NeilBrown
    • Re: [PATCH 006 of 9] md: Remove the working_disks and failed_disks from raid5 state data., Michael Tokarev
  • [PATCH 008 of 9] md: Remove working_disks from raid1 state data, NeilBrown
  • [PATCH 002 of 9] md: Fix a comment that is wrong in raid5.h, NeilBrown
  • [PATCH 004 of 9] md: Factor out part of raid10d into a separate function., NeilBrown
  • [PATCH 001 of 9] md: The scheduled removal of the START_ARRAY ioctl for md, NeilBrown
  • [PATCH 009 of 9] md: Improve locking around error handling., NeilBrown
  • [PATCH 005 of 9] md: Replace magic numbers in sb_dirty with well defined bit flags, NeilBrown
    • Re: [PATCH 005 of 9] md: Replace magic numbers in sb_dirty with well defined bit flags, Ingo Oeser
  • [PATCH 007 of 9] md: Remove 'working_disks' from raid10 state, NeilBrown
  • [PATCH 003 of 9] md: Factor out part of raid1d into a separate function., NeilBrown
• [patch] x86_64: fix is_at_popf() for compat tasks, Chuck Ebbert
  • Re: [patch] x86_64: fix is_at_popf() for compat tasks, Andi Kleen
  • <Possible follow-ups>
  • Re: [patch] x86_64: fix is_at_popf() for compat tasks, Chuck Ebbert
    • Re: [patch] x86_64: fix is_at_popf() for compat tasks, Andi Kleen
• [PATCH 1/4] PCI-Express AER implemetation: aer howto document, Zhang, Yanmin
  • Re: [PATCH 2/4] PCI-Express AER implemetation: export pcie_port_bus_type, Zhang, Yanmin
    • Re: [PATCH 3/4] PCI-Express AER implemetation: AER core and aerdriver, Zhang, Yanmin
      • Re: [PATCH 4/4] PCI-Express AER implemetation: pcie_portdrv error handler, Zhang, Yanmin
• [BUG] sched: big numa dynamic sched domain memory corruption, Paul Jackson
  • Re: [BUG] sched: big numa dynamic sched domain memory corruption, Ingo Molnar
    • Re: [BUG] sched: big numa dynamic sched domain memory corruption, Siddha, Suresh B
      • Re: [BUG] sched: big numa dynamic sched domain memory corruption, Paul Jackson
      • Re: [BUG] sched: big numa dynamic sched domain memory corruption, Siddha, Suresh B
      • Re: [BUG] sched: big numa dynamic sched domain memory corruption, Paul Jackson
• Fwd: PROBLEM: ide messages during boot caused by a strange partition table, marco gaddoni
  • Re: Fwd: PROBLEM: ide messages during boot caused by a strange partition table, Alan Cox
    • Re: Fwd: PROBLEM: ide messages during boot caused by a strange partition table, marco gaddoni
      • Re: Fwd: PROBLEM: ide messages during boot caused by a strange partition table, Alan Cox
      • Re: Fwd: PROBLEM: ide messages during boot caused by a strange partition table, marco gaddoni
      • Re: Fwd: PROBLEM: ide messages during boot caused by a strange partition table, Alan Cox
• Re: [Fwd: Re: Linux v2.6.18-rc3], Roland McGrath
• Nobody can give it cheaper than us, aeolus@xxxxxxxxxxxxxx
• BUG: warning at net/core/dev.c:1171/skb_checksum_help() 2.6.18-rc3, David Coulson
  • Re: BUG: warning at net/core/dev.c:1171/skb_checksum_help() 2.6.18-rc3, Patrick McHardy
    • Re: BUG: warning at net/core/dev.c:1171/skb_checksum_help() 2.6.18-rc3, David Miller
      • Re: BUG: warning at net/core/dev.c:1171/skb_checksum_help() 2.6.18-rc3, Patrick McHardy
  • Re: BUG: warning at net/core/dev.c:1171/skb_checksum_help() 2.6.18-rc3, Andrew Morton
    • Re: BUG: warning at net/core/dev.c:1171/skb_checksum_help() 2.6.18-rc3, David Miller
    • Re: BUG: warning at net/core/dev.c:1171/skb_checksum_help() 2.6.18-rc3, David Coulson
• [PATCH 000 of 11] knfsd: Introduction - Make knfsd more NUMA-aware, NeilBrown
  • [PATCH 002 of 11] knfsd: convert sk_inuse to atomic_t, NeilBrown
  • [PATCH 003 of 11] knfsd: use new lock for svc_sock deferred list, NeilBrown
  • [PATCH 009 of 11] knfsd: use svc_set_num_threads to manage threads in knfsd, NeilBrown
  • [PATCH 001 of 11] knfsd: move tempsock aging to a timer, NeilBrown
  • [PATCH 010 of 11] knfsd: make rpc threads pools numa aware, NeilBrown
    • Re: [PATCH 010 of 11] knfsd: make rpc threads pools numa aware, Andrew Morton
      • Re: [PATCH 010 of 11] knfsd: make rpc threads pools numa aware, Neil Brown
      • Re: [NFS] [PATCH 010 of 11] knfsd: make rpc threads pools numa aware, Greg Banks
      • Re: [NFS] [PATCH 010 of 11] knfsd: make rpc threads pools numa aware, Greg Banks
  • [PATCH 007 of 11] knfsd: add svc_get, NeilBrown
    • Re: [PATCH 007 of 11] knfsd: add svc_get, Andrew Morton
      • Re: [PATCH 007 of 11] knfsd: add svc_get, Neil Brown
  • [PATCH 004 of 11] knfsd: convert sk_reserved to atomic_t, NeilBrown
  • [PATCH 011 of 11] knfsd: allow admin to set nthreads per node, NeilBrown
  • [PATCH 008 of 11] knfsd: add svc_set_num_threads, NeilBrown
    • Re: [PATCH 008 of 11] knfsd: add svc_set_num_threads, Andrew Morton
      • Re: [NFS] [PATCH 008 of 11] knfsd: add svc_set_num_threads, Neil Brown
  • [PATCH 005 of 11] knfsd: test and set SK_BUSY atomically, NeilBrown
  • [PATCH 006 of 11] knfsd: split svc_serv into pools, NeilBrown
• [2.6 patch] fix the USB_GADGET_DUMMY_HCD dependencies, Adrian Bunk
• Re: [patch 32/78] fix bad macro param in timer.c, Steven Rostedt
• Re: [PATCH] Kconfig for radio cards to allow VIDEO_V4L1_COMPAT, Alan Cox
  • Re: [PATCH] Kconfig for radio cards to allow VIDEO_V4L1_COMPAT, Mauro Carvalho Chehab
• 2.6.18-rc2: make -j 3 problems, Pavel Machek
• [PATCH 18-rc3] Fix typos in /Documentation : 'Q'-'R', Matt LaPlante
  • Re: [PATCH 18-rc3] Fix typos in /Documentation : 'Q'-'R', Randy.Dunlap
• [PATCH] fix memory leak in net/ipv4/tcp_probe.c::tcpprobe_read(), Jesper Juhl
• [PATCH] ide support for VIA 8237a southbridge, Diego Calleja
  • Re: [PATCH] ide support for VIA 8237a southbridge, Alan Cox
• reiser4-2.6.18-rc2-mm1: possible circular locking dependency detected in txn_end, Laurent Riffard
• Question about "Not Ready" SCSI error, Patrick Mau
  • Re: Question about "Not Ready" SCSI error, Johannes Weiner
    • Re: Question about "Not Ready" SCSI error, Stefan Richter
  • Re: Question about "Not Ready" SCSI error, Johannes Weiner
• 2.6.18-rc3 does not like an old udev (071), Guillaume Chazarain
  • Re: 2.6.18-rc3 does not like an old udev (071), Jesper Juhl
    • Re: 2.6.18-rc3 does not like an old udev (071), Brad Campbell
    • Re: 2.6.18-rc3 does not like an old udev (071), Greg KH
  • Re: 2.6.18-rc3 does not like an old udev (071), bert hubert
  • Re: 2.6.18-rc3 does not like an old udev (071), Greg KH
• Building external modules against objdirs, Andi Kleen
  • Re: Building external modules against objdirs, Sam Ravnborg
    • Re: Building external modules against objdirs, Andi Kleen
      • Re: Building external modules against objdirs, Sam Ravnborg
      • Re: Building external modules against objdirs, Andi Kleen
      • Re: Building external modules against objdirs, Sam Ravnborg
      • Re: Building external modules against objdirs, Andi Kleen
      • Re: Building external modules against objdirs, Roman Zippel
      • Re: Building external modules against objdirs, Sam Ravnborg
      • Re: Building external modules against objdirs, Andi Kleen
• [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Jesper Juhl
  • [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Jesper Juhl
    • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Paul Jackson
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Jesper Juhl
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Andrew Morton
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Jesper Juhl
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Andrew Morton
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Arjan van de Ven
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Jesper Juhl
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Paul Jackson
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Arnd Bergmann
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, Horst H. von Brand
      • Re: [PATCH 01/12] making the kernel -Wshadow clean - fix mconf, H. Peter Anvin
  • [PATCH 02/12] making the kernel -Wshadow clean - fix lxdialog, Jesper Juhl
  • [PATCH 03/12] making the kernel -Wshadow clean - fix jiffies.h, Jesper Juhl
  • [PATCH 06/12] making the kernel -Wshadow clean - fix checksum, Jesper Juhl
  • [PATCH 04/12] making the kernel -Wshadow clean - warnings related to 'up', Jesper Juhl
  • [PATCH 08/12] making the kernel -Wshadow clean - fix keyboard.c, Jesper Juhl
  • [PATCH 07/12] making the kernel -Wshadow clean - fix vgacon, Jesper Juhl
  • [PATCH 05/12] making the kernel -Wshadow clean - warnings related to wbc and map_bh, Jesper Juhl
  • [PATCH 11/12] making the kernel -Wshadow clean - USB & completion, Jesper Juhl
  • [PATCH 09/12] making the kernel -Wshadow clean - neighbour.h and 'proc_handler', Jesper Juhl
  • [PATCH 10/12] making the kernel -Wshadow clean - mm/truncate.c, Jesper Juhl
  • [PATCH 12/12] making the kernel -Wshadow clean - 'irq' shadows local and global, Jesper Juhl
  • Re: [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Krzysztof Halasa
    • Re: [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Jesper Juhl
      • Re: [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Krzysztof Halasa
      • Re: [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Andrew Morton
      • Re: [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Arnd Bergmann
  • Re: [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Jesper Juhl
    • Re: [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Jan-Benedict Glaw
  • Re: [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Sam Ravnborg
    • Re: [PATCH 00/12] making the kernel -Wshadow clean - The initial step, Jesper Juhl
• [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Al Boldi
  • Re: [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Hugh Dickins
    • Re: [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, H. Peter Anvin
      • Re: [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Al Boldi
      • Re: [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, H. Peter Anvin
      • Re: [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Rob Landley
    • Re: [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Al Boldi
  • Re: [stable] [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Greg KH
    • Re: [stable] [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Al Boldi
      • Re: [stable] [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, H. Peter Anvin
      • Re: [stable] [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Al Boldi
      • Re: [stable] [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Chris Wright
      • Re: [stable] [PATCH] initramfs: Allow rootfs to use tmpfs instead of ramfs, Al Boldi
• Re: [PATCH] simplify update_times (avoid jiffies/jiffies_64 aliasing problem), Atsushi Nemoto
  • Re: [PATCH] simplify update_times (avoid jiffies/jiffies_64 aliasing problem), Martin Schwidefsky
• added device ids to get pata and sata controller to work on an asus m2v motherboard, Joachim Schlichting
• New USB driver needed, Bill Davidsen
  • Re: New USB driver needed, Heikki Orsila
  • Re: New USB driver needed, Jiri Slaby
    • Re: New USB driver needed, Jan Engelhardt
• 2.6.18-rc3 - ReiserFS - warning: vs-8115: get_num_ver: not directory or indirect item, Jesper Juhl
  • Re: 2.6.18-rc3 - ReiserFS - warning: vs-8115: get_num_ver: not directory or indirect item, Redeeman
    • Re: 2.6.18-rc3 - ReiserFS - warning: vs-8115: get_num_ver: not directory or indirect item, Jesper Juhl
  • Re: 2.6.18-rc3 - ReiserFS - warning: vs-8115: get_num_ver: not directory or indirect item, Jan Engelhardt
• 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, bert hubert
  • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Tomasz Torcz
    • Re: 2.6.17 -> 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, bert hubert
      • Re: 2.6.17 -> 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Alexey Starikovskiy
      • Re: 2.6.17 -> 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, bert hubert
      • Re: 2.6.17 -> 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Dave Jones
      • Re: 2.6.17 -> 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, bert hubert
      • Re: 2.6.17 -> 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, bert hubert
      • Re: 2.6.17 -> 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Dave Jones
      • Re: 2.6.17 -> 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, bert hubert
      • Re: 2.6.17 -> 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Dave Jones
    • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Zwane Mwaikambo
      • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Tomasz Torcz
      • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Zwane Mwaikambo
      • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Tomasz Torcz
    • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Arjan van de Ven
      • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, bert hubert
      • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, David Rees
      • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, bert hubert
  • <Possible follow-ups>
  • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, Robert Hancock
    • Re: 2.6.18 regression: cpufreq broken since 2.6.18-rc1 on pentium4, bert hubert
• 2.6.18-rc2, problem to wake up spinned down drive?, Harald Dunkel
  • Re: 2.6.18-rc2, problem to wake up spinned down drive?, Johannes Weiner
    • Re: 2.6.18-rc2, problem to wake up spinned down drive?, Harald Dunkel
• FP in kernelspace, Jiri Slaby
  • Re: FP in kernelspace, Jiri Slaby
  • Re: FP in kernelspace, Arjan van de Ven
  • Re: FP in kernelspace, Avi Kivity
    • Re: FP in kernelspace, Arjan van de Ven
      • Re: FP in kernelspace, Jiri Slaby
      • Re: FP in kernelspace, Arjan van de Ven
      • Re: FP in kernelspace, Avi Kivity
      • Re: FP in kernelspace, Avi Kivity
      • Re: FP in kernelspace, Andi Kleen
      • Re: FP in kernelspace, Avi Kivity
      • Re: FP in kernelspace, Jan Engelhardt
      • Re: FP in kernelspace, Andi Kleen
      • Re: FP in kernelspace, Avi Kivity
      • Re: FP in kernelspace, Andi Kleen
    • Re: FP in kernelspace, Jan Engelhardt
      • Re: FP in kernelspace, Avi Kivity
      • Re: FP in kernelspace, Jan Engelhardt
  • Re: FP in kernelspace, Andi Kleen
  • Re: FP in kernelspace, Steven Rostedt
• [patch] espfix code cleanup more, Stas Sergeev
• ipw3945 status, Pavel Machek
  • Re: ipw3945 status, Matthew Garrett
    • Re: ipw3945 status, Pavel Machek
    • Re: ipw3945 status, Jan Dittmer
      • Re: ipw3945 status, Matthew Garrett
      • Re: ipw3945 status, Kasper Sandberg
      • Re: ipw3945 status, Theodore Tso
      • Re: ipw3945 status, Kasper Sandberg
      • Re: ipw3945 status, Theodore Tso
      • Re: ipw3945 status, Kasper Sandberg
      • Re: ipw3945 status, Jan Dittmer
      • Re: ipw3945 status, Matthew Garrett
      • Re: ipw3945 status, Alan Cox
      • Re: ipw3945 status, Pavel Machek
      • Re: ipw3945 status, Alistair John Strachan
      • Re: ipw3945 status, Kasper Sandberg
      • Re: ipw3945 status, Alon Bar-Lev
      • Re: ipw3945 status, Kasper Sandberg
      • Re: ipw3945 status, James Courtier-Dutton
      • Re: ipw3945 status, Kasper Sandberg
      • Re: ipw3945 status, Rene Rebe
      • Re: ipw3945 status, Kasper Sandberg
      • Re: ipw3945 status, Rene Rebe
      • Re: ipw3945 status, Kasper Sandberg
      • Re: ipw3945 status, Alan Cox
      • Re: ipw3945 status, Kasper Sandberg
      • Re: ipw3945 status, Rene Rebe
    • Re: ipw3945 status, Tomasz Torcz
      • Re: ipw3945 status, Matthew Garrett
• Re: 2.6.18-rc2-mm1 (fails without CONFIG_VIDEO_V4L1_COMPAT), Stas Sergeev
• ACPI-related problem with resuming from RAM, Rafael J. Wysocki
  • Re: ACPI-related problem with resuming from RAM, Rafael J. Wysocki
  • Re: ACPI-related problem with resuming from RAM, Pavel Machek
• Re: Driver model ISA bus, Simon White
  • Re: Driver model ISA bus, Rene Herman
  • <Possible follow-ups>
  • Re: Driver model ISA bus, Simon White
    • Re: Driver model ISA bus, Rene Herman
      • Re: Driver model ISA bus, Rene Herman
• let md auto-detect 128+ raid members, fix potential race condition, Alexandre Oliva
  • Re: let md auto-detect 128+ raid members, fix potential race condition, Andrew Morton
    • Re: let md auto-detect 128+ raid members, fix potential race condition, Alexandre Oliva
      • Re: let md auto-detect 128+ raid members, fix potential race condition, Andrew Morton
      • Re: let md auto-detect 128+ raid members, fix potential race condition, Neil Brown
      • Re: let md auto-detect 128+ raid members, fix potential race condition, Helge Hafting
      • Re: let md auto-detect 128+ raid members, fix potential race condition, Alexandre Oliva
      • Re: let md auto-detect 128+ raid members, fix potential race condition, David Greaves
• block-osm: NULL reply received (Promise SX6000) on 2.6.17 (was working on 2.6.16), Rubens Ramos
  • Re: block-osm: NULL reply received (Promise SX6000) on 2.6.17 (was working on 2.6.16), Randy.Dunlap
• Linux v2.6.18-rc3, Linus Torvalds
  • Re: Linux v2.6.18-rc3, Russell King
    • Re: Linux v2.6.18-rc3, Junio C Hamano
  • Re: Linux v2.6.18-rc3, Jesse Brandeburg
    • Re: Linux v2.6.18-rc3, Andrew Morton
      • Re: Linux v2.6.18-rc3, Alan Stern
      • Re: Linux v2.6.18-rc3, Andrew Morton
      • Re: Linux v2.6.18-rc3, Alan Stern
      • Re: Linux v2.6.18-rc3, Alan Stern
  • <Possible follow-ups>
  • Re: Linux v2.6.18-rc3, Hubert Tonneau
    • Re: Linux v2.6.18-rc3, Arjan van de Ven
    • Re: Linux v2.6.18-rc3, Greg KH
    • Re: Linux v2.6.18-rc3, Alistair John Strachan
  • Re: Linux v2.6.18-rc3, Hubert Tonneau
  • Re: Linux v2.6.18-rc3, Hubert Tonneau
    • Re: Linux v2.6.18-rc3, Jiri Slaby
    • Re: Linux v2.6.18-rc3, Greg KH
  • Re: Linux v2.6.18-rc3, Hubert Tonneau
  • Re: Linux v2.6.18-rc3, Hubert Tonneau
  • Re: Linux v2.6.18-rc3, Hubert Tonneau
• Re: Re: Re:, Parker Schwartz
• V2.6.18-rc2-latest git compilation fails on i386, Larry Finger
  • Re: V2.6.18-rc2-latest git compilation fails on i386, Jesper Juhl
    • Re: V2.6.18-rc2-latest git compilation fails on i386, Larry Finger
      • Re: V2.6.18-rc2-latest git compilation fails on i386, Jesper Juhl
• Trying to get my shiny new G5 (quad 2.5GHz) to boot under Linux, Kyle Moffett
  • Re: Trying to get my shiny new G5 (quad 2.5GHz) to boot under Linux, Michael Buesch
  • <Possible follow-ups>
  • Re: Trying to get my shiny new G5 (quad 2.5GHz) to boot under Linux, Mikael Pettersson
    • Re: Trying to get my shiny new G5 (quad 2.5GHz) to boot under Linux, Michael Buesch
• [RFC] [PATCH] file posix capabilities, Serge E. Hallyn
• rt_mutex_timed_lock() vs hrtimer_wakeup() race ?, Oleg Nesterov
  • Re: rt_mutex_timed_lock() vs hrtimer_wakeup() race ?, Steven Rostedt
    • Re: rt_mutex_timed_lock() vs hrtimer_wakeup() race ?, Oleg Nesterov
      • Re: rt_mutex_timed_lock() vs hrtimer_wakeup() race ?, Steven Rostedt
• [patch] espfix code cleanup, Stas Sergeev
• [PATCH] 9p: fix fid behavior on failed remove, Eric Van Hensbergen
• The Extender - the only Clinically Tested Pe-n-i-s Enlargement Product-Lourdes, Your Mngr. janajoeann
• [no subject], Spack
• [2.6.18-rc2-mm1] libata: DMA speed too slow for cdrecord, J.A. Magallón
  • Re: [2.6.18-rc2-mm1] libata: DMA speed too slow for cdrecord, Alan Cox
    • Re: [2.6.18-rc1-mm2] libata: DMA speed too slow for cdrecord, J.A. Magallón
      • Re: [2.6.18-rc1-mm2] libata: DMA speed too slow for cdrecord, Alan Cox
      • Re: [2.6.18-rc1-mm2] libata: DMA speed too slow for cdrecord, J.A. Magallón
• [KJ] (re) audit return code handling for kernel_thread [0/3], Neil Horman
  • Re: [KJ] (re) audit return code handling for kernel_thread [1/3], Neil Horman
    • Re: [KJ] (re) audit return code handling for kernel_thread [1/3], Andrew Morton
      • Re: [KJ] (re) audit return code handling for kernel_thread [1/3], Neil Horman
      • Re: [KJ] (re) audit return code handling for kernel_thread [1/3], Heiko Carstens
      • Re: [KJ] (re) audit return code handling for kernel_thread [1/3], Heiko Carstens
  • Re: [KJ] (re) audit return code handling for kernel_thread [2/3], Neil Horman
  • Re: [KJ] (re) audit return code handling for kernel_thread [3/3], Neil Horman
• [PATCH 1/1] net: correct-Traffic-shaper-Kconfig, Jiri Slaby
• [PATCH -repost] Watchdog: alim remove pci_find_device, Jiri Slaby
• [PATCH for 2.6.18] [4/8] x86_64: Calgary IOMMU - Multi-Node NULL pointer dereference fix, Andi Kleen
• [PATCH for 2.6.18] [8/8] MM: Remove rogue readahead printk, Andi Kleen
  • Re: [PATCH for 2.6.18] [8/8] MM: Remove rogue readahead printk, Trond Myklebust
    • Re: [PATCH for 2.6.18] [8/8] MM: Remove rogue readahead printk, Nate Diller
      • Re: [PATCH for 2.6.18] [8/8] MM: Remove rogue readahead printk, Trond Myklebust
      • Re: [PATCH for 2.6.18] [8/8] MM: Remove rogue readahead printk, Andrew Morton
      • Re: [PATCH for 2.6.18] [8/8] MM: Remove rogue readahead printk, Trond Myklebust
      • Re: [discuss] Re: [PATCH for 2.6.18] [8/8] MM: Remove rogue readahead printk, Andi Kleen
• [PATCH for 2.6.18] [3/8] x86_64: Calgary IOMMU - fix off by one error, Andi Kleen
• [PATCH for 2.6.18] [5/8] x86_64: Revert k8-bus.c northbridge access change, Andi Kleen
• [PATCH for 2.6.18] [6/8] x86_64: Fix swiotlb=force, Andi Kleen
• [PATCH for 2.6.18] [2/8] x86_64: On Intel systems when CPU has C3 don't use TSC, Andi Kleen
• [PATCH for 2.6.18] [7/8] i386: Fix up backtrace fallback patch, Andi Kleen
• [PATCH for 2.6.18][0/8] x86_64: introduction, Andi Kleen
• [PATCH for 2.6.18] [1/8] x86_64: Update defconfig, Andi Kleen
• [RFC 2/2] Char: mxser rework to allow dynamic structs, Jiri Slaby
• [RFC 1/2] Char: mxser, upgrade to 1.9.1, Jiri Slaby
  • Re: [RFC 1/2] Char: mxser, upgrade to 1.9.1, Andrew Morton
    • Re: [RFC 1/2] Char: mxser, upgrade to 1.9.1, Jiri Slaby
• test, Jiri Slaby
  • Re: test, Michal Piotrowski
    • Re: test, Jiri Slaby
  • <Possible follow-ups>
  • test, Jiri Slaby
• Re: [PATCH] MODULE_FIRMWARE for binary firmware(s), Jon Masters
  • <Possible follow-ups>
  • Fwd: [PATCH] MODULE_FIRMWARE for binary firmware(s), Jon Masters
    • Re: Fwd: [PATCH] MODULE_FIRMWARE for binary firmware(s), Sam Ravnborg
• [RFC: 2.6 patch] the scheduled removal of drivers/ieee1394/sbp2.c:force_inquiry_hack, Adrian Bunk
  • Re: [RFC: 2.6 patch] the scheduled removal of drivers/ieee1394/sbp2.c:force_inquiry_hack, Stefan Richter
• [RFC: 2.6 patch] the scheduled removal of the START_ARRAY ioctl for md, Adrian Bunk
  • Re: [RFC: 2.6 patch] the scheduled removal of the START_ARRAY ioctl for md, Neil Brown
• [patch] ide: eliminate redundant case in start_request(), Jason Lunz
• kernel hangs when trying to remove a bridge, Rodrigo Ventura
  • Re: kernel hangs when trying to remove a bridge, Stephen Hemminger
• [2.6.17.7 BUG] bonding + wifi -> BUG: scheduling while atomic, Mark Hindley
• 2.6.18-rc2-git7 build error with CONFIG_STACK_UNWIND enabled, Jesper Juhl
  • Re: 2.6.18-rc2-git7 build error with CONFIG_STACK_UNWIND enabled, Alexey Dobriyan
    • Re: 2.6.18-rc2-git7 build error with CONFIG_STACK_UNWIND enabled, Jesper Juhl
• [PATCH 0/2] A generic boolean-type, ricknu-0
  • [PATCH 1/2] include/linux: Defining bool, false and true, ricknu-0
  • [PATCH 2/2] drivers: Removes colliding boolean definitions, ricknu-0
• Sony ACPI extras mainline inclusion, Alessandro Guido
• [PATCH 2/2] headers_check: fix #include regexp, Alexey Dobriyan
  • Re: [PATCH 2/2] headers_check: fix #include regexp, Russell King
    • Re: [PATCH 2/2] headers_check: fix #include regexp, Alexey Dobriyan
• [PATCH 1/2] headers_check: clarify error message, Alexey Dobriyan
• Re: [PATCH] i386: Do backtrace fallback too, Dave Jones
  • Re: [PATCH] i386: Do backtrace fallback too, Erik Mouw
  • Re: [PATCH] i386: Do backtrace fallback too, Andi Kleen
    • Re: [PATCH] i386: Do backtrace fallback too, Dave Jones
      • Re: [PATCH] i386: Do backtrace fallback too, Andi Kleen
      • Re: [PATCH] i386: Do backtrace fallback too, Andi Kleen
      • Re: [PATCH] i386: Do backtrace fallback too, Dave Jones
• [PATCH 0/18] kbuild fixes, Sam Ravnborg
  • [PATCH] kbuild: hardcode value of YACC&LEX for aic7-triple-x, sam
    • [PATCH] kbuild: version.h and new headers_* targets does not require a kernel config, sam
      • [PATCH] kbuild: .gitignore utsrelease.h, sam
      • [PATCH] kbuild: improve error from file2alias, sam
      • [PATCH] kbuild: fix typo in modpost, sam
      • [PATCH] kbuild: -fno-stack-protector is not good, sam
      • [PATCH] kconfig: correct oldconfig for unset choice options, sam
      • [PATCH] kconfig: support DOS line endings, sam
      • [PATCH] kbuild: consistently decide when to rebuild a target, sam
    • Re: [PATCH] kbuild: hardcode value of YACC&LEX for aic7-triple-x, Alexey Dobriyan
      • Re: [PATCH] kbuild: hardcode value of YACC&LEX for aic7-triple-x, Sam Ravnborg
• legal present for Peniis, Damian
• easy invest and fast withdraw, bosstinre
• [Patch] 4/5 in support of hot-add memory x86_64 fix kernel mapping code, keith mannthey
  • Re: [discuss] [Patch] 4/5 in support of hot-add memory x86_64 fix kernel mapping code, Andi Kleen
    • Re: [discuss] [Patch] 4/5 in support of hot-add memory x86_64 fix kernel mapping code, keith mannthey
• [Patch] 5/5 in support of hot-add memory x86_64 fix acpi motherboard.c, keith mannthey
• [Patch] 2/5 in support of hot-add memory x86_64 create arch_find_node, keith mannthey
  • Re: [discuss] [Patch] 2/5 in support of hot-add memory x86_64 create arch_find_node, Andi Kleen
    • Re: [discuss] [Patch] 2/5 in support of hot-add memory x86_64 create arch_find_node, keith mannthey
    • Re: [discuss] [Patch] 2/5 in support of hot-add memory x86_64 create arch_find_node, KAMEZAWA Hiroyuki
      • Re: [Lhms-devel] [discuss] [Patch] 2/5 in support of hot-add memory x86_64 create arch_find_node, Yasunori Goto
• [Patch] 3/5 in support of hot-add memory x86_64 arch_find_node x86_64, keith mannthey
  • Re: [Lhms-devel] [Patch] 3/5 in support of hot-add memory x86_64 arch_find_node x86_64, Yasunori Goto
    • Re: [Lhms-devel] [Patch] 3/5 in support of hot-add memory x86_64 arch_find_node x86_64, Andi Kleen
• [Patch] 0/5 in support of hot-add memory x86_64, keith mannthey
• [Patch] 1/5 in support of hot-add memory x86_64 nodes_add cleanup, keith mannthey
  • Re: [Patch] 1/5 in support of hot-add memory x86_64 nodes_add cleanup, Andi Kleen
    • Re: [Patch] 1/5 in support of hot-add memory x86_64 nodes_add cleanup, keith mannthey
      • Re: [Patch] 1/5 in support of hot-add memory x86_64 nodes_add cleanup, Andi Kleen
• Reply me asap., EDMUND PARREN
• [RFC][PATCH] Fix lock inversion aio_kick_handler(), Zach Brown
  • Re: [RFC][PATCH] Fix lock inversion aio_kick_handler(), Benjamin LaHaise
    • Re: [RFC][PATCH] Fix lock inversion aio_kick_handler(), Zach Brown
• I have ssex much longer, because I take Exxtra-Time!, Wells
• via sata oops on init, Dave Jones
  • Re: via sata oops on init, Johannes Weiner
    • Re: via sata oops on init, Dave Jones
      • Re: via sata oops on init, Johannes Weiner
      • Re: via sata oops on init, Dave Jones
      • Re: via sata oops on init, Johannes Weiner
• use after free on ctrl-alt-del, Dave Jones
• [RFC] /dev/itimer, Edgar Toernig
  • Re: [RFC] /dev/itimer, Nicholas Miell
    • Re: [RFC] /dev/itimer, Edgar Toernig
      • Re: [RFC] /dev/itimer, Nicholas Miell
  • Re: [RFC] /dev/itimer, DervishD
    • Re: [RFC] /dev/itimer, Edgar Toernig
• cpufreq notifier initialization, Alan Stern
• [PATCH] SCSI: early detection of medium not present, updated, Alan Stern
• [RFC] Proposal: common kernel-wide GPIO interface, Chris Boot
  • Re: [RFC] Proposal: common kernel-wide GPIO interface, Bill Davidsen
  • Re: [RFC] Proposal: common kernel-wide GPIO interface, Robert Schwebel
    • Re: [RFC] Proposal: common kernel-wide GPIO interface, Ben Dooks
      • Re: [RFC] Proposal: common kernel-wide GPIO interface, Chris Boot
      • Re: [RFC] Proposal: common kernel-wide GPIO interface, Robert Schwebel
      • Re: [RFC] Proposal: common kernel-wide GPIO interface, Chris Boot
• [KJ] audit return code handling for kernel_thread [4/11], nhorman
• [KJ] audit return code handling for kernel_thread [2/11], nhorman
  • Re: [KJ] audit return code handling for kernel_thread [2/11], Russell King
    • Re: [KJ] audit return code handling for kernel_thread [2/11], Neil Horman
    • Re: [KJ] audit return code handling for kernel_thread [2/11], Neil Horman
      • Re: [KJ] audit return code handling for kernel_thread [2/11], Neil Horman
      • Re: [KJ] audit return code handling for kernel_thread [2/11], Russell King
      • Re: [KJ] audit return code handling for kernel_thread [2/11], Neil Horman
• [KJ] audit return code handling for kernel_thread [7/11], nhorman
• [KJ] audit return code handling for kernel_thread [6/11], nhorman
• [KJ] audit return code handling for kernel_thread [3/11], nhorman
• [KJ] audit return code handling for kernel_thread [9/11], nhorman
• [KJ] audit return code handling for kernel_thread [11/11], nhorman
• [KJ] audit return code handling for kernel_thread [10/11], nhorman
• [KJ] audit return code handling for kernel_thread [5/11], nhorman
• [KJ] audit return code handling for kernel_thread [1/11], nhorman
  • Re: [KJ] audit return code handling for kernel_thread [1/11], Nick Piggin
    • Re: [KJ] audit return code handling for kernel_thread [1/11], Neil Horman
• [KJ] audit return code handling for kernel_thread [8/11], nhorman
  • Re: [KJ] audit return code handling for kernel_thread [8/11], Stefan Richter
• lockdep tcp_v6_rcv message, Matt Domsch
  • [IPV6]: Audit all ip6_dst_lookup/ip6_dst_store calls, Herbert Xu
    • Re: [IPV6]: Audit all ip6_dst_lookup/ip6_dst_store calls, David Miller
      • Re: [IPV6]: Audit all ip6_dst_lookup/ip6_dst_store calls, Matt Domsch
      • Re: [IPV6]: Audit all ip6_dst_lookup/ip6_dst_store calls, David Miller
      • Re: [IPV6]: Audit all ip6_dst_lookup/ip6_dst_store calls, Matt Domsch
      • Re: [IPV6]: Audit all ip6_dst_lookup/ip6_dst_store calls, Herbert Xu
• [no subject], fhebrthrtoi
• [PATCH] 9p: fix marshalling bug in tcreate with empty extension field, Eric Van Hensbergen
• [PATCH rev2 1/4] dmaengine: enable mutliple clients and operations, Dan Williams
  • [PATCH rev2 3/4] dmaengine: expose per channel dma mapping characteristics to clients, Dan Williams
  • [PATCH rev2 2/4] dmaengine: reduce backend address permutations, Dan Williams
  • [PATCH rev2 4/4] dmaengine: add memset as an asynchronous dma operation, Dan Williams
• Areca arcmsr kernel integration, Theodore Bullock
  • Re: Areca arcmsr kernel integration, Greg KH
    • Re: Areca arcmsr kernel integration, Bron Gondwana
      • Re: Areca arcmsr kernel integration, Robert Mueller
      • RE: Areca arcmsr kernel integration, Theodore Bullock
• another Oops / BUG? (2.6.17.7 on VIA Epia CL6000), Udo van den Heuvel
  • Re: another Oops / BUG? (2.6.17.7 on VIA Epia CL6000), Johannes Weiner
• [patch 2/2] i386: use new CFI macros in entry.S, Chuck Ebbert
• [patch 1/2] i386: add CFI macros for stack manipulation, Chuck Ebbert
  • Re: [patch 1/2] i386: add CFI macros for stack manipulation, Andi Kleen
  • <Possible follow-ups>
  • Re: [patch 1/2] i386: add CFI macros for stack manipulation, Chuck Ebbert
    • Re: [patch 1/2] i386: add CFI macros for stack manipulation, Andi Kleen
• [PATCH 1/4] stex: cleanup and minor fixes, Ed Lin
• [PATCH 2/4] stex: add new device ids, Ed Lin
• [PATCH 3/4] stex: update internal copy code path, Ed Lin
• [PATCH 4/4] stex: add hard reset function, Ed Lin
• Goodbye from our Newsletter, Webmaster
• [ANNOUNCE] Linux 2.4.32-hf32.7, Willy Tarreau
• [PATCH] annotate arch/i386/lib/*.S, Jan Beulich
• [patch 5/5] Add the -fstack-protector option to the CFLAGS, Arjan van de Ven
  • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Andi Kleen
    • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Arjan van de Ven
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Andi Kleen
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Arjan van de Ven
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Sam Ravnborg
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Arjan van de Ven
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Sam Ravnborg
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Arjan van de Ven
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Valdis . Kletnieks
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, David Miller
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Valdis . Kletnieks
      • Re: [patch 5/5] Add the -fstack-protector option to the CFLAGS, Arjan van de Ven
• [patch 2/5] Add the Kconfig option for the stackprotector feature, Arjan van de Ven
  • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Daniel Walker
    • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Arjan van de Ven
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Andi Kleen
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Arjan van de Ven
    • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Paweł Sikora
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Arjan van de Ven
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Thierry Vignaud
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Paweł Sikora
  • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Adrian Bunk
    • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Andi Kleen
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Adrian Bunk
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Andi Kleen
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Adrian Bunk
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Valdis . Kletnieks
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Adrian Bunk
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Valdis . Kletnieks
      • Re: [patch 2/5] Add the Kconfig option for the stackprotector feature, Arjan van de Ven
• [patch 0/5] Add -fstack-protector support the the kernel, Arjan van de Ven
• [patch 3/5] Add the canary field to the PDA area and the task struct, Arjan van de Ven
• [patch 4/5] Add the __stack_chk_fail() function, Arjan van de Ven
• [patch 1/5] Add comments to the PDA structure to annotate offsets, Arjan van de Ven
  • Re: [patch 1/5] Add comments to the PDA structure to annotate offsets, Andi Kleen
    • Re: [patch 1/5] Add comments to the PDA structure to annotate offsets, Arjan van de Ven
      • Re: [patch 1/5] Add comments to the PDA structure to annotate offsets, Andi Kleen
      • Re: [patch 1/5] Add comments to the PDA structure to annotate offsets, Arjan van de Ven
      • Re: [patch 1/5] Add comments to the PDA structure to annotate offsets, Arjan van de Ven
• Accuracy of disk statistics IO counter, Mark Seger
  • Re: Accuracy of disk statistics IO counter, Jens Axboe
• Driver timeout, linux-os \(Dick Johnson\)
  • Re: Driver timeout, Alan Cox
    • Re: Driver timeout, linux-os \(Dick Johnson\)
  • Re: Driver timeout, Jan Engelhardt
• לימודי קולנוע, ביהס לקולנוע בוינגייט
• linus' git tree not available ATM?, Hans-Peter Jansen
• oom-killer: - error_code messages?, Nick Warne
• [PATCH] amd74xx: implement suspend-to-ram, Rafael J. Wysocki
  • Re: [PATCH] amd74xx: implement suspend-to-ram, Alan Cox
    • Re: [PATCH] amd74xx: implement suspend-to-ram, Jason Lunz
      • Re: [PATCH] amd74xx: implement suspend-to-ram, Brad Campbell
      • Re: [PATCH] amd74xx: implement suspend-to-ram, Alan Cox
    • [patch, rft] ide: reprogram disk pio timings on resume, Jason Lunz
      • Re: [patch, rft] ide: reprogram disk pio timings on resume, Brad Campbell
      • Re: [patch, rft] ide: reprogram disk pio timings on resume, Alan Cox
• [PATCH 2/2] OMAP: Update OMAP1/2 boards to give keymapsize and other pdata., Komal Shah
• [PATCH 1/2] OMAP: Add keypad driver #4, Komal Shah
  • Re: [PATCH 1/2] OMAP: Add keypad driver #4, Dmitry Torokhov
• [patch] bootmem: use MAX_DMA_ADDRESS instead of LOW32LIMIT, Heiko Carstens
  • Re: [patch] bootmem: use MAX_DMA_ADDRESS instead of LOW32LIMIT, Ingo Molnar
    • Re: [patch] bootmem: use MAX_DMA_ADDRESS instead of LOW32LIMIT, Martin Schwidefsky
      • Re: [patch] bootmem: use MAX_DMA_ADDRESS instead of LOW32LIMIT, Heiko Carstens
      • Re: [patch] bootmem: use MAX_DMA_ADDRESS instead of LOW32LIMIT, Ingo Molnar
• [PATCH] VIA IRQ quirk fixup only in XT_PIC mode Take 2, Sergio Monteiro Basto
  • Re: [PATCH] VIA IRQ quirk fixup only in XT_PIC mode Take 2, Andrew Morton
    • Re: [PATCH] VIA IRQ quirk fixup only in XT_PIC mode Take 2, Sergio Monteiro Basto
• Still broken sata (VIA) on Asus A8V (kernel 2.6.14+) with irqbalance, Vladimir B. Savkin
  • Re: Still broken sata (VIA) on Asus A8V (kernel 2.6.14+) with irqbalance, Heikki Orsila
    • Re: Still broken sata (VIA) on Asus A8V (kernel 2.6.14+) with irqbalance, Sergio Monteiro Basto
      • Re: Still broken sata (VIA) on Asus A8V (kernel 2.6.14+) with irqbalance, Heikki Orsila
• [2.6.18-rc2-mm1] libata ate one PATA channel, J.A. Magallón
  • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, Tejun Heo
    • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, J.A. Magallón
      • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, Tejun Heo
      • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, Alan Cox
      • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, Tejun Heo
      • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, Tejun Heo
      • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, Alan Cox
      • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, Tejun Heo
      • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, Jeff Garzik
      • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, Alan Cox
      • Re: [2.6.18-rc2-mm1] libata ate one PATA channel, J.A. Magallón
• [PATCH] 2.6.18-rc2-mm1: unresolved symbol brnf_deferred_hooks in xt_physdev module, Bernhard Rosenkraenzer
  • Re: [PATCH] 2.6.18-rc2-mm1: unresolved symbol brnf_deferred_hooks in xt_physdev module, Andrew Morton
• modprobe nsc-ircc dongle_id=0x08 doesn't find chip in 2.6.18-rc2, CIJOML
  • Re: modprobe nsc-ircc dongle_id=0x08 doesn't find chip in 2.6.18-rc2, Andrew Morton
• Sound problems with snd_hda on x86_64, Denis Vlasenko
  • Re: Sound problems with snd_hda on x86_64, Takashi Iwai
    • Re: Sound problems with snd_hda on x86_64, Denis Vlasenko
      • Re: Sound problems with snd_hda on x86_64, Takashi Iwai
      • Re: Sound problems with snd_hda on x86_64, Denis Vlasenko
      • Re: Sound problems with snd_hda on x86_64, Takashi Iwai
• [PATCH] knfsd: Fix stale file handle problem with subtree_checking., NeilBrown
  • Re: [PATCH] knfsd: Fix stale file handle problem with subtree_checking., J. Bruce Fields
    • Re: [PATCH] knfsd: Fix stale file handle problem with subtree_checking., Neil Brown
      • Re: [PATCH] knfsd: Fix stale file handle problem with subtree_checking., J. Bruce Fields
• [patch] s390: duplicate ccw devices in ccwgroup., Martin Schwidefsky
• [patch] s390: permanent subchannel busy conditions may cause I/O stall, Martin Schwidefsky
• How to port a legacy device driver to a new Linux platform?, heavenscape (sent by Nabble.com)
  • Re: How to port a legacy device driver to a new Linux platform?, Jiri Slaby
• [patch] fix common mistake in polling loops, Zed 0xff
  • Re: [patch] fix common mistake in polling loops, Jeff Garzik
  • Re: [patch] fix common mistake in polling loops, Dmitry Torokhov
• [PATCH -mm][resend] Disable CPU hotplug during suspend, Rafael J. Wysocki
  • Re: [PATCH -mm][resend] Disable CPU hotplug during suspend, Nathan Lynch
    • Re: [PATCH -mm][resend] Disable CPU hotplug during suspend, Rafael J. Wysocki
      • Re: [PATCH -mm][resend] Disable CPU hotplug during suspend, Rafael J. Wysocki
      • Re: [PATCH -mm][resend] Disable CPU hotplug during suspend, Nathan Lynch
      • Re: [PATCH -mm][resend] Disable CPU hotplug during suspend, Rafael J. Wysocki
      • Re: [PATCH -mm][resend] Disable CPU hotplug during suspend, Nathan Lynch
      • Re: [PATCH -mm][resend] Disable CPU hotplug during suspend, Rafael J. Wysocki
  • Re: [PATCH -mm][resend] Disable CPU hotplug during suspend, Andrew Morton
    • Re: [PATCH -mm][resend] Disable CPU hotplug during suspend, Rafael J. Wysocki
• [PATCH] Use BUG_ON(foo) instead of "if (foo) BUG()" in include/asm-i386/dma-mapping.h, Rolf Eike Beer
  • Re: [PATCH] Use BUG_ON(foo) instead of "if (foo) BUG()" in include/asm-i386/dma-mapping.h, Andrew Morton
  • Re: [PATCH] Use BUG_ON(foo) instead of "if (foo) BUG()" in include/asm-i386/dma-mapping.h, Muli Ben-Yehuda
• Re: + sched-force-sbin-init-off-isolated-cpus.patch added to -mm tree, Paul Jackson
• [PATCH 000 of 4] knfsd: Introduction, NeilBrown
  • [PATCH 001 of 4] knfsd: Drop 'serv' option to svc_recv and svc_process, NeilBrown
  • [PATCH 004 of 4] knfsd: Correctly handle error condition from lockd_up, NeilBrown
  • [PATCH 002 of 4] knfsd: Check return value of lockd_up in write_ports, NeilBrown
  • [PATCH 003 of 4] knfsd: Move makesock failed warning into make_socks., NeilBrown
  • Re: [PATCH 000 of 4] knfsd: Introduction, J. Bruce Fields
• www.realhighprofit.com Itnertnet can mkae you rihc. I beileve in it., austin daebum
• Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Alex Dubov
  • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Alexey Dobriyan
    • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Alex Dubov
  • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Andrey Panin
    • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Alex Dubov
  • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Pierre Ossman
    • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Alex Dubov
      • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Pierre Ossman
      • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Alex Dubov
      • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Pierre Ossman
  • <Possible follow-ups>
  • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Mikael Pettersson
    • Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers, Alex Dubov
• [PATCH 3/7] UML - Use ARRAY_SIZE more assiduously, Jeff Dike
• [PATCH 7/7] UML - Improve SIGBUS diagnostics, Jeff Dike
• [PATCH 5/7] UML - Whitespace fixes, Jeff Dike
• [PATCH 6/7] UML - Fix handling of failed execs of helpers, Jeff Dike
• [PATCH 2/7] UML - Use klibc setjmp/longjmp, Jeff Dike
• [PATCH 4/7] UML - Fix stack alignment, Jeff Dike
• [PATCH 1/7] UML - semaphore build fix, Jeff Dike
• Kernel -rc2-mm1 ate one PATA channel, J.A. Magallón
• [PATCH] VIA IRQ quirk fixup only in XT_PIC mode take 1 was [PATCH] Add SATA device to VIA IRQ quirk fixup list, Sergio Monteiro Basto
  • Re: [PATCH] VIA IRQ quirk fixup only in XT_PIC mode take 1 was [PATCH] Add SATA device to VIA IRQ quirk fixup list, Sergio Monteiro Basto
• [PATCH 000 of 2] knfsd: Don't allow bad file handles to cause extX to go readonly, NeilBrown
  • [PATCH 001 of 2] knfsd: Have ext2 reject file handles with bad inode numbers early., NeilBrown
  • [PATCH 002 of 2] knfsd: Make ext3 reject filehandles referring to invalid inode numbers, NeilBrown
  • Re: [NFS] [PATCH 000 of 2] knfsd: Don't allow bad file handles to cause extX to go readonly, Christoph Hellwig
• [RFC, PATCH, -rt] Early prototype RCU priority-boost patch, Paul E. McKenney
  • Re: [RFC, PATCH, -rt] Early prototype RCU priority-boost patch, Esben Nielsen
    • Re: [RFC, PATCH, -rt] Early prototype RCU priority-boost patch, Paul E. McKenney
      • Re: [RFC, PATCH, -rt] Early prototype RCU priority-boost patch, Esben Nielsen
      • Re: [RFC, PATCH, -rt] Early prototype RCU priority-boost patch, Paul E. McKenney
      • Re: [RFC, PATCH, -rt] Early prototype RCU priority-boost patch, hui
      • Re: [RFC, PATCH, -rt] Early prototype RCU priority-boost patch, Paul E. McKenney
      • Re: [RFC, PATCH, -rt] Early prototype RCU priority-boost patch, hui
      • Re: [RFC, PATCH, -rt] Early prototype RCU priority-boost patch, Paul E. McKenney
• [BUG] Lockdep recursive locking in kmem_cache_free, Thomas Gleixner
  • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Pekka Enberg
    • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Thomas Gleixner
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Christoph Lameter
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Thomas Gleixner
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Christoph Lameter
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Thomas Gleixner
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Thomas Gleixner
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Christoph Lameter
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Thomas Gleixner
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Christoph Lameter
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Ravikiran G Thirumalai
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Thomas Gleixner
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Christoph Lameter
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Alok Kataria
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Ravikiran G Thirumalai
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Arjan van de Ven
    • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Christoph Lameter
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Ravikiran G Thirumalai
      • Re: [BUG] Lockdep recursive locking in kmem_cache_free, Arjan van de Ven
• [PATCH -mm only] Add vector AIO support, Badari Pulavarty
• fctnl(F_SETSIG) no longer works in 2.6.17, does in 2.6.16., Orion Poplawski
  • <Possible follow-ups>
  • Re: fctnl(F_SETSIG) no longer works in 2.6.17, does in 2.6.16., Chuck Ebbert
    • Re: fctnl(F_SETSIG) no longer works in 2.6.17, does in 2.6.16., Trond Myklebust
• Linux v2.4.33-rc3 (and a new v2.4 maintainer), Marcelo Tosatti
  • Re: Linux v2.4.33-rc3 (and a new v2.4 maintainer), Bill Davidsen
  • Re: Linux v2.4.33-rc3 (and a new v2.4 maintainer), Willy Tarreau
  • <Possible follow-ups>
  • Re: Linux v2.4.33-rc3 (and a new v2.4 maintainer), Mikael Pettersson
    • Re: Linux v2.4.33-rc3 (and a new v2.4 maintainer), Grant Coady
      • Re: Linux v2.4.33-rc3 (and a new v2.4 maintainer), Willy Tarreau
    • Re: Linux v2.4.33-rc3 (and a new v2.4 maintainer), Marcelo Tosatti
• [PATCH] device-mapper: Add userspace target, Dan Smith
• [RFC] #define rwxr_xr_x 0755, Alexey Dobriyan
  • Re: [RFC] #define rwxr_xr_x 0755, Björn Steinbrink
    • Re: [RFC] #define rwxr_xr_x 0755, Handle X
      • Re: [RFC] #define rwxr_xr_x 0755, Josef Sipek
      • Re: [RFC] #define rwxr_xr_x 0755, Dmitry Torokhov
      • Re: [RFC] #define rwxr_xr_x 0755, Jan Engelhardt
  • Re: [RFC] #define rwxr_xr_x 0755, Josef Sipek
  • Re: [RFC] #define rwxr_xr_x 0755, Johannes Weiner
  • <Possible follow-ups>
  • Re: [RFC] #define rwxr_xr_x 0755, Albert Cahalan
• SUPER PROMOÇÃ0 DE C0MPUTAD0RES, COMPREMICRO
• Problems with Digi Etherlite Dirver, Paul G. Allen
  • Re: Problems with Digi Etherlite Dirver, Alan Cox
  • <Possible follow-ups>
  • RE: Problems with Digi Etherlite Dirver, Kilau, Scott
• RE: [PATCH] acpi: Add lock annotations to acpi_os_acquire_lock andacpi_os_release_lock, Brown, Len
• [PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11], David Howells
  • [PATCH 08/30] NFS: Add a lookupfh NFS RPC op [try #11], David Howells
  • [PATCH 04/30] NFS: Fix NFS4 callback up/down prototypes [try #11], David Howells
  • [PATCH 22/30] FS-Cache: Provide a filesystem-specific sync'able page bit [try #11], David Howells
  • [PATCH 02/30] NFS: Fix up split of fs/nfs/inode.c [try #11], David Howells
  • [PATCH 05/30] NFS: Rename struct nfs4_client to struct nfs_client [try #11], David Howells
  • [PATCH 26/30] NFS: Use local caching [try #11], David Howells
  • [PATCH 06/30] NFS: Rename nfs_server::nfs4_state [try #11], David Howells
  • [PATCH 17/30] NFS: Start rpciod in server common management [try #11], David Howells
  • [PATCH 19/30] NFS: Add server and volume lists to /proc [try #11], David Howells
  • [PATCH 27/30] FS-Cache: CacheFiles: ia64: missing copy_page export [try #11], David Howells
  • [PATCH 20/30] NFS: Fix error handling [try #11], David Howells
  • [PATCH 03/30] NFS: Disambiguate nfs_stat_to_errno() [try #11], David Howells
  • [PATCH 29/30] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super() [try #11], David Howells
  • [PATCH 01/30] NFS: Add dentry materialisation op [try #11], David Howells
  • [PATCH 25/30] FS-Cache: Make kAFS use FS-Cache [try #11], David Howells
  • [PATCH 15/30] NFS: Move rpc_ops from nfs_server to nfs_client [try #11], David Howells
  • [PATCH 16/30] NFS: Eliminate client_sys in favour of cl_rpcclient [try #11], David Howells
  • [PATCH 07/30] NFS: Return an error when starting the idmapping pipe [try #11], David Howells
  • [PATCH 09/30] NFS: Add a server capabilities NFS RPC op [try #11], David Howells
  • [PATCH 14/30] NFS: Make better use of inode* dereferencing macros [try #11], David Howells
  • [PATCH 13/30] NFS: Maintain a common server record for NFS2/3 as well as for NFS4 [try #11], David Howells
  • [PATCH 10/30] NFS: Generalise the nfs_client structure [try #11], David Howells
  • [PATCH 21/30] NFS: Secure the roots of the NFS subtrees in a shared superblock [try #11], David Howells
  • [PATCH 11/30] NFS: Use the dentry superblock directly in nfs_statfs() [try #11], David Howells
  • [PATCH 24/30] FS-Cache: Release page->private in failed readahead [try #11], David Howells
  • [PATCH 30/30] VFS: Destroy the dentries contributed by a superblock on unmounting [try #11], David Howells
  • [PATCH 12/30] NFS: Add extra const qualifiers [try #11], David Howells
  • Re: [PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11], Jeff Garzik
  • Re: [PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11], Andrew Morton
  • Re: [PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11], David Howells
    • Re: [PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11], Trond Myklebust
• [PATCH] Some const for linux/time.h, Jan Engelhardt
  • Re: [PATCH] Some const for linux/time.h, Josef Sipek
    • Re: [PATCH] Some const for linux/time.h, Jan Engelhardt
• [PATCH] ext3 -nobh option causes oops (2.6.17.7), Badari Pulavarty
• [PATCH/RFC] kconfig/lxdialog: make lxdialof a built-in, Sam Ravnborg
  • Re: [PATCH/RFC] kconfig/lxdialog: make lxdialof a built-in, Roman Zippel
    • Re: [PATCH/RFC] kconfig/lxdialog: make lxdialof a built-in, Sam Ravnborg
      • Re: [PATCH/RFC] kconfig/lxdialog: make lxdialof a built-in, Denis Vlasenko
      • Re: [PATCH/RFC] kconfig/lxdialog: make lxdialof a built-in, Sam Ravnborg
      • Re: [PATCH/RFC] kconfig/lxdialog: make lxdialof a built-in, Roman Zippel
    • Re: [PATCH/RFC] kconfig/lxdialog: make lxdialof a built-in, Sam Ravnborg
    • Re: [PATCH/RFC] kconfig/lxdialog: make lxdialof a built-in, Sam Ravnborg
• Linguistic fixes for Documentation/kbuild/, Jan Engelhardt
  • Re: Linguistic fixes for Documentation/kbuild/, Sam Ravnborg
  • Re: Linguistic fixes for Documentation/kbuild/, Randy.Dunlap
    • Re: Linguistic fixes for Documentation/kbuild/, Auke Kok
• [PATCH] acpi: Add lock annotations to acpi_os_acquire_lock and acpi_os_release_lock, Josh Triplett
• request_irq() return value, Mariusz Kozlowski
  • Re: request_irq() return value, Lukas Jelinek
  • Re: request_irq() return value, Stephen Hemminger
• [PATCH] timer: Add lock annotation to lock_timer_base, Josh Triplett
• [PATCH] timer: Fix tvec_bases initializer, Josh Triplett
• [PATCH] bug in futex unqueue_me, Christian Borntraeger
  • Re: [PATCH] bug in futex unqueue_me, Ingo Molnar
    • Re: [PATCH] bug in futex unqueue_me, Steven Rostedt
    • Re: [PATCH] bug in futex unqueue_me, Christian Borntraeger
      • Re: [PATCH] bug in futex unqueue_me, Ingo Molnar
• [PATCH] freevxfs: Add missing lock_kernel() to vxfs_readdir, Josh Triplett
• Y W R E Mature Couple Fucking On Sofa Till Facial, Willa Koehler
• [PATCH] documentation: Documentation/initrd.txt, Tom Horsley
  • <Possible follow-ups>
  • Re: [PATCH] documentation: Documentation/initrd.txt, Bodo Eggert
    • Re: [PATCH] documentation: Documentation/initrd.txt, Tom Horsley
      • Re: [PATCH] documentation: Documentation/initrd.txt, Dave Jones
      • Re: [PATCH] documentation: Documentation/initrd.txt, Bodo Eggert
• [Patch] [2.6.18-rc2-mm1] Return code checking for make_class_name(), Cornelia Huck
• lockdep: fix smc91x, Russell King
• [PATCH] update kernel-parameters.txt, jens m. noedler
  • Re: [PATCH] update kernel-parameters.txt, Randy.Dunlap
    • Re: [PATCH] update kernel-parameters.txt, jens m. noedler
• lockdep: results on ARM, Russell King
  • Re: lockdep: results on ARM, Ingo Molnar
  • Re: lockdep: results on ARM, Arjan van de Ven
    • Re: lockdep: results on ARM, H. Peter Anvin
• [RFC/PATCH] revoke/frevoke system calls V2, Pekka J Enberg
  • Re: [RFC/PATCH] revoke/frevoke system calls V2, Alan Cox
    • Re: Re: [RFC/PATCH] revoke/frevoke system calls V2, Pekka Enberg
      • Re: Re: [RFC/PATCH] revoke/frevoke system calls V2, Alan Cox
      • Re: Re: [RFC/PATCH] revoke/frevoke system calls V2, Pekka J Enberg
      • Re: Re: [RFC/PATCH] revoke/frevoke system calls V2, Alan Cox
      • Re: Re: [RFC/PATCH] revoke/frevoke system calls V2, Pekka J Enberg
      • Re: Re: [RFC/PATCH] revoke/frevoke system calls V2, Pekka Enberg
  • Re: [RFC/PATCH] revoke/frevoke system calls V2, Ulrich Drepper
    • Re: [RFC/PATCH] revoke/frevoke system calls V2, Pekka J Enberg
      • Re: [RFC/PATCH] revoke/frevoke system calls V2, Ulrich Drepper
      • Re: [RFC/PATCH] revoke/frevoke system calls V2, H. Peter Anvin
      • Re: [RFC/PATCH] revoke/frevoke system calls V2, Ulrich Drepper
      • Re: [RFC/PATCH] revoke/frevoke system calls V2, H. Peter Anvin
      • Re: [RFC/PATCH] revoke/frevoke system calls V2, Alan Cox
      • O_CAREFUL flag to disable open() side effects, H. Peter Anvin
      • Re: O_CAREFUL flag to disable open() side effects, Russell King
      • Re: O_CAREFUL flag to disable open() side effects, Alan Cox
      • Re: O_CAREFUL flag to disable open() side effects, H. Peter Anvin
      • Re: O_CAREFUL flag to disable open() side effects, Joshua Hudson
      • Re: O_CAREFUL flag to disable open() side effects, Ulrich Drepper
  • Re: [RFC/PATCH] revoke/frevoke system calls V2, Petr Baudis
    • Re: [RFC/PATCH] revoke/frevoke system calls V2, Pekka Enberg
      • Re: [RFC/PATCH] revoke/frevoke system calls V2, Horst H. von Brand
      • Re: [RFC/PATCH] revoke/frevoke system calls V2, Pekka J Enberg
    • Re: [RFC/PATCH] revoke/frevoke system calls V2, Alan Cox
• Building the kernel on an SMP box?, Brian D. McGrew
  • Re: Building the kernel on an SMP box?, Rolf Eike Beer
  • Re: Building the kernel on an SMP box?, Bill Davidsen
  • Re: Building the kernel on an SMP box?, Andi Kleen
    • Re: Building the kernel on an SMP box?, Bill Davidsen
      • Re: Building the kernel on an SMP box?, Andi Kleen
      • Re: Building the kernel on an SMP box?, Bill Davidsen
      • Re: Building the kernel on an SMP box?, Valdis . Kletnieks
      • Re: Building the kernel on an SMP box?, Andi Kleen
  • Re: Building the kernel on an SMP box?, Jesper Juhl
    • Re: Building the kernel on an SMP box?, Handle X
• [patch] ipc/msg.c: clean up coding style, Ingo Molnar
  • Re: [patch] ipc/msg.c: clean up coding style, Alexey Dobriyan
    • Re: [patch] ipc/msg.c: clean up coding style, Ingo Molnar
      • Re: [patch] ipc/msg.c: clean up coding style, Daniel Walker
      • Re: [patch] ipc/msg.c: clean up coding style, James Morris
      • Re: [patch] ipc/msg.c: clean up coding style, Ingo Molnar
• [PATCH] DMI: Decode and save OEM String information, Shem Multinymous
  • Re: [PATCH] DMI: Decode and save OEM String information, Bjorn Helgaas
    • Re: [PATCH] DMI: Decode and save OEM String information, Shem Multinymous
      • Re: [PATCH] DMI: