LKML: Linux Kernel Archive 2007 Q1
Thread Index
[
Prev Page
][
Next Page
]
[PATCH x86 for review II] [5/39] i386: improve sched_clock() on i686
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [11/39] i386: Handle 32 bit PerfMon Counter writes cleanly in i386 nmi_watchdog
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [12/39] i386: Handle 32 bit PerfMon Counter writes cleanly in oprofile
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [13/39] i386: CONFIG_PHYSICAL_ALIGN limited to 4M?
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [10/39] x86_64: Handle 32 bit PerfMon Counter writes cleanly in x86_64 nmi_watchdog
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [9/39] x86_64: Use constant instead of raw number in x86_64 ioperm.c
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [8/39] x86_64: Remove fastcall references in x86_64 code
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [7/39] x86_64: Fix fake numa for x86_64 machines with big IO hole
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [3/39] i386: arch/i386/kernel/cpu/mcheck/mce.c should #include <asm/mce.h>
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [6/39] i386: romsignature/checksum cleanup
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [26/39] i386: fix 32-bit ioctls on x64_32
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [14/39] x86_64: cleanup Doc/x86_64/ files
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [33/39] x86_64: Fix off by one error in IOMMU boundary checking
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [31/39] x86_64: Unexport __supported_pte_mask
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [32/39] x86_64: x86_64 - Fix FS/GS registers for VT execution
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [25/39] x86_64: Fix preprocessor condition
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [24/39] i386: use smp_call_function_single()
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [27/39] i386: APM on i386
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [22/39] x86_64: Kconfig typos
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [20/39] i386: Small cleanup to TLB flush code
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [19/39] x86_64: remove get_pmd()
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [36/39] x86_64: define dma noncoherent API functions
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [35/39] x86_64: Don't reserve ROMs
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [18/39] x86_64: Allow to run a program when a machine check event is detected
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [34/39] i386: Use stack arguments for calling into EFI
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [17/39] x86_64: Tighten mce_amd driver MSR reads
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [39/39] i386: All Transmeta CPUs have constant TSCs
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [37/39] x86_64: robustify bad_dma_address handling
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [16/39] x86: simplify notify_page_fault()
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [38/39] x86: fix laptop bootup hang in init_acpi()
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [29/39] x86_64: - Ignore long SMI interrupts in clock calibration code - update 1
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [28/39] i386: fix size_or_mask and size_and_mask
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [30/39] x86_64: Check return value of putreg in PTRACE_SETREGS
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [21/39] i386: rdmsr_on_cpu, wrmsr_on_cpu
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [23/39] i386: use smp_call_function_single()
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [15/39] x86_64: list x86_64 quilt tree
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [2/39] x86_64: Break init() in two parts to avoid MODPOST warnings
From
: Andi Kleen <
[email protected]
>
[PATCH x86 for review II] [1/39] i386: move startup_32() in text.head section
From
: Andi Kleen <
[email protected]
>
Re: [IA64] swiotlb abstraction (e.g. for Xen)
From
: "Jan Beulich" <
[email protected]
>
Re: CPU load
From
: Con Kolivas <
[email protected]
>
Re: remote debugging via FireWire
From
: Benjamin Herrenschmidt <
[email protected]
>
[QUESTION] file access time in millisecond?
From
: "Jeff Chua" <
[email protected]
>
Re: [PATCH 7/8] lguest: trivial guest block driver
From
: Rusty Russell <
[email protected]
>
Re: CPU load
From
: malc <
[email protected]
>
Re: [PATCH 1/3] Blackfin: architecture patch against Linux kernel2.6.20 (again)
From
: "Sonic Zhang" <
[email protected]
>
Re: Documenting MS_RELATIME
From
: Valerie Henson <
[email protected]
>
Re: CPU load
From
: malc <
[email protected]
>
Re: Documenting MS_RELATIME
From
: Valerie Henson <
[email protected]
>
Re: remote debugging via FireWire
From
: Andi Kleen <
[email protected]
>
Re: High CPU usage with sata_nv
From
: Tejun Heo <
[email protected]
>
Re: [PATCH 2/2] Re: [autofs] Bad race condition in the new autofs protocol somewhere
From
: Ian Kent <
[email protected]
>
Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
From
: Tejun Heo <
[email protected]
>
Re: AHCI - remove probing of ata2
From
: Tejun Heo <
[email protected]
>
[PATCH 1/2] Re: [autofs] Bad race condition in the new autofs protocol somewhere
From
: Ian Kent <
[email protected]
>
Re: forcedeth problems on 2.6.20-rc6-mm3
From
: Tobias Diedrich <
[email protected]
>
Re: [RFC PATCH] QRCU fastpath optimization
From
: Jens Axboe <
[email protected]
>
Re: gigaset build broken on current linux-2.6.git
From
: Jeff Garzik <
[email protected]
>
Re: Linux 2.6.16.40
From
: Bron Gondwana <
[email protected]
>
Re: CPU load
From
: Con Kolivas <
[email protected]
>
Re: Linux 2.6.16.40
From
: Bron Gondwana <
[email protected]
>
Re: CPU load
From
: Con Kolivas <
[email protected]
>
Re: CPU load
From
: Stephen Rothwell <
[email protected]
>
[PATCH 004 of 4] knfsd: Allow the server to provide a gid list when using AUTH_UNIX authentication.
From
: NeilBrown <
[email protected]
>
[PATCH 002 of 4] knfsd: Tidy up choice of filesystem-identifier when creating a filehandle.
From
: NeilBrown <
[email protected]
>
[PATCH 000 of 4] knfsd: fixes and enhancements for 2.6.21
From
: NeilBrown <
[email protected]
>
[PATCH 003 of 4] knfsd: Add some new fsid types.
From
: NeilBrown <
[email protected]
>
[PATCH 001 of 4] knfsd: Fix return value for writes to some files in 'nfsd' filesystem.
From
: NeilBrown <
[email protected]
>
Re: libata FUA revisited
From
: Robert Hancock <
[email protected]
>
Re: CPU load
From
: "Con Kolivas" <
[email protected]
>
CPU load
From
: Vassili Karpov <
[email protected]
>
Re: [PATCH 7/8] lguest: trivial guest block driver
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 7/8] lguest: trivial guest block driver
From
: Jens Axboe <
[email protected]
>
[PATCH] ia64: Fix noncoherent DMA API so devres builds
From
: Roland Dreier <
[email protected]
>
Re: [PATCH 7/8] lguest: trivial guest block driver
From
: Rusty Russell <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
Re: What are the real ioapic rte programming constraints?
From
:
[email protected]
(Eric W. Biederman)
[RFC PATCH] QRCU fastpath optimization
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 7/8] lguest: trivial guest block driver
From
: Jens Axboe <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
[PATCH 8/8] lguest: documentatation and example launcher
From
: Rusty Russell <
[email protected]
>
[PATCH 7/8] lguest: trivial guest block driver
From
: Rusty Russell <
[email protected]
>
[PATCH 6/8] lguest: trivial guest console driver
From
: Rusty Russell <
[email protected]
>
[PATCH 5/8] lguest: trivial guest network driver
From
: Rusty Russell <
[email protected]
>
[PATCH 4/8] lguest: Makefile
From
: Rusty Russell <
[email protected]
>
[PATCH 3/8] lguest: Guest code
From
: Rusty Russell <
[email protected]
>
[PATCH 2/8] lguest: the host code (lg.ko).
From
: Rusty Russell <
[email protected]
>
[PATCH 1/8] lguest: Kconfig and headers
From
: Rusty Russell <
[email protected]
>
[PATCH 2/2] lguest preparation: expose futex infrastructure: get_futex_key, get_key_refs and drop_key_refs
From
: Rusty Russell <
[email protected]
>
[PATCH 1/2] lguest preparation: EXPORT_SYMBOL_GPL 5 functions
From
: Rusty Russell <
[email protected]
>
[PATCH 7/7] cleanup: make disable_acpi() valid w/o CONFIG_ACPI
From
: Rusty Russell <
[email protected]
>
[PATCH 6/7] cleanup: Remove extern declaration from mm/discontig.c, put in header.
From
: Rusty Russell <
[email protected]
>
[PATCH 5/7] cleanup: Rename cpu_gdt_descr and remove extern declaration from smpboot.c
From
: Rusty Russell <
[email protected]
>
[PATCH 4/7] cleanup: Move mce_disabled to asm/mce.h
From
: Rusty Russell <
[email protected]
>
[PATCH 3/7] cleanup: Make hvc_console.c compile on non-PowerPC
From
: Rusty Russell <
[email protected]
>
[PATCH 2/7] cleanup: Initialize esp0 properly all the time
From
: Rusty Russell <
[email protected]
>
[PATCH 1/7] cleanup: paravirt unhandled fallthrough
From
: Rusty Russell <
[email protected]
>
libata FUA revisited
From
: Robert Hancock <
[email protected]
>
Re: genirq: Add a set_irq_handler_locked() function
From
: David Gibson <
[email protected]
>
Re: [git patches] libata updates 1 of 3
From
: Markus Trippelsdorf <
[email protected]
>
[PATCH] powerpc: Fix vDSO page count calculation
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: 2.6.20-rt5 Oops on boot
From
: Sergio Monteiro Basto <
[email protected]
>
BUG: at fs/nfs/pagelist.c:339 nfs_scan_dirty()
From
: Matthew Hodgson <
[email protected]
>
Re: What are the real ioapic rte programming constraints?
From
: Zwane Mwaikambo <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Robert Hancock <
[email protected]
>
Re: [PATCH 4/3] make cancel_rearming_delayed_work() work on any workqueue, not just keventd_wq
From
: Oleg Nesterov <
[email protected]
>
[PATCH] sata_nv: add back some verbosity into ADMA error_handler
From
: Robert Hancock <
[email protected]
>
[PATCH] sata_nv: handle SError status indication
From
: Robert Hancock <
[email protected]
>
pcim_enable_device BUGs for libata devices in 2.6.20-git6
From
: Robert Hancock <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
[patch] (2nd try) add epoll compat code to kernel/compat.c ...
From
: Davide Libenzi <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Alan <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Alan <
[email protected]
>
Re: md: md6_raid5 crash 2.6.20
From
: Neil Brown <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Alan <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Tilman Schmidt <
[email protected]
>
Re: [PATCH 1/3] make queue_delayed_work() friendly to flush_fork()
From
: Oleg Nesterov <
[email protected]
>
Re: md: md6_raid5 crash 2.6.20
From
: "Marc Marais" <
[email protected]
>
Regress for 8139too in 2.6.20
From
: Larry Finger <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Pavel Machek <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Manu Abraham" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Pavel Machek <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Pavel Machek <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: [patch] add epoll compat code to kernel/compat.c ...
From
: Davide Libenzi <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Alan <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: sata_nv - ADMA issues with 2.6.20
From
: Robert Hancock <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Manu Abraham" <
[email protected]
>
Re: [Cbe-oss-dev] [RFC, PATCH] CELL Oprofile SPU profiling updated patch
From
: Milton Miller <
[email protected]
>
Re: Problem with USB ports and a dongle
From
: Oliver Neukum <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: High CPU usage with sata_nv
From
: ris <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: [PATCH] keep track of network interface renaming
From
: Tilman Schmidt <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: sata_nv - ADMA issues with 2.6.20
From
: Björn Steinbrink <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Tilman Schmidt <
[email protected]
>
Multicast "ipmr.c" misunderstood / bug / new feature.
From
: Iratxo Pichel Ortiz <
[email protected]
>
Re: 2.6.18.2: sporadic SATA port resets (Broadcom BCM5785 (HT1000))
From
: Tejun Heo <
[email protected]
>
Re: [PATCH] sort the devres mess out
From
: Roland Dreier <
[email protected]
>
Re: [git patches] libata updates 1 of 3
From
: Tejun Heo <
[email protected]
>
Re: Regression in kernel linux-2.6.20-rc1/2: Problems with poweroff
From
: Berthold Cogel <
[email protected]
>
Re: md: md6_raid5 crash 2.6.20
From
: Neil Brown <
[email protected]
>
Re: What are the real ioapic rte programming constraints?
From
:
[email protected]
(Eric W. Biederman)
Re: Experimental driver for Ricoh Bay1Controller SD Card readers
From
: Sascha Sommer <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
Re: [patch] add epoll compat code to kernel/compat.c ...
From
: Heiko Carstens <
[email protected]
>
Re: sata_nv - ADMA issues with 2.6.20
From
: Neil Schemenauer <
[email protected]
>
Re: [PATCH] keep track of network interface renaming
From
: David Miller <
[email protected]
>
Re: What are the real ioapic rte programming constraints?
From
:
[email protected]
(Eric W. Biederman)
Re: remote debugging via FireWire
From
: Benjamin Herrenschmidt <
[email protected]
>
Problem with USB ports and a dongle
From
: Thibaud Hulin <
[email protected]
>
[PATCH 4/3] make cancel_rearming_delayed_work() work on any workqueue, not just keventd_wq
From
: Oleg Nesterov <
[email protected]
>
Re: [PATCH] [NETDEV] [000] dmfe : fix bugs and add features
From
: Maxim <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] [NETDEV] [004] dmfe : Add suspend/resume support
From
: Maxim <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Stefan Richter <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Alan <
[email protected]
>
Re: RE : Re: Re : [PATCH] Compressed ia32 ELF file generation for loading by Gujin 1/3
From
:
[email protected]
(Eric W. Biederman)
Re: [PATCH v4] Fix rmmod/read/write races in /proc entries
From
: Al Viro <
[email protected]
>
[PATCH v4] Fix rmmod/read/write races in /proc entries
From
: Alexey Dobriyan <
[email protected]
>
[patch] add epoll compat code to kernel/compat.c ...
From
: Davide Libenzi <
[email protected]
>
[PATCH 03/05] Linux Kernel Markers : powerpc optimization
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 05/05] Linux Kernel Markers, non optimized architectures
From
: Mathieu Desnoyers <
[email protected]
>
Re: libsata doesn't like bus without master
From
: "Patrick Ale" <
[email protected]
>
[PATCH 01/05] Linux Kernel Markers : Kconfig menus
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 02/05] Linux Kernel Markers, architecture independant code.
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 04/05] Linux Kernel Markers : i386 optimization
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 00/05] Linux Kernel Markers - kernel 2.6.20
From
: Mathieu Desnoyers <
[email protected]
>
Re: libsata doesn't like bus without master
From
: Henrique de Moraes Holschuh <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Henrique de Moraes Holschuh <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Pavel Machek <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Pavel Machek <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver - one more
From
: Brad Campbell <
[email protected]
>
[PATCH 02/10] local_t : alpha extension
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 07/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to powerpc
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 02/10] atomic.h : Complete atomic_long operations in asm-generic
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 10/10] local_t : x86_64 extension
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 10/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to x86_64
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 04/10] local_t : ia64 extension
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 08/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to sparc64
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 07/10] local_t : powerpc extension
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 05/10] local_t : mips extension
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 09/10] local_t : sparc64 cleanup
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 09/10] atomic.h : Add atomic64_xchg to s390
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 06/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to parisc
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 04/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to ia64
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 03/10] atomic.h : i386 type safety fix
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH] keep track of network interface renaming
From
: Robert Hancock <
[email protected]
>
[PATCH 03/10] local_t : i386 extension
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 00/10] local_t : adding and standardising local atomic primitives
From
: Mathieu Desnoyers <
[email protected]
>
Re: KVM oops: killing interrupt handler
From
: Jiri Slaby <
[email protected]
>
[PATCH 08/10] local_t : s390 cleanup
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 06/10] local_t : parisc cleanup
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 05/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to mips
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 01/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to alpha
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 01/10] local_t : architecture independant extension
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 00/10] atomic.h : standardizing atomic primitives
From
: Mathieu Desnoyers <
[email protected]
>
[patch] bugfixes and new hardware support for arcnet driver
From
: Jeff Morrow <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: gigaset build broken on current linux-2.6.git
From
: Greg KH <
[email protected]
>
Re: libsata doesn't like bus without master
From
: "Patrick Ale" <
[email protected]
>
Re: gigaset build broken on current linux-2.6.git
From
: Tilman Schmidt <
[email protected]
>
Re: libsata doesn't like bus without master
From
: Robert Hancock <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Robert Hancock <
[email protected]
>
Re: [PATCH] keep track of network interface renaming
From
: David Miller <
[email protected]
>
[PATCH] add missing io...._rep() on sparc32
From
: Al Viro <
[email protected]
>
Re: [Linux-fbdev-devel] [PATCH] nvidiafb: allow ignoring EDID info
From
: Luca Tettamanti <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Al Viro <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver
From
: Pierre Ossman <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Ralf Baechle <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver - one more
From
: Pierre Ossman <
[email protected]
>
Re: [PATCH] Fix USB vendor and product IDs endianness for USB HID devices
From
: Julien BLACHE <
[email protected]
>
Re: current git breaks resume
From
: Jens Axboe <
[email protected]
>
Re: [PATCH] keep track of network interface renaming
From
: David Miller <
[email protected]
>
Re: libsata doesn't like bus without master
From
: "Patrick Ale" <
[email protected]
>
Re: libsata doesn't like bus without master
From
: Robert Hancock <
[email protected]
>
Re: KVM oops: killing interrupt handler
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH 3/3] cxacru: Store all device status information and report it when atm_proc_read is called.
From
: Simon Arlott <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Robert Hancock <
[email protected]
>
Re: current git breaks resume
From
: Jens Axboe <
[email protected]
>
Re: current git breaks resume
From
: Alexey Starikovskiy <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Daniel Barkalow <
[email protected]
>
Re: [PATCH] Fix USB vendor and product IDs endianness for USB HID devices
From
: Jiri Kosina <
[email protected]
>
Re: Still cant boot 2.6.20
From
: Randy Dunlap <
[email protected]
>
Re: current git breaks resume
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 2/3] cxacru: Poll for device status more frequently.
From
: Simon Arlott <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Ralf Baechle <
[email protected]
>
Re: 20-rc6-mm3 - BUG: at arch/i386/mm/highmem.c:52 kmap_atomic()
From
: "Miguel Ojeda" <
[email protected]
>
Re: KVM oops: killing interrupt handler
From
: Avi Kivity <
[email protected]
>
Re: creating headless device on 2.6.18
From
: "Alex Bounder" <
[email protected]
>
[PATCH] Update documentation
From
: "Aneesh Kumar K.V" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Pavel Machek <
[email protected]
>
Re: KVM oops: killing interrupt handler
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Martin Schwidefsky <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Davide Libenzi <
[email protected]
>
Re: KVM oops: killing interrupt handler
From
: Jiri Slaby <
[email protected]
>
Re: What are the real ioapic rte programming constraints?
From
: Zwane Mwaikambo <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Heiko Carstens <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver - one more
From
: Brad Campbell <
[email protected]
>
Re: KVM oops: killing interrupt handler
From
: Avi Kivity <
[email protected]
>
Re: [patch] More defines for dma-mapping-broken.h
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] sort the devres mess out
From
: Jeff Garzik <
[email protected]
>
[PATCH] sort the devres mess out
From
: Al Viro <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver - one more
From
: Pierre Ossman <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: David Woodhouse <
[email protected]
>
[GIT PULL] MMC updates
From
: Pierre Ossman <
[email protected]
>
Re: [patch] linux/io.h: forward declare struct pci_dev
From
: Heiko Carstens <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: "Pekka Enberg" <
[email protected]
>
Re: [patch] linux/io.h: forward declare struct pci_dev
From
: Jeff Garzik <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver - one more
From
: "Fabio Comolli" <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: current git breaks resume
From
: Alexey Starikovskiy <
[email protected]
>
Re: KVM oops: killing interrupt handler
From
: "Jiri Slaby" <
[email protected]
>
Re: PROBLEM: 2.6.19.1 Oops while doing Disk IO + playing sound, 2.6.20 too
From
: Frank Hartmann <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
RE: 2.6.20/2.6.20-rc7 : ethX renumbered
From
: "Paul Rolland" <
[email protected]
>
RE: [PATCH] keep track of network interface renaming
From
: "Paul Rolland" <
[email protected]
>
RE : Re: Re : [PATCH] Compressed ia32 ELF file generation for loading by Gujin 1/3
From
: Etienne Lorrain <
[email protected]
>
Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: Johannes Berg <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Matthew Garrett <
[email protected]
>
RE: 2.6.20/2.6.20-rc7 : ethX renumbered
From
: "Paul Rolland" <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: 2.6.20/2.6.20-rc7 : ethX renumbered
From
: "Benoit Boissinot" <
[email protected]
>
[PATCH] keep track of network interface renaming
From
: Olaf Hering <
[email protected]
>
2.6.20/2.6.20-rc7 : ethX renumbered
From
: "Paul Rolland" <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Matthew Garrett <
[email protected]
>
Re: [PATCH] fix quadratic behavior of shrink_dcache_parent()
From
: Miklos Szeredi <
[email protected]
>
Re: [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels
From
:
[email protected]
(Eric W. Biederman)
Re: -mm merge plans for 2.6.21
From
: Andi Kleen <
[email protected]
>
Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree
From
: Andi Kleen <
[email protected]
>
Re: [ANNOUNCE] sparse-0.2-cl2 is now available
From
: Andi Kleen <
[email protected]
>
Re: [BUG] PATA_PCMCIA does not work
From
: "Haavard Skinnemoen" <
[email protected]
>
libsata doesn't like bus without master
From
: "Patrick Ale" <
[email protected]
>
Re: What are the real ioapic rte programming constraints?
From
:
[email protected]
(Eric W. Biederman)
RE: AHCI - remove probing of ata2
From
: "Paul Rolland" <
[email protected]
>
[PATCH] input: extend EV_LED
From
: Németh Márton <
[email protected]
>
Data Caching Service
From
: "Satapathy, Soumendu Sekhar" <
[email protected]
>
Data Caching Service
From
: "Satapathy, Soumendu Sekhar" <
[email protected]
>
Re: KVM oops: killing interrupt handler
From
: Avi Kivity <
[email protected]
>
Re: Still cant boot 2.6.20
From
: Willy Tarreau <
[email protected]
>
Re: [patch] linux/io.h: forward declare struct pci_dev
From
: Al Viro <
[email protected]
>
[PATCH] pcmcia: some class_device fallout
From
: Alexey Dobriyan <
[email protected]
>
[PATCH] mwave: interesting flags savings
From
: Alexey Dobriyan <
[email protected]
>
RE: Getting the nfs_fh of a specific file/dir from the kernel
From
: "Menny Hamburger" <
[email protected]
>
Re: Still cant boot 2.6.20
From
:
[email protected]
md: md6_raid5 crash 2.6.20
From
: "Marc Marais" <
[email protected]
>
Re: [IA64] swiotlb abstraction (e.g. for Xen)
From
: Christoph Hellwig <
[email protected]
>
Re: Still cant boot 2.6.20
From
: Robert Hancock <
[email protected]
>
Re: Still cant boot 2.6.20
From
: Randy Dunlap <
[email protected]
>
Re: [patch] linux/io.h: forward declare struct pci_dev
From
: Christoph Hellwig <
[email protected]
>
Re: Still cant boot 2.6.20
From
:
[email protected]
Re: [patch] linux/io.h: forward declare struct pci_dev
From
: Randy Dunlap <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
[PATCH] devres: kernel-doc and DocBook
From
: Randy Dunlap <
[email protected]
>
[PATCH] fix fatal kernel-doc error
From
: Randy Dunlap <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
Re: [patch] linux/io.h: forward declare struct pci_dev
From
: Tejun Heo <
[email protected]
>
Re: [patch] linux/io.h: forward declare struct pci_dev
From
: Al Viro <
[email protected]
>
Re: [ANNOUNCE] sparse-0.2-cl2 is now available
From
: Christopher Li <
[email protected]
>
Re: arch/arm: typos in KERN_ERR, KERN_INFO
From
: Ben Dooks <
[email protected]
>
Re: [patch] linux/io.h: forward declare struct pci_dev
From
: Tejun Heo <
[email protected]
>
Still cant boot 2.6.20
From
:
[email protected]
Re: + kvm-fix-asm-constraint-for-lldt-instruction.patch added to -mm tree
From
: Avi Kivity <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver - one more
From
: Brad Campbell <
[email protected]
>
Re: What are the real ioapic rte programming constraints?
From
: Zwane Mwaikambo <
[email protected]
>
Re: [ANNOUNCE] sparse-0.2-cl2 is now available
From
: Christopher Li <
[email protected]
>
Re: [ANNOUNCE] sparse-0.2-cl2 is now available
From
: Al Viro <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Al Viro <
[email protected]
>
Re: current git breaks resume
From
: Len Brown <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Davide Libenzi <
[email protected]
>
Re: git backlight tree
From
: Len Brown <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver
From
: Alex Dubov <
[email protected]
>
Re: libata_uli puts second channel to PIO4 on 2.6.18
From
: Grzegorz Kulewski <
[email protected]
>
[GIT PATCH] SCSI updates for 2.6.20
From
: James Bottomley <
[email protected]
>
Re: [patch] linux/io.h: forward declare struct pci_dev
From
: Christoph Hellwig <
[email protected]
>
reporting lost ticks
From
: Antoine Martin <
[email protected]
>
Re: current git breaks resume
From
: Jens Axboe <
[email protected]
>
Re: Size of 2.6.20 task_struct on x86_64 machines
From
: Linus Torvalds <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Ralf Baechle <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Linus Torvalds <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Ralf Baechle <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Randy Dunlap <
[email protected]
>
Re: [BUG] PATA_PCMCIA does not work
From
: Komuro <
[email protected]
>
Re: [BUG] PATA_PCMCIA does not work
From
: Alan <
[email protected]
>
Re: 20-rc6-mm3 - BUG: at arch/i386/mm/highmem.c:52 kmap_atomic()
From
: Frederik Deweerdt <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: David Miller <
[email protected]
>
Re: Documenting MS_RELATIME
From
: Dave Jones <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH RFC] backlight/fbcon: Add FB_EVENT_CONBLANK
From
: Richard Purdie <
[email protected]
>
git backlight tree
From
: Richard Purdie <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Dave Jones <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Size of 2.6.20 task_struct on x86_64 machines
From
: Dave Jones <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Heiko Carstens <
[email protected]
>
Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree
From
: Dave Jones <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Al Viro <
[email protected]
>
What are the real ioapic rte programming constraints?
From
:
[email protected]
(Eric W. Biederman)
Re: NAK new drivers without proper power management?
From
: Tilman Schmidt <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Tilman Schmidt <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Robert Hancock <
[email protected]
>
Re: [ipw3945-devel] [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: "John W. Linville" <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Al Viro <
[email protected]
>
[PATCH 1/3] USB kernel-doc fixes
From
: Randy Dunlap <
[email protected]
>
[PATCH 3/3] IRQ kernel-doc fixes
From
: Randy Dunlap <
[email protected]
>
[PATCH 2/3] PCI/sysfs/kobject kernel-doc fixes
From
: Randy Dunlap <
[email protected]
>
Re: [patch 0/3] 2.6.20 fix for PageUptodate memorder problem (try 3)
From
: Martin Schwidefsky <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: -mm merge plans for 2.6.21 -- md-dm-reduce-stack-usage-with-stacked-block-devices.patch
From
: Alasdair G Kergon <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Linus Torvalds <
[email protected]
>
Re: libsata tests started
From
: "Michal Piotrowski" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Tejun Heo <
[email protected]
>
Re: libsata tests started
From
: "Patrick Ale" <
[email protected]
>
RE: AHCI - remove probing of ata2
From
: "Paul Rolland" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Pavel Machek <
[email protected]
>
RE: [PATCH] aio: fix kernel bug when page is temporally busy
From
: "Ananiev, Leonid I" <
[email protected]
>
[PATCH 3/3] ipvs: flush defense_work before module unload
From
: Oleg Nesterov <
[email protected]
>
[PATCH 1/3] make queue_delayed_work() friendly to flush_fork()
From
: Oleg Nesterov <
[email protected]
>
[PATCH 2/3] unify queue_delayed_work() and queue_delayed_work_on()
From
: Oleg Nesterov <
[email protected]
>
[PATCH 0/3] delayed_work tweaks
From
: Oleg Nesterov <
[email protected]
>
[PATCH] Fix USB vendor and product IDs endianness for USB HID devices
From
: Julien BLACHE <
[email protected]
>
Re: + kvm-fix-asm-constraint-for-lldt-instruction.patch added to -mm tree
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Davide Libenzi <
[email protected]
>
Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values
From
: Richard Knutsson <
[email protected]
>
2.6.20 "IRQ handler type mismatch for IRQ 4"
From
: Florian Schmidt <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Adrian Bunk <
[email protected]
>
Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values
From
: Richard Knutsson <
[email protected]
>
Re: libsata tests started
From
: "Patrick Ale" <
[email protected]
>
Re: AHCI - remove probing of ata2
From
: Alan <
[email protected]
>
Re: libsata tests started
From
: Alan <
[email protected]
>
Re: libsata tests started
From
: "Patrick Ale" <
[email protected]
>
RE: AHCI - remove probing of ata2
From
: "Paul Rolland" <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH mm] cfag12864b: fix crash when built-in and no parport present
From
: Miguel Ojeda <
[email protected]
>
Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Heiko Carstens <
[email protected]
>
KVM oops: killing interrupt handler
From
: Jiri Slaby <
[email protected]
>
Re: libsata tests started
From
: Randy Dunlap <
[email protected]
>
20-rc6-mm3 - BUG: at arch/i386/mm/highmem.c:52 kmap_atomic()
From
: "Miguel Ojeda" <
[email protected]
>
Re: Problem of USB - error 71 : how configure kernel to dongle with chipset
From
: Oliver Neukum <
[email protected]
>
RE: [PATCH] aio: fix kernel bug when page is temporally busy
From
: "Ananiev, Leonid I" <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Linus Torvalds <
[email protected]
>
Re: remote debugging via FireWire
From
: Stefan Richter <
[email protected]
>
[PATCH] pktcdvd: Correctly set cmd_len field in pkt_generic_packet
From
: Gerhard Dirschl <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Linus Torvalds <
[email protected]
>
Re: AHCI - remove probing of ata2
From
: Alan <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Davide Libenzi <
[email protected]
>
Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: Michael Buesch <
[email protected]
>
RE: AHCI - remove probing of ata2
From
: "Paul Rolland" <
[email protected]
>
Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values
From
: James Bottomley <
[email protected]
>
RE: [PATCH] aio: fix kernel bug when page is temporally busy
From
: "Ananiev, Leonid I" <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Davide Libenzi <
[email protected]
>
RE: [PATCH] aio: fix kernel bug when page is temporally busy
From
: "Ananiev, Leonid I" <
[email protected]
>
Re: [PATCH] aio: fix kernel bug when page is temporally busy
From
: "Ken Chen" <
[email protected]
>
Re: [ipw3945-devel] [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: Pavel Roskin <
[email protected]
>
Documenting MS_RELATIME
From
: Michael Kerrisk <
[email protected]
>
Linux 2.4.35-pre1
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Daniel Barkalow <
[email protected]
>
[PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values
From
: Richard Knutsson <
[email protected]
>
[PATCH] drivers/scsi/aic7xxx: Convert to generic boolean-values
From
: Richard Knutsson <
[email protected]
>
[PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured
From
: Tejun Heo <
[email protected]
>
RE: AHCI - remove probing of ata2
From
: "Paul Rolland" <
[email protected]
>
Re: + kvm-fix-asm-constraint-for-lldt-instruction.patch added to -mm tree
From
: "S.Çağlar Onur" <
[email protected]
>
Re: [PATCH] serial driver PMC MSP71xx, kernel linux-mips.git mast er
From
: Sergei Shtylyov <
[email protected]
>
[PATCH] ARM: VM: fix user page protection values (was Re: [PATCH] DEV: zero: use correct pgprot for zeromapping)
From
: Imre Deak <
[email protected]
>
RE: AHCI - remove probing of ata2 + Jmicron JMB363 ATA mode failing
From
: "Paul Rolland" <
[email protected]
>
Re: AHCI - remove probing of ata2
From
: Robert Hancock <
[email protected]
>
Re: [PATCH] ipc: Save the ipc namespace while reading proc files.
From
:
[email protected]
(Eric W. Biederman)
Re: Sata_via problems in a Vintage2-AE1
From
: Leopold Palomo Avellaneda <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Robert Hancock <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Ismail Dönmez <
[email protected]
>
Re: Problem of USB - error 71 : how configure kernel to dongle with chipset
From
: Thibaud Hulin <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Ismail Dönmez <
[email protected]
>
Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: "John W. Linville" <
[email protected]
>
Linux 2.6.16.40
From
: Adrian Bunk <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Henrique de Moraes Holschuh <
[email protected]
>
Re: [ANNOUNCE] sparse-0.2-cl2 is now available
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] ipc: Save the ipc namespace while reading proc files.
From
: "Serge E. Hallyn" <
[email protected]
>
Re: 2.6.20-rt5 Oops on boot
From
: Rui Nuno Capela <
[email protected]
>
Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: Theodore Tso <
[email protected]
>
libsata tests started
From
: "Patrick Ale" <
[email protected]
>
Re: [ck] Re: Swap prefetch merge plans
From
: jos poortvliet <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Ismail Dönmez <
[email protected]
>
Re: 2.6.20-rt5 Oops on boot
From
: Andrew Burgess <
[email protected]
>
Re: compat_ioctl (was [PATCH update] ieee1394: cycle timer read extension for raw1394/libraw1394)
From
: Arnd Bergmann <
[email protected]
>
Re: remote debugging via FireWire
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] [NETDEV] [000] dmfe : fix bugs and add features
From
: Samuel Thibault <
[email protected]
>
Re: remote debugging via FireWire
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] Make aout executables work again
From
: Andi Kleen <
[email protected]
>
Re: More ICH7 PATA freezes with ata_piix
From
: Tejun Heo <
[email protected]
>
Re: Sata_via problems in a Vintage2-AE1
From
: Tejun Heo <
[email protected]
>
[PATCH] FAT: DIO-write fallback to normal buffered
From
: OGAWA Hirofumi <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] Make aout executables work again
From
: "Parag Warudkar" <
[email protected]
>
Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: "Hesse, Christian" <
[email protected]
>
Re: [PATCH] Make aout executables work again
From
: Andi Kleen <
[email protected]
>
AHCI - remove probing of ata2
From
: "Paul Rolland" <
[email protected]
>
compat_ioctl (was [PATCH update] ieee1394: cycle timer read extension for raw1394/libraw1394)
From
: Stefan Richter <
[email protected]
>
linux-2.6.20-rt5 and vmware workstation
From
: Mark Hounschell <
[email protected]
>
Re: remote debugging via FireWire (was What will be in the x86-64/x86 2.6.21 merge)
From
: Andi Kleen <
[email protected]
>
Re: [discuss] What will be in the x86-64/x86 2.6.21 merge
From
: Andi Kleen <
[email protected]
>
Re: [discuss] What will be in the x86-64/x86 2.6.21 merge
From
: Muli Ben-Yehuda <
[email protected]
>
Re: [discuss] What will be in the x86-64/x86 2.6.21 merge
From
: Andi Kleen <
[email protected]
>
remote debugging via FireWire (was What will be in the x86-64/x86 2.6.21 merge)
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] Make aout executables work again
From
: "Parag Warudkar" <
[email protected]
>
Re: [discuss] What will be in the x86-64/x86 2.6.21 merge
From
: Muli Ben-Yehuda <
[email protected]
>
Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: "Hesse, Christian" <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Alan <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver - one more
From
: Pierre Ossman <
[email protected]
>
Re: [PATCH] fix quadratic behavior of shrink_dcache_parent()
From
: "Russ Cox" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Stefan Richter <
[email protected]
>
Re: [patch 1/9] Fix HPET init race
From
: Andi Kleen <
[email protected]
>
Re: Problem of USB - error 71 : how configure kernel to dongle with chipset
From
: Alex Davis <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Frederik Deweerdt <
[email protected]
>
Re: [PATCH 2.6.21 review I] [18/25] x86_64: Fix x86_64 ioremap base_address
From
: Andi Kleen <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Holger Macht <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Andi Kleen <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [13/25] i386: Fix a typo in an IRQ handler name
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [5/25] i386: revert i386-fix-the-verify_quirk_intel_irqbalance
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [10/25] x86_64: remove clustered APIC mode
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [12/25] x86_64: x86_64-make-the-numa-hash-function-nodemap-allocation fix fix
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [8/25] x86_64: optimize & fix APIC mode setup
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [22/25] x86_64: use memcpy_uncached_read() in RDMA interrupt handler to reduce packet loss
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [18/25] x86_64: Fix x86_64 ioremap base_address
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [24/25] x86_64: do not always end the stack trace with ULONG_MAX
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [23/25] x86_64: improved iommu documentation
From
: Andi Kleen <
[email protected]
>
Re: current git breaks resume
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 2.6.21 review I] [18/25] x86_64: Fix x86_64 ioremap base_address
From
: Arjan van de Ven <
[email protected]
>
Re: [PATCH] Make aout executables work again
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [14/25] x86: Share what's shareable.
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [16/25] i386: Detect and support the E7520 and the 945G/GZ/P/PL
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [15/25] i386: Only call unreachable_devices() when type 1 is available.
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [2/10] i386: paravirt CPU hypercall batching mode
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [20/25] x86_64: get rid of ARCH_HAVE_XTIME_LOCK
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [3/25] i386: Convert i386 PDA code to use %fs
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [7/10] VMI: Profile pc badness
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [10/10] VMI: Paravirt debug defaults off
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [8/10] VMI: Kprobe rpl fix
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [17/25] i386: Reserve resources but only when we're sure about them.
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [5/10] i386: vMI backend for paravirt-ops
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [6/10] i386: vMI timer patches
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [4/10] i386: sMP boot hook for paravirt
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [1/10] i386: page allocation hooks for VMI backend
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [3/10] i386: iOPL handling for paravirt guests
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review II] [9/10] VMI: Vmi timer race
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [19/25] x86: Reject a broken MCFG tables on Asus etc
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [7/25] x86: revert x86_64-mm-fix-the-irqbalance-quirk-for-e7320-e7520-e7525
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [6/25] x86_64: revert x86_64-mm-add-genapic_force
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [4/25] x86: kernel-mode faults pollute current->thead
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [9/25] x86_64: always use physical delivery mode on > 8 CPUs
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [21/25] x86_64: a memcpy that tries to reduce cache pressure
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [25/25] i386: arch/i386/kernel/e820.c should #include <asm/setup.h
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [2/25] x86_64: Make the NUMA hash function nodemap allocation
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.21 review I] [1/25] x86_64: Add __copy_from_user_nocache
From
: Andi Kleen <
[email protected]
>
Re: current git breaks resume
From
: Jens Axboe <
[email protected]
>
[patch] linux/io.h: forward declare struct pci_dev
From
: Heiko Carstens <
[email protected]
>
[patch] More defines for dma-mapping-broken.h
From
: Heiko Carstens <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Arnd Bergmann <
[email protected]
>
What will be in the x86-64/x86 2.6.21 merge
From
: Andi Kleen <
[email protected]
>
[patch] iomap s390 build fix
From
: Heiko Carstens <
[email protected]
>
Re: [PATCH 2/10] lguest: Export symbols for lguest as a module
From
: Rusty Russell <
[email protected]
>
[PATCH]: linux-2.6.20-uc0 (MMU-less updates)
From
: Greg Ungerer <
[email protected]
>
Problem of USB - error 71 : how configure kernel to dongle with chipset SIS 163u
From
: Thibaud Hulin <
[email protected]
>
Re: current git breaks resume
From
: Jens Axboe <
[email protected]
>
[PATCH] qconf: hide empty list items
From
: "Cyrill V. Gorcunov" <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: bert hubert <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: David Woodhouse <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Heiko Carstens <
[email protected]
>
Re: [git patches] libata updates 1 of 3
From
: David Woodhouse <
[email protected]
>
Re: force insmod on 2.6
From
: Rusty Russell <
[email protected]
>
Re: introducing conditional submenus in the config process?
From
: DervishD <
[email protected]
>
Re: [PATCH] DEV: zero: use correct pgprot for zeromapping
From
: Imre Deak <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: -mm merge plans for 2.6.21 -- md-dm-reduce-stack-usage-with-stacked-block-devices.patch
From
: Heiko Carstens <
[email protected]
>
Re: [PATCH 21/22] honor r/w changes at do_remount() time
From
: Jan Engelhardt <
[email protected]
>
Re: [stable patch 2.6.20 2/3] ieee1394: video1394: DMA fix
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] fix quadratic behavior of shrink_dcache_parent()
From
: Andi Kleen <
[email protected]
>
Re: current git breaks resume
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH] DEV: zero: use correct pgprot for zeromapping
From
: Russell King <
[email protected]
>
[PATCH] DEV: zero: use correct pgprot for zeromapping
From
: Imre Deak <
[email protected]
>
Re: [PATCH] Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: sata_nv - ADMA issues with 2.6.20
From
: David R <
[email protected]
>
Re: [PATCH 4 of 7] lguest: Config and headers
From
: Rusty Russell <
[email protected]
>
Re: Recent and not-so problems with tifm_sd driver - one more
From
: Alex Dubov <
[email protected]
>
Re: [PATCH] fix quadratic behavior of shrink_dcache_parent()
From
: Miklos Szeredi <
[email protected]
>
Re: 2.6.18.2: sporadic SATA port resets (Broadcom BCM5785 (HT1000))
From
: Emmeran Seehuber <
[email protected]
>
Re: [PATCH] Add PM_TRACE x86_64 support.
From
: Jens Axboe <
[email protected]
>
i386: pit_latch_buggy has no effect.
From
: takada <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Ismail Dönmez <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Arjan van de Ven <
[email protected]
>
Re: 2.6.18.2: sporadic SATA port resets (Broadcom BCM5785 (HT1000))
From
: Tejun Heo <
[email protected]
>
[git pull] Input patches for 2.6.20+
From
: Dmitry Torokhov <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Willy Tarreau <
[email protected]
>
Re: [git patches] libata updates 1 of 3
From
: Markus Trippelsdorf <
[email protected]
>
Re: Fix null pointer dereference in appledisplay driver
From
: Len Brown <
[email protected]
>
[PATCH -mm] libata: warn if speed limited due to 40-wire cable
From
: Robert Hancock <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: forcedeth problems on 2.6.20-rc6-mm3
From
: Robert Hancock <
[email protected]
>
Re: NAK new drivers without proper power management?
From
:
[email protected]
(Joseph Fannin)
Re: [PATCH] Kwatch: kernel watchpoints using CPU debug registers
From
: Alan Stern <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Len Brown <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: [PATCH 4 of 7] lguest: Config and headers
From
: James Morris <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Matthew Garrett <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Matthew Garrett <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Dmitry Torokhov <
[email protected]
>
Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: "Nick Kossifidis" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Kevin Fox <
[email protected]
>
[PATCH] Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
[patch 3/3] mm: fix PageUptodate memorder
From
: Nick Piggin <
[email protected]
>
[PATCH] Make aout executables work again
From
: Parag Warudkar <
[email protected]
>
[patch 2/3] fs: buffer don't PageUptodate without page locked
From
: Nick Piggin <
[email protected]
>
[patch 1/3] mm: make read_cache_page synchronous
From
: Nick Piggin <
[email protected]
>
[patch 0/3] 2.6.20 fix for PageUptodate memorder problem (try 3)
From
: Nick Piggin <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Lee Revell" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Lee Revell" <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Henrique de Moraes Holschuh <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Oleg Verych <
[email protected]
>
Re: [PATCH] kfifo: overflow of unsigned integer
From
: "Cong WANG" <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Robert Hancock <
[email protected]
>
Re: [patch 3/3] ext2: use perform_write aop
From
: Andrew Morton <
[email protected]
>
[PATCH -mm] readahead: partial sendfile fix
From
: Fengguang Wu <
[email protected]
>
Re: [patch 3/3] ext2: use perform_write aop
From
: Nick Piggin <
[email protected]
>
Re: sata_nv - ADMA issues with 2.6.20
From
: Robert Hancock <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Andrew Morton <
[email protected]
>
arch/arm: typos in KERN_ERR, KERN_INFO
From
: Nicolas Kaiser <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Kristen Carlson Accardi <
[email protected]
>
Re: Strange message in log upon resuming a PCIe system
From
: Robert Hancock <
[email protected]
>
Re: -mm merge plans for 2.6.21
From
: Carl-Daniel Hailfinger <
[email protected]
>
[git patches] libata updates 1 of 3
From
: Jeff Garzik <
[email protected]
>
Re: [ipw3945-devel] [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: Norbert Preining <
[email protected]
>
Re: + smaps-add-clear_refs-file-to-clear-reference.patch added to -mm tree
From
: David Rientjes <
[email protected]
>
Re: + smaps-add-clear_refs-file-to-clear-reference.patch added to -mm tree
From
: Andrew Morton <
[email protected]
>
PROBLEM: xt_state compiles without errors but cannot be loaded
From
: "Administrative Services" <
[email protected]
>
[ANNOUNCE] sparse-0.2-cl2 is now available
From
: Christopher Li <
[email protected]
>
Re: [PATCH] fix quadratic behavior of shrink_dcache_parent()
From
: Andrew Morton <
[email protected]
>
Re: + smaps-add-clear_refs-file-to-clear-reference.patch added to -mm tree
From
: Oleg Nesterov <
[email protected]
>
Re: [PATCH] fbdev driver for S3 Trio/Virge, updated
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH 21/22] honor r/w changes at do_remount() time
From
: Anton Altaparmakov <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Jeff Garzik <
[email protected]
>
Fix null pointer dereference in appledisplay driver
From
: Michael Hanselmann <
[email protected]
>
Re: [PATCH] fix quadratic behavior of shrink_dcache_parent()
From
: "Russ Cox" <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Linus Torvalds <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 02/22] r/o bind mounts: add vfsmount writer counts
From
: Dave Hansen <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Eric Dumazet <
[email protected]
>
Re: [PATCH 02/22] r/o bind mounts: add vfsmount writer counts
From
: Eric Dumazet <
[email protected]
>
Re: [PATCH] fix quadratic behavior of shrink_dcache_parent()
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 21/22] honor r/w changes at do_remount() time
From
: Dave Hansen <
[email protected]
>
Re: [ck] Re: Swap prefetch merge plans
From
: Randy Dunlap <
[email protected]
>
Re: [PATCH] Add PM_TRACE x86_64 support.
From
: Pavel Machek <
[email protected]
>
Re: [GIT PATCH] ACPI patches for 2.6.21
From
: Pavel Machek <
[email protected]
>
Re: [patch 1/1] PM: Adds remount fs ro at suspend
From
: Pavel Machek <
[email protected]
>
Re: [PATCH] [NETDEV] [004] dmfe : Add suspend/resume support
From
: Pavel Machek <
[email protected]
>
Re: DMA mapping API for non-system memory pools
From
: "Matthew Jacob" <
[email protected]
>
Re: DMA mapping API for non-system memory pools
From
: James Bottomley <
[email protected]
>
Re: [ck] Re: Swap prefetch merge plans
From
: Chuck Ebbert <
[email protected]
>
[PATCH 11/10] lguest: use disable_acpi()
From
: Rusty Russell <
[email protected]
>
Re: [PATCH] fix misannotation of linkinfo_dn
From
: David Miller <
[email protected]
>
Re: [PATCH] FRA_{DST,SRC} are le16 for decnet
From
: David Miller <
[email protected]
>
[stable patch 2.6.20 3/3] ieee1394: fix host device registering when nodemgr disabled
From
: Stefan Richter <
[email protected]
>
[stable patch 2.6.20 2/3] ieee1394: video1394: DMA fix
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 4 of 7] lguest: Config and headers
From
: Rusty Russell <
[email protected]
>
[stable patch 2.6.20 1/3] Missing critical phys_to_virt in lib/swiotlb.c
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Linus Torvalds <
[email protected]
>
DMA mapping API for non-system memory pools
From
: Kumar Gala <
[email protected]
>
Re: [PATCH] Kwatch: kernel watchpoints using CPU debug registers
From
: Roland McGrath <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: Nigel Cunningham <
[email protected]
>
Re: [PATCH 21/22] honor r/w changes at do_remount() time
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 01/22] filesystem helpers for custom 'struct file's
From
: Andrew Morton <
[email protected]
>
Re: NAK new drivers without proper power management?
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 0 of 4] Generic AIO by scheduling stacks
From
: Davide Libenzi <
[email protected]
>
Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
From
: Stefan Schmidt <
[email protected]
>
[PATCH] saa7134: cleanup
From
: Heikki Orsila <
[email protected]
>
[PATCH 04/22] elevate writer count for chown and friends
From
: Dave Hansen <
[email protected]
>
[PATCH 06/22] elevate write count during entire ncp_ioctl()
From
: Dave Hansen <
[email protected]
>
[PATCH 07/22] elevate write count for link and symlink calls
From
: Dave Hansen <
[email protected]
>
[PATCH 08/22] elevate mount count for extended attributes
From
: Dave Hansen <
[email protected]
>
[PATCH 02/22] r/o bind mounts: add vfsmount writer counts
From
: Dave Hansen <
[email protected]
>
[PATCH 22/22] kill open files traverse on remount ro
From
: Dave Hansen <
[email protected]
>
[PATCH 19/22] elevate writer count for custom struct_file
From
: Dave Hansen <
[email protected]
>
Re: somebody dropped a (warning) bomb
From
: Martin Mares <
[email protected]
>
[PATCH 16/22] sys_mknodat(): elevate write count for vfs_mknod/create()
From
: Dave Hansen <
[email protected]
>
[PATCH 12/22] elevate write count files are open()ed
From
: Dave Hansen <
[email protected]
>
[PATCH 15/22] elevate write count for do_sys_utime() and touch_atime()
From
: Dave Hansen <
[email protected]
>
[PATCH 13/22] elevate writer count for do_sys_truncate()
From
: Dave Hansen <
[email protected]
>
[PATCH 14/22] elevate write count for do_utimes()
From
: Dave Hansen <
[email protected]
>
[PATCH 17/22] elevate mnt writers for vfs_unlink() callers
From
: Dave Hansen <
[email protected]
>
[PATCH 20/22] [PATCH] gfs: check nlink count
From
: Dave Hansen <
[email protected]
>
[PATCH 18/22] do_rmdir(): elevate write count
From
: Dave Hansen <
[email protected]
>
[PATCH 11/22] elevate write count over calls to vfs_rename()
From
: Dave Hansen <
[email protected]
>
[PATCH 10/22] unix_find_other() elevate write count for touch_atime()
From
: Dave Hansen <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
