LKML: Linux Kernel Archive 2006 Q3
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: Christoph Hellwig <
[email protected]
>
[PATCH 7/7] as-iosched: reuse rq for fifo
From
: Jens Axboe <
[email protected]
>
[PATCH 4/7] elevator: introduce a way to reuse rq for internal FIFO handling
From
: Jens Axboe <
[email protected]
>
[PATCH 6/7] cfq-iosched: convert to using the FIFO elevator defines
From
: Jens Axboe <
[email protected]
>
[PATCH 5/7] deadline-iosched: remove elevator private drq request type
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 3/5] PCI-Express AER implemetation: export pcie_port_bus_type
From
: "Zhang, Yanmin" <
[email protected]
>
[PATCH 3/7] elevator: abstract out the rbtree sort handling
From
: Jens Axboe <
[email protected]
>
[PATCH 2/7] rbtree: fixed reversed RB_EMPTY_NODE and rb_next/prev
From
: Jens Axboe <
[email protected]
>
[PATCH 1/7] elevator: move the backmerging logic into the elevator core
From
: Jens Axboe <
[email protected]
>
[PATCHSET] 0/7 IO scheduler abstractions
From
: Jens Axboe <
[email protected]
>
2.6.17 hangs during boot on ASUS M2NPV-VM motherboard
From
: "Andy Chittenden" <
[email protected]
>
Re: [PATCH] cardbus: revert IO window limit
From
: Alessio Sangalli <
[email protected]
>
[PATCH 2/2] Remove pci_dac_set_dma_mask() from Documentation/DMA-mapping.txt
From
: Rolf Eike Beer <
[email protected]
>
[PATCH 1/2] add function documentation for register_chrdev()
From
: Rolf Eike Beer <
[email protected]
>
[PATCH 0/2] Documentation improvements
From
: Rolf Eike Beer <
[email protected]
>
Re: [PATCH 5/5] PCI-Express AER implemetation: pcie_portdrv error handler
From
: "Zhang, Yanmin" <
[email protected]
>
Re: [PATCH 4/5] PCI-Express AER implemetation: AER core and aerdriver
From
: "Zhang, Yanmin" <
[email protected]
>
Re: [BUG] 2.6.18-rc1-mm1: as usual can not boot
From
: Paul Drynoff <
[email protected]
>
Re: [PATCH] cardbus: revert IO window limit
From
: Alessio Sangalli <
[email protected]
>
Re: [patch] Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Fredrik Roubert <
[email protected]
>
Re: [PATCH 3/5] PCI-Express AER implemetation: export pcie_port_bus_type
From
: "Zhang, Yanmin" <
[email protected]
>
Re: sparse annotation question
From
: David Miller <
[email protected]
>
Re: [PATCH 2/5] PCI-Express AER implemetation: Add new defines to pci_regs.h
From
: "Zhang, Yanmin" <
[email protected]
>
Re: [BUG] 2.6.18-rc1-mm1: as usual can not boot
From
: Andrew Morton <
[email protected]
>
[PATCH 1/5] PCI-Express AER implemetation: aer howto document
From
: "Zhang, Yanmin" <
[email protected]
>
kernel BUG at mm/rmap.c:493!
From
: "Zeno Davatz" <
[email protected]
>
Re: [PATCH 1/4] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Fernando Luis Vázquez Cao <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH] cardbus: revert IO window limit
From
: Alessio Sangalli <
[email protected]
>
Re: [openib-general] ipoib lockdep warning
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH 1/4] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Andrew Morton <
[email protected]
>
Re: sparse annotation question
From
: Keith Owens <
[email protected]
>
RE: [PATCH -mm] acpi/scan: handle kset/kobject errors
From
: "Brown, Len" <
[email protected]
>
[PATCH] Properly unregister reboot notifier in case of failure in ehci hcd
From
: Aleksey Gorelov <
[email protected]
>
Re: 2.6.18-rc1-mm1: /sys/class/net/ethN becoming symlink befuddled /sbin/ifup
From
: Kay Sievers <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: "Pekka Enberg" <
[email protected]
>
Re: sparse annotation question
From
: David Miller <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
: Dave Olson <
[email protected]
>
Re: [PATCH] i386 kexec: Allow the kexec on panic support to compile on voyager.
From
:
[email protected]
(Eric W. Biederman)
[PATCH -mm] acpi/scan: handle kset/kobject errors
From
: "Randy.Dunlap" <
[email protected]
>
RE: [PATCH -mm] acpi: handle firmware_register init errors
From
: "Brown, Len" <
[email protected]
>
[PATCH] Update smc91x driver with ARM Versatile board info
From
: Deepak Saxena <
[email protected]
>
[BUG] 2.6.18-rc1-mm1: as usual can not boot
From
: Paul Drynoff <
[email protected]
>
sparse annotation question
From
: Keith Owens <
[email protected]
>
[PATCH -mm] fs/namespace: handle init/registration errors
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH -mm] block: handle subsystem_register init errors
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH -mm] acpi: handle firmware_register init errors
From
: "Randy.Dunlap" <
[email protected]
>
Re: [Patch 6/6] per task delay accounting taskstats interface: fix clone skbs for each listener
From
: Shailabh Nagar <
[email protected]
>
Re: Runnable threads on run queue
From
: Mike Galbraith <
[email protected]
>
Re: [PATCH 1/6] PCI-Express AER implemetation
From
: "Zhang, Yanmin" <
[email protected]
>
Re: [PATCH 1/6] PCI-Express AER implemetation
From
: "Zhang, Yanmin" <
[email protected]
>
Re: [PATCH -mm] bttv: must_check fixes
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH -mm] bttv: must_check fixes
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] i386 kexec: Allow the kexec on panic support to compile on voyager.
From
: Horms <
[email protected]
>
Re: [patch] do not allow IPW_2100=Y or IPW_2200=Y
From
: Zhu Yi <
[email protected]
>
Re: [PATCH 1/6] PCI-Express AER implemetation
From
: Greg KH <
[email protected]
>
Re: [PATCH 1/6] PCI-Express AER implemetation
From
: Greg KH <
[email protected]
>
strange kobject messages in .18rc1git3
From
: Dave Jones <
[email protected]
>
Re: Runnable threads on run queue
From
: Ask List <
[email protected]
>
Re: skge error; hangs w/ hardware memory hole
From
: Kevin Brown <
[email protected]
>
Re: 2.6.17-mm6
From
: Steven Rostedt <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: "Jon Smirl" <
[email protected]
>
Re: Runnable threads on run queue
From
: Ask List <
[email protected]
>
[PATCH -mm] IDE core: must_check fixes
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH -mm] scsi_debug: must_check fixes
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH -mm] kernel/params: must_check fixes
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH -mm] pcmcia/ds: must_check fixes
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH -mm] kobject: must_check fixes
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH -mm] input: must_check fixes
From
: "Randy.Dunlap" <
[email protected]
>
[PATCH -mm] bttv: must_check fixes
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH -mm 5/7] add user namespace
From
:
[email protected]
(Eric W. Biederman)
Re: please revert kthread from loop.c
From
: Andrew Morton <
[email protected]
>
Re: [GIT *] Remove inclusion of obsolete <linux/config.h>
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH -mm 5/7] add user namespace
From
:
[email protected]
(Eric W. Biederman)
Re: please revert kthread from loop.c
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH] sysctl: Allow /proc/sys without sys_sysctl
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
:
[email protected]
(Eric W. Biederman)
Re: skge error; hangs w/ hardware memory hole
From
: Andreas Kleen <
[email protected]
>
Re: Pentium D on GW fail to boot with 2.6.16/17 but not with 2.6.11/12/13/14/15
From
: "Randy.Dunlap" <
[email protected]
>
Re: skge error; hangs w/ hardware memory hole
From
: Anthony DeRobertis <
[email protected]
>
Re: [openib-general] ipoib lockdep warning
From
: Roland Dreier <
[email protected]
>
Re: [PATCH 6/6] PCI-Express AER implemetation
From
: "Zhang, Yanmin" <
[email protected]
>
Re: [PATCH 5/6] PCI-Express AER implemetation
From
: "Zhang, Yanmin" <
[email protected]
>
Re: Pentium D on GW fail to boot with 2.6.16/17 but not with 2.6.11/12/13/14/15
From
: Gustavo Guillermo Pérez <
[email protected]
>
Re: [PATCH] ia64: change usermode HZ to 250
From
: "David Mosberger-Tang" <
[email protected]
>
Re: [PATCH 4/6] PCI-Express AER implemetation
From
: "Zhang, Yanmin" <
[email protected]
>
Re: [PATCH 3/6] PCI-Express AER implemetation
From
: "Zhang, Yanmin" <
[email protected]
>
Re: [PATCH 2/6] PCI-Express AER implemetation
From
: "Zhang, Yanmin" <
[email protected]
>
[PATCH 1/6] PCI-Express AER implemetation
From
: "Zhang, Yanmin" <
[email protected]
>
Re: [patch] Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Andrew Morton <
[email protected]
>
Re: Pentium D on GW fail to boot with 2.6.16/17 but not with 2.6.11/12/13/14/15
From
: Gustavo Guillermo Pérez <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: David Miller <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
:
[email protected]
Re: Will there be Intel Wireless 3945ABG support?
From
: David Miller <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: James Ketrenos <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] Add SRCU-based notifier chains
From
: Chandra Seetharaman <
[email protected]
>
Re: [patch] Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Roman Zippel <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Thomas Tuttle <
[email protected]
>
Re: [BUG] APM resume breakage from 2.6.18-rc1 clocksource changes
From
: john stultz <
[email protected]
>
2.6.18 Headers - Long
From
: Jim Gifford <
[email protected]
>
annoying frequent overcurrent messages.
From
: Dave Jones <
[email protected]
>
Re: [2.6 patch] remove mentionings of devfs in documentation
From
: Adrian Bunk <
[email protected]
>
Re: [patch] Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Andrew Morton <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] struct file leakage
From
: Trond Myklebust <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: "H. Peter Anvin" <
[email protected]
>
Re: Problems with oom killer
From
: Russell Stuart <
[email protected]
>
Where is RLIMIT_RT_CPU?
From
: Jean-Marc Valin <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: "Ulrich Drepper" <
[email protected]
>
Re: [patch] Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Roman Zippel <
[email protected]
>
Problems with oom killer
From
: Russell Stuart <
[email protected]
>
Re: please revert kthread from loop.c
From
: Andrew Morton <
[email protected]
>
Re: [patch] workaround zd1201 interference problem
From
: Daniel Drake <
[email protected]
>
Re: short term task list for Reiser4
From
: Hans Reiser <
[email protected]
>
Pentium D on GW fail to boot with 2.6.16/17 but not with 2.6.11
From
: Gustavo Guillermo Pérez <
[email protected]
>
Re: [openib-general] ipoib lockdep warning
From
: Roland Dreier <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Matthew Garrett <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: "Jon Smirl" <
[email protected]
>
Re: [patch] i386: handle_BUG(): don't print garbage if debug info unavailable
From
: Linus Torvalds <
[email protected]
>
Re: short term task list for Reiser4
From
: Clay Barnes <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [openib-general] ipoib lockdep warning
From
: Zach Brown <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: "Jon Smirl" <
[email protected]
>
Re: [patch] Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Andrew Morton <
[email protected]
>
Re: [openib-general] ipoib lockdep warning
From
: Roland Dreier <
[email protected]
>
Re: [patch] i386: handle_BUG(): don't print garbage if debug info unavailable
From
: Andrew Morton <
[email protected]
>
Re: [GIT *] Remove inclusion of obsolete <linux/config.h>
From
: Petr Vandrovec <
[email protected]
>
Re: [patch] Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Roman Zippel <
[email protected]
>
Re: [BUG] APM resume breakage from 2.6.18-rc1 clocksource changes
From
: Roman Zippel <
[email protected]
>
Re: [PATCH] struct file leakage
From
: Andrew Morton <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: Paul Fulghum <
[email protected]
>
Re: 2.6.18-rc1-mm1: drivers/ide/pci/jmicron.c warning
From
: Adrian Bunk <
[email protected]
>
Re: [openib-general] ipoib lockdep warning
From
: Zach Brown <
[email protected]
>
Re: 2.6.18-rc1-mm1: drivers/ide/pci/jmicron.c warning
From
: Andrew Morton <
[email protected]
>
Re: resource_size_t and printk()
From
: Greg KH <
[email protected]
>
Re: 2.6.18-rc1-mm1: /sys/class/net/ethN becoming symlink befuddled /sbin/ifup
From
: Greg KH <
[email protected]
>
Re: 2.6.18-rc1-mm1
From
: Greg KH <
[email protected]
>
Re: Implement class_device_update_dev() function
From
: Greg KH <
[email protected]
>
Re: [BUG] Two BUG warnings in net/core/dev.c
From
: Herbert Xu <
[email protected]
>
Re: short term task list for Reiser4
From
: Hans Reiser <
[email protected]
>
Re: 2.6.18-rc1-mm1: drivers/ide/pci/jmicron.c warning
From
: Alan Cox <
[email protected]
>
[BUG] Two BUG warnings in net/core/dev.c
From
: john stultz <
[email protected]
>
Re: [patch] ramdisk blocksize Kconfig entry
From
: Nathan Scott <
[email protected]
>
Re: uswsusp history lesson [was Re: [Suspend2-devel] Re: swsusp / suspend2 reliability]
From
: Nigel Cunningham <
[email protected]
>
Re: [openib-general] ipoib lockdep warning
From
: Roland Dreier <
[email protected]
>
[PATCH] improve timekeeping resume robustness
From
: john stultz <
[email protected]
>
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: "Randy.Dunlap" <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Linus Torvalds <
[email protected]
>
[patch] Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Pavel Machek <
[email protected]
>
Re: [mm Patch] isdn4linux: Gigaset driver: fix __must_check warning
From
: Tilman Schmidt <
[email protected]
>
boot hangs with SMP, USB storage, and ACPI
From
: Eric Cooper <
[email protected]
>
Re: Linux 2.6.16.y series
From
: Greg KH <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Adrian Bunk <
[email protected]
>
Re: uswsusp history lesson [was Re: [Suspend2-devel] Re: swsusp / suspend2 reliability]
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Adam Tlałka <
[email protected]
>
Re: short term task list for Reiser4
From
: Clay Barnes <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
: Andi Kleen <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] sysctl: Allow /proc/sys without sys_sysctl
From
: Andi Kleen <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Adrian Bunk <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Matthew Garrett <
[email protected]
>
Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Roman Zippel <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Jörn Engel <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: Alan Cox <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
: Benjamin Herrenschmidt <
[email protected]
>
[PATCH 2.6.17 v2] ata_piix device probe fixes
From
: Jeff Garzik <
[email protected]
>
Re: 2.6.18-rc1-mm1: drivers/ide/pci/jmicron.c warning
From
: Adrian Bunk <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: "Jon Smirl" <
[email protected]
>
Re: Opinions on removing /proc/tty?
From
: Greg KH <
[email protected]
>
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: David Miller <
[email protected]
>
Re: Opinions on removing /proc/tty?
From
: Greg KH <
[email protected]
>
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: "Bryan O'Sullivan" <
[email protected]
>
short term task list for Reiser4
From
: Hans Reiser <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH 2.6.17] ata_piix device probe fixes
From
: Jeff Garzik <
[email protected]
>
Re: uswsusp history lesson [was Re: [Suspend2-devel] Re: swsusp / suspend2 reliability]
From
: Nigel Cunningham <
[email protected]
>
Re: 2.6.18-rc1-mm1 inconsistent lock state in netpoll_send_skb
From
: Laurent Riffard <
[email protected]
>
Re: [PATCH] Clean up old names in tty code to current names
From
: Greg KH <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: David Miller <
[email protected]
>
Re: [PATCH] Clean up old names in tty code to current names
From
: Greg KH <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Catalin Marinas" <
[email protected]
>
Re: uswsusp history lesson [was Re: [Suspend2-devel] Re: swsusp / suspend2 reliability]
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [patch] do not allow IPW_2100=Y or IPW_2200=Y
From
: Joel Becker <
[email protected]
>
Re: [openib-general] ipoib lockdep warning
From
: Zach Brown <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: Cedric Le Goater <
[email protected]
>
[PATCH 2.6.17] ata_piix device probe fixes
From
: Jeff Garzik <
[email protected]
>
Re: [mm Patch] isdn4linux: Gigaset driver: fix __must_check warning
From
: Andrew Morton <
[email protected]
>
Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Pavel Machek <
[email protected]
>
[patch] cleanup // comments from ipw2200
From
: Pavel Machek <
[email protected]
>
Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Pavel Machek <
[email protected]
>
Re: [patch] do not allow IPW_2100=Y or IPW_2200=Y
From
: Pavel Machek <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Jörn Engel <
[email protected]
>
RE: ipoib lockdep warning
From
: "Sean Hefty" <
[email protected]
>
Re: 2.6.18-rc1-mm1 on thinkpad x32
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: "Bryan O'Sullivan" <
[email protected]
>
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: "Bryan O'Sullivan" <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: Cedric Le Goater <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Greg KH <
[email protected]
>
Re: [patch] ramdisk blocksize Kconfig entry
From
: "H. Peter Anvin" <
[email protected]
>
Re: ipoib lockdep warning
From
: "Michael S. Tsirkin" <
[email protected]
>
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: "Randy.Dunlap" <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: David Woodhouse <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [OT] 'volatile' in userspace
From
: Jeff Dike <
[email protected]
>
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: David Miller <
[email protected]
>
Re: [patch] do not allow IPW_2100=Y or IPW_2200=Y
From
: Daniel Drake <
[email protected]
>
Re: [PATCH] net48xx LED cleanups
From
: Chris Boot <
[email protected]
>
[PATCH] net48xx LED cleanups
From
: Chris Boot <
[email protected]
>
[PATCH] Add memcpy_cachebypass, a copy routine that tries to keep cache pressure down
From
: "Bryan O'Sullivan" <
[email protected]
>
oops in bttv
From
:
[email protected]
(Alex Riesen)
Re: 2.6.18-rc1-mm1 panic on boot x86_64 NMI watchdog detected LOCKUP
From
: "Keith Mannthey" <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: "Randy.Dunlap" <
[email protected]
>
Re: [patch] do not allow IPW_2100=Y or IPW_2200=Y
From
: Michael Buesch <
[email protected]
>
Re: [PATCH] irqtrace-option-off-compile-fix
From
: Tim Chen <
[email protected]
>
[PATCH] Fix broken kernel headers preventing ARM build
From
: Russell King <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
:
[email protected]
(Eric W. Biederman)
Re: 2.6.18-rc1-mm1 panic on boot x86_64 NMI watchdog detected LOCKUP
From
: Shailabh Nagar <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: "Daniel Bonekeeper" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [PATCH 2.6.18-rc1] Make group sorting optional in the 2.6.x kernels
From
: Bill Ryder <
[email protected]
>
Re: 2.6.18-rc1-mm1 panic on boot x86_64 NMI watchdog detected LOCKUP
From
: Andrew Morton <
[email protected]
>
Re: [2.6 patch] let CONFIG_SECCOMP default to n
From
: Andrew James Wade <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Thorsten Kranzkowski <
[email protected]
>
Re: 2.6.18-rc1-mm1 - bad serial port count messages
From
: Russell King <
[email protected]
>
Re: [Suspend2-devel] Re: uswsusp history lesson
From
: Bojan Smojver <
[email protected]
>
Re: [PATCH] x86: Don't randomize stack unless current->personality permits it
From
: Arjan van de Ven <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
ipoib lockdep warning
From
: Zach Brown <
[email protected]
>
Re: [PATCH] i386 adds smp_call_function_single
From
: Stephane Eranian <
[email protected]
>
Re: [PATCH] i386 kexec: Allow the kexec on panic support to compile on voyager.
From
:
[email protected]
(Eric W. Biederman)
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: 2.6.18-rc1-mm1 - bad serial port count messages
From
: "John Stoffel" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Theodore Tso <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH] x86: Don't randomize stack unless current->personality permits it
From
: Al Boldi <
[email protected]
>
Re: [RFC] VFS: FS CoW using redirection
From
: Al Boldi <
[email protected]
>
Re: Commenting out out_of_memory() function in __alloc_pages()
From
: Al Boldi <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: Russell King <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: "Ulrich Drepper" <
[email protected]
>
Re: [PATCH] irqtrace-option-off-compile-fix
From
: Ingo Molnar <
[email protected]
>
Re: please revert kthread from loop.c
From
: "Serge E. Hallyn" <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: Russell King <
[email protected]
>
Re: [PATCH] irqtrace-option-off-compile-fix
From
: Tim Chen <
[email protected]
>
Re: [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
:
[email protected]
(Eric W. Biederman)
Re: 2.6.18-rc1-mm1
From
: Greg KH <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Sam Ravnborg <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
[PATCH] mm: fix oom roll-back of __vmalloc_area_node
From
: Jan Kiszka <
[email protected]
>
RE: 2.6.17-mm6: BUG: spinlock wrong CPU on CPU#1, kacpid_notify/7105
From
: "Brown, Len" <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH] de_thread: Use tsk not current.
From
: Nick Piggin <
[email protected]
>
Re: 2.6.18-rc1-mm1 on thinkpad x32
From
: Kristen Carlson Accardi <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH 2.6.18-rc1] Make group sorting optional in the 2.6.x kernels
From
: Ray Lee <
[email protected]
>
Re: 2.6.17-mm6: BUG: spinlock wrong CPU on CPU#1, kacpid_notify/7105
From
: Kristen Carlson Accardi <
[email protected]
>
Re: [PATCH 2/7] AVR32: Fix invalid constraints for stcond
From
: "Haavard Skinnemoen" <
[email protected]
>
core-iscsi-dv.sh and Core-iSCSI-tools v3.5 released!
From
: "Nicholas A. Bellinger" <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Matthieu CASTET <
[email protected]
>
Re: 18rc1 soft lockup
From
: Dave Jones <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: 18rc1 soft lockup
From
: john stultz <
[email protected]
>
Re: [OT] 'volatile' in userspace
From
: Björn Steinbrink <
[email protected]
>
kbuild, kconfig: forcing values from existing .config
From
: Kevin Hilman <
[email protected]
>
[PATCH] [MMC] Change SDHCI version error to a warning
From
: Pierre Ossman <
[email protected]
>
[PATCH] [MMC] Fix incorrect register access
From
: Pierre Ossman <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Russell King <
[email protected]
>
18rc1 soft lockup
From
: Dave Jones <
[email protected]
>
Re: 2.6.18-rc1-mm1 panic on boot x86_64 NMI watchdog detected LOCKUP
From
: "Keith Mannthey" <
[email protected]
>
Re: [PATCH] Airprime driver improvements to allow full speed EvDO transfers
From
: Andy Gay <
[email protected]
>
Re: 2.6.18-rc1-mm1 - bad serial port count messages
From
: Russell King <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [OT] 'volatile' in userspace
From
: Nick Piggin <
[email protected]
>
Re: infiniband patch series
From
: Roland Dreier <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Alistair John Strachan <
[email protected]
>
Re: [PATCH] ia64: change usermode HZ to 250
From
: Jeremy Higdon <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Alan Cox <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Alan Cox <
[email protected]
>
2.6.18-rc1-mm1 - bad serial port count messages
From
: "John Stoffel" <
[email protected]
>
Re: [PATCH] Airprime driver improvements to allow full speed EvDO transfers
From
: Sergei Organov <
[email protected]
>
Re: [PATCH] Add SRCU-based notifier chains
From
: "Paul E. McKenney" <
[email protected]
>
[PATCH 2/2] mm: refault histogram
From
: Peter Zijlstra <
[email protected]
>
[PATCH 1/2] mm: nonresident page tracking
From
: Peter Zijlstra <
[email protected]
>
[PATCH 0/2] mm: measuring resource demand
From
: Peter Zijlstra <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: Cedric Le Goater <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Alon Bar-Lev <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
Re: SRCU-based notifier chains
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 1/2] srcu-3: RCU variant permitting read-side blocking
From
: "Paul E. McKenney" <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Dave Jones <
[email protected]
>
[PATCH] Add SRCU-based notifier chains
From
: Alan Stern <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: "H. Peter Anvin" <
[email protected]
>
2.6.18-rc1-mm1 panic on boot x86_64 NMI watchdog detected LOCKUP
From
: "Keith Mannthey" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Alistair John Strachan <
[email protected]
>
RE: ~5x greater CPU load for a networked application when using 2.6.15-rt15-smp vs. 2.6.12-1.1390_FC4
From
: Jonathan Walsh <
[email protected]
>
Re: [PATCH 2/7] AVR32: Fix invalid constraints for stcond
From
: "H. Peter Anvin" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Michael Tokarev <
[email protected]
>
Re: [PATCH] irqtrace-option-off-compile-fix
From
: Arjan van de Ven <
[email protected]
>
Re: Intel ICH7 82801GBM/GHM
From
: "Gaston, Jason D" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
Re: SRCU-based notifier chains
From
: Alan Stern <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Michael Tokarev <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [RFC/PATCH] Introduce list_get() and list_get_tail()
From
: "Dmitry Torokhov" <
[email protected]
>
Re: [patch] i386: handle_BUG(): don't print garbage if debug info unavailable
From
: "Ray Lee" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Michael Tokarev <
[email protected]
>
Re: [PATCH] i386 adds smp_call_function_single
From
: Dave Jones <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Michael Tokarev <
[email protected]
>
Re: [PATCH -rt] catch put_task_struct RCU handling up to mainline
From
: "Paul E. McKenney" <
[email protected]
>
Re: [Patch 6/6] per task delay accounting taskstats interface: fix clone skbs for each listener
From
: Shailabh Nagar <
[email protected]
>
Re: [RFC/PATCH] Introduce list_get() and list_get_tail()
From
: Josef Sipek <
[email protected]
>
Re: SRCU-based notifier chains
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH -mm 5/7] add user namespace
From
: Cedric Le Goater <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] Consolidate the request merging
From
: Jens Axboe <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [PATCH] fdset's leakage
From
: Eric Dumazet <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] irqtrace-option-off-compile-fix
From
: Tim Chen <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: "Joshua Hudson" <
[email protected]
>
Re: [PATCH] irqtrace-option-off-compile-fix
From
: Arjan van de Ven <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: "John W. Linville" <
[email protected]
>
[PATCH] Fix sighand->siglock usage in kernel/acct.c
From
: OGAWA Hirofumi <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: Dave Jones <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] irqtrace-option-off-compile-fix
From
: Tim Chen <
[email protected]
>
Re: [patch] i386: handle_BUG(): don't print garbage if debug info unavailable
From
: Linus Torvalds <
[email protected]
>
Re: Linux v2.6.18-rc1
From
: Steve Fox <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Michal Piotrowski" <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Lee Revell <
[email protected]
>
Re: [patch] i386: handle_BUG(): don't print garbage if debug info unavailable
From
: Nick Piggin <
[email protected]
>
Re: [RFC PATCH -rt] Priority preemption latency
From
: Mike Kravetz <
[email protected]
>
[PATCH] Fix alloc_fdtable()
From
: OGAWA Hirofumi <
[email protected]
>
Re: Will there be Intel Wireless 3945ABG support?
From
: Otavio Salvador <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
: Alan Cox <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [PATCH -mm 5/7] add user namespace
From
: Kirill Korotaev <
[email protected]
>
Will there be Intel Wireless 3945ABG support?
From
: "Joseph Michael Smidt" <
[email protected]
>
Re: patch for timer.c
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Catalin Marinas" <
[email protected]
>
Re: [PATCH] Consolidate the request merging
From
: Nick Piggin <
[email protected]
>
Re: RFC: cleaning up the in-kernel headers
From
: David Woodhouse <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
: Arjan van de Ven <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
:
[email protected]
Re: [PATCH] fdset's leakage
From
: Vadim Lobanov <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
:
[email protected]
Re: [patch] let CONFIG_SECCOMP default to n
From
: Alan Cox <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
: Alan Cox <
[email protected]
>
Re: [2.6 patch] drivers/ide/: cleanups
From
: Adrian Bunk <
[email protected]
>
RFC: cleaning up the in-kernel headers
From
: Adrian Bunk <
[email protected]
>
Re: [2.6 patch] drivers/ide/: cleanups
From
: Alan Cox <
[email protected]
>
Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
From
: Andi Kleen <
[email protected]
>
Raid5 Reshape Status + xfs_growfs = Success! (2.6.17.3)
From
: Justin Piszcz <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Alan Cox <
[email protected]
>
Re: [2.6 patch] drivers/ide/: cleanups
From
: Alan Cox <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Michal Piotrowski" <
[email protected]
>
[PATCH v1] ata_piix: attempt to fix
From
: Jeff Garzik <
[email protected]
>
Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
From
: Arjan van de Ven <
[email protected]
>
Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
From
: Alan Cox <
[email protected]
>
RE: oops in current -git
From
: "Brown, Len" <
[email protected]
>
Re: LibPATA code issues / 2.6.17.3 (What is the next step?)
From
: Alan Cox <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
: Arjan van de Ven <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Catalin Marinas" <
[email protected]
>
Re: [2.6 patch] remove mentionings of devfs in documentation
From
: Michal Piotrowski <
[email protected]
>
Re: Agenda for NUMA BOF @OLS & NUMA paper
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH -mm 2/7] add execns syscall to s390
From
: Cedric Le Goater <
[email protected]
>
Re: patch for timer.c
From
:
[email protected]
Re: [PATCH] remove empty node at boot time
From
: Bjorn Helgaas <
[email protected]
>
RE: Commenting out out_of_memory() function in __alloc_pages()
From
: Chase Venters <
[email protected]
>
Re: [Patch 0/6] delay accounting & taskstats fixes
From
: Shailabh Nagar <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
:
[email protected]
Re: [klibc] klibc and what's the next step?
From
: Adrian Bunk <
[email protected]
>
RE: [2.6 patch] drivers/block/cpqarray.c: remove an unused variable
From
: "Miller, Mike (OS Dev)" <
[email protected]
>
[GIT *] Remove inclusion of obsolete <linux/config.h>
From
: David Woodhouse <
[email protected]
>
[ patch -mm1 02/02 ] scx200_gpio: use 1 cdev for N minors, not N for N
From
: Jim Cromie <
[email protected]
>
[2.6 patch] remove mentionings of devfs in documentation
From
: Adrian Bunk <
[email protected]
>
[ patch -mm1 01/02 ] scx200_gpio: 1 cdev for N minors - cleanup, prep
From
: Jim Cromie <
[email protected]
>
[PATCH] x86: Don't randomize stack unless current->personality permits it
From
: Frank van Maarseveen <
[email protected]
>
Re: [PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Antonino A. Daplas" <
[email protected]
>
[ patch -mm1 00/02 ] scx200_gpio: use 1 cdev for N minors, not N for N
From
: Jim Cromie <
[email protected]
>
[2.6 patch] unexport open_softirq
From
: Adrian Bunk <
[email protected]
>
[2.6 patch] drivers/ide/: cleanups
From
: Adrian Bunk <
[email protected]
>
patch for timer.c
From
: "Uwe Bugla" <
[email protected]
>
RE: Commenting out out_of_memory() function in __alloc_pages()
From
: "Abu M. Muttalib" <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [PATCH -mm 7/7] forbid the use of the unshare syscall on ipc namespaces
From
: Cedric Le Goater <
[email protected]
>
RE: Commenting out out_of_memory() function in __alloc_pages()
From
: "Abu M. Muttalib" <
[email protected]
>
Re: [PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Jon Smirl" <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Michal Piotrowski" <
[email protected]
>
Re: [PATCH 1/2] srcu-3: RCU variant permitting read-side blocking
From
: Alan Stern <
[email protected]
>
Re: [PATCH -mm 2/7] add execns syscall to s390
From
: Martin Schwidefsky <
[email protected]
>
RE: Commenting out out_of_memory() function in __alloc_pages()
From
: "Abu M. Muttalib" <
[email protected]
>
Re: [PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [Suspend2-devel] Re: uswsusp history lesson
From
: Jason Lunz <
[email protected]
>
Re: [PATCH -mm 2/7] add execns syscall to s390
From
: Cedric Le Goater <
[email protected]
>
Re: Commenting out out_of_memory() function in __alloc_pages()
From
: Robin Holt <
[email protected]
>
Re: [patch] do not allow IPW_2100=Y or IPW_2200=Y
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Jon Smirl" <
[email protected]
>
Re: [patch] do not allow IPW_2100=Y or IPW_2200=Y
From
: Arjan van de Ven <
[email protected]
>
Re: [2.6 patch] drivers/ide/: cleanups
From
: Sergei Shtylyov <
[email protected]
>
Re: Huge performance issue with cciss driver on HP DL385 servers (2.6.13 -> 2.6.17)
From
: Xavier Roche <
[email protected]
>
Re: [PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [2.6 patch] drivers/ide/: cleanups
From
: Arjan van de Ven <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
: Arjan van de Ven <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
:
[email protected]
Re: [2.6 patch] drivers/ide/: cleanups
From
: Michael Tokarev <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Rene Herman <
[email protected]
>
Re: klibc and what's the next step?
From
: Michael Tokarev <
[email protected]
>
Re: Automatic Kernel Bug Report
From
: Horst von Brand <
[email protected]
>
Re: [PATCH 1/2] srcu-3: RCU variant permitting read-side blocking
From
: "Paul E. McKenney" <
[email protected]
>
[2.6 patch] kill sound/oss/*_syms.c
From
: Adrian Bunk <
[email protected]
>
Re: [patch] let CONFIG_SECCOMP default to n
From
:
[email protected]
[2.6 patch] drivers/ide/: cleanups
From
: Adrian Bunk <
[email protected]
>
[2.6 patch] saa7134: rename dmasound_{init,exit}
From
: Adrian Bunk <
[email protected]
>
[2.6 patch] drivers/block/cpqarray.c: remove an unused variable
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] kprobes for s390 architecture
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH -mm 7/7] forbid the use of the unshare syscall on ipc namespaces
From
: Kirill Korotaev <
[email protected]
>
Re: [2.6 patch] EXPORT_UNUSED_SYMBOL{,GPL} {,un}register_die_notifier
From
: Dean Nelson <
[email protected]
>
Re: 2.6.18-rc1-mm1: drivers/ide/pci/jmicron.c warning
From
: Alan Cox <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Catalin Marinas" <
[email protected]
>
Re: Magic Alt-SysRq change in 2.6.18-rc1
From
: Alan Stern <
[email protected]
>
Re: [PATCH] kprobes for s390 architecture
From
: Mike Grundy <
[email protected]
>
Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Michal Piotrowski" <
[email protected]
>
Re: [PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Jon Smirl" <
[email protected]
>
Re: klibc and what's the next step?
From
: Theodore Tso <
[email protected]
>
Re: [PATCH -mm 2/7] add execns syscall to s390
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH -mm 2/7] add execns syscall to s390
From
: Martin Schwidefsky <
[email protected]
>
Re: [PATCH] Add try_to_freeze() to rt-test kthreads
From
: Thomas Gleixner <
[email protected]
>
Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests
From
: Stephane Doyon <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: "Jon Smirl" <
[email protected]
>
Re: [PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Antonino A. Daplas" <
[email protected]
>
[2.6 patch] arch/arm/kernel/bios32.c: no need to set isa_bridge
From
: Adrian Bunk <
[email protected]
>
RE: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
From
: Arjan van de Ven <
[email protected]
>
[PATCH] i386 adds smp_call_function_single
From
: Stephane Eranian <
[email protected]
>
RE: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
From
: "Langsdorf, Mark" <
[email protected]
>
LibPATA code issues / 2.6.17.3 (What is the next step?)
From
: Justin Piszcz <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Catalin Marinas" <
[email protected]
>
Re: [PATCH 7/8] FDPIC: Add coredump capability for the ELF-FDPIC binfmt [try #4]
From
: Oleg Nesterov <
[email protected]
>
Re: Huge performance issue with cciss driver on HP DL385 servers (2.6.13 -> 2.6.17)
From
: Erik Mouw <
[email protected]
>
Re: [PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Jon Smirl" <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Michal Piotrowski" <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: Paulo Marques <
[email protected]
>
[OT] Evolution use (was: Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time)
From
: Xavier Bestel <
[email protected]
>
Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
From
: Arjan van de Ven <
[email protected]
>
Re: Depmod errors on 2.6.17.4/2.6.18-rc1/2.6.18-rc1-mm1
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Michal Piotrowski" <
[email protected]
>
Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
From
: Andi Kleen <
[email protected]
>
Huge performance issue with cciss driver on HP DL385 servers (2.6.13 -> 2.6.17)
From
: Xavier Roche <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Catalin Marinas" <
[email protected]
>
Re: [discuss] Re: [PATCH] Allow all Opteron processors to change pstate at same time
From
: "Joachim Deguara" <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Catalin Marinas" <
[email protected]
>
2.6.18-rc1-mm1: drivers/ide/pci/jmicron.c warning
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Michal Piotrowski" <
[email protected]
>
[PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Antonino A. Daplas" <
[email protected]
>
[-mm patch] MICROCODE should select FW_LOADER
From
: Adrian Bunk <
[email protected]
>
[PATCH 5/7] AVR32: Always enable CONFIG_EMBEDDED
From
: Haavard Skinnemoen <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Michal Piotrowski" <
[email protected]
>
Re: uswsusp history lesson [was Re: [Suspend2-devel] Re: swsusp / suspend2 reliability]
From
: Nigel Cunningham <
[email protected]
>
OSS driver removal, 2nd round (v3)
From
: Adrian Bunk <
[email protected]
>
[PATCH] fbdev: Statically link the framebuffer notification functions
From
: "Antonino A. Daplas" <
[email protected]
>
[PATCH 7/7] AVR32: Add defconfig for AT32STK1002
From
: Haavard Skinnemoen <
[email protected]
>
[PATCH 6/7] AVR32: Export the find_*_bit() functions
From
: Haavard Skinnemoen <
[email protected]
>
[PATCH 3/7] AVR32: Add support for irq-flags state tracing
From
: Haavard Skinnemoen <
[email protected]
>
[PATCH 4/7] AVR32: Turn off support for DISCONTIGMEM and SPARSEMEM
From
: Haavard Skinnemoen <
[email protected]
>
[PATCH 2/7] AVR32: Fix invalid constraints for stcond
From
: Haavard Skinnemoen <
[email protected]
>
[PATCH 0/7] AVR32 update
From
: Haavard Skinnemoen <
[email protected]
>
Re: 2.6.18-rc1-mm1 - VPN chewing CPU like crazy..
From
:
[email protected]
Re: [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: James Bottomley <
[email protected]
>
[PATCH 1/7] AVR32: CONFIG_DEBUG_BUGVERBOSE and CONFIG_FRAME_POINTER
From
: Haavard Skinnemoen <
[email protected]
>
Re: [PATCH 00/10] Kernel memory leak detector 0.8
From
: "Michal Piotrowski" <
[email protected]
>
Re: [PATCH] i386 kexec: Allow the kexec on panic support to compile on voyager.
From
: Horms <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: "Jon Smirl" <
[email protected]
>
Re: commit '[PATCH] kernel/softirq.c: EXPORT_UNUSED_SYMBOL'
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] struct file leakage
From
: Trond Myklebust <
[email protected]
>
commit '[PATCH] kernel/softirq.c: EXPORT_UNUSED_SYMBOL'
From
: Christoph Hellwig <
[email protected]
>
Re: e1000 vs nfs/net circular locking report
From
: Arjan van de Ven <
[email protected]
>
e1000 vs nfs/net circular locking report
From
: Jens Axboe <
[email protected]
>
Re: [patch] do not allow IPW_2100=Y or IPW_2200=Y
From
: Daniel Drake <
[email protected]
>
Re: /dev/rtc not suspending/resuming properly
From
: Pavel Machek <
[email protected]
>
Re: /dev/rtc not suspending/resuming properly
From
: Brad Campbell <
[email protected]
>
Re: [Patch 0/6] delay accounting & taskstats fixes
From
: Christoph Hellwig <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Adam Tlałka <
[email protected]
>
Re: [patch] do not allow IPW_2100=Y or IPW_2200=Y
From
: Pavel Machek <
[email protected]
>
Re: /dev/rtc not suspending/resuming properly
From
: Pavel Machek <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Diego Calleja <
[email protected]
>
Re: [Patch 6/6] per task delay accounting taskstats interface: fix clone skbs for each listener
From
: Herbert Xu <
[email protected]
>
Re: lockdep: bdev->bd_mutex deadlock
From
: Arjan van de Ven <
[email protected]
>
Re: Depmod errors on 2.6.17.4/2.6.18-rc1/2.6.18-rc1-mm1
From
: Matt Reuther <
[email protected]
>
Re: [BUG] APM resume breakage from 2.6.18-rc1 clocksource changes
From
: Thomas Gleixner <
[email protected]
>
Re: [Patch 6/6] per task delay accounting taskstats interface: fix clone skbs for each listener
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] RTC subsystem, Add ISL1208 support
From
: Andrew Morton <
[email protected]
>
Re: [PATCH v2] cirrus-logic-framebuffer-i2c-support.patch
From
: Krzysztof Halasa <
[email protected]
>
Re: [klibc] klibc and what's the next step?
From
: Sam Ravnborg <
[email protected]
>
Re: system 'date apis' in linux kernel
From
: Alan Cox <
[email protected]
>
Re: [PATCH] backlight: lcd: Remove dependency from the framebuffer layer
From
: "Antonino A. Daplas" <
[email protected]
>
system 'date apis' in linux kernel
From
: Chinmaya Mishra <
[email protected]
>
Re: klibc and what's the next step?
From
: Michael Tokarev <
[email protected]
>
Re: [Patch 6/6] per task delay accounting taskstats interface: fix clone skbs for each listener
From
: Herbert Xu <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] backlight: lcd: Remove dependency from the framebuffer layer
From
: Andrew Morton <
[email protected]
>
Re: [Ubuntu PATCH] Add Specialix IO8+ card support hotplug support
From
: Rogier Wolff <
[email protected]
>
Re: [Alsa-devel] [2.6 patch] make sound/isa/gus/gusextreme.c:devices static
From
: Takashi Iwai <
[email protected]
>
Re: [PATCH] de_thread: Use tsk not current.
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] cancel_rearming_delayed_work infinite loop fix
From
: Herbert Xu <
[email protected]
>
Re: [Patch 6/6] per task delay accounting taskstats interface: fix clone skbs for each listener
From
: Andrew Morton <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: Alan Cox <
[email protected]
>
Re: [PATCH] ia64: change usermode HZ to 250
From
: Alan Cox <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Jaroslav Kysela <
[email protected]
>
[PATCH] Add one VID/PID to ftdi_sio
From
: Colin Leroy <
[email protected]
>
Re: [BUG] APM resume breakage from 2.6.18-rc1 clocksource changes
From
: Roman Zippel <
[email protected]
>
Re: [PATCH] fdset's leakage
From
: Andrew Morton <
[email protected]
>
Re: [PATCH -mm 1/2] swsusp: clean up browsing of pfns
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: Kernel 2.6.17 and RAID5 Grow Problem (critical section backup)
From
: Petr Vyskocil <
[email protected]
>
[PATCH] Consolidate the request merging
From
: Jens Axboe <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Adam Tlałka <
[email protected]
>
Re: [PATCH -mm 1/2] swsusp: clean up browsing of pfns
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] fdset's leakage
From
: Kirill Korotaev <
[email protected]
>
Re: [PATCH] fdset's leakage
From
: Rene Scharfe <
[email protected]
>
Re: [PATCH -mm 1/2] swsusp: clean up browsing of pfns
From
: Andrew Morton <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: Cedric Le Goater <
[email protected]
>
Re: [PATCH]resend: unaligned access in irda protocol stack
From
: Samuel Ortiz <
[email protected]
>
Re: 2.6.18-rc1-mm1 inconsistent lock state in netpoll_send_skb
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH -mm 2/2] swsusp: struct snapshot_handle cleanup
From
: Pavel Machek <
[email protected]
>
Re: [PATCH -mm 1/2] swsusp: clean up browsing of pfns
From
: Pavel Machek <
[email protected]
>
Re: [patch] i386: handle_BUG(): don't print garbage if debug info unavailable
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] Fix a memory leak in the i386 setup code
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 07/10] Remove some of the kmemleak false positives
From
: "Catalin Marinas" <
[email protected]
>
[PATCH] RTC subsystem, Add ISL1208 support
From
: Herbert Valerio Riedel <
[email protected]
>
Re: [PATCH] sysctl: Allow /proc/sys without sys_sysctl
From
: Andrew Morton <
[email protected]
>
Re: [BUG] APM resume breakage from 2.6.18-rc1 clocksource changes
From
: Thomas Gleixner <
[email protected]
>
Re: [RFC][PATCH 6/9] -Wshadow: 'map_bh' and 'wbc' shadow fixes
From
: Nikita Danilov <
[email protected]
>
Re: [PATCH -mm 0/7] execns syscall and user namespace
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] fdset's leakage
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 03/10] Add the memory allocation/freeing hooks for kmemleak
From
: "Catalin Marinas" <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Jaroslav Kysela <
[email protected]
>
Re: /dev/rtc not suspending/resuming properly
From
: Brad Campbell <
[email protected]
>
[PATCH -mm 5/7] add user namespace
From
: Cedric Le Goater <
[email protected]
>
[PATCH -mm 4/7] add execns syscall to i386
From
: Cedric Le Goater <
[email protected]
>
[PATCH -mm 7/7] forbid the use of the unshare syscall on ipc namespaces
From
: Cedric Le Goater <
[email protected]
>
[PATCH -mm 2/7] add execns syscall to s390
From
: Cedric Le Goater <
[email protected]
>
[PATCH -mm 3/7] add execns syscall to x86_64
From
: Cedric Le Goater <
[email protected]
>
[PATCH -mm 6/7] add the user namespace to the execns syscall
From
: Cedric Le Goater <
[email protected]
>
[PATCH -mm 0/7] execns syscall and user namespace
From
: Cedric Le Goater <
[email protected]
>
[PATCH -mm 1/7] add execns syscall core routine
From
: Cedric Le Goater <
[email protected]
>
Re: [PATCH] sysctl: Allow /proc/sys without sys_sysctl
From
:
[email protected]
(Eric W. Biederman)
Re: Kernel 2.6.17 and RAID5 Grow Problem (critical section backup)
From
: Jan Engelhardt <
[email protected]
>
[patch] lockdep: HPET/RTC fix
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
:
[email protected]
(Eric W. Biederman)
Re: [OT] 'volatile' in userspace
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] Fix a memory leak in the i386 setup code
From
: "Catalin Marinas" <
[email protected]
>
Re: Spinlock Related Debug Messages in Block Driver
From
: Jens Axboe <
[email protected]
>
Re: Spinlock Related Debug Messages in Block Driver
From
: "Srinivas Ganji" <
[email protected]
>
[patch] let CONFIG_SECCOMP default to n
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
: Segher Boessenkool <
[email protected]
>
[PATCH] sysctl: Scream if someone uses sys_sysctl
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH v2] cirrus-logic-framebuffer-i2c-support.patch
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH] remove empty node at boot time
From
: KAMEZAWA Hiroyuki <
[email protected]
>
[patch] ramdisk blocksize Kconfig entry
From
: Nathan Scott <
[email protected]
>
Re: [PATCH] msi: Only keep one msi_desc in each slab entry.
From
:
[email protected]
(Eric W. Biederman)
Re: Spinlock Related Debug Messages in Block Driver
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 0/4] stack overflow safe kdump (2.6.18-rc1-i386) try#2
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH] irqtrace-option-off-compile-fix
From
: Arjan van de Ven <
[email protected]
>
Re: [RFC 1/8] Add CONFIG_ZONE_DMA to all archesM
From
: KAMEZAWA Hiroyuki <
[email protected]
>
Re: [PATCH] sysctl: Document that sys_sysctl will be removed.
From
: Arjan van de Ven <
[email protected]
>
[patch] Update ramdisk documentation
From
: Nathan Scott <
[email protected]
>
Re: [PATCH] sysctl: Allow /proc/sys without sys_sysctl
From
: Andrew Morton <
[email protected]
>
[PATCH] backlight: lcd: Remove dependency from the framebuffer layer
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] sysctl: Allow /proc/sys without sys_sysctl
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 0/4] stack overflow safe kdump (2.6.18-rc1-i386) try#2
From
: Andi Kleen <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Adam Tlałka <
[email protected]
>
Re: Depmod errors on 2.6.17.4/2.6.18-rc1/2.6.18-rc1-mm1
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH] msi: Only keep one msi_desc in each slab entry.
From
: Pekka J Enberg <
[email protected]
>
[PATCH] backlight: lcd: Remove dependency from the framebuffer layer
From
: "Antonino A. Daplas" <
[email protected]
>
Re: [PATCH 07/10] Remove some of the kmemleak false positives
From
: "Pekka Enberg" <
[email protected]
>
Re: [PATCH] msi: Only keep one msi_desc in each slab entry.
From
:
[email protected]
(Eric W. Biederman)
Re: [Fastboot] [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Fernando Luis Vázquez Cao <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
:
[email protected]
(Eric W. Biederman)
Re: [Fastboot] [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Keith Owens <
[email protected]
>
Re: Agenda for NUMA BOF @OLS & NUMA paper
From
: Andi Kleen <
[email protected]
>
Re: [Fastboot] [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Fernando Luis Vázquez Cao <
[email protected]
>
Re: 2.6.18-rc1-mm1 - VPN chewing CPU like crazy..
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 03/10] Add the memory allocation/freeing hooks for kmemleak
From
: "Pekka Enberg" <
[email protected]
>
Re: [Fastboot] [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Fernando Luis Vázquez Cao <
[email protected]
>
Re: [Alsa-devel] OSS driver removal, 2nd round (v2)
From
: Adam Tlałka <
[email protected]
>
[PATCH 4/4] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_send_nmi_allbutself
From
: Fernando Luis Vázquez Cao <
[email protected]
>
[PATCH 3/4] stack overflow safe kdump (2.6.18-rc1-i386) - crash_use_safe_smp_processor_id
From
: Fernando Luis Vázquez Cao <
[email protected]
>
[PATCH 2/4] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id_voyager
From
: Fernando Luis Vázquez Cao <
[email protected]
>
[PATCH 1/4] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Fernando Luis Vázquez Cao <
[email protected]
>
[PATCH 0/4] stack overflow safe kdump (2.6.18-rc1-i386) try#2
From
: Fernando Luis Vázquez Cao <
[email protected]
>
Re: [PATCH] msi: Only keep one msi_desc in each slab entry.
From
: "Pekka Enberg" <
[email protected]
>
Spinlock Related Debug Messages in Block Driver
From
: "Srinivas Ganji" <
[email protected]
>
[PATCH -mm] sysfs_remove_bin_file: no return value, dump_stack on error
From
: "Randy.Dunlap" <
[email protected]
>
Re: [ACRYPTO] new release of asynchronous crrypto layer.
From
: Herbert Xu <
[email protected]
>
Re: 2.6.18-rc1-mm1
From
: Cedric Le Goater <
[email protected]
>
[PATCH] i386: Remove redundant might_sleep() in user accessors.
From
: Vadim Lobanov <
[email protected]
>
Re: [ACRYPTO] new release of asynchronous crrypto layer.
From
: Evgeniy Polyakov <
[email protected]
>
Re: [PATCH 2.6.18-rc1] Make group sorting optional in the 2.6.x kernels
From
: "Randy.Dunlap" <
[email protected]
>
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: Memory tables corruption - kernel v2.4.33-rc1
From
: Willy Tarreau <
[email protected]
>
[BUG] cpu_khz isn't reliable at boot time
From
: Shaohua Li <
[email protected]
>
[PATCH] sound-miro unknown symbols (Depmod errors on 2.6.17.4/2.6.18-rc1/2.6.18-rc1-mm1)
From
: "Randy.Dunlap" <
[email protected]
>
Re: [LOCKDEP] 2.6.18-rc1: inconsistent {hardirq-on-W} -> {in-hardirq-W} usage
From
:
[email protected]
(Joseph Fannin)
Re: infiniband patch series (was Re: ipath patch series a-comin', but no IB maintainer to shepherd them)
From
: "Michael S. Tsirkin" <
[email protected]
>
Re: [Fastboot] [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Keith Owens <
[email protected]
>
Re: [ACRYPTO] new release of asynchronous crrypto layer.
From
: Herbert Xu <
[email protected]
>
[PATCH 2.6.18-rc1] Make group sorting optional in the 2.6.x kernels
From
: Bill Ryder <
[email protected]
>
Re: [Patch 0/6] delay accounting & taskstats fixes
From
: Shailabh Nagar <
[email protected]
>
[PATCH] appledisplay/backlight (Depmod errors on 2.6.17.4/2.6.18-rc1/2.6.18-rc1-mm1)
From
: "Randy.Dunlap" <
[email protected]
>
Re: klibc and what's the next step?
From
: Olaf Hering <
[email protected]
>
Re: [Fastboot] [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Fernando Luis Vázquez Cao <
[email protected]
>
[PATCH] de_thread: Use tsk not current.
From
:
[email protected]
(Eric W. Biederman)
[RFC] Add L1 symbol section supporting in kallsyms.c
From
: "Luke Yang" <
[email protected]
>
Memory tables corruption - kernel v2.4.33-rc1
From
: Tony Borras <
[email protected]
>
[PATCH] mtd: Remove the last of the inter_module calls from mtd.
From
:
[email protected]
(Eric W. Biederman)
[Patch 6/6] per task delay accounting taskstats interface: fix clone skbs for each listener
From
: Shailabh Nagar <
[email protected]
>
[Patch 5/6] list_islast utility
From
: Shailabh Nagar <
[email protected]
>
[Patch 4/6] per task delay accounting taskstats interface: fix drop listener only on socket close
From
: Shailabh Nagar <
[email protected]
>
Re: [PATCH] Fix an inproper alignment accessing in irda protocol stack
From
: David Miller <
[email protected]
>
[Patch 3/6] per task delay accounting taskstats interface: fix early sem init
From
: Shailabh Nagar <
[email protected]
>
[Patch 1/6] per task delay accounting taskstats interface: code cleanup
From
: Shailabh Nagar <
[email protected]
>
[PATCH] Export two symbols for drivers to use
From
: "Luke Yang" <
[email protected]
>
[Patch 0/6] delay accounting & taskstats fixes
From
: Shailabh Nagar <
[email protected]
>
Re: [Fastboot] [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
: Fernando Luis Vázquez Cao <
[email protected]
>
2.6.18-rc1-mm1 - VPN chewing CPU like crazy..
From
:
[email protected]
Re: [PATCH] sysctl: Allow /proc/sys without sys_sysctl
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] Fix an inproper alignment accessing in irda protocol stack
From
: "Luke Yang" <
[email protected]
>
Re: [2.6 patch] let CONFIG_SECCOMP default to n
From
:
[email protected]
Re: infiniband patch series (was Re: ipath patch series a-comin', but no IB maintainer to shepherd them)
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] sysctl: Document that sys_sysctl will be removed.
From
:
[email protected]
(Eric W. Biederman)
areca-raid-linux-scsi-driver-update7-fix-3.patch
From
: "erich" <
[email protected]
>
Re: [PATCH] sysctl: Allow /proc/sys without sys_sysctl
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 2/2] Initial generic hypertransport interrupt support.
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH 1/3] stack overflow safe kdump (2.6.18-rc1-i386) - safe_smp_processor_id
From
:
[email protected]
(Eric W. Biederman)
Re: tty's use of file_list_lock and file_move
From
: "Jon Smirl" <
[email protected]
>
Re: [PATCH] Fix an inproper alignment accessing in irda protocol stack
From
: David Miller <
[email protected]
>
Re: 2.6.18-rc1-mm1
From
: "H. Peter Anvin" <
[email protected]
>
Re: Depmod errors on 2.6.17.4/2.6.18-rc1/2.6.18-rc1-mm1
From
: Matt Reuther <
[email protected]
>
[PATCH]resend: unaligned access in irda protocol stack
From
: "Luke Yang" <
[email protected]
>
Re: 2.6.18-rc1-mm1
From
: "Randy.Dunlap" <
[email protected]
>
Re: 2.6.18-rc1-mm1
From
: Chuck Ebbert <
[email protected]
>
Re: [PATCH] ia64: change usermode HZ to 250
From
: "David Mosberger-Tang" <
[email protected]
>
Re: DMA memory, split_page, BUG_ON(PageCompound()), sound
From
: Marc Singer <
[email protected]
>
Re: ext4 features
From
: Trond Myklebust <
[email protected]
>
Re: [PATCH] Clean up old names in tty code to current names
From
: "Albert Cahalan" <
[email protected]
>
Re: tty's use of file_list_lock and file_move
From
: "Jon Smirl" <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
