LKML: Linux Kernel Archive 2006 Q1
Thread Index
[
Prev Page
][
Next Page
]
Re: GPL V3 and Linux - Dead Copyright Holders
From
: Horst von Brand <
[email protected]
>
Re: [BUG GIT] Unable to handle kernel paging request at virtual address e1380288
From
: Alexey Dobriyan <
[email protected]
>
Re: [patch/trivial] nvidiafb: detect GeForce4 MX 4000 AGP 8x
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [Lhms-devel] [RFC/PATCH: 002/010] Memory hotplug for new nodes with pgdat allocation. (Wait table and zonelists initalization)
From
: Joel Schopp <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Trond Myklebust <
[email protected]
>
Re: 2.6.16-rc2-mm1
From
: Pavel Machek <
[email protected]
>
Re: [CFT] Don't use ASYNC_* nor SERIAL_IO_* with serial_core
From
: Russell King <
[email protected]
>
[patch] kbuild: add -fverbose-asm to i386 Makefile
From
: Chuck Ebbert <
[email protected]
>
[BUG GIT] Unable to handle kernel paging request at virtual address e1380288
From
: Marc Koschewski <
[email protected]
>
Re: RSS Limit implementation issue
From
: Bill Davidsen <
[email protected]
>
Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]]
From
:
[email protected]
(Lennart Sorensen)
Re: 2.6.16-rc2-mm1
From
: "Jim Crilly" <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Bill Davidsen <
[email protected]
>
Re: Fix s390 build failure.
From
: Dave Jones <
[email protected]
>
Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]]
From
: Phillip Susi <
[email protected]
>
Re: Support HDIO_GETGEO on device-mapper volumes
From
: Phillip Susi <
[email protected]
>
Tracking down exception in kernel/sched.c
From
: "Mark E Mason" <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: Fix s390 build failure.
From
: Linus Torvalds <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Bill Davidsen <
[email protected]
>
Re: pktcdvd stack usage regression
From
: Peter Osterlund <
[email protected]
>
Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]]
From
: Gene Heskett <
[email protected]
>
Re: [CFT] Don't use ASYNC_* nor SERIAL_IO_* with serial_core
From
: Pat Gefre <
[email protected]
>
Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]]
From
: Marc Koschewski <
[email protected]
>
Change by turning every minute healingly
From
: "Pam Rivera" <
[email protected]
>
Re: [RFC][PATCH 20/20] proc: Update /proc to support multiple pid spaces.
From
: Kirill Korotaev <
[email protected]
>
Re: 2.6.16-rc2-mm1 - BUG: unable to handle kernel NULL pointer dereference at virtual address 0000003a
From
: Andrew Morton <
[email protected]
>
Re: [PATCH -mm] swsusp: freeze user space processes first
From
: Pavel Machek <
[email protected]
>
Re: [Patch] 2.4.32 - Neighbour Cache (ARP) State machine bug Fixed
From
: Bill Davidsen <
[email protected]
>
Re: [RFC][PATCH 04/20] pspace: Allow multiple instaces of the process id namespace
From
: Kirill Korotaev <
[email protected]
>
Re: Support HDIO_GETGEO on device-mapper volumes
From
: Molle Bestefich <
[email protected]
>
2.6.16-rc2-mm1 - BUG: unable to handle kernel NULL pointer dereference at virtual address 0000003a
From
: Miles Lane <
[email protected]
>
Re: 2.6.16-rc2-mm1
From
: Matthias Urlichs <
[email protected]
>
vfork makes processes uninterruptible [was Re: [PATCH -mm] swsusp: freeze user space processes first]
From
: Pavel Machek <
[email protected]
>
Re: 2.6.16-rc2-mm1 -- BUG: warning at drivers/ieee1394/ohci1394.c:235/get_phy_reg()
From
: Andrew Morton <
[email protected]
>
Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]]
From
: Kyle Moffett <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
2.6.16-rc2-mm1 -- BUG: warning at drivers/ieee1394/ohci1394.c:235/get_phy_reg()
From
: Miles Lane <
[email protected]
>
Re: 2.6.16-rc2-mm1
From
: Coywolf Qi Hunt <
[email protected]
>
Fix s390 build failure.
From
: Dave Jones <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: a couple of oopses with 2.6.14
From
: Bernd Schubert <
[email protected]
>
[patch/trivial] nvidiafb: detect GeForce4 MX 4000 AGP 8x
From
: Ivan Matveich <
[email protected]
>
Re: cc-version not available to change EXTRA_CFLAGS
From
: Olaf Hering <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]]
From
: Gene Heskett <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Oliver Neukum <
[email protected]
>
Re: a couple of oopses with 2.6.14
From
: Andrew Morton <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: 2.6.16-rc2-mm1
From
: Andrew Morton <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Pete Zaitcev <
[email protected]
>
Re: [Pcihpd-discuss] [patch] acpiphp: add new bus to acpi
From
: Kristen Accardi <
[email protected]
>
Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]]
From
: Phillip Susi <
[email protected]
>
Re: [PATCH -mm] swsusp: fix mistake in documentation
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
Re: preempt-rt, NUMA and strange latency traces
From
: Lee Revell <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: [RFC][PATCH 01/20] pid: Intoduce the concept of a wid (wait id)
From
: Kirill Korotaev <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Chris Shoemaker <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: disabling libata
From
: Imre Gergely <
[email protected]
>
Re: perfmon2 code review: 32-bit ABI on 64-bit OS
From
: "Bryan O'Sullivan" <
[email protected]
>
Re: a couple of oopses with 2.6.14
From
: Bernd Schubert <
[email protected]
>
Re: Linux 2.6.15.4
From
: Jean Delvare <
[email protected]
>
Re: 2.6.16-rc2-mm1
From
: Coywolf Qi Hunt <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Alan Cox <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]]
From
: Marc Koschewski <
[email protected]
>
Re: ata1: command 0x35 timeout sata_nv driver
From
: Marc Perkel <
[email protected]
>
[PATCH] Problem with detecting the serial ports on a NetMos 9845
From
: "Steinar H. Gunderson" <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH] spi: Updated PXA2xx SSP SPI Driver
From
: Nicolas Pitre <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Michael Buesch <
[email protected]
>
Re: disabling libata
From
: Wakko Warner <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
:
[email protected]
Re: Let's get rid of ide-scsi
From
: Wakko Warner <
[email protected]
>
Re: [RESEND] [PATCH] nfsroot.txt (against Linux 2.6.15.2)
From
:
[email protected]
(Arthur Othieno)
Re: disabling libata
From
: Alan Cox <
[email protected]
>
Re: disabling libata
From
: "Barry K. Nathan" <
[email protected]
>
Re: [discuss] [RFC/PATCH: 004/010] Memory hotplug for new nodes with pgdat allocation. (pgdat alloc caller for x86_64)
From
: Andi Kleen <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: ata1: command 0x35 timeout sata_nv driver
From
: Alistair John Strachan <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Nikita Danilov <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
[PATCH] mm: Implement Swap Prefetching v24
From
: Con Kolivas <
[email protected]
>
Using fsync() to synchronize a USB mass storage device failed
From
: Christian Neumair <
[email protected]
>
Re: ata1: command 0x35 timeout sata_nv driver
From
: Prakash Punnoor <
[email protected]
>
Re: example of kernel thread
From
: Fawad Lateef <
[email protected]
>
Re: [PATCH] neofb: add more logic to determine sensibility of register readback
From
: Kyle Moffett <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: [Lhms-devel] [RFC/PATCH: 002/010] Memory hotplug for new nodes with pgdat allocation. (Wait table and zonelists initalization)
From
: Dave Hansen <
[email protected]
>
Re: ata1: command 0x35 timeout sata_nv driver
From
: Marc Perkel <
[email protected]
>
Re: [PATCH] fbdev: Fix typo in fbmem.c
From
: Mattia Dongili <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Luke-Jr <
[email protected]
>
Re: [Lhms-devel] [RFC/PATCH: 002/010] Memory hotplug for new nodes with pgdat allocation. (Wait table and zonelists initalization)
From
: Dave Hansen <
[email protected]
>
Re: ata1: command 0x35 timeout sata_nv driver
From
: Prakash Punnoor <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Greg KH <
[email protected]
>
Re: RSS Limit implementation issue
From
: Kyle Moffett <
[email protected]
>
Re: [Lhms-devel] [RFC/PATCH: 001/010] Memory hotplug for new nodes with pgdat allocation. (pgdat allocation)
From
: Dave Hansen <
[email protected]
>
Re: [Lhms-devel] [RFC/PATCH: 001/010] Memory hotplug for new nodes with pgdat allocation. (pgdat allocation)
From
: Dave Hansen <
[email protected]
>
Re: [Lhms-devel] [RFC/PATCH: 001/010] Memory hotplug for new nodes with pgdat allocation. (pgdat allocation)
From
: Dave Hansen <
[email protected]
>
Re: [Lhms-devel] [RFC/PATCH: 001/010] Memory hotplug for new nodes with pgdat allocation. (pgdat allocation)
From
: Dave Hansen <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Gene Heskett <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Diego Calleja <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
[PATCH 8/8] Notifier chain update: Remaining changes for new API
From
: Alan Stern <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Alan Cox <
[email protected]
>
[PATCH 7/8] Notifier chain update: Update usb_notify
From
: Alan Stern <
[email protected]
>
[PATCH 6/8] Notifier chain update: Changes to dcdbas.c
From
: Alan Stern <
[email protected]
>
ata1: command 0x35 timeout sata_nv driver
From
: Marc Perkel <
[email protected]
>
[PATCH 5/8] Notifier chain update: Don't unregister yourself
From
: Alan Stern <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Linus Torvalds <
[email protected]
>
[PATCH 4/8] Notifier chain update: die_chain changes
From
: Alan Stern <
[email protected]
>
[PATCH 3/8] Notifier chain update: Remove unneeded protection
From
: Alan Stern <
[email protected]
>
[PATCH 2/8] Notifier chain update: Simple definition changes
From
: Alan Stern <
[email protected]
>
[PATCH 1/8] Notifier chain update: API changes
From
: Alan Stern <
[email protected]
>
Re: disabling libata
From
: Imre Gergely <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Theodore Ts'o" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Christopher Friesen" <
[email protected]
>
example of kernel thread
From
: Ottavio Campana <
[email protected]
>
Re: libATA PATA status report, new patch
From
: Alan Cox <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Erik Mouw <
[email protected]
>
perfmon2 code review: 32-bit ABI on 64-bit OS
From
: Stephane Eranian <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: jerome lacoste <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Chris Shoemaker <
[email protected]
>
[PATCH] updated fstatat64 support
From
: Ulrich Drepper <
[email protected]
>
Re: [RESEND] [PATCH] nfsroot.txt (against Linux 2.6.15.2)
From
: Frederik Deweerdt <
[email protected]
>
Re: Cleanup possibility in asm-i386/string.h
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] Support HDIO_GETGEO on device-mapper volumes
From
: Phillip Susi <
[email protected]
>
[PATCH] fbdev: Fix typo in fbmem.c
From
: "Antonino A. Daplas" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Christopher Friesen" <
[email protected]
>
Re: [PATCH] Support HDIO_GETGEO on device-mapper volumes
From
: Alasdair G Kergon <
[email protected]
>
Re: [PATCH] Support HDIO_GETGEO on device-mapper volumes
From
: Phillip Susi <
[email protected]
>
Re: [RESEND] [PATCH] nfsroot.txt (against Linux 2.6.15.2)
From
:
[email protected]
(Arthur Othieno)
Re: Memory managment differences between 2.4 and 2.6 with mem=
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: [PATCH] Support HDIO_GETGEO on device-mapper volumes
From
: Alasdair G Kergon <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Theodore Ts'o" <
[email protected]
>
Memory managment differences between 2.4 and 2.6 with mem=
From
: "Serge Noiraud" <
[email protected]
>
Radeonfb ignores video= parameter [was: Re: 2.6.16-rc2-mm1]
From
: Mattia Dongili <
[email protected]
>
Re: RSS Limit implementation issue
From
: Ram Gupta <
[email protected]
>
Re: Cleanup possibility in asm-i386/string.h
From
: Roman Zippel <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Christopher Friesen" <
[email protected]
>
Re: pktcdvd stack usage regression
From
: Adrian Bunk <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
[RFC/PATCH: 007/010] Memory hotplug for new nodes with pgdat allocation. (pgdat link insert)
From
: Yasunori Goto <
[email protected]
>
[RFC/PATCH: 005/010] Memory hotplug for new nodes with pgdat allocation. (create sysfs for node (ia64))
From
: Yasunori Goto <
[email protected]
>
[RFC/PATCH: 004/010] Memory hotplug for new nodes with pgdat allocation. (pgdat alloc caller for x86_64)
From
: Yasunori Goto <
[email protected]
>
[RFC/PATCH: 010/010] Memory hotplug for new nodes with pgdat allocation.(allow -EEXIST of add_memory)
From
: Yasunori Goto <
[email protected]
>
[RFC/PATCH: 006/010] Memory hotplug for new nodes with pgdat allocation. (NODE_DATA array initalize for ia64).
From
: Yasunori Goto <
[email protected]
>
Re: disabling libata
From
: Erik Mouw <
[email protected]
>
[RFC/PATCH: 009/010] Memory hotplug for new nodes with pgdat allocation.(Register start func for acpi_memhotplug)
From
: Yasunori Goto <
[email protected]
>
[RFC/PATCH: 008/010] Memory hotplug for new nodes with pgdat allocation. (find node id via ACPI's dsdt)
From
: Yasunori Goto <
[email protected]
>
[RFC/PATCH: 002/010] Memory hotplug for new nodes with pgdat allocation. (Wait table and zonelists initalization)
From
: Yasunori Goto <
[email protected]
>
[RFC/PATCH: 003/010] Memory hotplug for new nodes with pgdat allocation. (pgdat alloc caller for ia64)
From
: Yasunori Goto <
[email protected]
>
[RFC/PATCH: 001/010] Memory hotplug for new nodes with pgdat allocation. (pgdat allocation)
From
: Yasunori Goto <
[email protected]
>
[RFC/PATCH: 000/010] Memory hotplug for new nodes with pgdat allocation.
From
: Yasunori Goto <
[email protected]
>
Re: kernel BUG at mm/swap.c:49
From
: Hugh Dickins <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Eric Dumazet <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Theodore Ts'o" <
[email protected]
>
netconsole problem
From
: "JaniD++" <
[email protected]
>
Re: disabling libata
From
: Imre Gergely <
[email protected]
>
Re: disabling libata
From
: Erik Mouw <
[email protected]
>
Re[5]:hey from Bibianita
From
: "Bianna M." <
[email protected]
>
Re: git for dummies, anyone? (was: Re: How in tarnation do I git v2.6.16-rc2? hg died and I still don't git git)
From
: "Theodore Ts'o" <
[email protected]
>
Re: [PATCH] neofb: add more logic to determine sensibility of register readback
From
: Christian Trefzer <
[email protected]
>
Re: [linux-pm] Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Gabor Gombas <
[email protected]
>
Re: [linux-pm] Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Pavel Machek <
[email protected]
>
Re: Cleanup possibility in asm-i386/string.h
From
: Andi Kleen <
[email protected]
>
Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Pavel Machek <
[email protected]
>
disabling libata
From
: Imre Gergely <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Dmitry Torokhov <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: pid_t range question
From
: Jan Engelhardt <
[email protected]
>
Re: [linux-pm] Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Matthew Garrett <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: preempt-rt, NUMA and strange latency traces
From
: Sébastien Dugué <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Jan Engelhardt <
[email protected]
>
Re: [linux-pm] Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Gabor Gombas <
[email protected]
>
Re: [-mm patch] drivers/scsi/gdth.c: make __gdth_execute() static
From
: Christoph Hellwig <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Jan Engelhardt <
[email protected]
>
Re: RSS Limit implementation issue
From
: Alan Cox <
[email protected]
>
RFC: disk geometry via sysfs
From
: "Seewer Philippe" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: Cleanup possibility in asm-i386/string.h
From
: Roman Zippel <
[email protected]
>
Re: preempt-rt, NUMA and strange latency traces
From
: Sébastien Dugué <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Christoph Hellwig <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "D. Hazelton" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
Re: libata janitor project
From
: Jeff Garzik <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "D. Hazelton" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Martin Mares <
[email protected]
>
Completely idiotic CD writing thread
From
: Jens Axboe <
[email protected]
>
2.6.16-rc2-git8: ieee80211 does not compile
From
: Ralf Hildebrandt <
[email protected]
>
Re: [2.6.16-rc2] Error - nsxfeval - And uncool silence from kernel hackers.
From
: Voluspa <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: kernel BUG at mm/swap.c:49
From
: Alistair John Strachan <
[email protected]
>
Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Stefan Seyfried <
[email protected]
>
Re: libata janitor project
From
: Philippe Seewer <
[email protected]
>
[-mm patch] fs/xfs/linux-2.6/xfs_linux.h: #if CONFIG_SMP -> #ifdef CONFIG_SMP
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH -mm] swsusp: fix mistake in documentation
From
: Pavel Machek <
[email protected]
>
[PATCH] trivial cleanup to proc_check_chroot()
From
: Herbert Poetzl <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: [cdrtools PATCH (GPL)] Re: CD writing in future Linux (stirring up a hornets' nest)
From
: jerome lacoste <
[email protected]
>
Re: [linux-pm] Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Pavel Machek <
[email protected]
>
Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Pavel Machek <
[email protected]
>
Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Pavel Machek <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
[PATCH -mm] swsusp: fix mistake in documentation
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andi Kleen <
[email protected]
>
Re: [cdrtools PATCH (GPL)] Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Wakko Warner <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Wakko Warner <
[email protected]
>
Re: libATA PATA status report, new patch
From
: Erik Mouw <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
libata janitor project
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] neofb: add more logic to determine sensibility of register readback
From
: "Antonino A. Daplas" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
[IPv6 since 2.6.12] connect() without bind() can't time out.
From
: Tetsuo Handa <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
[PATCH] neofb: add more logic to determine sensibility of register readback
From
: Christian Trefzer <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
[2.6 patch] drivers/scsi/libata-scsi.c: make some functions static
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Eric Dumazet <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: Fw: Bug in saa7134/tuner (Pinnacle MediaCenter 300i)
From
: Christian Roessner <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
[2.6 patch] drivers/char/agp/Kconfig: help text updates
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] drivers/net/ns83820.c: add paramter to disable auto negotiation
From
: Andrew Morton <
[email protected]
>
Re: 2.6.16-rc2-mm1
From
: Sachin Sant <
[email protected]
>
Fwd: How to call a function in a module from the kernel code !!! (Linux kernel)
From
: omkar lagu <
[email protected]
>
[PATCH 4/4] net: remove CONFIG_NET_CBUS conditional for NS8390
From
: Arthur Othieno <
[email protected]
>
[PATCH 0/4] PC98: remove remaining debris.
From
: Arthur Othieno <
[email protected]
>
[PATCH 2/4] input: 98kbd{,-io} and 98spkr removal, really.
From
: Arthur Othieno <
[email protected]
>
[PATCH 1/4] block: floppy98 removal, really.
From
: Arthur Othieno <
[email protected]
>
[patch 2/2] s390: fix locking in __chp_add() and s390_subchannel_remove_chpid()
From
: Heiko Carstens <
[email protected]
>
[PATCH 3/4] sound: remove PC98-specific OPL3_HW_OPL3_PC98
From
: Arthur Othieno <
[email protected]
>
[PATCH 1/4] block: floppy98 removal, really.
From
: Arthur Othieno <
[email protected]
>
[patch 1/2] s390: compat signal compile fix
From
: Heiko Carstens <
[email protected]
>
[PATCH 4/4] net: remove CONFIG_NET_CBUS conditional for NS8390
From
: Arthur Othieno <
[email protected]
>
[PATCH 3/4] sound: remove PC98-specific OPL3_HW_OPL3_PC98
From
: Arthur Othieno <
[email protected]
>
[PATCH 2/4] input: 98kbd{,-io} and 98spkr removal, really.
From
: Arthur Othieno <
[email protected]
>
Re: [v4l-dvb-maintainer] Re: [2.6 patch] drivers/media/dvb/bt8xx/: make2 structs static
From
: "Florian Schirmer" <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Heiko Carstens <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] drivers/net/ns83820.c: add paramter to disable auto negotiation
From
: Dan Faerch <
[email protected]
>
Re: [rfc][patch] sched: remove smpnice
From
: Ingo Molnar <
[email protected]
>
Re: [CFT] Don't use ASYNC_* nor SERIAL_IO_* with serial_core
From
: Russell King <
[email protected]
>
[RESEND] [PATCH] nfsroot.txt (against Linux 2.6.15.2)
From
: Nico Schottelius <
[email protected]
>
Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
From
: Kyle Moffett <
[email protected]
>
Re: How to call a function in a module from the kernel code !!! (Linux kernel)
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH] Support HDIO_GETGEO on device-mapper volumes
From
: "Darrick J. Wong" <
[email protected]
>
Re: Linux 2.6.15.4
From
: Chris Wright <
[email protected]
>
Linux 2.6.15.4
From
: Chris Wright <
[email protected]
>
Re: [stable] Re: [patch 6/6] [NETFILTER]: Fix another crash in ip_nat_pptp (CVE-2006-0037)
From
: Harald Welte <
[email protected]
>
Re: Taking a break from Kernel Traffic
From
: Zack Brown <
[email protected]
>
Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Stefan Seyfried <
[email protected]
>
Re: 2.6.15-rt16: possible sound-related side-effect
From
: Steven Rostedt <
[email protected]
>
Firmware Flashing (Was: CD writing in future Linux (stirring up a hornets' nest))
From
: Luke-Jr <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
:
[email protected]
Re: [patch] slab: Avoid deadlock at kmem_cache_create/kmem_cache_destroy
From
: Pekka J Enberg <
[email protected]
>
Re: How to call a function in a module from the kernel code !!! (Linux kernel)
From
: Steven Rostedt <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: [rfc][patch] sched: remove smpnice
From
: Con Kolivas <
[email protected]
>
Re: [PATCH] block: kill not-so-popular simple flag testing macros
From
: Jens Axboe <
[email protected]
>
Re: OCFS2 Filesystem inconsistency across nodes
From
: Claudio Martins <
[email protected]
>
Re: [rfc][patch] sched: remove smpnice
From
: Andrew Morton <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
:
[email protected]
Re: OCFS2 Filesystem inconsistency across nodes
From
: Claudio Martins <
[email protected]
>
Re: [rfc][patch] sched: remove smpnice
From
: "Siddha, Suresh B" <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: OCFS2 Filesystem inconsistency across nodes
From
: Mark Fasheh <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: 2.6 vs 2.4, ssh terminal slowdown
From
: MIke Galbraith <
[email protected]
>
Re: [Devel] Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
From
: Vasily Averin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: git for dummies, anyone? (was: Re: How in tarnation do I git v2.6.16-rc2? hg died and I still don't git git)
From
: Willy Tarreau <
[email protected]
>
Re: [RFC][PATCH 1/5] Virtualization/containers: startup
From
:
[email protected]
(Eric W. Biederman)
Re: Let's get rid of ide-scsi
From
: Alex Davis <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: [2.6 patch] drivers/media/dvb/bt8xx/: make 2 structs static
From
: Manu Abraham <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Con Kolivas <
[email protected]
>
Re: [RFC][PATCH 1/5] Virtualization/containers: startup
From
: Nigel Cunningham <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] alpha: remove __alpha_cix__ and __alpha_fix__
From
:
[email protected]
(Akinobu Mita)
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Con Kolivas <
[email protected]
>
OCFS2 Filesystem inconsistency across nodes
From
: Claudio Martins <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Joshua Kwan <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Con Kolivas <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Greg KH <
[email protected]
>
Re: Terminate process that fails on a constrained allocation V3
From
: Andrew Morton <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: EC interrupt mode by default breaks power button and lid button
From
: Gerhard Schrenk <
[email protected]
>
Re: [PATCH] Support HDIO_GETGEO on device-mapper volumes
From
: Phillip Susi <
[email protected]
>
Re: [stable] Re: [patch 6/6] [NETFILTER]: Fix another crash in ip_nat_pptp (CVE-2006-0037)
From
: Greg KH <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Alexander Samad <
[email protected]
>
Re: [stable] Re: [patch 6/6] [NETFILTER]: Fix another crash in ip_nat_pptp (CVE-2006-0037)
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Andrew Morton <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Alexander Samad <
[email protected]
>
Re: [stable] Re: [patch 6/6] [NETFILTER]: Fix another crash in ip_nat_pptp (CVE-2006-0037)
From
: Greg KH <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Nick Piggin <
[email protected]
>
Re: [2.6 patch] drivers/media/dvb/frontends/mt312.c: cleanups
From
: Michael Krufky <
[email protected]
>
Re: [PATCH] fstatat64 support
From
: "H. Peter Anvin" <
[email protected]
>
Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
From
: Sam Vilain <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: [2.6.16-rc2] Error - nsxfeval - And uncool silence from kernel hackers.
From
: Greg KH <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] drivers/net/ns83820.c: add paramter to disable auto negotiation
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Con Kolivas <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Nick Piggin <
[email protected]
>
NOTIFICATION - A New Penny-Stock Profile
From
: "Margery Booker" <
[email protected]
>
[PATCH] drivers/net/ns83820.c: add paramter to disable auto negotiation
From
: Steve Briggs <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Con Kolivas <
[email protected]
>
Re: [Patch] Generic AGP PM support.
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v23
From
: Andrew Morton <
[email protected]
>
[OOPS] Only occurs when warm-booting 2.6.14
From
: James Lamanna <
[email protected]
>
2.6.15-rt16: possible sound-related side-effect
From
: Jonathan Woithe <
[email protected]
>
Re: [2.6.16-rc2] Error - nsxfeval - And uncool silence from kernel hackers.
From
: Voluspa <
[email protected]
>
Re: [2.6.16-rc2] Error - nsxfeval - And uncool silence from kernel hackers.
From
: Voluspa <
[email protected]
>
Re: [PATCH] Support HDIO_GETGEO on device-mapper volumes
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] spi: Updated PXA2xx SSP SPI Driver
From
: Andrew Morton <
[email protected]
>
[PATCH] mm: Implement Swap Prefetching v23
From
: Con Kolivas <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Jim Crilly" <
[email protected]
>
Re: [Lhms-devel] [RFC:PATCH(000/003)] Memory add to onlined node. (ver. 2)
From
: Yasunori Goto <
[email protected]
>
Re: [PATCH] spi: Updated PXA2xx SSP SPI Driver
From
: Stephen Street <
[email protected]
>
[BUG] sysfs_d_iput()
From
: Yury Polyanskiy <
[email protected]
>
[PATCH] Support HDIO_GETGEO on device-mapper volumes
From
: "Darrick J. Wong" <
[email protected]
>
Re: pid_t range question
From
: Bodo Eggert <
[email protected]
>
Re: [PATCH] block: kill not-so-popular simple flag testing macros
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Con Kolivas <
[email protected]
>
Re: Cleanup possibility in asm-i386/string.h
From
: Kyle Moffett <
[email protected]
>
Re: Cleanup possibility in asm-i386/string.h
From
: Roman Zippel <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Con Kolivas <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: KAMEZAWA Hiroyuki <
[email protected]
>
Re: Help with 2.6.10 concurrency issue
From
: Robert Hancock <
[email protected]
>
[2.6 patch] drivers/media/dvb/bt8xx/: make 2 structs static
From
: Adrian Bunk <
[email protected]
>
[2.6 patch] drivers/scsi/qla2xxx/: make some functions static
From
: Adrian Bunk <
[email protected]
>
[-mm patch] drivers/video/geode/video_gx.c: make struct gx_pll_table_48MHz static
From
: Adrian Bunk <
[email protected]
>
[-mm patch] drivers/message/fusion/mptctl.c: make struct async_queue static
From
: Adrian Bunk <
[email protected]
>
[-mm patch] drivers/scsi/gdth.c: make __gdth_execute() static
From
: Adrian Bunk <
[email protected]
>
Re: Let's get rid of ide-scsi
From
: Wakko Warner <
[email protected]
>
Re: Cleanup possibility in asm-i386/string.h
From
: Andi Kleen <
[email protected]
>
Re: a couple of oopses with 2.6.14
From
: Bernd Schubert <
[email protected]
>
[ANNOUNCE][RFC] PlugSched-6.3 for 2.6.16-rc2 and 2.6.16-rc2-mm1
From
: Peter Williams <
[email protected]
>
Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
From
: Kyle Moffett <
[email protected]
>
Let's get rid of ide-scsi
From
: Alex Davis <
[email protected]
>
Re: [PATCH] block: kill not-so-popular simple flag testing macros
From
: Tejun Heo <
[email protected]
>
ata1: command 0x35 timeout sata_nv
From
: Marc Perkel <
[email protected]
>
Re: PROBLEM: kernel BUG at mm/rmap.c:486 - kernel 2.6.15-r1
From
: Alistair John Strachan <
[email protected]
>
Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)
From
: Nigel Cunningham <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Con Kolivas <
[email protected]
>
Re: Cleanup possibility in asm-i386/string.h
From
: Adrian Bunk <
[email protected]
>
Re: git for dummies, anyone? (was: Re: How in tarnation do I git v2.6.16-rc2? hg died and I still don't git git)
From
: Paul Jackson <
[email protected]
>
Re: PROBLEM: kernel BUG at mm/rmap.c:486 - kernel 2.6.15-r1
From
: Dave Spring <
[email protected]
>
Re: a couple of oopses with 2.6.14
From
: James Bottomley <
[email protected]
>
Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)
From
: Pavel Machek <
[email protected]
>
Re: [2.6.16-rc2] Error - nsxfeval - And uncool silence from kernel hackers.
From
: Greg KH <
[email protected]
>
Re: man-pages-2.23 is released
From
: "Michael Kerrisk" <
[email protected]
>
Re: a couple of oopses with 2.6.14
From
: Andrew Morton <
[email protected]
>
Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)
From
: Pavel Machek <
[email protected]
>
Re: man-pages-2.23 is released
From
: Christoph Lameter <
[email protected]
>
Re: git for dummies, anyone? (was: Re: How in tarnation do I git v2.6.16-rc2? hg died and I still don't git git)
From
: Willy Tarreau <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Kyle Moffett <
[email protected]
>
RE: [2.6.16-rc2] Error - nsxfeval - And uncool silence from kernel hackers.
From
: "Moore, Robert" <
[email protected]
>
Re: [patch] sparc64: fix syscall table - sys_newfstatat
From
: "David S. Miller" <
[email protected]
>
Re: RSS Limit implementation issue
From
:
[email protected]
(Bernd Eckenfels)
man-pages-2.23 is released
From
: "Michael Kerrisk" <
[email protected]
>
Re: OOM behavior in constrained memory situations
From
: David Gibson <
[email protected]
>
Re: How to call a function in a module from the kernel code !!! (Linux kernel)
From
: Kyle Moffett <
[email protected]
>
[2.6.16-rc2] Error - nsxfeval - And uncool silence from kernel hackers.
From
: Voluspa <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Con Kolivas <
[email protected]
>
Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)
From
: Nigel Cunningham <
[email protected]
>
Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)
From
: Nigel Cunningham <
[email protected]
>
Probably a BUG: kswapd0[116] exited with preempt_count 1
From
: Andreas Herrmann <
[email protected]
>
Re: [cdrtools PATCH (GPL)] Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Sam Vilain <
[email protected]
>
Re: The issues for agreeing on a virtualization/namespaces implementation.
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 1/4] Virtualization/containers: introduction
From
: Sam Vilain <
[email protected]
>
x86_64: check_timer() panic in kdump kernel (2.6.16-rc2)
From
: Vivek Goyal <
[email protected]
>
Re: [PATCH 1/4] Virtualization/containers: introduction
From
:
[email protected]
(Eric W. Biederman)
Re: CD writing in future Linux
From
: Jan Engelhardt <
[email protected]
>
Re: file system question
From
: Ram Gupta <
[email protected]
>
Re: [Lhms-devel] [RFC:PATCH(000/003)] Memory add to onlined node. (ver. 2)
From
: Joel Schopp <
[email protected]
>
Re: + fork-allow-init-to-become-a-session-leader.patch added to -mm tree
From
:
[email protected]
(Eric W. Biederman)
Re: libATA PATA status report, new patch
From
: Meelis Roos <
[email protected]
>
RSS Limit implementation issue
From
: Ram Gupta <
[email protected]
>
Help with 2.6.10 concurrency issue
From
: martin rogers <
[email protected]
>
Re: [PATCH v2 02/07] cpuset use combined atomic_inc_return calls
From
: Paul Jackson <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Ashok Raj <
[email protected]
>
Re: [PATCH] Megaraid cleanup
From
: Jesper Juhl <
[email protected]
>
Re: kernel BUG at mm/swap.c:49
From
: Marc Koschewski <
[email protected]
>
Re: 2.6.16-rc1 panic on startup (acpi)
From
: Dave Jones <
[email protected]
>
Re: 2.6.16-rc1 panic on startup (acpi)
From
: Dave Jones <
[email protected]
>
Re: kernel BUG at mm/swap.c:49
From
: "Jim Crilly" <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
Re: Terminate process that fails on a constrained allocation V3
From
: Andi Kleen <
[email protected]
>
[ANNOUNCE] libhugetlbfs
From
: Adam Litke <
[email protected]
>
Re: pid_t range question
From
: Jesper Juhl <
[email protected]
>
Re: Terminate process that fails on a constrained allocation V3
From
: Christoph Lameter <
[email protected]
>
Re: [cdrtools PATCH (GPL)] Re: CD writing in future Linux (stirring up a hornets' nest)
From
: jerome lacoste <
[email protected]
>
Re: 2.6 vs 2.4, ssh terminal slowdown
From
: Lee Revell <
[email protected]
>
Re: Terminate process that fails on a constrained allocation V3
From
: Andi Kleen <
[email protected]
>
Re: preempt-rt, NUMA and strange latency traces
From
: Lee Revell <
[email protected]
>
BUG at drivers/net/dl2k.c
From
: Vincent ETIENNE <
[email protected]
>
Terminate process that fails on a constrained allocation V3
From
: Christoph Lameter <
[email protected]
>
kernel BUG at :49795!
From
: Lee Revell <
[email protected]
>
Re: KERNEL: assertion (!sk->sk_forward_alloc) failed
From
: Ian McDonald <
[email protected]
>
[PATCH 1/1] megaraid_legacy: kobject_register failure
From
: "Ju, Seokmann" <
[email protected]
>
Re: Fwd: How to call a function in a module from the kernel code !!! (Linux kernel)
From
: Michael Buesch <
[email protected]
>
Re: KERNEL: assertion (!sk->sk_forward_alloc) failed
From
: "Boris B. Zhmurov" <
[email protected]
>
[PATCH] tty buffering stall fix
From
: Paul Fulghum <
[email protected]
>
Fwd: How to call a function in a module from the kernel code !!! (Linux kernel)
From
: omkar lagu <
[email protected]
>
Re: KERNEL: assertion (!sk->sk_forward_alloc) failed
From
: Ian McDonald <
[email protected]
>
Re: [PATCH v2 02/07] cpuset use combined atomic_inc_return calls
From
: Michael Buesch <
[email protected]
>
Re: [RFC][PATCH 2/7] VPIDs: pid/vpid conversions
From
:
[email protected]
(Eric W. Biederman)
Re: KERNEL: assertion (!sk->sk_forward_alloc) failed
From
: "Boris B. Zhmurov" <
[email protected]
>
RE: megaraid bug in kobject_register when no device is present
From
: "Ju, Seokmann" <
[email protected]
>
Re: [PATCH] alpha: remove __alpha_cix__ and __alpha_fix__
From
: Richard Henderson <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Ashok Raj <
[email protected]
>
[PATCH v2 04/07] cpuset memory spread page cache implementation and hooks
From
: Paul Jackson <
[email protected]
>
[PATCH v2 03/07] cpuset memory spread basic implementation
From
: Paul Jackson <
[email protected]
>
[PATCH v2 06/07] cpuset memory spread slab cache optimizations
From
: Paul Jackson <
[email protected]
>
[PATCH v2 05/07] cpuset memory spread slab cache implementation
From
: Paul Jackson <
[email protected]
>
[PATCH v2 07/07] cpuset memory spread slab cache hooks
From
: Paul Jackson <
[email protected]
>
[PATCH v2 01/07] cpuset cleanup not not operators
From
: Paul Jackson <
[email protected]
>
[PATCH v2 02/07] cpuset use combined atomic_inc_return calls
From
: Paul Jackson <
[email protected]
>
Re: preempt-rt, NUMA and strange latency traces
From
: john stultz <
[email protected]
>
[git patches] libata fixes
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] block: kill not-so-popular simple flag testing macros
From
: Jeff Garzik <
[email protected]
>
a couple of oopses with 2.6.14
From
: Bernd Schubert <
[email protected]
>
[patch] slab: Avoid deadlock at kmem_cache_create/kmem_cache_destroy
From
: Ravikiran G Thirumalai <
[email protected]
>
[PATCH] wait_for_helper: trivial style cleanup
From
: Oleg Nesterov <
[email protected]
>
[PATCH] sys_signal: initialize ->sa_mask
From
: Oleg Nesterov <
[email protected]
>
Re: [PATCH GIT] drivers/block/ub.c - misc. cleanup/indentation, removed unneeded return
From
: Pete Zaitcev <
[email protected]
>
[PATCH] do_sigaction: cleanup ->sa_mask manipulation
From
: Oleg Nesterov <
[email protected]
>
Re: swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
From
:
[email protected]
(Eric W. Biederman)
Re: pid_t range question
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Nikita Danilov <
[email protected]
>
Re: file system question
From
: kapil a <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
:
[email protected]
(Lennart Sorensen)
Re: [PATCH] Add generic backlight support to toshiba_acpi driver
From
: Ben Slusky <
[email protected]
>
Re: [PATCH 1/4] Virtualization/containers: introduction
From
: Jeff Dike <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 1/4] Virtualization/containers: introduction
From
: Jeff Dike <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andi Kleen <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Jan Engelhardt <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Martin Mares <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Jan Engelhardt <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
RE: [PATCH] kconfig: detect if -lintl is needed when linking conf,mconf
From
: "Robb, Sam" <
[email protected]
>
Re: [PATCH GIT] drivers/block/ub.c - misc. cleanup/indentation, removed unneeded return
From
: Marc Koschewski <
[email protected]
>
Re: [PATCH GIT] drivers/block/ub.c - misc. cleanup/indentation, removed unneeded return
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Nathan Lynch <
[email protected]
>
Re: Question regarding /proc/<pid>/fd and pipes
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] Add generic backlight support to toshiba_acpi driver
From
: Jan Engelhardt <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Jan Engelhardt <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
swsusp done by migration (was Re: [RFC][PATCH 1/5] Virtualization/containers: startup)
From
: Pavel Machek <
[email protected]
>
Re: [cdrtools PATCH (GPL)] Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Pavel Machek <
[email protected]
>
Re: 2.6 vs 2.4, ssh terminal slowdown
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] amd76x_pm: C3 powersaving for AMD K7
From
: Pavel Machek <
[email protected]
>
Re: FYI: RAID5 unusably unstable through 2.6.14
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Ashok Raj <
[email protected]
>
RE: [Lhms-devel] [RFC:PATCH(000/003)] Memory add to onlined node. (ver. 2)
From
: "Luck, Tony" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Zoltan Boszormenyi <
[email protected]
>
StartSCMÆóÒµ¹©Ó¦Á´,»¥ÁªÍøʱ´ú¹©Ó¦ÉÌ,ÁãÊÛÉÌ,Åú·¢ÉÌÒÔ¼°×îÖÕ¿Í»§µÄ×ۺϹÜÀíÓ¦ÓÃϵͳ
From
:
[email protected]
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Nathan Lynch <
[email protected]
>
Re: pid_t range question
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH GIT] drivers/block/ub.c - misc. cleanup/indentation, removed unneeded return
From
: Pete Zaitcev <
[email protected]
>
Re: [PATCH] Add generic backlight support to toshiba_acpi driver
From
: Matthew Garrett <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: [PATCH] Add generic backlight support to toshiba_acpi driver
From
: Jan Engelhardt <
[email protected]
>
Re: git for dummies, anyone?
From
: Catalin Marinas <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Rik van Riel <
[email protected]
>
Re: Linux running on a PCI Option device?
From
: Jon Ringle <
[email protected]
>
Re: [PATCH 1/4] Virtualization/containers: introduction
From
: Hubertus Franke <
[email protected]
>
Re: git for dummies, anyone?
From
: Marc Koschewski <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Jan Engelhardt <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Jim Crilly" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Jan Engelhardt <
[email protected]
>
Re: megaraid bug in kobject_register when no device is present
From
: Greg KH <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Heiko Carstens <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Jim Crilly" <
[email protected]
>
[patch] sparc64: fix syscall table - sys_newfstatat
From
: Heiko Carstens <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Nathan Lynch <
[email protected]
>
Re: git for dummies, anyone?
From
: "J. Bruce Fields" <
[email protected]
>
Re: RFC: add an ADVANCED_USER option
From
: Jan Engelhardt <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Jim Crilly" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: "Jim Crilly" <
[email protected]
>
Re: git for dummies, anyone?
From
: Jes Sorensen <
[email protected]
>
Re: 2.6.16 serious consequences / GPL_EXPORT_SYMBOL / USB drivers of major vendor excluded
From
: Jan Engelhardt <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: [PATCH 1/4] Virtualization/containers: introduction
From
: Kirill Korotaev <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Con Kolivas <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: [PATCH 1/4] Virtualization/containers: introduction
From
: Jeff Dike <
[email protected]
>
Re: git for dummies, anyone?
From
: Diego Calleja <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
Re: libATA PATA status report, new patch
From
: Alan Cox <
[email protected]
>
Re: [2.6 patch] let IA64_GENERIC select more stuff
From
: Jes Sorensen <
[email protected]
>
[PATCH] Decrapify asm-generic/local.h
From
: Kyle McMartin <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Paul Jackson <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
Re: git for dummies, anyone?
From
: Paul Jackson <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Con Kolivas <
[email protected]
>
Re: git for dummies, anyone? (was: Re: How in tarnation do I git v2.6.16-rc2? hg died and I still don't git git)
From
: Paul Jackson <
[email protected]
>
megaraid bug in kobject_register when no device is present
From
: Meelis Roos <
[email protected]
>
Re: git for dummies, anyone?
From
: Jes Sorensen <
[email protected]
>
Re: git for dummies, anyone?
From
: Josh Boyer <
[email protected]
>
RE: [Lhms-devel] Re: [RFC:PATCH(003/003)] Memory add to onlined node. (ver. 2) (For x86_64)
From
: "Tolentino, Matthew E" <
[email protected]
>
Re: [PATCH 1/4] Virtualization/containers: introduction
From
: Kirill Korotaev <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Nick Piggin <
[email protected]
>
Re: git for dummies, anyone?
From
: Jeff Garzik <
[email protected]
>
Re: [2.6 patch] let IA64_GENERIC select more stuff
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Con Kolivas <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Nick Piggin <
[email protected]
>
Compensation !!
From
: "
[email protected]
" <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Eric Dumazet <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: MIke Galbraith <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Con Kolivas <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: [PATCH] mm: Implement Swap Prefetching v22
From
: Nick Piggin <
[email protected]
>
Re: [2.6 patch] let IA64_GENERIC select more stuff
From
: Jes Sorensen <
[email protected]
>
Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [2.6 patch] let IA64_GENERIC select more stuff
From
: Matthew Wilcox <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Heiko Carstens <
[email protected]
>
git for dummies, anyone? (was: Re: How in tarnation do I git v2.6.16-rc2? hg died and I still don't git git)
From
: Jes Sorensen <
[email protected]
>
Re: [2.6 patch] let IA64_GENERIC select more stuff
From
: Jes Sorensen <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Eric Dumazet <
[email protected]
>
clock running too fast -AMD64 bit -2.6.16-rc2
From
: Vishal Sharma <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: Nick Piggin <
[email protected]
>
[PATCH] mm: Implement Swap Prefetching v22
From
: Con Kolivas <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: kernel-2.6.16-rc2-git4 --- reiserfs write problems !!!
From
: Ed Tomlinson <
[email protected]
>
For those who demand only the best
From
: "NETVISTA" <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Heiko Carstens <
[email protected]
>
Re: preempt-rt, NUMA and strange latency traces
From
: Sébastien Dugué <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
:
[email protected]
Re: preempt-rt, NUMA and strange latency traces
From
: Sébastien Dugué <
[email protected]
>
Bug in saa7134/tuner (Pinnacle MediaCenter 300i)
From
: Christian Roessner <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
Re: [discuss] Re: [RFC:PATCH(003/003)] Memory add to onlined node. (ver. 2) (For x86_64)
From
: Yasunori Goto <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Ralf Müller <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Matthias Andree <
[email protected]
>
Re: [discuss] Re: [RFC:PATCH(003/003)] Memory add to onlined node. (ver. 2) (For x86_64)
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Heiko Carstens <
[email protected]
>
RE: Spam:Re: USB Host Stack Debugging
From
: "Mukund JB." <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] early_printk: cleanup trailiing whitespace
From
: Andi Kleen <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Heiko Carstens <
[email protected]
>
Re: [discuss] mmap, mbind and write to mmap'ed memory crashes 2.6.16-rc1[2] on 2 node X86_64
From
: Andi Kleen <
[email protected]
>
Re: [PATCH/RFC] arch/x86_common: more formal reuse of i386+x86_64 source code
From
: Andi Kleen <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Martin Mares <
[email protected]
>
Re: [Patch] sched: new sched domain for representing multi-core
From
: Samuel Thibault <
[email protected]
>
Re: [RFC][PATCH 2/7] VPIDs: pid/vpid conversions
From
: Alexey Kuznetsov <
[email protected]
>
Re: [RFC:PATCH(003/003)] Memory add to onlined node. (ver. 2) (For x86_64)
From
: Yasunori Goto <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: MIke Galbraith <
[email protected]
>
Re: USB Host Stack Debugging
From
: redhat <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: Joerg Schilling <
[email protected]
>
[patch] sb_set_blocksize cleanup
From
: Coywolf Qi Hunt <
[email protected]
>
Re: kernel BUG at mm/swap.c:49
From
: Marc Koschewski <
[email protected]
>
Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)
From
: Pavel Machek <
[email protected]
>
USB Host Stack Debugging
From
: "Mukund JB." <
[email protected]
>
Re: [PATCH GIT] drivers/block/ub.c - misc. cleanup/indentation, removed unneeded return
From
: Marc Koschewski <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Andrew Morton <
[email protected]
>
Re: Question regarding /proc/<pid>/fd and pipes
From
: Bodo Eggert <
[email protected]
>
Re: CD writing in future Linux (stirring up a hornets' nest)
From
: DervishD <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: MIke Galbraith <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Paul Jackson <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: MIke Galbraith <
[email protected]
>
Re: [linux-pm] Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Gabor Gombas <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: Andrew Morton <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: Andrew Morton <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] inotify: fix one-shot support
From
: Ingo Oeser <
[email protected]
>
Re: [PATCH] percpu data: only iterate over possible CPUs
From
: Chuck Ebbert <
[email protected]
>
Re: [k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Nick Piggin <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
: Andrew Morton <
[email protected]
>
[k2.6.16-rc1-mm5] kernel BUG at include/linux/mm.h:302!
From
: MIke Galbraith <
[email protected]
>
Re: msync() behaviour broken for MS_ASYNC, revert patch?
From
:
[email protected]
Re: [PATCH] Dynamically allocated pageflags
From
: Nigel Cunningham <
[email protected]
>
[RFC:PATCH(003/003)] Memory add to onlined node. (ver. 2) (For x86_64)
From
: Yasunori Goto <
[email protected]
>
[RFC:PATCH(001/003)] Memory add to onlined node (ver. 2) (Node id search by acpi's dsdt)
From
: Yasunori Goto <
[email protected]
>
[RFC:PATCH(000/003)] Memory add to onlined node. (ver. 2)
From
: Yasunori Goto <
[email protected]
>
[RFC:PATCH(002/003)] Memory add to onlined node. (ver. 2) (For ia64)
From
: Yasunori Goto <
[email protected]
>
Re: [PATCH] Dynamically allocated pageflags
From
: Magnus Damm <
[email protected]
>
Re: [PATCH/RFC] arch/x86_common: more formal reuse of i386+x86_64 source code
From
: "Randy.Dunlap" <
[email protected]
>
Re: fsck: i_blocks is xxx should be yyy on ext3
From
: Andrew Morton <
[email protected]
>
[PATCH/RFC] arch/x86_common: more formal reuse of i386+x86_64 source code
From
: "Randy.Dunlap" <
[email protected]
>
Re: Linux running on a PCI Option device?
From
: Greg Ungerer <
[email protected]
>
[PATCH] early_printk: cleanup trailiing whitespace
From
: "Randy.Dunlap" <
[email protected]
>
Re: 2.6.16-rc2-mm1 patches don't apply
From
: Paul Jackson <
[email protected]
>
[PATCH 1/2] add a CPU resource controller
From
: KUROSAWA Takahiro <
[email protected]
>
[PATCH 2/2] connect the CPU resource controller to CKRM
From
: KUROSAWA Takahiro <
[email protected]
>
[PATCH 0/2] CKRM CPU resource controller
From
: KUROSAWA Takahiro <
[email protected]
>
Re: Linux drivers management
From
: Lee Revell <
[email protected]
>
Re: pktcdvd stack usage regression
From
: Peter Osterlund <
[email protected]
>
Re: preempt-rt, NUMA and strange latency traces
From
: Lee Revell <
[email protected]
>
Linux running on a PCI Option device?
From
: Jon Ringle <
[email protected]
>
Re: [PATCH] kconfig: detect if -lintl is needed when linking conf,mconf
From
: Andrew Morton <
[email protected]
>
Re: 2.6.16-rc2-mm1 patches don't apply
From
: Matt Mackall <
[email protected]
>
[PATCH] alpha: remove __alpha_cix__ and __alpha_fix__
From
:
[email protected]
(Akinobu Mita)
Re: [linux-pm] Re: [PATCH, RFC] [1/3] Generic in-kernel AC status
From
: Greg KH <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
