LKML: Linux Kernel Archive 2006 Q3
Thread Index
[
Prev Page
][
Next Page
]
XFS lockups in 2.6.17.13
From
: Martin Orda <
[email protected]
>
Re: [patch 1/8] documentation and scripts
From
: Akinobu Mita <
[email protected]
>
FW: FW: [PATCH 2.6.17.3] Memory Management: High-MemoryScalability Issue
From
: "Satapathy, Soumendu Sekhar" <
[email protected]
>
FW: FW: [PATCH 2.6.17.3] Memory Management: High-Memory Scalability Issue
From
: "Satapathy, Soumendu Sekhar" <
[email protected]
>
Re: FS-Cache patches
From
: David Howells <
[email protected]
>
Re: [PATCH 5/7] Alter get_order() so that it can make use of ilog2() on a constant [try #3]
From
: David Howells <
[email protected]
>
Re: patch blocked
From
: Zang Roy-r61911 <
[email protected]
>
Re: patch blocked
From
: Mike Galbraith <
[email protected]
>
Re: patch blocked
From
: Matti Aarnio <
[email protected]
>
patch blocked
From
: Zang Roy-r61911 <
[email protected]
>
Re: Math-emu kills the kernel on Athlon64 X2
From
: "Jesper Juhl" <
[email protected]
>
2.6.18-rc7-mm1
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] Linux Kernel Markers
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH] Linux Kernel Markers
From
: Ingo Molnar <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Pavel Emelianov <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Pavel Emelianov <
[email protected]
>
Re: Math-emu kills the kernel on Athlon64 X2
From
: Andi Kleen <
[email protected]
>
Re: [linux-pm] PowerOP vs OPpoint
From
: Amit Kucheria <
[email protected]
>
RE: [patch 3/3] Add tsi108 On Chip Ethernet device driver support
From
: "Zang Roy-r61911" <
[email protected]
>
Re: [PATCH 5/7] Alter get_order() so that it can make use of ilog2() on a constant [try #3]
From
: Andrew Morton <
[email protected]
>
Re: Dual Core Opteron hangs, iommu Entries (x86_64)
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] EtherIP tunnel driver (RFC 3378)
From
: Joerg Roedel <
[email protected]
>
Re: [PATCH 4/4] pmc551 pci cleanup
From
: Rolf Eike Beer <
[email protected]
>
Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers
From
: Pierre Ossman <
[email protected]
>
Re: TCP stack behaviour question
From
: Andi Kleen <
[email protected]
>
Re: Early boot hang on recent 2.6 kernels (> 2.6.3), on x86-64 with 16gb of RAM
From
: Andi Kleen <
[email protected]
>
Re: Early boot hang on recent 2.6 kernels (> 2.6.3), on x86-64 with 16gb of RAM
From
: Robin Lee Powell <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: "Robin H. Johnson" <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: Tejun Heo <
[email protected]
>
Re: [PATCH] x86_64/i386: Rework thermal throttling detection/handling code for Intel P4/Xeons.
From
: Andi Kleen <
[email protected]
>
Re: Early boot hang on recent 2.6 kernels (> 2.6.3), on x86-64 with 16gb of RAM
From
: Andi Kleen <
[email protected]
>
Re: RE: TCP stack behaviour question
From
: "Michael Kerrisk" <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: Jeff Garzik <
[email protected]
>
Re: [patch 8/8] stacktrace filtering for fault-injection capabilities
From
: Don Mullis <
[email protected]
>
Re: [patch 8/8] stacktrace filtering for fault-injection capabilities
From
: Don Mullis <
[email protected]
>
Re: [patch 7/8] process filtering for fault-injection capabilities
From
: Don Mullis <
[email protected]
>
Re: [patch 7/8] process filtering for fault-injection capabilities
From
: Don Mullis <
[email protected]
>
Re: [PATCH] libata: improve handling of diagostic fail (and hardware that misreports it)
From
: Jeff Garzik <
[email protected]
>
Re: [patch 6/8] debugfs entries for configuration
From
: Don Mullis <
[email protected]
>
Re: [patch 1/8] documentation and scripts
From
: Don Mullis <
[email protected]
>
Re: [patch 2/8] fault-injection capabilities infrastructure
From
: Don Mullis <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Andi Kleen <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] autofs4 - zero timeout prevents shutdown
From
: Ian Kent <
[email protected]
>
Re: [PATCH] Add Broadcom PHY support
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] autofs4 - zero timeout prevents shutdown
From
: Andrew Morton <
[email protected]
>
Re: [PATCH] autofs4 - zero timeout prevents shutdown
From
: Ian Kent <
[email protected]
>
Re: [PATCH] libata: fix non-uniform ports handling
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] autofs4 - zero timeout prevents shutdown
From
: Andrew Morton <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: "Robin H. Johnson" <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Joshua Brindle <
[email protected]
>
Re: [PATCH 5 of 11] XFS: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: David Chinner <
[email protected]
>
Re: Repeatable hang on boot with PCMCIA card present
From
:
[email protected]
(Steve Smith)
Re: Repeatable hang on boot with PCMCIA card present
From
: Andrew Morton <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: Jeff Garzik <
[email protected]
>
2.6.18-rc6-mm2 ACPI and MCFG errors
From
: Robert Hancock <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Casey Schaufler <
[email protected]
>
Re: Repeatable hang on boot with PCMCIA card present
From
: Dmitry Torokhov <
[email protected]
>
[PATCH] leds: turn LED off when changing triggers
From
: Paul Collins <
[email protected]
>
Re: 2.6.18-rc6-mm2: rmmod ohci_hcd oopses on HPC 6325
From
: David Brownell <
[email protected]
>
Re: Support for TI FlashMedia (pci id 104c:8033, 104c:803b) flash card readers
From
: Alex Dubov <
[email protected]
>
Re: Repeatable hang on boot with PCMCIA card present
From
: Andrew Morton <
[email protected]
>
Re: Repeatable hang on boot with PCMCIA card present
From
:
[email protected]
(Steve Smith)
Re: "set_rtc_mmss: can't update from m to n" cluttering my logs
From
: Andrew Morton <
[email protected]
>
Re: Math-emu kills the kernel on Athlon64 X2
From
: Linus Torvalds <
[email protected]
>
Re: Repeatable hang on boot with PCMCIA card present
From
: Andrew Morton <
[email protected]
>
Re: 2.6.18-rc6-mm2 (-mm1): ohci_hcd sometimes does not initialize properly on x86_64
From
: David Brownell <
[email protected]
>
Re: [linux-usb-devel] [PATCH] USB: consolidate error values from EHCI, UHCI and OHCI _suspend()
From
: David Brownell <
[email protected]
>
[PATCH] USB: consolidate error values from EHCI,UHCI and OHCI _suspend()
From
: Jiri Kosina <
[email protected]
>
[PATCH] 2.6.18-rc6-mm2 - usb_resume_both() - fix suspend/resume
From
: Jiri Kosina <
[email protected]
>
Re: [PATCH] Linux Kernel Markers
From
: Dave Jones <
[email protected]
>
Re: [PATCH] dmaengine: clean up and abstract function types (was Re: [PATCH 08/19] dmaengine: enable multiple clients and operations)
From
: Olof Johansson <
[email protected]
>
Re: Uses for memory barriers
From
: "Paul E. McKenney" <
[email protected]
>
Re: Math-emu kills the kernel on Athlon64 X2
From
: "Jesper Juhl" <
[email protected]
>
Kill NFS_PARANOIA (was: Re: [PATCH] NFS: possible NULL pointer deref in nfs_sillyrename() )
From
: Jesper Juhl <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Joshua Brindle <
[email protected]
>
Re: [PATCH] Linux Kernel Markers
From
: Alan Cox <
[email protected]
>
Re: [PATCH 2/4] pmc551 remove unnecessary braces
From
: Josh Boyer <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Chandra Seetharaman <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Chandra Seetharaman <
[email protected]
>
Re: Math-emu kills the kernel on Athlon64 X2
From
: "Jesper Juhl" <
[email protected]
>
Re: [ckrm-tech] [Devel] Re: [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Chandra Seetharaman <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Chandra Seetharaman <
[email protected]
>
Re: Early boot hang on recent 2.6 kernels (> 2.6.3), on x86-64 with 16gb of RAM
From
: Robin Lee Powell <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Chandra Seetharaman <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Chandra Seetharaman <
[email protected]
>
Re: Math-emu kills the kernel on Athlon64 X2
From
: Sergio Monteiro Basto <
[email protected]
>
Re: Math-emu kills the kernel on Athlon64 X2
From
: Linus Torvalds <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Chandra Seetharaman <
[email protected]
>
[PATCH] Linux Kernel Markers
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH] EXT2: Remove superblock lock contention in ext2_statfs
From
: Dave Kleikamp <
[email protected]
>
Re: Math-emu kills the kernel on Athlon64 X2
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH] dmaengine: clean up and abstract function types (was Re: [PATCH 08/19] dmaengine: enable multiple clients and operations)
From
: "Dan Williams" <
[email protected]
>
[PATCH 1/4 corrected] pmc551 whitespace cleanup
From
: Jiri Slaby <
[email protected]
>
Re: [KJ] potential crash fix : drivers/pcmcia/au1000_generic
From
: "Om Narasimhan" <
[email protected]
>
Re: Math-emu kills the kernel on Athlon64 X2
From
: Linus Torvalds <
[email protected]
>
[PATCH 4/4] pmc551 pci cleanup
From
: Jiri Slaby <
[email protected]
>
[PATCH 3/4] pmc551 use kzalloc
From
: Jiri Slaby <
[email protected]
>
[PATCH 2/4] pmc551 remove unnecessary braces
From
: Jiri Slaby <
[email protected]
>
[PATCH 1/4] pmc551 whitespace cleanup
From
: Jiri Slaby <
[email protected]
>
Re: [ckrm-tech] [patch 0/5]-Containers: Introduction
From
: Rohit Seth <
[email protected]
>
Re: [PATCH] x86_64/i386: Rework thermal throttling detection/handling code for Intel P4/Xeons.
From
: "Dmitriy Zavin" <
[email protected]
>
Math-emu kills the kernel on Athlon64 X2
From
: "Jesper Juhl" <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: David Lang <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: "Vladimir B. Savkin" <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Alexey Kuznetsov <
[email protected]
>
Re: [RFC] Alignment of fields in struct dentry
From
: Arnd Bergmann <
[email protected]
>
Re: [PATCH v3] libsas: move ATA bits into a separate module
From
: Jeff Garzik <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Alexey Kuznetsov <
[email protected]
>
Re: Problems in compiling the module "/net/ieee80211"
From
: "Jesper Juhl" <
[email protected]
>
Re: [RFC] Alignment of fields in struct dentry
From
: Jörn Engel <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: David Miller <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: "Vladimir B. Savkin" <
[email protected]
>
Re: 2.6.18-rc6-mm2 (-mm1): ohci_hcd does not recognize new devices
From
: Alan Stern <
[email protected]
>
Re: [PATCH] please include in 2.6.18: e100 disable device on PCI error
From
:
[email protected]
(Linas Vepstas)
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: "Vladimir B. Savkin" <
[email protected]
>
Re: [ckrm-tech] [patch 0/5]-Containers: Introduction
From
: Badari Pulavarty <
[email protected]
>
[PATCH] isicom: correct firmware loading
From
: Jiri Slaby <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Alexey Kuznetsov <
[email protected]
>
Re: [PATCH 4/7] SLIM: secfs patch
From
: Dave Jones <
[email protected]
>
Re: [PATCH] please include in 2.6.18: e100 disable device on PCI error
From
: Auke Kok <
[email protected]
>
Re: [PATCH] EtherIP tunnel driver (RFC 3378)
From
: Lennert Buytenhek <
[email protected]
>
Re: memory suspension resume broken on thinkpad x60s
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 4/7] SLIM: secfs patch
From
: Kylene Jo Hall <
[email protected]
>
Re: 2.6.18-rc6-mm2 (-mm1): ohci_hcd does not recognize new devices
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH] EXT2: Remove superblock lock contention in ext2_statfs
From
: Dave Kleikamp <
[email protected]
>
[PATCH 6/6] zfcp: update maintainers file
From
: Andreas Herrmann <
[email protected]
>
Problems in compiling the module "/net/ieee80211"
From
: Anuj Tripathi <
[email protected]
>
Re: [PATCH 4/7] SLIM: secfs patch
From
: Stephen Smalley <
[email protected]
>
Re: tracepoint maintainance models
From
: Vara Prasad <
[email protected]
>
[PATCH 3/3] Don't call put methods while holding a spinlock
From
: Alan Stern <
[email protected]
>
[PATCH 2/3] Remove unneeded routines from driver core
From
: Alan Stern <
[email protected]
>
[PATCH 1/3] Fix potential deadlock in driver core
From
: Alan Stern <
[email protected]
>
Re: [PATCH] please include in 2.6.18: e100 disable device on PCI error
From
: Andrew Morton <
[email protected]
>
Re: [linux-pm] PowerOP vs OPpoint
From
: Jon Loeliger <
[email protected]
>
Re: tracepoint maintainance models
From
: Michel Dagenais <
[email protected]
>
Re: Uses for memory barriers
From
: Alan Stern <
[email protected]
>
Re: [rfc][patch 2.6.18-rc7] block: explicit plugging
From
: "Nate Diller" <
[email protected]
>
Re: [linux-pm] [PATCH] PowerOP, PowerOP Core, 1/2
From
: "Vitaly Wool" <
[email protected]
>
[PATCH] please include in 2.6.18: e100 disable device on PCI error
From
:
[email protected]
(Linas Vepstas)
Re: [linux-pm] [PATCH] PowerOP, PowerOP Core, 1/2
From
: "Eugeny S. Mints" <
[email protected]
>
Re: 8 hours of battery life on thinkpad x60
From
: Pavel Machek <
[email protected]
>
Re: tracepoint maintainance models
From
: "Frank Ch. Eigler" <
[email protected]
>
Re: [PATCH] aic94xx: Compile problem on s390
From
: Konrad Rzeszutek <
[email protected]
>
Re: tracepoint maintainance models
From
: Alan Cox <
[email protected]
>
Re: [PATCH] aic94xx: Compile problem on s390
From
: Matthew Wilcox <
[email protected]
>
Re: MARKER mechanism, try 2
From
: Alan Cox <
[email protected]
>
[PATCH] aic94xx: Compile problem on s390
From
: Konrad Rzeszutek <
[email protected]
>
Re: Uses for memory barriers
From
: "Paul E. McKenney" <
[email protected]
>
Re: tracepoint maintainance models
From
: Vara Prasad <
[email protected]
>
Re: FS-Cache patches
From
: Christoph Hellwig <
[email protected]
>
br_stp_if.c
From
: "Echo.Li" <
[email protected]
>
Re: Early boot hang on recent 2.6 kernels (> 2.6.3), on x86-64 with 16gb of RAM
From
: Robin Lee Powell <
[email protected]
>
Re: [PATCH] slim: secfs inode->i_private build fix
From
: Kylene Jo Hall <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: [PATCH v3] libsas: move ATA bits into a separate module
From
: Christoph Hellwig <
[email protected]
>
Re: Same MCE on 4 working machines (was Re: Early boot hang on recent 2.6 kernels (> 2.6.3), on x86-64 with 16gb of RAM)
From
: Robin Lee Powell <
[email protected]
>
Re: [PATCH] libsas: move ATA bits into a separate module
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] scsi-driver ultrastore replace Scsi_Cmnd with struct scsi_cmnd
From
: Christoph Hellwig <
[email protected]
>
[PATCH] slim: socket_post_create hook return code
From
: Kylene Jo Hall <
[email protected]
>
Re: Dual Core Opteron hangs, iommu Entries (x86_64)
From
: kautzy <
[email protected]
>
[PATCH] slim: secfs inode->i_private build fix
From
: Kylene Jo Hall <
[email protected]
>
[PATCH] slim: compilation warning fix
From
: Kylene Jo Hall <
[email protected]
>
Re: Dual Core Opteron hangs, iommu Entries (x86_64)
From
: Jon Mason <
[email protected]
>
RE: TCP stack behaviour question
From
: "Stuart MacDonald" <
[email protected]
>
[PATCH] slim: fix security issue with the task_post_setuid hook
From
: Kylene Jo Hall <
[email protected]
>
Re: [ckrm-tech] [patch 0/5]-Containers: Introduction
From
: Balbir Singh <
[email protected]
>
Re: tracepoint maintainance models
From
: "Frank Ch. Eigler" <
[email protected]
>
Re: tracepoint maintainance models
From
: Martin Bligh <
[email protected]
>
Re: MARKER mechanism, try 2
From
: Mathieu Desnoyers <
[email protected]
>
Re: tracepoint maintainance models
From
: Alan Cox <
[email protected]
>
Re: tracepoint maintainance models
From
: "Frank Ch. Eigler" <
[email protected]
>
Re: How much kernel memory is in 64-bit OS ?
From
: Andi Kleen <
[email protected]
>
Re: The emperor is naked: why *comprehensive* static markup belongs in mainline
From
: Karim Yaghmour <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Martin Bligh <
[email protected]
>
RE: TCP stack behaviour question
From
: "Stuart MacDonald" <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Andi Kleen <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Andi Kleen <
[email protected]
>
Re: tracepoint maintainance models
From
: Alan Cox <
[email protected]
>
Re: tracepoint maintainance models
From
: Alan Cox <
[email protected]
>
Re: MARKER mechanism, try 2
From
: Ingo Molnar <
[email protected]
>
Re: ata_piix: add map 01b for ICH7M & DMA (Intel 945GM Express)
From
: Tejun Heo <
[email protected]
>
MARKER mechanism, try 2
From
: Mathieu Desnoyers <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Alexey Kuznetsov <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: "Frank Ch. Eigler" <
[email protected]
>
Re: APIC on Asus M2N SLI Deluxe
From
: Prakash Punnoor <
[email protected]
>
Re: [linux-pm] OpPoint summary
From
: Matthew Locke <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Benjamin LaHaise <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Linus Torvalds <
[email protected]
>
Re: [ckrm-tech] [patch 0/5]-Containers: Introduction
From
: Rohit Seth <
[email protected]
>
Re: APIC on Asus M2N SLI Deluxe
From
: "Gerd v. Egidy" <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Linus Torvalds <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Casey Schaufler <
[email protected]
>
Re: Exporting array data in sysfs
From
: Rolf Eike Beer <
[email protected]
>
Re: tracepoint maintainance models
From
: Alan Cox <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Andi Kleen <
[email protected]
>
Re: The emperor is naked: why *comprehensive* static markup belongs in mainline
From
: "Jose R. Santos" <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: "Frank Ch. Eigler" <
[email protected]
>
Re: tracepoint maintainance models
From
: Mathieu Desnoyers <
[email protected]
>
Re: Exporting array data in sysfs
From
: "Dmitry Torokhov" <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Alexey Kuznetsov <
[email protected]
>
Re: TCP stack behaviour question
From
: "Michael Kerrisk" <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Ingo Molnar <
[email protected]
>
[TRIVIAL PATCH] mm: Make filemap_nopage use NOPAGE_SIGBUS
From
: Adam Litke <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Andi Kleen <
[email protected]
>
memory suspension resume broken on thinkpad x60s
From
: George Nychis <
[email protected]
>
Re: tracepoint maintainance models
From
: Alan Cox <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: LTTng and SystemTAP (Everyone who is scared to read this huge thread, skip to here)
From
: Ingo Molnar <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Andi Kleen <
[email protected]
>
Re: Exporting array data in sysfs
From
: Rolf Eike Beer <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Karim Yaghmour <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Ingo Molnar <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Linus Torvalds <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.18-rc6-mm2 (-mm1): ohci_hcd does not recognize new devices
From
: Alan Stern <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: Exporting array data in sysfs
From
: "Dmitry Torokhov" <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Alan Cox <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: [linux-pm] OpPoint summary
From
: "Richard A. Griffiths" <
[email protected]
>
Re: TCP stack behaviour question
From
: Andi Kleen <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Andi Kleen <
[email protected]
>
Re: Exporting array data in sysfs
From
: Rolf Eike Beer <
[email protected]
>
RE: TCP stack behaviour question
From
: "Stuart MacDonald" <
[email protected]
>
[S390] cio: always query all paths on path verification.
From
: Martin Schwidefsky <
[email protected]
>
[S390] cio: update path groups on logical CHPID changes.
From
: Martin Schwidefsky <
[email protected]
>
[S390] cio: subchannels in no-path state.
From
: Martin Schwidefsky <
[email protected]
>
Re: [rfc][patch 2.6.18-rc7] block: explicit plugging
From
: Chris Mason <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: David Miller <
[email protected]
>
dell USB mouse and keyboard needs to be plugged out/in at every reboot
From
: Ierland 100procent <
[email protected]
>
Re: Exporting array data in sysfs
From
: "Dmitry Torokhov" <
[email protected]
>
Re: TCP stack behaviour question
From
: Andi Kleen <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Ananth N Mavinakayanahalli <
[email protected]
>
Re: PowerOP summary
From
: Greg KH <
[email protected]
>
[-mm patch] AVR32: Fix __const_udelay overflow bug
From
: Haavard Skinnemoen <
[email protected]
>
Re: [linux-pm] OpPoint summary
From
: Pavel Machek <
[email protected]
>
Re: How much kernel memory is in 64-bit OS ?
From
: Helge Hafting <
[email protected]
>
Re: Exporting array data in sysfs
From
: Rolf Eike Beer <
[email protected]
>
Re: [linux-pm] OpPoint summary
From
: "Scott E. Preece" <
[email protected]
>
Re: [PATCH] PowerOP, PowerOP Core, 1/2
From
: Greg KH <
[email protected]
>
Re: How much kernel memory is in 64-bit OS ?
From
: Kyle Moffett <
[email protected]
>
Re: [ckrm-tech] [patch 0/5]-Containers: Introduction
From
: Balbir Singh <
[email protected]
>
[PATCH] microtek usb scanner: Scsi_Cmnd convertion
From
: Henne <
[email protected]
>
drivers/char/random.c exported interfaces
From
: Robin Getz <
[email protected]
>
RE: TCP stack behaviour question
From
: "Stuart MacDonald" <
[email protected]
>
Dual Core Opteron hangs, iommu Entries (x86_64)
From
: kautzy <
[email protected]
>
Re: capabilities patch: trying a more "consensual" approach
From
: Stephen Smalley <
[email protected]
>
Re: Exporting array data in sysfs
From
: Greg KH <
[email protected]
>
Re: [KJ] kmalloc to kzalloc patches for drivers/base
From
: Greg KH <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Pavel Emelianov <
[email protected]
>
Re: How much kernel memory is in 64-bit OS ?
From
: Jan Engelhardt <
[email protected]
>
Re: tracepoint maintainance models
From
: "Frank Ch. Eigler" <
[email protected]
>
Re: How much kernel memory is in 64-bit OS ?
From
: Rik van Riel <
[email protected]
>
[Patch] fix: sched_clock() use in zfcp driver
From
: Martin Peschke <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Joshua Brindle <
[email protected]
>
Re: [PATCH 1/11] LTTng-core 0.5.111 : Relay+DebugFS (DebugFS fix)
From
: Greg KH <
[email protected]
>
Re: 2.6.18-rc6-mm2
From
: Greg KH <
[email protected]
>
Re: State of the Linux PCI Subsystem for 2.6.18-rc6
From
: Greg KH <
[email protected]
>
Re: kmalloc to kzalloc patches for drivers/atm
From
: "Pekka Enberg" <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: David Madore <
[email protected]
>
Exporting array data in sysfs
From
: Rolf Eike Beer <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Joshua Brindle <
[email protected]
>
Re: [linux-pm] [PATCH] PowerOP, PowerOP Core, 1/2
From
: "Eugeny S. Mints" <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Pavel Emelianov <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Andi Kleen <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Balbir Singh <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Balbir Singh <
[email protected]
>
Re: 2.6.18-rc6-mm2 (-mm1): ohci_hcd does not recognize new devices
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [linux-pm] [RFC] CPUFreq PowerOP integration, Centrino PM Core and OPs registration 2/3
From
: "Eugeny S. Mints" <
[email protected]
>
"set_rtc_mmss: can't update from m to n" cluttering my logs
From
: Alejandro Riveira Fernández <
[email protected]
>
Re: [KJ] potential crash fix : drivers/pcmcia/au1000_generic
From
: Matthew Wilcox <
[email protected]
>
[-mm patch] AVR32: Fix exported headers
From
: Haavard Skinnemoen <
[email protected]
>
Re: [linux-pm] [RFC] CPUFreq PowerOP integration, Centrino PM Core and OPs registration 2/3
From
: Pavel Machek <
[email protected]
>
Re: [linux-pm] [PATCH] PowerOP, PowerOP Core, 1/2
From
: Pavel Machek <
[email protected]
>
Re: SATA powersave patches
From
: Tejun Heo <
[email protected]
>
Re: [PATCH 5 of 11] XFS: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: David Howells <
[email protected]
>
Re: [PATCH 0 of 11] Use SEEK_{SET,CUR,END} instead of hardcoded values
From
: David Howells <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: "Vladimir B. Savkin" <
[email protected]
>
Re: 8 hours of battery life on thinkpad x60
From
: Pavel Machek <
[email protected]
>
Re: System restart
From
: Lukas Hejtmanek <
[email protected]
>
Re: SATA powersave patches
From
: Pavel Machek <
[email protected]
>
Re: vger being silly
From
: Matti Aarnio <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Andi Kleen <
[email protected]
>
Re: Raid 0 Swap?
From
: Denis Vlasenko <
[email protected]
>
Re: How much kernel memory is in 64-bit OS ?
From
: "yogeshwar sonawane" <
[email protected]
>
Re: kernel panic on T60 by e1000 driver
From
: "Alexey Dobriyan" <
[email protected]
>
Re: kmalloc to kzalloc patches for drivers/mfd
From
: Alan Cox <
[email protected]
>
Re: kmalloc to kzalloc patches for drivers/atm
From
: Alan Cox <
[email protected]
>
Re: kmalloc to kzalloc patches for drivers/base
From
: Alan Cox <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: "Vladimir B. Savkin" <
[email protected]
>
Re: tracepoint maintainance models
From
: Jes Sorensen <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Pavel Emelianov <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: How much kernel memory is in 64-bit OS ?
From
: Jan Engelhardt <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: How much kernel memory is in 64-bit OS ?
From
: Andi Kleen <
[email protected]
>
Re: TCP stack behaviour question
From
: Andi Kleen <
[email protected]
>
Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)
From
: Balbir Singh <
[email protected]
>
Re: [PATCH 05/16] GFS2: File and inode operations
From
: Steven Whitehouse <
[email protected]
>
Re: x86_64 (EM64T Core2 Duo, DG965RY) PCI mmconfig regression - complete hangs on boot - ACPI interaction?
From
: Andi Kleen <
[email protected]
>
Re: [-mm patch 2/3] AVR32 MTD: Unlock flash if necessary (try 2)
From
: David Woodhouse <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: [-mm patch 2/3] AVR32 MTD: Unlock flash if necessary (try 2)
From
: Haavard Skinnemoen <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: [-mm patch 2/3] AVR32 MTD: Unlock flash if necessary (try 2)
From
: David Woodhouse <
[email protected]
>
Re: [-mm patch 2/3] AVR32 MTD: Unlock flash if necessary (try 2)
From
: Haavard Skinnemoen <
[email protected]
>
Re: [patch 1/8] extend make headers_check to detect more problems
From
: David Woodhouse <
[email protected]
>
Re: [patch 3/9] Guest page hinting: volatile page cache.
From
: Martin Schwidefsky <
[email protected]
>
Re: [NFS] 2.6.18-rc5 page_to_pfn: Unable to handle kernel NULL pointer dereference
From
: Andre Noll <
[email protected]
>
Re: [patch 1/8] extend make headers_check to detect more problems
From
: Arnd Bergmann <
[email protected]
>
Re: acpi kmalloc to kzalloc conversion and a memory leak fix.
From
: Rolf Eike Beer <
[email protected]
>
Re: Same MCE on 4 working machines (was Re: Early boot hang on recent 2.6 kernels (> 2.6.3), on x86-64 with 16gb of RAM)
From
: Andi Kleen <
[email protected]
>
Re: Early boot hang on recent 2.6 kernels (> 2.6.3), on x86-64 with 16gb of RAM
From
: Andi Kleen <
[email protected]
>
Re: 8 hours of battery life on thinkpad x60
From
: Jan Engelhardt <
[email protected]
>
Re: [2.6 patch] net/sctp/: cleanups
From
: David Miller <
[email protected]
>
Re: 2.6.18-rc5 with GRE, iptables and Speedtouch ADSL, PPP over ATM
From
: David Miller <
[email protected]
>
Re: sluggish system with 2.6.17 and dm-crypt - PARTLY SOLVED
From
: Mike Galbraith <
[email protected]
>
Re: 2.6.18-rc6-mm2 (-mm1): ohci_hcd does not recognize new devices
From
: Jan De Luyck <
[email protected]
>
Re: [patch 1/8] extend make headers_check to detect more problems
From
: David Woodhouse <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Mike Galbraith <
[email protected]
>
Re: 2.6.18-rc6-mm2 (-mm1): ohci_hcd does not recognize new devices
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: bluetooth oops during resume from ram
From
: Marcel Holtmann <
[email protected]
>
Re: [patch 1/8] extend make headers_check to detect more problems
From
: Sam Ravnborg <
[email protected]
>
Kernel panic occurs with ucdsnmp
From
: Chinmaya Mishra <
[email protected]
>
Re: [Bluez-devel] bluetooth drivers : kmalloc to kzalloc conversion
From
: Marcel Holtmann <
[email protected]
>
Kernel panic occurs with ucdsnmp
From
: Chinmaya Mishra <
[email protected]
>
Re: Two vulnerabilities are founded,please confirm.
From
: Marcel Holtmann <
[email protected]
>
Re: Patch 2.4 kernel / allow to read more than 2048 (1821) Symbols from /boot/System.map
From
: David Miller <
[email protected]
>
[BUG] kernel panic on T60 by e1000 driver
From
: "Joe Jin" <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Andrew Morton <
[email protected]
>
Patch 2.4 kernel / allow to read more than 2048 (1821) Symbols from /boot/System.map
From
: "Jurzitza, Dieter" <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
Re: Crash on boot after abrupt shutdown
From
: "Keith Chew" <
[email protected]
>
LTTng and SystemTAP (Everyone who is scared to read this huge thread, skip to here)
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH] proper flags type of spin_lock_irqsave()
From
: Alexey Dobriyan <
[email protected]
>
Re: [RFC] MMIO accessors & barriers documentation #2
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
Re: tracepoint maintainance models
From
: Mathieu Desnoyers <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
Re: Sysenter crash with Nested Task Bit set
From
: Chuck Ebbert <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
Re: tracepoint maintainance models
From
: Theodore Tso <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 5 of 11] XFS: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: David Chinner <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: Tejun Heo <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: "Robin H. Johnson" <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: Mathieu Desnoyers <
[email protected]
>
Re: bluetooth drivers : kmalloc to kzalloc conversion
From
: Dmitry Torokhov <
[email protected]
>
Two vulnerabilities are founded,please confirm.
From
: ADLab <
[email protected]
>
Re: kmalloc to kzalloc patches for drivers/base
From
: "Om Narasimhan" <
[email protected]
>
Re: [RFC] MMIO accessors & barriers documentation #2
From
: Linus Torvalds <
[email protected]
>
Re: bluetooth drivers : kmalloc to kzalloc conversion
From
: "Om Narasimhan" <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
Two vulnerabilities are founded,please confirm.
From
: ADLab <
[email protected]
>
Re: tracepoint maintainance models
From
: Theodore Tso <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
[patch 6/8] annotate header files for make headers_check
From
: Arnd Bergmann <
[email protected]
>
[patch 3/8] hide kernel-only parts of some installed headers
From
: Arnd Bergmann <
[email protected]
>
[patch 4/8] fix exported flock64 constants
From
: Arnd Bergmann <
[email protected]
>
[patch 2/8] fix byteorder headers for make headers_check
From
: Arnd Bergmann <
[email protected]
>
[patch 7/8] annotate if_* header for make headers_check
From
: Arnd Bergmann <
[email protected]
>
[patch 8/8] annotate netfilter header for make headers_check
From
: Arnd Bergmann <
[email protected]
>
[patch 5/8] add missing #includes in user space parts of headers
From
: Arnd Bergmann <
[email protected]
>
[patch 1/8] extend make headers_check to detect more problems
From
: Arnd Bergmann <
[email protected]
>
[patch 0/8] Re: All arch maintainers: 'make headers_check' fails on most architectures.
From
: Arnd Bergmann <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: kmalloc to kzalloc patches for drivers/atm
From
: Dmitry Torokhov <
[email protected]
>
Re: kmalloc to kzalloc patches for drivers/base
From
: Dmitry Torokhov <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 1/11] LTTng-core 0.5.111 : Relay+DebugFS (DebugFS fix)
From
: Karim Yaghmour <
[email protected]
>
acpi kmalloc to kzalloc conversion and a memory leak fix.
From
: "Om Narasimhan" <
[email protected]
>
bluetooth drivers : kmalloc to kzalloc conversion
From
: "Om Narasimhan" <
[email protected]
>
kmalloc to kzalloc patches for drivers/block
From
: "Om Narasimhan" <
[email protected]
>
potential crash fix : drivers/pcmcia/au1000_generic
From
: "Om Narasimhan" <
[email protected]
>
kmalloc to kzalloc patches for drivers/base
From
: "Om Narasimhan" <
[email protected]
>
kmalloc to kzalloc patches for drivers/atm
From
: "Om Narasimhan" <
[email protected]
>
kmalloc to kzalloc patches for drivers/mfd
From
: "Om Narasimhan" <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
Re: tracepoint maintainance models
From
: Roman Zippel <
[email protected]
>
Re: The emperor is naked: why *comprehensive* static markup belongs in mainline
From
: Karim Yaghmour <
[email protected]
>
Re: tracepoint maintainance models
From
: Karim Yaghmour <
[email protected]
>
Re: Crash on boot after abrupt shutdown
From
: "Jesper Juhl" <
[email protected]
>
Re: tracepoint maintainance models
From
: Roman Zippel <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: How much kernel memory is in 64-bit OS ?
From
: Rik van Riel <
[email protected]
>
Re: tracepoint maintainance models
From
: Nicholas Miell <
[email protected]
>
Re: tracepoint maintainance models
From
: Roman Zippel <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: 8 hours of battery life on thinkpad x60
From
: Theodore Tso <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
[RFC] MMIO accessors & barriers documentation #2
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Sysenter crash with Nested Task Bit set
From
: "In Cognito" <
[email protected]
>
Re: [xfs-masters] Re: 2.6.18-rc6-mm2
From
: David Chinner <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: [linux-pm] OpPoint summary
From
: Matthew Locke <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: APIC on Asus M2N SLI Deluxe
From
: "Gerd v. Egidy" <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
BUG: soft lockup detected on CPU + cifs_getattr
From
: Russell Leighton <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: vger being silly
From
: Mariusz Kozlowski <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Pavel Machek <
[email protected]
>
Re: OpPoint summary
From
: Pavel Machek <
[email protected]
>
vger being silly
From
: Folkert van Heusden <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: David Madore <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: Crash on boot after abrupt shutdown
From
: Alan Cox <
[email protected]
>
Re: 8 hours of battery life on thinkpad x60
From
: Pavel Machek <
[email protected]
>
Re: 8 hours of battery life on thinkpad x60
From
: "Adam Henley" <
[email protected]
>
Re: tracepoint maintainance models
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Joshua Brindle <
[email protected]
>
Re: tracepoint maintainance models
From
: Nicholas Miell <
[email protected]
>
Re: 8 hours of battery life on thinkpad x60
From
: "Michal Piotrowski" <
[email protected]
>
Re: APIC on Asus M2N SLI Deluxe
From
: Olivier Nicolas <
[email protected]
>
Re: APIC on Asus M2N SLI Deluxe
From
: Prakash Punnoor <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Roman Zippel <
[email protected]
>
8 hours of battery life on thinkpad x60
From
: Pavel Machek <
[email protected]
>
printk instrumentation with LTTng
From
: Mathieu Desnoyers <
[email protected]
>
Re: bluetooth oops during resume from ram
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: APIC on Asus M2N SLI Deluxe
From
: "Gerd v. Egidy" <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Roman Zippel <
[email protected]
>
Re: Scheduler tunables?
From
: John Richard Moser <
[email protected]
>
Re: Linux 2.6.18-rc6
From
: Doug Ledford <
[email protected]
>
Re: Question on compiling a kernel Module
From
: Sam Ravnborg <
[email protected]
>
Re: Linux 2.6.18-rc6
From
: Doug Ledford <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Nick Piggin <
[email protected]
>
[RFC][PATCH 4/4] Aggregated beancounters syscall support
From
: Balbir Singh <
[email protected]
>
[RFC][PATCH 3/4] Aggregated beancounters syscall support
From
: Balbir Singh <
[email protected]
>
[RFC][PATCH 2/4] Aggregated beancounters infrastructure
From
: Balbir Singh <
[email protected]
>
[RFC][PATCH 0/4] Aggregated beancounters (v3)
From
: Balbir Singh <
[email protected]
>
[RFC][PATCH 1/4] Add a beancounter per tgid
From
: Balbir Singh <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Roman Zippel <
[email protected]
>
Re: [RFC-patch 1/3] SuperIO locks coordinator
From
: "Randy.Dunlap" <
[email protected]
>
Re: tracepoint maintainance models
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: Scheduler tunables?
From
: Mike Galbraith <
[email protected]
>
Re: show all modules which taint the kernel ?
From
: Alistair John Strachan <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: bluetooth oops during resume from ram
From
: Marcel Holtmann <
[email protected]
>
bluetooth oops during resume from ram
From
: Pavel Machek <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 3 of 11] MTD: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: David Woodhouse <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: Scheduler tunables?
From
: John Richard Moser <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: tracepoint maintainance models
From
: Roman Zippel <
[email protected]
>
Re: tracepoint maintainance models
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
:
[email protected]
(Frank Ch. Eigler)
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: Linux 2.6.18-rc6
From
: James Bottomley <
[email protected]
>
[2.6.17.13] nforce 57 MP-BIOS bug: 8254 timer not connected to IO-APIC
From
: Jan De Luyck <
[email protected]
>
Re: [PATCH] security: add a "cuppabilities" security module (preliminary version)
From
: Pavel Machek <
[email protected]
>
Re: OpPoint summary
From
: Pavel Machek <
[email protected]
>
Re: OpPoint summary
From
: Pavel Machek <
[email protected]
>
Re: sluggish system with 2.6.17 and dm-crypt - PARTLY SOLVED
From
: Martin Kourim <
[email protected]
>
Re: sluggish system responsiveness under higher IO load
From
: Jens Axboe <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Mike Galbraith <
[email protected]
>
Re: [PATCH 5/7] Alter get_order() so that it can make use of ilog2() on a constant [try #3]
From
: Stephen Rothwell <
[email protected]
>
Re: Industrial device driver uio/uio_*
From
: Jan Engelhardt <
[email protected]
>
Re: 2.6.18-rc6-mm2: __fscache_register_netfs compile error
From
: Christian Kujau <
[email protected]
>
Re: show all modules which taint the kernel ?
From
:
[email protected]
2.6.18-rc6-mm2: __fscache_register_netfs compile error
From
: Christian Kujau <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 2 of 11] EICON ISDN: Removed unused definitions for OS_SEEK_*
From
: Armin Schindler <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Frederik Deweerdt <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: Tejun Heo <
[email protected]
>
Re: Scheduler tunables?
From
: Mike Galbraith <
[email protected]
>
Re: [PATCH 0 of 11] Use SEEK_{SET,CUR,END} instead of hardcoded values
From
: Josef Sipek <
[email protected]
>
Re: PROBLEM: 2.4 oops: proc_pid_stat()
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: Linux 2.6.18-rc6
From
: Olaf Hering <
[email protected]
>
Re: [PATCH] config.gz doesn't need module_exit
From
: Andrew Morton <
[email protected]
>
[PATCH] config.gz doesn't need module_exit
From
: "Randy.Dunlap" <
[email protected]
>
Re: OpPoint summary
From
: "David Singleton" <
[email protected]
>
[git patches] net driver fixes
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ganesan Rajagopal <
[email protected]
>
Re: [PATCH 0 of 11] Use SEEK_{SET,CUR,END} instead of hardcoded values
From
: Nick Piggin <
[email protected]
>
Crash on boot after abrupt shutdown
From
: "Keith Chew" <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Karim Yaghmour <
[email protected]
>
[PATCH 7 of 11] VFS: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 3 of 11] MTD: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 6 of 11] NFS: Use SEEK_END instead of hardcoded value
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 2 of 11] EICON ISDN: Removed unused definitions for OS_SEEK_*
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 5 of 11] XFS: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 11 of 11] mixart: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 4 of 11] CIFS: Use SEEK_END instead of hardcoded value
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 9 of 11] opl4: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 10 of 11] gus: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 8 of 11] sound core: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 0 of 11] Use SEEK_{SET,CUR,END} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
[PATCH 1 of 11] MBCS: Use SEEK_{SET, CUR, END} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Karim Yaghmour <
[email protected]
>
Re: [PATCH 05/22][RFC] Unionfs: Copyup Functionality
From
: Shaya Potter <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Roman Zippel <
[email protected]
>
Re: + allow-proc-configgz-to-be-built-as-a-module.patch added to -mm tree
From
: Adrian Bunk <
[email protected]
>
Re: + allow-proc-configgz-to-be-built-as-a-module.patch added to -mm tree
From
: rossb <
[email protected]
>
Re: PROBLEM: 2.4 oops: proc_pid_stat()
From
: Grant Coady <
[email protected]
>
Re: show all modules which taint the kernel ?
From
: Lee Revell <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: show all modules which taint the kernel ?
From
: Dave Jones <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Ingo Molnar <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Ingo Molnar <
[email protected]
>
[PATCH] security: add a "cuppabilities" security module (preliminary version)
From
: David Madore <
[email protected]
>
PROBLEM: 2.4 oops: proc_pid_stat()
From
: Chris Frost <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Scheduler tunables?
From
: John Richard Moser <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
[PATCH 1/3] driver for mcs7830 (aka DeLOCK) USB ethernet adapter
From
: Arnd Bergmann <
[email protected]
>
[PATCH 3/3] usbnet: improve generic ethtool support
From
: Arnd Bergmann <
[email protected]
>
Re: 2.6.18-rc6-mm2: rmmod ohci_hcd oopses on HPC 6325
From
: "Rafael J. Wysocki" <
[email protected]
>
[PATCH 2/3] usbnet: add a mutex around phy register access
From
: Arnd Bergmann <
[email protected]
>
Re: System restart
From
: Lukas Jelinek <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Andrew Morton <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Andrew Morton <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 05/22][RFC] Unionfs: Copyup Functionality
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 05/22][RFC] Unionfs: Copyup Functionality
From
: Josef Sipek <
[email protected]
>
Re: fix 2.4.33.3 / sun partition size
From
: Willy Tarreau <
[email protected]
>
System restart
From
: Lukas Hejtmanek <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Karim Yaghmour <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: "Robin H. Johnson" <
[email protected]
>
Re: [patch] kprobes: optimize branch placement
From
: Ingo Molnar <
[email protected]
>
[patch] kprobes: optimize branch placement
From
: Ingo Molnar <
[email protected]
>
Re: 2.6.18-rc7-git1: AHCI not seeing devices on ICH8 mobo (DG965RY)
From
: "Robin H. Johnson" <
[email protected]
>
Re: [PATCH] unusual device Sony Ericsson M600i
From
: Markus Layr <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Roman Zippel <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Karim Yaghmour <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: show all modules which taint the kernel ?
From
:
[email protected]
schedule check_region for removal ?
From
: Jim Cromie <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: [linux-usb-devel] USB device stopped working - can't set config #1, error -71
From
: Pete Zaitcev <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Karim Yaghmour <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Karim Yaghmour <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Karim Yaghmour <
[email protected]
>
PROBLEM: 2.6.x kernels are freezing when acpi support is on.
From
: Toth Szabolcs <
[email protected]
>
[ patch 2.6.18-rc6 ] clocksource: fix typo in comment (trivial)
From
: Jim Cromie <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Mathieu Desnoyers <
[email protected]
>
Re: [lm-sensors] [RFC-patch 0/3] SuperIO locks coordinator
From
: Jim Cromie <
[email protected]
>
[PATCH -rc7] 3rd try: Documentation/ABI: devfs is not obsolete, but removed!
From
: "jens m. noedler" <
[email protected]
>
Re: [PATCH] mxser: PCI refcounts
From
: Alan Cox <
[email protected]
>
Re: [PATCH] gt96100: move to pci_get_device API
From
: Alan Cox <
[email protected]
>
Re: 2.4.x libata resync
From
: Willy Tarreau <
[email protected]
>
Re: show all modules which taint the kernel ?
From
: Lee Revell <
[email protected]
>
Re: 2.4.x libata resync
From
: Jeff Garzik <
[email protected]
>
Re: 2.4.x libata resync
From
: Willy Tarreau <
[email protected]
>
Re: 2.4.x libata resync
From
: Jeff Garzik <
[email protected]
>
Re: 2.4.x libata resync
From
: Willy Tarreau <
[email protected]
>
Re: 2.4.x libata resync
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Karim Yaghmour <
[email protected]
>
Re: request for ioctl range for private devices
From
: Lee Revell <
[email protected]
>
Re: Uses for memory barriers
From
: Alan Stern <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Karim Yaghmour <
[email protected]
>
Re: Fwd: ext2/3 create large filesystem takes too much time; solutions
From
: "Pavel Mironchik" <
[email protected]
>
netconsole not working on 2.6.17.6
From
: Benjamin Schindler <
[email protected]
>
Re: [linux-usb-devel] USB device stopped working - can't set config #1, error -71
From
: Alan Stern <
[email protected]
>
Re: [linux-usb-devel] 2.6.18-rc6-mm1 (-mm2): ohci resume problem
From
: Alan Stern <
[email protected]
>
Re: 2.6.18-rc6-mm1
From
: Magnus Määttä <
[email protected]
>
Re: [PATCH 05/16] GFS2: File and inode operations
From
: Christoph Hellwig <
[email protected]
>
Re: [PATCH] mxser: PCI refcounts
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH] gt96100: move to pci_get_device API
From
: Jiri Slaby <
[email protected]
>
[2.6.18-rc7] printk output delay in syslog wrt dmesg still unfixed
From
: Tilman Schmidt <
[email protected]
>
Re: [PATCH] mxser: PCI refcounts
From
: Jiri Slaby <
[email protected]
>
Re: UDP question.
From
: "xixi lii" <
[email protected]
>
Re: 2.6.18-rc6-mm2
From
: "Michal Piotrowski" <
[email protected]
>
Re: UDP question.
From
: "xixi lii" <
[email protected]
>
Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
From
: "Vladimir B. Savkin" <
[email protected]
>
Re: [linux-usb-devel] 2.6.18-rc6-mm1 (-mm2): ohci resume problem
From
: Mattia Dongili <
[email protected]
>
[rfc][patch 2.6.18-rc7] block: explicit plugging
From
: Nick Piggin <
[email protected]
>
Re: + allow-proc-configgz-to-be-built-as-a-module.patch added to -mm tree
From
: Arjan van de Ven <
[email protected]
>
How much kernel memory is in 64-bit OS ?
From
: "yogeshwar sonawane" <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: [RFC PATCH] MAINTAINERS: updates to IEEE 1394 subsystem maintainership
From
: Stefan Richter <
[email protected]
>
show all modules which taint the kernel ?
From
:
[email protected]
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Jes Sorensen <
[email protected]
>
USB device stopped working - can't set config #1, error -71
From
: Rene Rebe <
[email protected]
>
sluggish system with 2.6.17 and dm-crypt
From
: Martin Kourim <
[email protected]
>
Re: Linux 2.6.18-rc6
From
: Olaf Hering <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Ingo Molnar <
[email protected]
>
2.6.18-rc6-mm2 (-mm1): ohci_hcd does not recognize new devices
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: UDP question.
From
: "Holy Aavu" <
[email protected]
>
[PATCH 11/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 10/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 9/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 8/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 7/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 6/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 5/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 4/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 3/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 2/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 1/11] LTTng-core 0.5.111 : Relay+DebugFS (DebugFS fix)
From
: Mathieu Desnoyers <
[email protected]
>
[PATCH 0/11] LTTng-core 0.5.111 : Relay+DebugFS
From
: Mathieu Desnoyers <
[email protected]
>
Re: [RFC] PAGE_RW Should be added to PAGE_COPY ?
From
: Nick Piggin <
[email protected]
>
Re: 2.4.x libata resync
From
: Willy Tarreau <
[email protected]
>
Re: 2.4.x libata resync
From
: "Tom Mortensen" <
[email protected]
>
Re: Re: Re: Re: [RFC] PAGE_RW Should be added to PAGE_COPY ?
From
: "Zhou Yingchao" <
[email protected]
>
Re: 2.4.x libata resync
From
: Tejun Heo <
[email protected]
>
Re: [PATCH] mpparse.c:231: warning: comparison is always false
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] x86_64/i386: Rework thermal throttling detection/handling code for Intel P4/Xeons.
From
: Andi Kleen <
[email protected]
>
Re: 2.4.x libata resync
From
: Jeff Garzik <
[email protected]
>
Re: 2.4.x libata resync
From
: Willy Tarreau <
[email protected]
>
2.4.x libata resync
From
: "Tom Mortensen" <
[email protected]
>
[no subject]
From
: "Tom Mortensen" <
[email protected]
>
Repeatable hang on boot with PCMCIA card present
From
:
[email protected]
(Steve Smith)
Re: request for ioctl range for private devices
From
: Stephen Hemminger <
[email protected]
>
Re: Uses for memory barriers
From
: "Paul E. McKenney" <
[email protected]
>
[PATCH 2/2] block: convert blk_rq_map_users take 2
From
:
[email protected]
[PATCH 1/2] block: support larger block pc requests take 2
From
:
[email protected]
Re: Linux 2.6.18-rc6
From
: Doug Ledford <
[email protected]
>
Re: [PATCH 2.6.18-rc5] PCI: sort device lists breadth-first
From
: "Dan Carpenter" <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Karim Yaghmour <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Karim Yaghmour <
[email protected]
>
Re: [PATCH] via* : switch to pci_get_device refcounted PCI API
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: [RFC] page fault retry with NOPAGE_RETRY
From
: Benjamin Herrenschmidt <
[email protected]
>
Re: request for ioctl range for private devices
From
: "Miguel Ojeda" <
[email protected]
>
Re: request for ioctl range for private devices
From
: Jim Gibbons <
[email protected]
>
Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108
From
: Nicholas Miell <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]