Linux-Kernel
- A simpler variant on sys_indirect?,
linux
- dump of ext3 very slow from dm LV,
Ross Vandegrift
- SATA/ADMA TIMEOUTS, dmesg output,
Charles Shannon Hendrix
- [PATCH v2 5/5] uvesafb: documentation,
Michal Januszewski
- [PATCH v2 4/5] uvesafb: the driver core,
Michal Januszewski
- [PATCH v2 3/5] uvesafb: change connector's max message size,
Michal Januszewski
- [PATCH v2 2/5] uvesafb: add connector entries,
Michal Januszewski
- [PATCH v2 1/5] uvesafb: export fb_destroy_modelist,
Michal Januszewski
- [PATCH v2 0/5] uvesafb: a general description,
Michal Januszewski
- IRQ handling difference between i386 and x86_64,
Krzysztof Oledzki
- [PATCH 2.6.22-rc6] add PCI-ID for Adaptec 1430SA 4-Port SATA Controller,
Florian Attenberger
- Old bug in tg3 driver unfixed?,
Tim Boneko
- [PATCH] b44: power down PHY when interface down,
Török Edvin
- Re: [PATCH] b44: power down PHY when interface down,
Matthew Garrett
- Re: [PATCH] b44: power down PHY when interface down,
Arjan van de Ven
- Re: [PATCH] b44: power down PHY when interface down,
Matthew Garrett
- Re: [PATCH] b44: power down PHY when interface down,
Lennert Buytenhek
- PM policy, hotplug, power saving (was Re: [PATCH] b44: power down PHY when interface down),
Jeff Garzik
- Re: PM policy, hotplug, power saving (was Re: [PATCH] b44: power down PHY when interface down),
Stephen Hemminger
- PM policy, hotplug, power saving and WoL,
Henrique de Moraes Holschuh
- Re: [PATCH] b44: power down PHY when interface down,
Michael Buesch
- tty O_NONBLOCK spooky action at a distance,
Alan Curry
- Re: [SPARC64]: Add linux/pagemap.h to asm/tlb.h,
Sam Ravnborg
- Please Read Me Now !!!,
Microsoft
- [possible regression] 2.6.22 reiserfs/libata sporadically hangs on resume from hibernation,
Andrey Borzenkov
- How to enable dev_dbg messaging,
Jay Cliburn
- [RFC PATCH 3/3] blktrace conversion to GTSC,
Tom Zanussi
- [RFC PATCH 2/3] Generic Trace Setup and Control (GTSC) code,
Tom Zanussi
- [RFC PATCH 1/3] Generic Trace Setup and Control (GTSC) Documentation,
Tom Zanussi
- [RFC PATCH 6/6] relay: add relay_reset_consumed(),
Tom Zanussi
- [RFC PATCH 5/6] relay: add relay_kernel_read(),
Tom Zanussi
- [RFC PATCH 4/6] relay: add relay_reserve_cpu(),
Tom Zanussi
- [RFC PATCH 3/6] Conversion of some s390 drivers to DTI,
Tom Zanussi
- [RFC PATCH 2/6] Driver Tracing Interface (DTI) code,
Tom Zanussi
- [RFC PATCH 1/6] Driver Tracing Interface (DTI) Documentation,
Tom Zanussi
- [PATCH 1/4] void unregister_blkdev - do WARN_ON failure,
Akinobu Mita
- [PATCH 1/2] void unregister_chrdev - ignore the return value,
Akinobu Mita
- [RFC] automatic CC generation for patch submission,
Dan Aloni
- [PATCH] move suspend includes into right place (was Re: suspend2 merge (was Re: [Suspend2-devel] Re: CFS and suspend2: hang in atomic copy)),
Pavel Machek
- [PATCH] - x86_64-add-ioapic-nmi-support-fix-3,
John Keller
- [patch 6/6] sys_indirect RFC - example usage from kernel POV,
Davide Libenzi
- [patch 4/6] sys_indirect RFC - compat code for sys_indirect and compat_call_syscall for x86-64,
Davide Libenzi
- [patch 5/6] sys_indirect RFC - wire x86 sys_indirect,
Davide Libenzi
- [patch 3/6] sys_indirect RFC - sys_indirect core,
Davide Libenzi
- [patch 2/6] sys_indirect RFC - add call_syscall helper to the x86 archs,
Davide Libenzi
- [patch 1/6] sys_indirect RFC - fast sequential allocator,
Davide Libenzi
- [patch 0/6] sys_indirect RFC - sys_indirect introduction,
Davide Libenzi
- how to determine if the noexec stack is defined by an application,
Florin Andrei
- Kernel doesn't recognize complete memory,
Frank Fiene
- [PATCH 1/2] x86_64: get mp_bus_to_node as early,
Yinghai Lu
- [PATCH 2/2] net: make net and forcedeth to use kmalloc_node,
Yinghai Lu
- [PATCH pata-2.6 fix] hpt366: use correct enablebits for HPT36x,
Sergei Shtylyov
- Need help making sense of IRQ API,
LOL ER
- Concerning a post that you made about expandable anonymous shared mappings,
William Tambe
- drivers/net/wireless/libertas/rx.c: use-after-free,
Adrian Bunk
- [PATCH] xen: fix x86 config dependencies,
Jeremy Fitzhardinge
- [PATCH] UDF: fix function name from udf_crc16 to udf_crc,
Cyrill Gorcunov
- [PATCH] IRTOUCHSYSTEMS support for usbtouchscreen,
Ondrej Zary
- [patch] saa7134 fix,
Ingo Molnar
- [PATCH] pata_hpt3x3: support this chip properly including alternative BAR layout,
Alan Cox
- jffs2 problems,
Ram
- RESEND: [PATCH] - SN: Correct ROM resource length for BIOS copy,
John Keller
- [PATCH -mm] scripts/decodecode: add AFLAGS,
Randy Dunlap
- HI,
Liu Yan
- [PATCH] fix logic error in ipc compat semctl(),
Alexander Graf
- [PATCH] - SN: Correct ROM resource length for BIOS copy,
John Keller
- Assistance debugging a Micrel network driver,
Greg Huber
- PATCH: Fix SVM MSR indexes for 32bit kernel,
H. J. Lu
- Re: [2/2] 2.6.22-rc6: known regressions v2,
Michal Piotrowski
- 2.6.22-rc6: known regressions with patches v2,
Michal Piotrowski
- [1/2] 2.6.22-rc6: known regressions v2,
Michal Piotrowski
- [patch 0/5] Various mm improvements.,
Martin Schwidefsky
- RAID performance is not too well....,
Rogier Wolff
- Regression: 2.6.22-rcX: hda: lost interrupt,
David Chinner
- Fwd: stopped at "Freeing init memory: 100K ",
Bob Zhang
- [patch] generic bug: use show_regs() instead of dump_stack(),
Heiko Carstens
- 2.6.21-rt9 problem : xruns,
skyball000
- mss to pmtu clamping partially broken?,
Andreas Steinmetz
- [PATCH] ioremap: fix iounmap numpages,
Dave Young
- filemap.c: interesting check around zero_length_segment:,
Alexey Dobriyan
- [no subject],
Tarkan Erimer
- [GIT PULL -mm] Unionfs cleanups and fixes,
Josef 'Jeff' Sipek
- Tasklet usage in the DRM,
Michel Dänzer
- [RFC][PATCH 0/3] Containers: Integrated RSS and pagecache control v5,
Vaidyanathan Srinivasan
- is this a bug of elf_core_dump,
ye janboe
- [PATCH] Containment measures for slab objects on scatter gather lists,
Christoph Lameter
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
David Miller
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Christoph Lameter
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
David Miller
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Christoph Lameter
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
David Miller
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Andrew Morton
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
David Miller
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Andrew Morton
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Christoph Lameter
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Alan Cox
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Andrew Morton
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Russell King
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Alan Cox
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Russell King
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Alan Cox
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Christoph Lameter
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Christoph Hellwig
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Christoph Lameter
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
David Miller
- Re: [PATCH] Containment measures for slab objects on scatter gather lists,
Hugh Dickins
- Re: Oops and Panics in 2.6.21.1, 2.6.20.6 and 2.6.19.2,
Clemens Schwaighofer
- [PATCH 2/2] rtc: watchdog support for rtc-m41t80 driver (take 3),
Atsushi Nemoto
- [PATCH 1/2] rtc: add rtc-m41t80 driver (take 3),
Atsushi Nemoto
- updated sbpcd.c,
Surya Prabhakar N
- BUG: sleeping function called from invalid context at mm/mempool.c:210,
Sean Watkins
- [PATCH] lguest: fix TSC "divide error: 0000 [#1]" boot crash,
Rusty Russell
- [PATCH] [TRIVIAL] [RESEND] X86_64: fix wrong comment regarding set_fixmap(),
Jiri Kosina
- Re: 2.6.22-rc6-mm1 Intel DMAR crash on AMD x86_64,
Robert Hancock
- [PATCH -mm] sata_nv: allow changing queue depth,
Robert Hancock
- [patch 1/1] compat_alloc_user,
Davide Libenzi
- [RFT] r8169 changes against 2.6.22-rc6,
Francois Romieu
- Wrong cache size reported on Q6600,
Con Kolivas
- [PATCH RT] Move RECURSION_LIMIT define up for global use.,
Steven Rostedt
- [PATCH RT] Don't allow non-threaded softirqs and threaded hardirqs,
Steven Rostedt
- [PATCH] PM: Reduce code duplication between main.c and user.c (updated),
Rafael J. Wysocki
- [PATCH] Info dump on Oops or panic(),
Joshua Wise
- USB card reader and HAL,
DervishD
- Moving MD/LVM from PPC to x86,
Turbo Fredriksson
- [patch 4/4] MAP_NOZERO v2 - avoid ptrace/setuid+exec races,
Davide Libenzi
- [patch 1/4] MAP_NOZERO v2 - implement a new VM_NOZERO/MAP_NOZERO page retirement policy,
Davide Libenzi
- [patch 2/4] MAP_NOZERO v2 - implement sys_brk2(),
Davide Libenzi
- [patch 3/4] MAP_NOZERO v2 - wire sys_brk2() to the x86 family,
Davide Libenzi
- [patch 0/4] MAP_NOZERO v2 - VM_NOZERO/MAP_NOZERO early summer madness,
Davide Libenzi
- Please pull from 'from_linus' branch,
Kumar Gala
- [PATCH 1/1] file caps: update selinux xattr hooks,
Serge E. Hallyn
- [PATCH -mm] scripts/decodecode: fix for /bin/sh,
Randy Dunlap
- Unable to change sata NCQ depth due to readonly /sys/block/sdc/device/queue_depth file,
Roy Franz
- Fwd: Mounting MMC card,
Midhun Agnihotram
- Mounting MMC card,
Midhun Agnihotram
- Re: Mounting MMC card,
Jan Dittmer
- Re: Mounting MMC card,
Hans-Jürgen Koch
- Re: Mounting MMC card,
Pierre Ossman
- Re: Mounting MMC card,
Hans-Jürgen Koch
- Fwd: Mounting MMC card,
Midhun Agnihotram
- Re: Fwd: Mounting MMC card,
Hans-Jürgen Koch
- Re: Fwd: Mounting MMC card,
Midhun Agnihotram
- Re: Fwd: Mounting MMC card,
Pierre Ossman
- Re: Fwd: Mounting MMC card,
Midhun Agnihotram
- Re: Fwd: Mounting MMC card,
Pierre Ossman
- Re: Fwd: Mounting MMC card,
Midhun Agnihotram
- Re: Fwd: Mounting MMC card,
Hans-Jürgen Koch
- Re: Fwd: Mounting MMC card,
Pierre Ossman
- Re: Fwd: Mounting MMC card,
Midhun Agnihotram
- Re: Fwd: Mounting MMC card,
Pierre Ossman
- Re: Fwd: Mounting MMC card,
Midhun Agnihotram
- Re: Fwd: Mounting MMC card,
Pierre Ossman
- Re: Fwd: Mounting MMC card,
Midhun Agnihotram
- Re: Fwd: Mounting MMC card,
Uli Luckas
- Re: Fwd: Mounting MMC card,
Pierre Ossman
- [patch 0/6] resend: guest page hinting version 5.,
Martin Schwidefsky
- [PATCH] myri10ge: SET_NETDEV_DEV(),
Maik Hampel
- Network "freeze/lost",
serge
- [PATCH 2/2] serial_txx9: Cleanup includes,
Atsushi Nemoto
- [PATCH 1/2] serial_txx9: Fix modem control line handling,
Atsushi Nemoto
- [PATCH] frv: fix fallout from "remove sched.h from mm.h" patch,
Alexey Dobriyan
- 2.6.22-rc6 spurious hangs,
Thomas Sattler
- Re: 2.6.22-rc6 spurious hangs,
Oleg Nesterov
- Re: 2.6.22-rc6 spurious hangs,
Thomas Sattler
- Re: 2.6.22-rc6 spurious hangs,
Ingo Molnar
- Message not available
- Re: 2.6.22-rc6 spurious hangs,
Thomas Sattler
- Re: 2.6.22-rc6 spurious hangs,
Thomas Sattler
- Re: 2.6.22-rc6 spurious hangs,
Oleg Nesterov
- Re: 2.6.22-rc6 spurious hangs,
Thomas Sattler
- Re: 2.6.22-rc6 spurious hangs,
Thomas Sattler
- Re: 2.6.22-rc6 spurious hangs,
Oleg Nesterov
- Re: 2.6.22-rc6 spurious hangs,
Ingo Molnar
- Re: 2.6.22-rc6 spurious hangs,
Oleg Nesterov
- Re: 2.6.22-rc6 spurious hangs,
Ingo Molnar
- Re: 2.6.22-rc6 spurious hangs,
Dmitry Torokhov
- Re: 2.6.22-rc6 spurious hangs,
Oleg Nesterov
- Re: 2.6.22-rc6 spurious hangs,
Mauro Carvalho Chehab
- Re: 2.6.22-rc6 spurious hangs,
Markus Rechberger
- Re: 2.6.22-rc6 spurious hangs,
Oleg Nesterov
- Re: 2.6.22-rc6 spurious hangs,
Tomi Orava
[RFC] get rid of CONFIG_DISABLE_CONSOLE_SUSPEND,
Pavel Machek
[PATCH] Fix lguest w/ lockdep,
Rusty Russell
[PATCH] SELinux: make mmap hint addresses greater than mmap_min_addr,
Eric Paris
speedstep-centrino (no such device),
Renato S. Yamane
sh section mismatches [was Re: 2.6.22-rc6 on Dreamcast (SH4)],
Satyam Sharma
[PATCH] CONFIG_SCSI_FD_8xx no longer exists,
Geert Uytterhoeven
Some NCQ numbers...,
Michael Tokarev
2.6.22-rc6-mm1,
Andrew Morton
- Re: 2.6.22-rc6-mm1,
Gabriel C
- [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Heiko Carstens
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Andrew Morton
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Geert Uytterhoeven
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Andrew Morton
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Geert Uytterhoeven
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Andrew Morton
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Alan Cox
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Jeff Dike
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Andrew Morton
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Roman Zippel
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Alan Cox
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Roman Zippel
- Re: [patch -mm] Make check_signature() depend on CONFIG_HAS_IOMEM,
Geert Uytterhoeven
- [patch -mm] s390: struct bin_attribute changes,
Heiko Carstens
- [patch -mm] s390: rename CPU_IDLE to S390_CPU_IDLE,
Heiko Carstens
- [PATCH 2.6.22-rc6-mm1] compile error when CONFIG_DM_NETLINK is not defined,
Dave Kleikamp
- 2.6.22-rc6-mm1: multiple definition of `check_reset',
Adrian Bunk
- Re: 2.6.22-rc6-mm1: io_apic build error,
Randy Dunlap
- 2.6.22-rc6-mm1: Xen: WARNING: Absolute relocations present,
Adrian Bunk
- Re: 2.6.22-rc6-mm1 Intel DMAR crash on AMD x86_64,
Zan Lynx
- Re: 2.6.22-rc6-mm1,
Mariusz Kozlowski
- Re: 2.6.22-rc6-mm1,
Roman Zippel
- Re: 2.6.22-rc6-mm1,
Valdis . Kletnieks
[PATCH] PXA27x UDC driver.,
Rodolfo Giometti
[RFC/PATCH] debug workqueue deadlocks with lockdep,
Johannes Berg
[PATCH] x86_64: arch_pick_mmap_layout() fixlet,
Alexey Dobriyan
[PATCH 1/1] Fix elf_core_dump() when writing arch specific notes (spu coredumps),
Michael Ellerman
linux.conf.au 2008 - call for proposals,
Peter Lieverdink
i386: [PATCH 1/1] remove-pit-latch-buggy,
TAKADA Yoshihito
2.6.21.5-rt17 on lenovo t61, some BUG's (lukewarm IQ?),
Fernando Lopez-Lezcano
[PATCH 1/1] file capabilities: get_file_caps cleanups,
Serge E. Hallyn
announcing collectl - a new performance monitoring tool,
Mark Seger
[RFC] LVM/RAID/FS integration,
Kent Overstreet
[PATCH] PM: Introduce set_target method in pm_ops,
Rafael J. Wysocki
sata_sil, writing bug with multiple cards?,
7091
[PATCH] rewrite AF_UNIX garbage collector,
Miklos Szeredi
flexible mmap layout and vdso mapping,
Daniel Forrest
[RFC][PATCH -mm] PM: Do not use saved_state from struct dev_pm_info on ARM (was: Re: patch pm-remove-saved_state-from-struct-dev_pm_info.patch added to gregkh-2.6 tree),
Rafael J. Wysocki
Re: [POWERPC] Update defconfigs,
Jan Dittmer
PREEMPT bug? (was: Re: [PROBLEM]: hdparm strange behaviour for 2.6.21 and later),
Bartlomiej Zolnierkiewicz
[RFC PATCH 0/8] Convert all tasklets to workqueues V3,
Steven Rostedt
PCI: Bus #03 (-#06) is hidden behind transparent bridge ...,
Willi Mann
Oops on rmmod asus_acpi,
Jan Engelhardt
[RFC PATCH 0/2] An evolutionary change to the raid456 queuing model,
Dan Williams
ZERO_PAGE() vs. loadable modules in Redhat 4.4 i386 kernels ...,
Casey Leedom
[PATCH] CodingStyle: Add information about editor modelines,
Josh Triplett
[PATCH] CodingStyle: Add information about trailing whitespace.,
Josh Triplett
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Chris Shoemaker
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Josh Triplett
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Jan Engelhardt
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
dave young
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Josh Triplett
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
dave young
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Jan Engelhardt
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Josh Triplett
- RE: [PATCH] CodingStyle: Add information about trailing whitespace.,
Li Yang-r58472
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Dave Young
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Dave Young
- [OT] Vim highlighting for trailing spaces,
Kyle Moffett
- Re: [OT] Vim highlighting for trailing spaces,
Jan Engelhardt
- Re: [OT] Vim highlighting for trailing spaces,
Josh Triplett
- Re: [OT] Vim highlighting for trailing spaces,
Jan Engelhardt
- Re: [OT] Vim highlighting for trailing spaces,
Josh Triplett
- Re: [OT] Vim highlighting for trailing spaces,
Björn Steinbrink
- Re: [OT] Vim highlighting for trailing spaces,
Dave Young
- Re: [OT] Vim highlighting for trailing spaces,
Michael Tokarev
- Re: [OT] Vim highlighting for trailing spaces,
Dmitry Torokhov
- Re: [OT] Vim highlighting for trailing spaces,
Kyle Moffett
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Andy Isaacson
- Re: [PATCH] CodingStyle: Add information about trailing whitespace.,
Andrew Morton
[PATCH] x86_64: change _map_single to static in pci_gart.c etc,
Yinghai Lu
[PATCH] x86_64: Geode HW Random Number Generator depend on X86_3,
Yinghai Lu
[PATCH 1/1] file capabilities: introduce cap_setfcap,
Serge E. Hallyn
2.6.21.5: BUG: usbtouchscreen.c DMC TSC-10 wrong descriptor type / type->init() failed.,
Clemens Koller
[PATCH 0/6] iw_cxgb3: Bug Fixes for 2.6.23,
Steve Wise
[PATCH] touchscreen support for collie (sharp zaurus sl-5500),
Pavel Machek
2.6.22-rcX Transmeta/APM regression,
linux
[PATCH] Documentation/firmware_class/firmware_sample_driver.c,
Anders Blomdell
Passive port support,
Martin Owens
[Possible BUG] Logitech USB keyboard inconsistent led state,
Antonino Ingargiola
2.6.21.5 BUG: USB FTDI FT323BM usb exports duplicate symbols,
Clemens Koller
[PATCH] [RFC] security: add hook inode_post_removexattr,
Hawk Xu
checkpatch: need space before that '*' (ctx:BxB),
Trilok Soni
[2.6 PATCH] Fix LDM for new field in the VOL5 VBLK.,
Anton Altaparmakov
2.6.21.x kernel panic (tg3 and nfs related),
Andre Noll
PROBLEM: Kernel panic when RAID drive fails,
Willo van der Merwe
mm snapshot broken-out-2007-06-27-03-28.tar.gz uploaded,
akpm
libata-bug in 2.6.21.5 on amd64 with ali chipset,
Hemmann, Volker Armin
[PATCH 0/5 v2] Porting RapidIO driver from ppc to powerpc architecture and adding memory mapped RapidIO driver.,
Zhang Wei
[PATCH] Fix the warning when running make tags,
Aneesh Kumar K.V
PROBLEM: SATA AHCI driver significant throughput loss in 2.6.22-rc5-g75154f40-dirty,
Dan
NVidia Driver Support - 1680x1050 mode,
Marc Perkel
2.6 Linux for PowerPC supports kdb?,
Shan, Guo Wen (Gavin)
[PATCH] ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61,
kuan luo
[PATCH] atkbd: cleanup only once,
Dave Young
scheduling while atomic and DEBUG_SPINLOCK_SLEEP,
Jon Ringle
[patch 3/3] MAP_NOZERO - wire sys_brk2() to the x86 family,
Davide Libenzi
[patch 2/3] MAP_NOZERO - implement sys_brk2(),
Davide Libenzi
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Rik van Riel
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Ulrich Drepper
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Davide Libenzi
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Ulrich Drepper
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Hugh Dickins
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Davide Libenzi
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Ulrich Drepper
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Hugh Dickins
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Davide Libenzi
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Hugh Dickins
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Davide Libenzi
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Nicholas Miell
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Davide Libenzi
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Davide Libenzi
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Andrew Morton
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Ulrich Drepper
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Hugh Dickins
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Rik van Riel
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Davide Libenzi
- Re: [patch 2/3] MAP_NOZERO - implement sys_brk2(),
Davide Libenzi
[patch 1/3] MAP_NOZERO - implement a new VM_NOZERO/MAP_NOZERO page retirement policy,
Davide Libenzi
[patch 0/3] MAP_NOZERO - VM_NOZERO/MAP_NOZERO early summer madness,
Davide Libenzi
[md-accel PATCH 00/19] md raid acceleration and the async_tx api,
Dan Williams
- [md-accel PATCH 01/19] dmaengine: refactor dmaengine around dma_async_tx_descriptor,
Dan Williams
- [md-accel PATCH 03/19] xor: make 'xor_blocks' a library routine for use with async_tx,
Dan Williams
- [md-accel PATCH 02/19] dmaengine: make clients responsible for managing channels,
Dan Williams
- [md-accel PATCH 06/19] raid5: replace custom debug PRINTKs with standard pr_debug,
Dan Williams
- [md-accel PATCH 07/19] md: raid5_run_ops - run stripe operations outside sh->lock,
Dan Williams
- [md-accel PATCH 04/19] async_tx: add the async_tx api,
Dan Williams
- [md-accel PATCH 05/19] raid5: refactor handle_stripe5 and handle_stripe6 (v2),
Dan Williams
- [md-accel PATCH 08/19] md: common infrastructure for running operations with raid5_run_ops,
Dan Williams
- [md-accel PATCH 09/19] md: handle_stripe5 - add request/completion logic for async write ops,
Dan Williams
- [md-accel PATCH 10/19] md: handle_stripe5 - add request/completion logic for async compute ops,
Dan Williams
- [md-accel PATCH 12/19] md: handle_stripe5 - add request/completion logic for async read ops,
Dan Williams
- [md-accel PATCH 11/19] md: handle_stripe5 - add request/completion logic for async check ops,
Dan Williams
- [md-accel PATCH 13/19] md: handle_stripe5 - add request/completion logic for async expand ops,
Dan Williams
- [md-accel PATCH 14/19] md: handle_stripe5 - request io processing in raid5_run_ops,
Dan Williams
- [md-accel PATCH 15/19] md: remove raid5 compute_block and compute_parity5,
Dan Williams
- [md-accel PATCH 16/19] dmaengine: driver for the iop32x, iop33x, and iop13xx raid engines,
Dan Williams
- [md-accel PATCH 17/19] iop13xx: surface the iop13xx adma units to the iop-adma driver,
Dan Williams
- [md-accel PATCH 18/19] iop3xx: surface the iop3xx DMA and AAU units to the iop-adma driver,
Dan Williams
- [md-accel PATCH 19/19] ARM: Add drivers/dma to arch/arm/Kconfig,
Dan Williams
- Re: [md-accel PATCH 00/19] md raid acceleration and the async_tx api,
Bill Davidsen
Problems with fb console [was Re: 2.6.12-rc4-mm2],
J.A. Magallón
[drm patch for 2.6.22-rc6] Add some pci ids for XGI chips,
Dave Airlie
NDAs - ANY KNOWN RULES?,
hermann pitton
[RFD 0/4] AppArmor - Don't pass NULL nameidata to vfs_create/lookup/permission IOPs,
jjohansen
[AppArmor 00/44] AppArmor security module overview,
jjohansen
- [AppArmor 03/44] Add a vfsmount parameter to notify_change(),
jjohansen
- [AppArmor 01/44] Pass struct vfsmount to the inode_create LSM hook,
jjohansen
- [AppArmor 02/44] Pass struct path down to remove_suid and children,
jjohansen
- [AppArmor 05/44] Add struct vfsmount parameter to vfs_mkdir(),
jjohansen
- [AppArmor 06/44] Pass struct vfsmount to the inode_mkdir LSM hook,
jjohansen
- [AppArmor 09/44] Add a struct vfsmount parameter to vfs_symlink(),
jjohansen
- [AppArmor 07/44] Add a struct vfsmount parameter to vfs_mknod(),
jjohansen
- [AppArmor 08/44] Pass struct vfsmount to the inode_mknod LSM hook,
jjohansen
- [AppArmor 10/44] Pass struct vfsmount to the inode_symlink LSM hook,
jjohansen
- [AppArmor 11/44] Pass struct vfsmount to the inode_readlink LSM hook,
jjohansen
- [AppArmor 13/44] Pass the struct vfsmounts to the inode_link LSM hook,
jjohansen
- [AppArmor 14/44] Add a struct vfsmount parameter to vfs_rmdir(),
jjohansen
- [AppArmor 15/44] Pass struct vfsmount to the inode_rmdir LSM hook,
jjohansen
- [AppArmor 17/44] Add a struct vfsmount parameter to vfs_unlink(),
jjohansen
- [AppArmor 16/44] Call lsm hook before unhashing dentry in vfs_rmdir(),
jjohansen
- [AppArmor 18/44] Pass struct vfsmount to the inode_unlink LSM hook,
jjohansen
- [AppArmor 19/44] Add struct vfsmount parameters to vfs_rename(),
jjohansen
- [AppArmor 20/44] Pass struct vfsmount to the inode_rename LSM hook,
jjohansen
- [AppArmor 23/44] Add a struct vfsmount parameter to vfs_getxattr(),
jjohansen
- [AppArmor 22/44] Pass struct vfsmount to the inode_setxattr LSM hook,
jjohansen
- [AppArmor 21/44] Add a struct vfsmount parameter to vfs_setxattr(),
jjohansen
- [AppArmor 25/44] Add a struct vfsmount parameter to vfs_listxattr(),
jjohansen
- [AppArmor 27/44] Add a struct vfsmount parameter to vfs_removexattr(),
jjohansen
- [AppArmor 28/44] Pass struct vfsmount to the inode_removexattr LSM hook,
jjohansen
- [AppArmor 26/44] Pass struct vfsmount to the inode_listxattr LSM hook,
jjohansen
- [AppArmor 12/44] Add struct vfsmount parameters to vfs_link(),
jjohansen
- [AppArmor 30/44] Make d_path() consistent across mount operations,
jjohansen
- [AppArmor 32/44] Enable LSM hooks to distinguish operations on file descriptors from operations on pathnames,
jjohansen
- [AppArmor 29/44] Fix __d_path() for lazy unmounts and make it unambiguous,
jjohansen
- [AppArmor 34/44] Factor out sysctl pathname code,
jjohansen
- [AppArmor 33/44] Pass struct file down the inode_*xattr security LSM hooks,
jjohansen
- [AppArmor 35/44] Allow permission functions to tell between parent and leaf checks,
jjohansen
- [AppArmor 36/44] Export audit subsystem for use by modules,
jjohansen
- [AppArmor 38/44] AppArmor: Module and LSM hooks,
jjohansen
- [AppArmor 37/44] AppArmor: Main Part,
jjohansen
- [AppArmor 39/44] AppArmor: Profile loading and manipulation, pathname matching,
jjohansen
- [AppArmor 40/44] AppArmor: all the rest,
jjohansen
- [AppArmor 41/44] Add AppArmor LSM to security/Makefile,
jjohansen
- [AppArmor 42/44] Switch to vfs_permission() in do_path_lookup(),
jjohansen
- [AppArmor 44/44] Fix file_permission(),
jjohansen
- [AppArmor 43/44] Switch to vfs_permission() in sys_fchdir(),
jjohansen
- [AppArmor 04/44] Pass struct vfsmount to the inode_setattr LSM hook,
jjohansen
- Re: [AppArmor 00/44] AppArmor security module overview,
Andrew Morton
- Re: [AppArmor 00/44] AppArmor security module overview,
John Johansen
- Re: [AppArmor 00/44] AppArmor security module overview,
Andrew Morton
- Re: [AppArmor 00/44] AppArmor security module overview,
John Johansen
- Re: [AppArmor 00/44] AppArmor security module overview,
Adrian Bunk
- Re: [AppArmor 00/44] AppArmor security module overview,
Crispin Cowan
- Re: [AppArmor 00/44] AppArmor security module overview,
Sean
- Re: [AppArmor 00/44] AppArmor security module overview,
Crispin Cowan
- Re: [AppArmor 00/44] AppArmor security module overview,
David Miller
- Re: [AppArmor 00/44] AppArmor security module overview,
Casey Schaufler
- Re: [AppArmor 00/44] AppArmor security module overview,
David Miller
- Re: [AppArmor 00/44] AppArmor security module overview,
Alan Cox
- Re: [AppArmor 00/44] AppArmor security module overview,
Bill O'Donnell
- Re: [AppArmor 00/44] AppArmor security module overview,
Tilman Schmidt
- Re: [AppArmor 00/44] AppArmor security module overview,
Adrian Bunk
- Re: [AppArmor 00/44] AppArmor security module overview,
Andreas Dilger
- Re: [AppArmor 00/44] AppArmor security module overview,
Kyle Moffett
- Re: [AppArmor 00/44] AppArmor security module overview,
Andreas Gruenbacher
- [AppArmor 24/44] Pass struct vfsmount to the inode_getxattr LSM hook,
jjohansen
- [AppArmor 31/44] Add d_namespace_path() to compute namespace relative pathnames,
jjohansen
[PATCH -mm] ALSA portman2x4 section mismatch,
Randy Dunlap
[PATCH -mm] IRDA: fix printk format,
Randy Dunlap
[PATCH -mm] nozomi: fix section when HOTPLUG=n,
Randy Dunlap
Re: New format Intel microcode...,
Daniel J Blueman
- Re: New format Intel microcode...,
Andi Kleen
- Re: New format Intel microcode...,
Bill Davidsen
- Re: New format Intel microcode...,
Arjan van de Ven
- Re: New format Intel microcode...,
Alex Riesen
- Re: New format Intel microcode...,
Chuck Ebbert
- Re: New format Intel microcode...,
Arjan van de Ven
- Re: New format Intel microcode...,
Daniel J Blueman
- Re: New format Intel microcode...,
Andi Kleen
- Re: New format Intel microcode...,
Chuck Ebbert
- Re: New format Intel microcode...,
Bill Davidsen
- Re: New format Intel microcode...,
Bill Davidsen
- Re: New format Intel microcode...,
Arjan van de Ven
- Re: New format Intel microcode...,
Andi Kleen
EDD build error,
Randy Dunlap
- Re: EDD build error,
Torsten Duwe
- Message not available
- Re: pci.h stubs (was: EDD build error),
Matthew Wilcox
- Re: pci.h stubs (was: EDD build error),
Alan Cox
- Re: pci.h stubs (was: EDD build error),
Matthew Wilcox
- Re: pci.h stubs (was: EDD build error),
Alan Cox
- Re: pci.h stubs (was: EDD build error),
Matthew Wilcox
- Re: pci.h stubs (was: EDD build error),
Alan Cox
- Re: pci.h stubs,
H. Peter Anvin
- Re: pci.h stubs,
Matthew Wilcox
- Re: pci.h stubs,
Alan Cox
- Re: pci.h stubs,
H. Peter Anvin
- [PATCH] PCI: limit pci_get_bus_and_slot to domain 0,
Randy Dunlap
- Re: [PATCH] PCI: limit pci_get_bus_and_slot to domain 0,
H. Peter Anvin
- Message not available
dma_mapping_ops for i386,
Jeremy Fitzhardinge
[PATCH 01/12] bring driver version number to 47,
Ed L. Cashin
- [PATCH 03/12] mac_addr: avoid 64-bit arch compiler warnings,
Ed L. Cashin
- [PATCH 04/12] clean up udev configuration example,
Ed L. Cashin
- [PATCH 05/12] eliminate goto and improve readability,
Ed L. Cashin
- [PATCH 06/12] user can ask driver to forget previously detected devices,
Ed L. Cashin
- [PATCH 10/12] add module parameter for users who need more outstanding I/O,
Ed L. Cashin
- [PATCH 08/12] only schedule work once,
Ed L. Cashin
- [PATCH 07/12] use a dynamic pool of sk_buffs to keep up with fast targets,
Ed L. Cashin
- [PATCH 11/12] remove extra space in prototypes for consistency,
Ed L. Cashin
- [PATCH 09/12] remove race between use and initialization of locks,
Ed L. Cashin
- [PATCH 12/12] the aoeminor doesn't need a long format,
Ed L. Cashin
- [PATCH 02/12] handle multiple network paths to AoE device,
Ed L. Cashin
Re: [Bug 8679] New: Section mismatch: reference to .init.text,
Randy Dunlap
[2.6.22-rc6] NForce4 soft and hard resetting ports and exceptions,
Frederik Himpe
[PATCH RFC #2] hwrng: Add type categories,
Michael Buesch
Re: [Cbe-oss-dev] [patch 3/5] cell: updated driver for DDR2 memory on AXON,
Arnd Bergmann
no luck with DMC TSC-10 touchscreen on USB,
Clemens Koller
Outstanding NBD requests bug? (Was: Re: [PATCH 0/4] 2.6.21-rc7 NFS writes: fix a series of issues),
Mike Snitzer
Patch Related With Fork Bombing Attack,
Anand Jahagirdar
Dynamic ticks make system jerking,
Uwe Kleine-König
Does anyone have a benchmark of chunk sizes with SW RAID5?,
Justin Piszcz
[PATCH] Documentation: improvement to volatile considered harmful,
Heikki Orsila
usb_fill_bulk_urb() broken for USB1.1?,
Keith Chew
Kernel Options.,
Danillo Aquino
[PATCH] Fix headers_install for x86-64 (now with less whitespace damage!),
Rob Landley
[PATCH 17/17] OMAP: LCD panel support for the Siemens SX1 mobile phone,
Trilok Soni
[PATCH 16/17] OMAP: LCD panel support for the TI OMAP OSK board,
Trilok Soni
[PATCH] fix headers_install for x86-64.,
Rob Landley
[PATCH 15/17] OMAP: LCD panel support for the TI OMAP1510 Innovator board,
Trilok Soni
[PATCH 14/17] OMAP: LCD panel support for the TI OMAP1610 Innovator board,
Trilok Soni
[PATCH 13/17] OMAP: LCD panel support for the Palm Zire71,
Trilok Soni
[PATCH 12/17] OMAP: LCD panel support for Palm Tungsten|T,
Trilok Soni
[PATCH 11/17] OMAP: LCD panel support for the Palm Tungsten E,
Trilok Soni
[PATCH 10/17] OMAP: LCD panel support for the TI OMAP H3 board,
Trilok Soni
[PATCH 09/17] OMAP: LCD panel support for the TI OMAP H4 board,
Trilok Soni
[PATCH 08/17] OMAP: Add external Epson Blizzard LCD controller support,
Trilok Soni
[PATCH 07/17] OMAP: Add external Epson HWA742 LCD controller support,
Trilok Soni
[PATCH 06/17] OMAP: Add TI OMAP2 external LCD controller support - RFBI,
Trilok Soni
[PATCH 05/17] OMAP: Add TI OMAP1 external LCD controller support - SoSSI,
Trilok Soni
[PATCH 04/17] OMAP: Add TI OMAP2 internal display controller support.,
Trilok Soni
[PATCH 02/17] OMAP: Add TI OMAP1610 accelerator entry.,
Trilok Soni
[PATCH 03/17] OMAP: Add TI OMAP1 internal LCD controller,
Trilok Soni
[PATCH 01/17] OMAP: Add TI OMAP framebuffer driver,
Trilok Soni
[PATCH] sys_time-speedup-small-cleanup,
Oleg Nesterov
[PATCH 0/17] Add Texas Instruments OMAP LCD driver-v2,
Trilok Soni
man-pages-2.59 and man-pages-2.60 are released,
Michael Kerrisk
BUG: held lock freed!,
Thomas Sattler
[PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API),
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API),
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API),
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API),
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API),
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API),
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API),
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API),
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API),
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API),
Rodolfo Giometti
- [PATCH] LinuxPPS (with new syscalls API) - new version,
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
David Woodhouse
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
Rodolfo Giometti
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
Christoph Hellwig
- Re: [PATCH] LinuxPPS (with new syscalls API) - new version,
Rodolfo Giometti
- <Possible follow-ups>
- Re: [PATCH] LinuxPPS (with new syscalls API),
Robert Hancock
[PATCH] amd.c: Corrected broken URL and display the same units at all messages,
Ioannis Barkas
Re: [Bugme-new] [Bug 8677] New: booting with initrd fails: request_module: runaway loop modprobe binfmt-0000,
Andrew Morton
arcmsr + dmcrypt problem,
Nikola Ciprich
Re: [PATCH 1/2] Always probe the NMI watchdog,
Mikael Pettersson
bugs in __schedule(),
gshan
DIE_NMI_IPI to oprofile ?,
Amitabha Roy
[GIT PATCH] USB fixes for 2.6.22-rc6,
Greg KH
2.6.22-rc6: NMI oops and long pauses during boot,
Meelis Roos
Re: [PATCH try #3] security: Convert LSM into a static interface,
Marcus Meissner
[PATCH] Fix for bad lock balance in Containers,
Dhaval Giani
[PATCH 1/3] Make struct jprobe.entry a void *,
Michael Ellerman
[2.6.22 patch] kconfig help: recommend SLAB,
Adrian Bunk
[PATCH] ALSA: fix ice1712 section mismatch,
Randy Dunlap
2.6.22-rc6 on Dreamcast (SH4),
Adrian McMenamin
Re: [PATCH] CIFS: make cifsd (more),
Steve French
[PATCH 2.6.22] cxgb3 - fix register to stop bc/mc traffic,
Divy Le Ray
Patent or not patent a new idea,
Graeme Sheppard
[PATCH] MTRR: Fix race causing set_mtrr to go into infinite loop,
Loic Prylli
[PATCH] IOATDMA: fix section mismatches,
Randy Dunlap
[PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks (rev. 2),
Rafael J. Wysocki
[PATCH] ALSA: fix ensoniq section mismatch,
Randy Dunlap
[PATCH] mtrr/cyrix: fix sections,
Randy Dunlap
[RFC patch] firewire: add Kconfig help on building both stacks,
Stefan Richter
[PATCH] eventfd: clean compile when CONFIG_EVENTFD=n,
Randy Dunlap
[patch, v2.6.22-rc6] sys_time() speedup,
Ingo Molnar
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Roman Zippel
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Jesper Juhl
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Roman Zippel
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Jesper Juhl
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Roman Zippel
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Ingo Molnar
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Roman Zippel
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Andrea Arcangeli
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Ray Lee
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Andrea Arcangeli
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Roman Zippel
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Andrew Morton
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Andrew Morton
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Stephen Rothwell
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Ingo Molnar
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Andrew Morton
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Andrea Arcangeli
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Andrea Arcangeli
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Andrew Morton
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Eric Dumazet
- Re: [patch, v2.6.22-rc6] sys_time() speedup,
Mark Lord
[POSSIBLE BUG] use of tasklet_unlock in ipath_no_bufs_available,
Steven Rostedt
[Fwd: Re: libata and legacy ide pcmcia failure],
Robert de Rooy
[PATCH] VGA-softcursor.txt: Point at the correct directory of vgacon.c,
Ioannis Barkas
PATCH] gadget_serial.txt: Documentation clarifications and new windows driver!,
Ioannis Barkas
Re: [NETFILTER] early_drop() imrovement (v3),
Patrick McHardy
Oops: 2.6.21.3 via_rhine,
Andrew A. Razdolsky
[PATCH] ARM PXA: invalid clocks settings.,
Rodolfo Giometti
[BUG] Lockdep warning with XFS on 2.6.22-rc6,
Johannes Weiner
[PATCH] X86: Update alignment when 4K stacks are used.,
Robert P. J. Day
[1/2] 2.6.22-rc6: known regressions,
Michal Piotrowski
Re: [2/2] 2.6.22-rc6: known regressions with patches,
Michal Piotrowski
[1/2] 2.6.22-rc6: known regressions with patches,
Michal Piotrowski
man-pages-2.58 is released,
Michael Kerrisk
[PATCH] Export usb_gadgetfs.h to userspace,
Haavard Skinnemoen
Oops: 2.6.20.x,
Andrew A. Razdolsky
Problems with mounting flash partition with jffs2,
gshan
2.6.22-rc5-yesterdaygit with VM debug: BUG in mm/rmap.c:66: anon_vma_link ?,
Petr Vandrovec
Linux v2.6.22-rc6,
Linus Torvalds
i386 boot fail, EIP in __change_page_attr:166,
dave young
- Re: i386 boot fail, EIP in __change_page_attr:166,
Chuck Ebbert
- Message not available
- Re: i386 boot fail, EIP in __change_page_attr:166,
Chuck Ebbert
- Re: i386 boot fail, EIP in __change_page_attr:166,
dave young
- Re: i386 boot fail, EIP in __change_page_attr:166,
Jeremy Fitzhardinge
- Re: i386 boot fail, EIP in __change_page_attr:166,
Dave Young
- Re: i386 boot fail, EIP in __change_page_attr:166,
Dave Young
- Re: i386 boot fail, EIP in __change_page_attr:166,
Jeremy Fitzhardinge
Re: i386 boot fail, EIP in __change_page_attr:166,
Jeremy Fitzhardinge
[PATCH 1/2] [RESEND] PCI: read revision ID by default,
Auke Kok
Re: drivers/mtd/devices/at91_dataflash26.c,
David Brownell
[PATCH] pcmcia: CompactFlash driver for PA Semi Electra boards,
Olof Johansson
[PATCH] pcmcia: ppc64 needs 32-bit ioaddr_t,
Olof Johansson
[PATCH][ISDN] fix possible NULL deref on low memory condition in capidrv.c::send_message(),
Jesper Juhl
[PATCH] Guard against a potential NULL pointer dereference in old_capi_manufacturer(),
Jesper Juhl
[PATCH] Avoid potential NULL deref in scripts/genksyms/lex.l,
Jesper Juhl
[PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks,
Rafael J. Wysocki
pivot_root alternative,
Salvatore De Paolis
SLUB Allocator?,
Justin Piszcz
IRQ Balance Question for Single but Multi-Core Processors,
Justin Piszcz
Intel MTRR Patch,
Justin Piszcz
DCCP: 2.6.22-rc5-git8 compile warning,
Jan Engelhardt
Re: character driver over PCI,
Robert Hancock
[PATCH] Update the alignment for 4K stacks.,
Robert P. J. Day
sata_promise disk error 2.6.22-rc5 with hrt1 patch,
otto Meier
Is it time for remove (crap) ALSA from kernel tree ?,
Tomasz Kłoczko
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Alan Cox
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Tomasz Kłoczko
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Jan Engelhardt
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Tomasz Kłoczko
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Jan Engelhardt
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Hannu Savolainen
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Alan Cox
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Olivier Galibert
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Carlo Wood
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Jesper Juhl
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Carlo Wood
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Nobin Mathew
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Alan Cox
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Takashi Iwai
- Handling xruns in OSS (was re:whatever),
Hannu Savolainen
- Re: Handling xruns in OSS (was re:whatever),
Takashi Iwai
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Tomasz Kłoczko
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Takashi Iwai
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Tomasz Kłoczko
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Takashi Iwai
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Jan Engelhardt
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Olivier Galibert
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Takashi Iwai
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Olivier Galibert
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Takashi Iwai
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Olivier Galibert
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Adrian Bunk
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Nix
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Lee Revell
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Adrian Bunk
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Jeff Garzik
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Adrian Bunk
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Nix
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Florian Schmidt
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Miklos Szeredi
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Alan Cox
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Miklos Szeredi
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Miklos Szeredi
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Tomasz Kłoczko
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Gabor Gombas
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Tomasz Kłoczko
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Gabor Gombas
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Renato S. Yamane
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Tomasz Kłoczko
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Carlo Florendo
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Carlo Florendo
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Takashi Iwai
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Lennart Sorensen
- <Possible follow-ups>
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Ash Willis
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Robert Hancock
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Andreas Hartmetz
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Andreas Hartmetz
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Andreas Hartmetz
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Patrick Draper
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Patrick Draper
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Lee Revell
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Arjan van de Ven
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Tomasz Kłoczko
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Gabriel C
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Rene Herman
- Is it time for remove (crap) ALSA from kernel tree ?,
Anton Petrusevich
- Re: Is it time for remove (crap) ALSA from kernel tree ?,
Robert Hancock
Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Linus Torvalds
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Linus Torvalds
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Segher Boessenkool
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Neil Booth
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Segher Boessenkool
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Josh Triplett
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Josh Triplett
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Neil Booth
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Linus Torvalds
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Derek M Jones
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Neil Booth
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Neil Booth
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Neil Booth
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Neil Booth
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Neil Booth
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Josh Triplett
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Linus Torvalds
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Josh Triplett
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Linus Torvalds
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Segher Boessenkool
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Josh Triplett
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Segher Boessenkool
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Al Viro
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Arnd Bergmann
- Re: [PATCH 16/16] fix handling of integer constant expressions,
Segher Boessenkool
[PATCH] [RFC] Adjust queue unplugging and congestion limits,
Patrick Mau
Scaling Max IP address limitation,
David Jones
Re: Scaling Max IP address limitation,
Kyle Moffett
NCQ/TCQ performance review (was: SATA RAID5 speed drop of 100 MB/s),
Al Boldi
[PATCH] hw_random: add quality categories,
Michael Buesch
build #301 failed for 2.6.22-rc5-g75154f4 in pcmcia drivers,
Toralf Förster
[PATCH] update description in Documentation/filesystems/vfs.txt,
Borislav Petkov
hsm violation,
Enrico Sardi
[PATCH] libata: adding ICH8M PCIIDs to ATA_PIIX.,
Chr
only a test,
Roland M. Kruggel
vm/fs meetup in september?,
Nick Piggin
[RFC] fsblock,
Nick Piggin
- [patch 1/3] add the fsblock layer,
Nick Piggin
- [patch 2/3] block_dev: convert to fsblock,
Nick Piggin
- [patch 3/3] minix: convert to fsblock,
Nick Piggin
- Re: [RFC] fsblock,
Nick Piggin
- Re: [RFC] fsblock,
Jeff Garzik
- Re: [RFC] fsblock,
William Lee Irwin III
- Re: [RFC] fsblock,
Andi Kleen
- Re: [RFC] fsblock,
David Chinner
- Re: [RFC] fsblock,
Nick Piggin
- Re: [RFC] fsblock,
David Chinner
- Re: [RFC] fsblock,
Nick Piggin
- Re: [RFC] fsblock,
Kyle Moffett
- Re: [RFC] fsblock,
Chris Mason
- Re: [RFC] fsblock,
Nick Piggin
- Re: [RFC] fsblock,
David Chinner
- Re: [RFC] fsblock,
Chris Mason
- Re: [RFC] fsblock,
Anton Altaparmakov
- Re: [RFC] fsblock,
David Chinner
- Re: [RFC] fsblock,
Nick Piggin
- Re: [RFC] fsblock,
Chris Mason
- Re: [RFC] fsblock,
David Chinner
- Re: [RFC] fsblock,
Nick Piggin
- Re: [RFC] fsblock,
Christoph Hellwig
Frequent SATA resets with sata_nv (fwd),
Matthew \"Cheetah\" Gabeler-Lee
[PATCH] HFSPlus: simplify inode mode settting logic,
Wyatt Banks
i2c_adapter unrecognized stepping,
Stuart Anderson
[PATCH] ALSA: more section mismatches,
Randy Dunlap
[PATCH] ALSA: fix section mismatch,
Randy Dunlap
[PATCH] ALSA: use __devexit_p,
Randy Dunlap
[PATCH] PM: Reduce code duplication between main.c and user.c,
Rafael J. Wysocki
make xconfig failure on 2.6.21.5,
jimmy bahuleyan
Linux on XScale 270,
Wolfgang Draxinger
Re: WiFi(wlan): reporting not real signal (always at 100%),
Larry Finger
[GIT PATCH] ACPI patches for 2.6.22 - part 4,
Len Brown
[patch-mm 00/28] High resolution timer updates and x86_64 support - V3,
Thomas Gleixner
- [patch -mm 01/28] NOHZ: Fix nox x86 dyntick idle handling,
Thomas Gleixner
- [patch -mm 03/28] clockevents: fix typo in acpi_pm.c,
Thomas Gleixner
- [patch -mm 04/28] Timekeeping: Fixup shadow variable argument,
Thomas Gleixner
- [patch -mm 06/28] Clockevents remove prototypes of removed functions,
Thomas Gleixner
- [patch -mm 05/28] timer.c cleanup recently introduced whitespace damage,
Thomas Gleixner
- [patch -mm 02/28] ACPI: Move timer broadcast and pmtimer access before C3 arbiter shutdown,
Thomas Gleixner
- [patch -mm 08/28] clockevents: Fix device replacement,
Thomas Gleixner
- [patch -mm 10/28] highres: Improve debug output,
Thomas Gleixner
- [patch -mm 09/28] Tick management: spread timer interrupt,
Thomas Gleixner
- [patch -mm 07/28] clockevents: Fix resume logic,
Thomas Gleixner
- [patch -mm 12/28] pcspkr: use the global PIT lock,
Thomas Gleixner
- [patch -mm 11/28] hrtimer: speedup hrtimer_enqueue,
Thomas Gleixner
- [patch -mm 14/28] i386: PIT stop only, when in periodic or oneshot mode,
Thomas Gleixner
- [patch -mm 16/28] i386: hpet assumes boot cpu is 0,
Thomas Gleixner
- [patch -mm 15/28] i386: remove volatile in apic.c,
Thomas Gleixner
- [patch -mm 13/28] NTP: Move the cmos update code into ntp.c,
Thomas Gleixner
- [patch -mm 17/28] i386: move PIT function declarations and constants to correct header file,
Thomas Gleixner
- [patch -mm 18/28] x86_64: untangle asm/hpet.h from asm/timex.h,
Thomas Gleixner
- [patch -mm 19/28] x86_64: Use generic cmos update,
Thomas Gleixner
- [patch -mm 21/28] x86-64: Fix APIC typo,
Thomas Gleixner
- [patch -mm 20/28] x86-64: remove dead code and other janitor work in tsc.c,
Thomas Gleixner
- [patch -mm 24/28] x86_64: hpet restore vread,
Thomas Gleixner
- [patch -mm 23/28] ACPI: Remove the useless ifdef code,
Thomas Gleixner
- [patch -mm 27/28] x86_64: prep idle loop for dynticks,
Thomas Gleixner
- [patch -mm 25/28] x86_64: restore restore nohpet cmdline,
Thomas Gleixner
- [patch -mm 22/28] x86_64: Convert to cleckevents,
Thomas Gleixner
- [patch -mm 28/28] x86_64: enable high resolution timers and dynticks,
Thomas Gleixner
- [patch -mm 26/28] x86-64 block irq balancing for timer,
Thomas Gleixner
- Re: [patch-mm 00/28] High resolution timer updates and x86_64 support - V3,
Andrew Morton
[PATCH 0/2] Add group awareness to CFS - v2,
Srivatsa Vaddagiri
How innovative is Linux?,
Grozdan Nikolov
- Re: How innovative is Linux?,
Alan Cox
- Re: How innovative is Linux?,
Grozdan Nikolov
- Re: How innovative is Linux?,
Alan Cox
- Re: How innovative is Linux?,
Torsten Duwe
- Re: How innovative is Linux?,
Grozdan Nikolov
- Re: How innovative is Linux?,
Torsten Duwe
- Re: How innovative is Linux?,
Matthew Jacob
- Re: How innovative is Linux?,
jimmy bahuleyan
- Re: How innovative is Linux?,
Diego Calleja
- Re: How innovative is Linux?,
Alan Cox
- Re: How innovative is Linux?,
Al Viro
- Re: How innovative is Linux?,
Alan Cox
- Re: How innovative is Linux?,
Jan Engelhardt
- Re: How innovative is Linux?,
Alan Cox
- Re: How innovative is Linux?,
Benny Amorsen
- Re: How innovative is Linux?,
Jeffrey V. Merkey
- Re: How innovative is Linux?,
Grozdan Nikolov
- Re: How innovative is Linux?,
Rik van Riel
- Re: How innovative is Linux?,
Carlo Wood
- Re: How innovative is Linux?,
David Kane
- Message not available
- Re: How innovative is Linux?,
Alan Cox
- Re: How innovative is Linux?,
Hiro Yoshioka
- Re: How innovative is Linux?,
Adrian Bunk
- Re: How innovative is Linux?,
Nikita Danilov
- Re: How innovative is Linux?,
Satyam Sharma
- Re: How innovative is Linux?,
Grozdan Nikolov
Re: How innovative is Linux?,
Bernd Petrovitsch
Re: How innovative is Linux?,
Helge Hafting
<Possible follow-ups>
Re: How innovative is Linux?,
Al Boldi
Problems with -rc5 afterall on Dreamcast,
Adrian McMenamin
[PATCH 3/4] fbdev: uvesafb driver,
Michal Januszewski
[PATCH 1/4] fbdev: make fb_find_mode look for a mode with the highest refresh rate,
Michal Januszewski
[PATCH 4/4] fbdev: uvesafb documentation,
Michal Januszewski
[PATCH 0/4] fbdev: uvesafb,
Michal Januszewski
[PATCH 2/4] fbdev: add connector entries for uvesafb,
Michal Januszewski
[PATCH] FUTEX: Restore the dropped ERSCH fix,
Thomas Gleixner
Mem-2-Mem DMA - Generalized API (MPC8349E),
Clifford Wolf
Re: [patch 03/10] Allow userspace applications to use marker.h to parse the markers section in the kernel binary.,
Christoph Hellwig
Re: [PATCH] make iunique use a do/while loop rather than its obscure goto loop,
Christoph Hellwig
Re: [PATCH] x86: simplify notify_page_fault(),
Christoph Hellwig
Re: OOPS in 2.6.19.1, connected to nfs4 and autofs4,
Malte Schröder
[PATCH for 2.6.22] [1/3] i386: Make CMPXCHG64 only dependent on PAE,
Andi Kleen
[PATCH] inetdevice.h must include sysctl.h (was Re: [PATCH] CONFIG_INET depend on CONFIG_SYSCTL),
Satyam Sharma
Question about fair schedulers,
Alberto Gonzalez
- Re: Question about fair schedulers,
Kyle Moffett
- Re: Question about fair schedulers,
Paolo Ornati
- Re: Question about fair schedulers,
Alberto Gonzalez
- Re: Question about fair schedulers,
Willy Tarreau
- Re: Question about fair schedulers,
Alberto Gonzalez
- Re: Question about fair schedulers,
Russell Harmon
- Re: Question about fair schedulers,
Willy Tarreau
- Re: Question about fair schedulers,
Alberto Gonzalez
- Re: Question about fair schedulers,
Willy Tarreau
- Re: Question about fair schedulers,
Alberto Gonzalez
- Re: Question about fair schedulers,
Tom Spink
- Re: Question about fair schedulers,
Alberto Gonzalez
- Re: Question about fair schedulers,
Willy Tarreau
- Re: Question about fair schedulers,
Bill Davidsen
- Re: Question about fair schedulers,
Paolo Ornati
- Re: Question about fair schedulers,
Alberto Gonzalez
- Re: Question about fair schedulers,
Paolo Ornati
[patch] CFS scheduler, -v18,
Ingo Molnar
- Re: [patch] CFS scheduler, -v18,
S.Çağlar Onur
- Re: [patch] CFS scheduler, -v18,
S.Çağlar Onur
- Re: [patch] CFS scheduler, -v18,
Ingo Molnar
- Re: [patch] CFS scheduler, -v18,
Andrew Morton
- Re: [patch] CFS scheduler, -v18,
Ingo Molnar
- Re: [patch] CFS scheduler, -v18,
Andrew Morton
- Re: [patch] CFS scheduler, -v18,
Ingo Molnar
- Re: [patch] CFS scheduler, -v18,
Gene Heskett
- Re: [patch] CFS scheduler, -v18,
Antonino Ingargiola
- Re: [patch] CFS scheduler, -v18,
Willy Tarreau
- RE: [patch] CFS scheduler, -v18,
Fortier,Vincent [Montreal]
- Re: [patch] CFS scheduler, -v18,
Willy Tarreau
RE: Cpuidle task list,
Pallipadi, Venkatesh
[BUG] Linux 2.6.21.5 - Radeon NMI lockup,
Chris Rankin
[PATCH 7/7] ICH Force HPET: Add ICH7_0 pciid to quirk list,
Venki Pallipadi
[PATCH 6/7] ICH Force HPET: ICH5 fix a bug with suspend/resume,
Venki Pallipadi
[PATCH 5/7] ICH Force HPET: ICH5 quirk to force detect enable,
Venki Pallipadi
[PATCH 4/7] ICH Force HPET: Late initialization of hpet after quirk,
Venki Pallipadi
[PATCH 3/7] ICH Force HPET: ICH7 or later quirk to force detect enable,
Venki Pallipadi
[PATCH 2/7] ICH Force HPET: Restructure hpet generic clock code,
Venki Pallipadi
[PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer,
Venki Pallipadi
- Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer,
Andrew Morton
- Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer,
Andrew Morton
- Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer,
Andrew Morton
- Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer,
James Morris
- Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer,
Andrew Morton
- Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer,
Eric Paris
- Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer,
Andrew Morton
- Re: [PATCH 1/7] ICH Force HPET: Make generic time capable of switching broadcast timer,
James Morris
- [PATCH 1/2] selinux: don't enable minimum mmap checking by default,
James Morris
- [PATCH 2/2] security: move mmap_min_addr sysctl to /proc/sys/vm,
James Morris
- Re: [PATCH 2/2] security: move mmap_min_addr sysctl to /proc/sys/vm,
Alexey Dobriyan
- Re: [PATCH 2/2] security: move mmap_min_addr sysctl to /proc/sys/vm,
James Morris
- Re: [PATCH 1/2] selinux: don't enable minimum mmap checking by default,
Eric Paris
[REGRESSION 2.6-git] possible circular locking dependency detected with XFS,
Oliver Pinter
[PATCH] x86-64: disable the GART before allocate aperture,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Muli Ben-Yehuda
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Alan Cox
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Andi Kleen
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Eric W. Biederman
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Eric W. Biederman
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Muli Ben-Yehuda
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Alan Cox
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Eric W. Biederman
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Alan Cox
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Alan Cox
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Eric W. Biederman
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Andi Kleen
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Andi Kleen
- [PATCH] x86-64: disable the GART in shutdown,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART in shutdown,
Muli Ben-Yehuda
- Re: [PATCH] x86-64: disable the GART in shutdown,
Andi Kleen
- Re: [PATCH] x86-64: disable the GART in shutdown,
Muli Ben-Yehuda
- Re: [PATCH] x86-64: disable the GART in shutdown,
Andi Kleen
- Re: [PATCH] x86-64: disable the GART in shutdown,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART in shutdown,
Andrew Morton
- Re: [PATCH] x86-64: disable the GART in shutdown,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART in shutdown,
Muli Ben-Yehuda
- [PATCH] x86-64: disable the GART in shutdown v2,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART in shutdown v2,
Muli Ben-Yehuda
- Re: [PATCH] x86-64: disable the GART in shutdown v2,
Yinghai Lu
- Re: [PATCH] x86-64: disable the GART in shutdown v2,
Muli Ben-Yehuda
- [PATCH 1/2] x86-64: disable the GART in shutdown,
Yinghai Lu
- [PATCH 2/2] x86_84: move iommu declaration from proto to iommu.h,
Yinghai Lu
- Re: [PATCH 2/2] x86_84: move iommu declaration from proto to iommu.h,
Muli Ben-Yehuda
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Muli Ben-Yehuda
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Alan Cox
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Vivek Goyal
- Re: [PATCH] x86-64: disable the GART before allocate aperture,
Andi Kleen
Error in syslog on 2.6.20,
William Thompson
[RFC PATCH 0/5 v2] Convert all tasklets to workqueues V2,
Steven Rostedt
"upping" a semaphore from interrupt context?,
Florin Iucha
- Re: "upping" a semaphore from interrupt context?,
Arnd Bergmann
- Re: "upping" a semaphore from interrupt context?,
Robert P. J. Day
- Re: "upping" a semaphore from interrupt context?,
Arnd Bergmann
- Re: "upping" a semaphore from interrupt context?,
Robert P. J. Day
- Re: "upping" a semaphore from interrupt context?,
Satyam Sharma
- Re: "upping" a semaphore from interrupt context?,
Oliver Neukum
- Re: "upping" a semaphore from interrupt context?,
Satyam Sharma
- Re: "upping" a semaphore from interrupt context?,
Robert P. J. Day
- Re: "upping" a semaphore from interrupt context?,
Satyam Sharma
- Re: "upping" a semaphore from interrupt context?,
Robert P. J. Day
- Re: "upping" a semaphore from interrupt context?,
Satyam Sharma
- Re: "upping" a semaphore from interrupt context?,
Robert P. J. Day
- Re: "upping" a semaphore from interrupt context?,
Satyam Sharma
- Re: "upping" a semaphore from interrupt context?,
Satyam Sharma
The transfer has been effected please contact Rev. Duke Harrison.,
Mrs Teressa Stevens.
[PATCH 1/1] fs-sysfs bugfix of sysfs_hash_and_remove dereferencing before checking for NULL,
Doug Thompson
[GIT PULL] please pull blackfin-2.6.git,
Bryan Wu
[RC][PATCH] PM: Remove code duplication between main.c and user.c,
Rafael J. Wysocki
[RC][PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks,
Rafael J. Wysocki
[patch] DLM: fix kconfig dependency,
Andreas Herrmann
[patch] usbnet: fix kconfig for usbnet drivers,
Andreas Herrmann
Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Mauro Carvalho Chehab
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Andreas Herrmann
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Roman Zippel
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Trent Piepho
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Satyam Sharma
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Roman Zippel
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Satyam Sharma
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Roman Zippel
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Satyam Sharma
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Roman Zippel
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Satyam Sharma
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Roman Zippel
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Satyam Sharma
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Roman Zippel
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Jan Engelhardt
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Roman Zippel
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Jan Engelhardt
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Oleg Verych
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Trent Piepho
- Re: Kconfig troubles when using menuconfig - Was: [patch]Re: [linux-usb-devel] linux-2.6.22-rc5-gf1518a0 build #300 failed in zc0301_core.c,
Satyam Sharma
- [patch] 2.6.22-rc Kconfig troubles when using menuconfig,
Jan Engelhardt
[PATCH 2/2] rtc: watchdog support for rtc-m41t80 driver (take 2),
Atsushi Nemoto
[PATCH 1/2] rtc: add rtc-m41t80 driver (take 2),
Atsushi Nemoto
[PATCH] HPT374 is UDMA100 not UDMA133,
Alan Cox
BUG: at fs/inotify.c:172 set_dentry_child_flags(),
Thomas Sattler
via-rhine: Transmit timed out problem,
Kirill Kuvaldin
PXA270 sleeping problems after update,
Rodolfo Giometti
YAFFS OOB layout,
Nobin Mathew
[PATCH] sysfs_buffer: use mutex,
Johannes Berg
[PATCH] update checkpatch.pl to version 0.06,
Andy Whitcroft
[PATCH] SLOB allocator imcompatible SLAB,
Yoshinori Sato
[PATCH -rt] CONFIG_PARAVIRT and CONFIG_MCOUNT don't play well together,
Chris Wright
[PATCH] namespace: ensure clone_flags are always stored in an unsigned long,
Eric W. Biederman
Failure to properly reinit i8042 post suspend-to-ram,
Nigel Cunningham
[PATCH] doc/oops-tracing: add Code: decode info,
Randy Dunlap
- Re: [PATCH] doc/oops-tracing: add Code: decode info,
Andi Kleen
- [PATCH v2] doc/oops-tracing: add Code: decode info,
Randy Dunlap
- Re: [PATCH v2] doc/oops-tracing: add Code: decode info,
Andi Kleen
- Re: [PATCH v2] doc/oops-tracing: add Code: decode info,
Randy Dunlap
- Re: [PATCH v2] doc/oops-tracing: add Code: decode info,
Andi Kleen
- [PATCH v3] doc/oops-tracing: add Code: decode info,
Randy Dunlap
- NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Oleg Verych
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Andi Kleen
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Arkadiusz Miskiewicz
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Andi Kleen
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Willy Tarreau
- [OT]Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Oleg Verych
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Björn Steinbrink
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Arkadiusz Miskiewicz
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Alan Cox
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Andi Kleen
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Alan Cox
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Segher Boessenkool
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Sean
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Oleg Verych
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Randy Dunlap
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Andrew Morton
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Adrian Bunk
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Randy Dunlap
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Matthieu CASTET
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
DervishD
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Jan-Benedict Glaw
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
DervishD
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Randy Dunlap
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
DervishD
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Arne Georg Gleditsch
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
DervishD
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Randy Dunlap
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Julio M. Merino Vidal
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Randy Dunlap
- Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info,
Arne Georg Gleditsch
[DOCS] make headers_install,
Rob Landley
[RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- [RFC PATCH 2/6] Split out tasklets from softirq.c,
Steven Rostedt
- [RFC PATCH 3/6] Add a tasklet is-scheduled API,
Steven Rostedt
- [RFC PATCH 6/6] Convert tasklets to work queues,
Steven Rostedt
- [RFC PATCH 5/6] Move tasklet.h to tasklet_softirq.h,
Steven Rostedt
- [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Steven Rostedt
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Daniel Walker
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Thomas Gleixner
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Daniel Walker
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Steven Rostedt
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Daniel Walker
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Ingo Molnar
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Daniel Walker
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Arnd Bergmann
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Steven Rostedt
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Christoph Hellwig
- Re: [RFC PATCH 4/6] Make DRM use the tasklet is-sched API,
Dave Airlie
- [RFC PATCH 1/6] Convert the RCU tasklet into a softirq,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Christoph Hellwig
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Arjan van de Ven
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Linus Torvalds
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Christoph Hellwig
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Christoph Hellwig
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Thomas Gleixner
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Linus Torvalds
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Roland Dreier
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alan Cox
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Dave Airlie
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Jonathan Corbet
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Tilman Schmidt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Tilman Schmidt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Stephen Hemminger
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Jonathan Corbet
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Kristian Høgsberg
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Kristian Høgsberg
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Kristian Høgsberg
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Stefan Richter
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Dan Williams
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Dan Williams
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Oleg Nesterov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Dan Williams
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Dan Williams
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Dan Williams
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Jeff Garzik
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alexey Kuznetsov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Jeff Garzik
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Jeff Garzik
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Jeff Garzik
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Andrew Morton
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alexey Kuznetsov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alexey Kuznetsov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alexey Kuznetsov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Duncan Sands
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alexey Kuznetsov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Duncan Sands
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alexey Kuznetsov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Steven Rostedt
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Jeff Garzik
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Oleg Nesterov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alexey Kuznetsov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alexey Kuznetsov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Oleg Nesterov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Alexey Kuznetsov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Oleg Nesterov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Oleg Nesterov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Oleg Nesterov
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Jeff Garzik
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Daniel Walker
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
david
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Daniel Walker
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Daniel Walker
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Ingo Molnar
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Stephen Hemminger
- <Possible follow-ups>
- Re: [RFC PATCH 0/6] Convert all tasklets to workqueues,
Clemens Ladisch
Re: utrace comments,
Roland McGrath
[PATCH] serial: Clear proper MPSC interrupt cause bits,
Mark A. Greer
Re: how to tell linux (on x86) to ignore 1M or memory,
H. Peter Anvin
2.6.22-rc5: pdflush oops under heavy disk load,
Jay L. T. Cornwall
- Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Chuck Ebbert
- Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Jay L. T. Cornwall
- Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Jay L. T. Cornwall
- Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Andrew Morton
- (Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Oleg Verych
- Re: (Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Jay L. T. Cornwall
- Re: (Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Oleg Verych
- Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Jay Cliburn
- Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Jay L. T. Cornwall
- Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Jay Cliburn
- Attansic L1 page corruption (was: 2.6.22-rc5: pdflush oops under heavy disk load),
Jay L. T. Cornwall
- Re: Attansic L1 page corruption,
Jay Cliburn
- [PATCH] atl1: disable 64bit DMA,
Luca Tettamanti
- Re: [PATCH] atl1: disable 64bit DMA,
Chris Snook
- Re: [PATCH] atl1: disable 64bit DMA,
Jay L. T. Cornwall
- Re: [PATCH] atl1: disable 64bit DMA,
Chris Snook
- Re: [PATCH] atl1: disable 64bit DMA,
Jay Cliburn
- Re: [PATCH] atl1: disable 64bit DMA,
Jeff Garzik
- Re: [PATCH] atl1: disable 64bit DMA,
Chris Snook
- Re: [PATCH] atl1: disable 64bit DMA,
Luca
- Re: [PATCH] atl1: disable 64bit DMA,
Jay Cliburn
- Re: Attansic L1 page corruption (was: 2.6.22-rc5: pdflush oops under heavy disk load),
Luca
- Re: 2.6.22-rc5: pdflush oops under heavy disk load,
Jesper Juhl
[PATCH] x86_64: Fix misplaced `continue' in mce.c,
Joshua Wise
[RFC: 2.6 patch] schedule BLK_DEV_IDE_SATA for removal,
Adrian Bunk
[2.6 patch] cafe_nand.c: the OLPC laptop is not available for $100,
Adrian Bunk
[RFC: 2.6.22 patch] don't offer DISPLAY_SUPPORT for now,
Adrian Bunk
[RFC: 2.6 patch] allow disabling DNOTIFY without EMBEDDED,
Adrian Bunk
Re: build failure due to ROOT_DEV in mtd module (was Re: linux-2. 6.22-rc5-g7c8545e build #298 failed ...),
Marc St-Jean
iTCO_wdt stops CPU fan control,
Keith Chew
Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
david
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
David Woodhouse
- Re: Linux Kernel include files,
H. Peter Anvin
- Re: Linux Kernel include files,
Adrian Bunk
- Re: Linux Kernel include files,
H. Peter Anvin
- Re: Linux Kernel include files,
Kyle Moffett
- Re: Linux Kernel include files,
Adrian Bunk
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
Robert P. J. Day
- Userspace compiler support of "long long",
Adrian Bunk
- Re: Userspace compiler support of "long long",
Kyle Moffett
- Re: Userspace compiler support of "long long",
Randy Dunlap
- Re: Userspace compiler support of "long long",
Randy Dunlap
- Re: Userspace compiler support of "long long",
Geert Uytterhoeven
- Re: Userspace compiler support of "long long",
Jan Engelhardt
- Re: Userspace compiler support of "long long",
Geert Uytterhoeven
- Re: Userspace compiler support of "long long",
David Woodhouse
- Re: Userspace compiler support of "long long",
Kyle Moffett
- Re: Userspace compiler support of "long long",
Kyle McMartin
- Re: Userspace compiler support of "long long",
Andi Kleen
- Re: Userspace compiler support of "long long",
Kyle Moffett
- Re: Userspace compiler support of "long long",
Matthew Wilcox
- Re: Userspace compiler support of "long long",
Kyle Moffett
- Re: Userspace compiler support of "long long",
Jakub Jelinek
- Re: Userspace compiler support of "long long",
Kyle Moffett
- Re: Userspace compiler support of "long long",
H. Peter Anvin
- Re: Userspace compiler support of "long long",
Harald Arnesen
- Re: Userspace compiler support of "long long",
Joerg Schilling
- Re: Userspace compiler support of "long long",
Kyle Moffett
- Re: Userspace compiler support of "long long",
Mark Brown
- Re: Linux Kernel include files,
H. Peter Anvin
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
David Woodhouse
- Re: Linux Kernel include files,
Harald Arnesen
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
David Woodhouse
- Re: Linux Kernel include files,
Harald Arnesen
- Re: Linux Kernel include files,
Harald Arnesen
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
Harald Arnesen
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
Arnd Bergmann
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
Arjan van de Ven
- <Possible follow-ups>
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
David Woodhouse
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
David Woodhouse
- Re: Linux Kernel include files,
Joerg Schilling
- Re: Linux Kernel include files,
Jan-Benedict Glaw
- Re: Linux Kernel include files,
Jan Engelhardt
- Message not available
- Re: [OT] Re: Linux Kernel include files,
Joerg Schilling
- Re: [OT] Re: Linux Kernel include files,
Willy Tarreau
- Personal attacks (was Re: Linux Kernel include files),
Joerg Schilling
- Re: [OT] Re: Linux Kernel include files,
Måns Rullgård
- Re: [OT] Re: Linux Kernel include files,
Daniel Hazelton
Re: Linux Kernel include files,
Joerg Schilling
Re: Linux Kernel include files,
Bodo Eggert
USB: Take over usblp,
Pete Zaitcev
Please release a stable kernel Linux 3.0,
Zoltán HUBERT
- Re: Please release a stable kernel Linux 3.0,
Chuck Ebbert
- Re: Please release a stable kernel Linux 3.0,
Alan Cox
- Re: Please release a stable kernel Linux 3.0,
Jesper Juhl
- Re: Please release a stable kernel Linux 3.0,
Chuck Ebbert
- Re: Please release a stable kernel Linux 3.0,
Lennart Sorensen
- Re: Please release a stable kernel Linux 3.0,
Chuck Ebbert
- Re: Please release a stable kernel Linux 3.0,
Måns Rullgård
- Re: Please release a stable kernel Linux 3.0,
Arjan van de Ven
- Re: Please release a stable kernel Linux 3.0,
Pavel Machek
- Re: Please release a stable kernel Linux 3.0,
Rafael J. Wysocki
- Re: Please release a stable kernel Linux 3.0,
Pavel Machek
- Re: Please release a stable kernel Linux 3.0,
Rafael J. Wysocki
- Re: Please release a stable kernel Linux 3.0,
Chuck Ebbert
- Re: Please release a stable kernel Linux 3.0,
Rafael J. Wysocki
- Re: Please release a stable kernel Linux 3.0,
Rafael J. Wysocki
- Re: Please release a stable kernel Linux 3.0,
Chuck Ebbert
- Re: Please release a stable kernel Linux 3.0,
Rafael J. Wysocki
- Re: Please release a stable kernel Linux 3.0,
Chuck Ebbert
- Re: Please release a stable kernel Linux 3.0,
Zoltán HUBERT
- Re: Please release a stable kernel Linux 3.0,
Jesper Juhl
- Re: Please release a stable kernel Linux 3.0,
Lennart Sorensen
- Re: Please release a stable kernel Linux 3.0,
Bernd Petrovitsch
- Re: Please release a stable kernel Linux 3.0,
Helge Hafting
- Re: Please release a stable kernel Linux 3.0,
Zoltán HUBERT
- Re: Please release a stable kernel Linux 3.0,
Renato S. Yamane
- Re: Please release a stable kernel Linux 3.0,
Roland Kuhn
- Re: Please release a stable kernel Linux 3.0,
Zoltán HUBERT
- Re: Please release a stable kernel Linux 3.0,
Al Viro
- Re: Please release a stable kernel Linux 3.0,
Alan McKinnon
- Re: Please release a stable kernel Linux 3.0,
Helge Hafting
- Re: Please release a stable kernel Linux 3.0,
Chuck Ebbert
- Re: Please release a stable kernel Linux 3.0,
Gerhard Mack
- Re: Please release a stable kernel Linux 3.0,
Jan Engelhardt
- Re: Please release a stable kernel Linux 3.0,
Stefan Richter
- Re: Please release a stable kernel Linux 3.0,
Rene Herman
- Re: Please release a stable kernel Linux 3.0,
Rik van Riel
- Re: Please release a stable kernel Linux 3.0,
Xavier Bestel
- Re: Please release a stable kernel Linux 3.0,
Chris Snook
- <Possible follow-ups>
- Re: Please release a stable kernel Linux 3.0,
Al Boldi
- Re: Please release a stable kernel Linux 3.0,
Bill Waddington
- Re: Please release a stable kernel Linux 3.0,
Bodo Eggert
ACPI Regression on Dell E1501,
Tim Gardner
[PATCH] drop obsolete sys_ioctl export,
Christoph Hellwig
[BUG] Sky2 driver in 2.6.22-rc5-git1-cfs-v17,
Ian Kumlien
[PATCH] update procfs-guide doc of read_func,
C. Scott Ananian
Problematic __attribute__((section(" "))) and gcc alignment,
Mathieu Desnoyers
NUMA BOF @OLS,
Christoph Lameter
[locking api] It's ok?,
Oliver Pinter
inotify and /proc?,
C. Scott Ananian
[PATCH -rt] Preemption problem in kernel RT Patch,
Beauchemin, Mark
O_DIRECT, fdatasync_area, mwrite,
Reza Roboubi
Re: + slub-faster-more-efficient-slab-determination-for-__kmalloc.patch added to -mm tree,
Christoph Lameter
[PATCH] saa7134: fix thread shutdown handling,
Jeff Mahoney
gconfd messages about permissions in some positions,
Renato S. Yamane
sky2 crash on suspend to RAM,
Renato S. Yamane
SM501: only compile suspend/resume if CONFIG_PM,
Ben Dooks
2.6.21.4: possible circular locking dependency detected,
Udo van den Heuvel
[PATCH] SVM: reliably detect if SVM was disabled by BIOS,
Joerg Roedel
Limiting load of certain processes,
Jan Kandziora
Terrible IO performance when using 4GB of RAM on a 32 bit machine,
Peter Rabbitson
[PATCH] serial : convert early_uart to earlycon for 8250 fix 3 alias,
Yinghai Lu
Broadcom (bnx2) on PE1950/2950 failure,
Fortier,Vincent [Montreal]
Re: [PATCH] simplify touchscreen event dispatcher,
Dmitry Torokhov
[PATCH] Chinese translation of Documentation/stable_api_nonsense.txt,
TripleX
Re: [PATCH 19/19] ide: use PIO/MMIO operations directly where possible,
Sergei Shtylyov
2.6.21.4: general protection fault: 0000 [1],
Leszek Koltunski
Re: [2/2] 2.6.22-rc5: known regressions with patches v2,
Michal Piotrowski
[1/2] 2.6.22-rc5: known regressions with patches v2,
Michal Piotrowski
Re: [2/2] 2.6.22-rc5: known regressions v2,
Michal Piotrowski
[1/2] 2.6.22-rc5: known regressions v2,
Michal Piotrowski
[PATCH] sns: check related executable memory of binaries [3/4],
Alexander Wuerstlein
[PATCH] Check files' signatures before doing suid/sgid [2/4],
Alexander Wuerstlein
[PATCH] sns: add syscall to check signed state of a process [4/4],
Alexander Wuerstlein
[PATCH] export xattr_resolve_name_sns [1/4],
Alexander Wuerstlein
[PATCH] signed binaries support [0/4],
Johannes Schlumberger
Re: implement-file-posix-capabilities.patch,
Serge E. Hallyn
- Re: implement-file-posix-capabilities.patch,
Andrew Morgan
- Re: implement-file-posix-capabilities.patch,
Serge E. Hallyn
- Re: implement-file-posix-capabilities.patch,
James Morris
- [PATCH][RFC] security: Convert LSM into a static interface,
James Morris
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Chris Wright
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
James Morris
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Chris Wright
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Casey Schaufler
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Chris Wright
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Casey Schaufler
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Chris Wright
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Casey Schaufler
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Roberto De Ioris
- [PATCH try #2] security: Convert LSM into a static interface,
James Morris
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Petr Vandrovec
- Re: [PATCH try #2] security: Convert LSM into a static interface,
James Morris
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Stephen Smalley
- [PATCH try #3] security: Convert LSM into a static interface,
James Morris
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Andreas Gruenbacher
- Re: [PATCH try #2] security: Convert LSM into a static interface,
James Morris
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Adrian Bunk
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Adrian Bunk
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Adrian Bunk
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Greg KH
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Kyle Moffett
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Kyle Moffett
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Kyle Moffett
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Crispin Cowan
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Kyle Moffett
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Chris Wright
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH try #2] security: Convert LSM into a static interface,
James Morris
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH try #2] security: Convert LSM into a static interface,
James Morris
- Re: [PATCH try #2] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Chris Wright
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Casey Schaufler
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
James Morris
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Serge E. Hallyn
- Re: [PATCH][RFC] security: Convert LSM into a static interface,
Casey Schaufler
- Re: implement-file-posix-capabilities.patch,
Andrew Morgan
- Re: implement-file-posix-capabilities.patch,
Serge E. Hallyn
- Re: implement-file-posix-capabilities.patch,
Andrew Morgan
- Re: implement-file-posix-capabilities.patch,
Serge E. Hallyn
- Re: implement-file-posix-capabilities.patch,
Casey Schaufler
- Re: implement-file-posix-capabilities.patch,
Serge E. Hallyn
- Re: implement-file-posix-capabilities.patch,
Casey Schaufler
- Re: implement-file-posix-capabilities.patch,
Andrew Morgan
- Re: implement-file-posix-capabilities.patch,
Serge E. Hallyn
- Re: implement-file-posix-capabilities.patch,
Casey Schaufler
- Re: implement-file-posix-capabilities.patch,
Andrew Morgan
[PATCH] Move functions declarations to header file,
Glauber de Oliveira Costa
Re: [linux-cifs-client] Re: [PATCH] CIFS: make cifsd (more) signal-safe,
Jeff Layton
2.6.22-rc4-mm2: serial-convert-early_uart-to-earlycon-for-8250,
Andy Whitcroft
[PATCH] fix typo in acpi_pm.c,
Alessio Igor Bogani
Dual slot PCI riser messes up ivtv,
Islam Amer
reproducible hang with reiserfs and bash_shared_mapping,
Oliver Neukum
how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
jimmy bahuleyan
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
david
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Al Viro
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Theodore Tso
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Theodore Tso
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Lennart Sorensen
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Jan Harkes
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Jan Harkes
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Daniel Hazelton
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Daniel Hazelton
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Jan Harkes
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alan Cox
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Theodore Tso
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Al Viro
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alan Cox
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Jesper Juhl
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Jesper Juhl
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Alexandre Oliva
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Al Viro
- RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
David Schwartz
- Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?,
Bron Gondwana
[RFC] mm-controller,
Peter Zijlstra
Oops in a driver while using SLUB as a SLAB allocator,
Nicolas Ferre
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Marc Pignat
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Marc Pignat
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Linus Torvalds
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Oleg Verych
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Russell King
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Russell King
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Nicolas Ferre
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Hugh Dickins
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Russell King
- Re: Oops in a driver while using SLUB as a SLAB allocator,
Christoph Lameter
Via Rhine II Network Card Failure,
Mark Hannessen
build failure due to ROOT_DEV in mtd module (was Re: linux-2.6.22-rc5-g7c8545e build #298 failed ...),
Satyam Sharma
What's does KPROBE_ENTRY mean?,
jidong xiao
TUX2 filesystem,
Ph. Marek
[PATCH 000 of 8] knfsd: Assorted nfsv4 server patches.,
NeilBrown
ELC-Europe 2007 Call for Presentations,
Soon-Son Kwon(Shawn)
cpuset attach_task to touch per-cpu kernel threads?,
Srivatsa Vaddagiri
Re: [BUG?]Set XIP mount option on ext2 bypass check.,
Yan Zheng
[PATCH] cross-architecture ELF clean up,
Jeremy Fitzhardinge
[PATCH 0/9] x86 boot protocol updates,
Jeremy Fitzhardinge
Re: [PATCH 1/5] cxgb3 - fix skb->dev dereference,
Jeff Garzik
SATA Harddisk speed drop of 100 MB/s,
Carlo Wood
- Re: SATA Harddisk speed drop of 100 MB/s,
Jeff Garzik
- Re: SATA Harddisk speed drop of 100 MB/s,
Arjan van de Ven
- Re: SATA RAID5 speed drop of 100 MB/s,
Carlo Wood
- Re: SATA RAID5 speed drop of 100 MB/s,
Carlo Wood
- Re: SATA RAID5 speed drop of 100 MB/s,
Jeff Garzik
- Re: SATA RAID5 speed drop of 100 MB/s,
Tejun Heo
- Re: SATA RAID5 speed drop of 100 MB/s,
Carlo Wood
- Re: SATA RAID5 speed drop of 100 MB/s,
Bartlomiej Zolnierkiewicz
- Re: SATA RAID5 speed drop of 100 MB/s,
Jeff Garzik
- Re: SATA RAID5 speed drop of 100 MB/s,
Michael Tokarev
- Re: SATA RAID5 speed drop of 100 MB/s,
Dr. David Alan Gilbert
- Re: SATA RAID5 speed drop of 100 MB/s,
Justin Piszcz
- Re: SATA RAID5 speed drop of 100 MB/s,
Michael Tokarev
- Re: SATA RAID5 speed drop of 100 MB/s,
Justin Piszcz
- Re: SATA RAID5 speed drop of 100 MB/s,
Carlo Wood
- Re: SATA RAID5 speed drop of 100 MB/s,
Mark Lord
- Re: SATA RAID5 speed drop of 100 MB/s,
Patrick Mau
- Re: SATA RAID5 speed drop of 100 MB/s,
Michael Tokarev
- <Possible follow-ups>
- Re: SATA Harddisk speed drop of 100 MB/s,
Al Boldi
[PATCH 1/1] audit: fix oops removing watch if audit disabled,
Tony Jones
oops with USB serial irda adapter,
Chuck Ebbert
[PATCH] zero_user_page conversion,
Eric Sandeen
[patch] avoid spurious POLLIN returns in signalfd,
Davide Libenzi
[RFC PATCH] HFSPlus: fix mount uid/gid bug,
Wyatt Banks
PROBLEM: menuconfig,
Marcin Szczurowski
scripts/checkpatch.pl refers to non-existent Documentation/Documentation/volatile-considered-harmful.txt,
Roland Dreier
Adding subroot information to /proc/mounts, or obtaining that through other means,
H. Peter Anvin
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Al Viro
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
H. Peter Anvin
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Ram Pai
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
H. Peter Anvin
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Ram Pai
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
H. Peter Anvin
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
H. Peter Anvin
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Ram Pai
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
H. Peter Anvin
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Ram Pai
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
H. Peter Anvin
- Message not available
- [RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree,
Ram Pai
- Re: [RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree,
Karel Zak
- Re: [RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree,
H. Peter Anvin
- Re: [RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree,
Christoph Hellwig
- Re: [RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree,
H. Peter Anvin
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Karel Zak
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Chuck Lever
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
H. Peter Anvin
- Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Pavel Machek
Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Karel Zak
Re: Adding subroot information to /proc/mounts, or obtaining that through other means,
Nix
Spinlock init,
Jack Stone
linux-2.6.22-rc5-g7c8545e build #298 failed b/c of Section mismatch: reference to .init.text:amd_init_mtrr,
Toralf Förster
[patch] fix module_param mistake in it821x,
Stas Sergeev
[patch] exclude sync signals from signalfd sets,
Davide Libenzi
[PATCH RT] have x86_64 nmi watchdog also count irq 0,
Steven Rostedt
[patch 0/8] 2.6.22-rc3 perfmon2 : IBS implementation for AMD64, version 2,
Robert Richter
[patch 8/8] 2.6.22-rc3 perfmon2 : Renaming of module perfmon_k8 to perfmon_amd64,
Robert Richter
[patch 5/8] 2.6.22-rc3 perfmon2 : Initial AMD64 PMU configuration,
Robert Richter
[patch 7/8] 2.6.22-rc3 perfmon2 : Renaming *_k8_* symbols to *_amd64_*,
Robert Richter
[patch 6/8] 2.6.22-rc3 perfmon2 : IBS implementation for AMD64,
Robert Richter
[patch 1/8] 2.6.22-rc3 perfmon2 : Barcelona CPU detection,
Robert Richter
[patch 2/8] 2.6.22-rc3 perfmon2 : Debug messages added,
Robert Richter
[patch 4/8] 2.6.22-rc3 perfmon2 : Rearrangement of AMD64 MSR definitions, 2nd try,
Robert Richter
[patch 3/8] 2.6.22-rc3 perfmon2 : Minor changes,
Robert Richter
[00/37] Large Blocksize Support V4,
clameter
- [04/37] Use page_cache_xxx in mm/page-writeback.c,
clameter
- [01/37] Define functions for page cache handling,
clameter
- [03/37] Use page_cache_xxx function in mm/filemap.c,
clameter
- [02/37] Pagecache zeroing: zero_user_segment, zero_user_segments and zero_user,
clameter
- [07/37] Use page_cache_xxx in mm/filemap_xip.c,
clameter
- [10/37] Use page_cache_xxx in fs/sync.,
clameter
- [14/37] Use page_cache_xxx in fs/splice.c,
clameter
- [09/37] Use page_cache_xxx in fs/libfs.c,
clameter
- [05/37] Use page_cache_xxx in mm/truncate.c,
clameter
- [11/37] Use page_cache_xxx in fs/buffer.c,
clameter
- [19/37] Use page_cache_xxx for fs/xfs,
clameter
- [17/37] Use page_cache_xxx in fs/ext4,
clameter
- [22/37] Use page_cache_xxx in drivers/block/rd.c,
clameter
- [16/37] Use page_cache_xxx in fs/ext3,
clameter
- [26/37] compound pages: Use new compound vmstat functions in SLUB,
clameter
- [24/37] compound pages: Add new support functions,
clameter
- [27/37] compound pages: Allow use of get_page_unless_zero with compound pages,
clameter
- [29/37] Large blocksize support: Fix up reclaim counters,
clameter
- [35/37] Large blocksize support in XFS,
clameter
- [36/37] Large blocksize support for ext2,
clameter
- [32/37] Readahead changes to support large blocksize.,
clameter
- [37/37] Reiserfs: Fix up for mapping_set_gfp_mask,
clameter
- [33/37] Large blocksize: Compound page zeroing and flushing,
clameter
- [34/37] Large blocksize support in ramfs,
clameter
- [30/37] Add VM_BUG_ONs to check for correct page order,
clameter
- [31/37] Large blocksize support: Core piece,
clameter
- [20/37] Fix PAGE SIZE assumption in miscellaneous places.,
clameter
- [23/37] compound pages: PageHead/PageTail instead of PageCompound,
clameter
- [25/37] compound pages: vmstat support,
clameter
- [21/37] Use page_cache_xxx in drivers/block/loop.c,
clameter
- [18/37] Use page_cache_xxx in fs/reiserfs,
clameter
- [15/37] Use page_cache_xxx functions in fs/ext2,
clameter
- [08/37] Use page_cache_xxx in mm/migrate.c,
clameter
- [12/37] Use page_cache_xxx in mm/mpage.c,
clameter
- [13/37] Use page_cache_xxx in mm/fadvise.c,
clameter
- [06/37] Use page_cache_xxx in mm/rmap.c,
clameter
- [28/37] compound pages: Allow freeing of compound pages via pagevec,
clameter
unexpected newReno behavior in 2.6.21.5,
Sushant
[PATCH] bracing the loop in kernel/softirq.c,
Cyrill Gorcunov
mm snapshot broken-out-2007-06-20-10-12.tar.gz uploaded,
akpm
[PATCH 2/2] rtc: watchdog support for rtc-m41t80 driver,
Atsushi Nemoto
[PATCH 1/2] rtc: add rtc-m41t80 driver,
Atsushi Nemoto
[patch -rss] Make RSS accounting display more user friendly,
Balbir Singh
Request for Linux Kernel Mailing List archives,
H. Peter Anvin
SMP read() stopping at memory page boundaries,
Timo Sirainen
Re: [PATCH] driver core: multithreaded probing - more parallelism control,
Stefan Richter
[PATCH -mm 1/2] i386: semi-rewrite of PTRACE_PEEKUSR, PTRACE_POKEUSR,
Alexey Dobriyan
[PATCH -mm 2/2] x86_64: semi-rewrite of PTRACE_PEEKUSR, PTRACE_POKEUSR,
Alexey Dobriyan
Re: [PATCH] fix req->cmd == INT cases,
Christoph Hellwig
[RFC] [PATCH 2.6.21.5] ppp: fix osize too small errors when decoding mppe,
Konstantin Sharlaimov
[RFC][PATCH 0/4] Containers: Pagecache accounting and control subsystem (v4),
Vaidyanathan Srinivasan
[PATCH for 2.6.22] [0/10] X86 late bug fixes for 2.6.22,
Andi Kleen
- [PATCH for 2.6.22] [4/10] x86: Disable DAC on VIA bridges,
Andi Kleen
- [PATCH for 2.6.22] [7/10] x86: Disable KPROBES with DEBUG_RODATA for now,
Andi Kleen
- [PATCH for 2.6.22] [3/10] x86_64: Fix eventd/timerfd syscalls,
Andi Kleen
- [PATCH for 2.6.22] [8/10] x86: change_page_attr bandaids,
Andi Kleen
- [PATCH for 2.6.22] [6/10] x86: Only make Macintosh drivers default on Macs,
Andi Kleen
- [PATCH for 2.6.22] [1/10] i386: bug in i386 MTRR initialization,
Andi Kleen
- [PATCH for 2.6.22] [2/10] x86_64: Fix readahead/sync_file_range/fadvise64 compat calls,
Andi Kleen
- [PATCH for 2.6.22] [9/10] i386: Disable alternative() patching after boot with DEBUG_RODATA,
Andi Kleen
- [PATCH for 2.6.22] [10/10] x86_64: fix link warning between for .text and .init.text,
Andi Kleen
- [PATCH for 2.6.22] [5/10] x86_64: Quieten Atari keyboard warnings in Kconfig,
Andi Kleen
NMI received for unknown reason 30,
Meelis Roos
[RFC PATCH 0/4] New approach to VFS based union mount,
Bharata B Rao
Please pull from 'for_linus' branch,
Kumar Gala
Freezes on sata_uli hd,
TommyDrum
[patch] add printk_ratelimit to atkbd_interrupt,
Qi Yong
[patch 0/2] HFS+: custom dentry hash and comparison operations,
Duane Griffin
Problem with global_flush_tlb() on i386 in 2.6.22-rc4-mm2,
Mathieu Desnoyers
Re: Problem with global_flush_tlb() on i386 in 2.6.22-rc4-mm2,
Anthony Liguori
[PATCH 9/12] sound: fix compile error (wrong declaration of devinitdata),
Andreas Herrmann
[PATCH 10/12] SLOB: fix build error if SLOB && !NUMA,
Andreas Herrmann
[PATCH 6/12] acpi: fix compile warnings,
Andreas Herrmann
[PATCH 12/12] acpi: select ACPI_EC for SONY_LAPTOP,
Andreas Herrmann
[PATCH 11/12] pcmcia/net_pcmcia: all net_pcmcia modules depend on PCMCIA,
Andreas Herrmann
[PATCH 8/12] fix compile error (missing include),
Andreas Herrmann
[PATCH 5/12] acpi: fix compile error with ACPI && !ACPI_SYSTEM,
Andreas Herrmann
[PATCH 7/12] acpi: fix another compile warning,
Andreas Herrmann
[PATCH 3/12] acpi: fix compile error with ACPI && !ACPI_POWER,
Andreas Herrmann
[PATCH 4/12] acpi: select ACPI_EC for MSI_LAPTOP,
Andreas Herrmann
[PATCH 2/12] acpi: select ACPI_EC for THINKPAD_ACPI,
Andreas Herrmann
[PATCH 1/12] m68k: fix annoying Kconfig warning,
Andreas Herrmann
[patch 0/12] several fixes from randconfig compiles,
Andreas Herrmann
[Intel IOMMU 00/10] Intel IOMMU support, take #2,
Keshavamurthy, Anil S
- [Intel IOMMU 02/10] PCI generic helper function,
Keshavamurthy, Anil S
- [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Keshavamurthy, Anil S
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Christoph Lameter
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Peter Zijlstra
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Arjan van de Ven
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Siddha, Suresh B
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Peter Zijlstra
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Arjan van de Ven
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Peter Zijlstra
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Keshavamurthy, Anil S
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Peter Zijlstra
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Arjan van de Ven
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Peter Zijlstra
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Keshavamurthy, Anil S
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Peter Zijlstra
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Keshavamurthy, Anil S
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Keshavamurthy, Anil S
- Re: [Intel IOMMU 06/10] Avoid memory allocation failures in dma map api calls,
Andrew Morton
- [Intel IOMMU 01/10] DMAR detection and parsing logic,
Keshavamurthy, Anil S
- [Intel IOMMU 03/10] clflush_cache_range now takes size param,
Keshavamurthy, Anil S
- [Intel IOMMU 07/10] Intel iommu cmdline option - forcedac,
Keshavamurthy, Anil S
- [Intel IOMMU 09/10] Iommu Gfx workaround,
Keshavamurthy, Anil S
- [Intel IOMMU 10/10] Iommu floppy workaround,
Keshavamurthy, Anil S
- [Intel IOMMU 04/10] IOVA allocation and management routines,
Keshavamurthy, Anil S
- [Intel IOMMU 08/10] DMAR fault handling support,
Keshavamurthy, Anil S
- [Intel IOMMU 05/10] Intel IOMMU driver,
Keshavamurthy, Anil S
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Andrew Morton
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Andi Kleen
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Muli Ben-Yehuda
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Andi Kleen
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Muli Ben-Yehuda
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Andi Kleen
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Arjan van de Ven
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Andi Kleen
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Arjan van de Ven
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Andi Kleen
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Jesse Barnes
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Andi Kleen
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Arjan van de Ven
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Muli Ben-Yehuda
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Keshavamurthy, Anil S
- Re: [Intel IOMMU 00/10] Intel IOMMU support, take #2,
Muli Ben-Yehuda
[PATCH] fix section mismatch in chipsfb,
Olaf Hering
[2.6 patch] more MOMENCO_JAGUAR_ATX removal,
Adrian Bunk
[2.6 patch] remove the dead CYBERSTORMIII_SCSI option,
Adrian Bunk
[2.6.23 patch] remove options depending on OSS_OBSOLETE,
Adrian Bunk
[PATCH RT] Remove double warning print with faulty preempt disable nesting,
Steven Rostedt
exported fb_find_logo references __initdata,
Olaf Hering
[PATCH RT] disable preemption on running show all regs.,
Steven Rostedt
[PATCH RT] Use raw spinlocks in NMI print sequencing.,
Steven Rostedt
[PATCH 2.6.22-rc5 2/2] sata_promise: SATA hotplug support,
Mikael Pettersson
[PATCH 2.6.22-rc5 1/2] sata_promise: cleanups,
Mikael Pettersson
[PATCH RT] Only check IRQ Thread affinity update if CPU affinity changed.,
Steven Rostedt
[patch] sched: fix next_interval determination in idle_balance(),
Ingo Molnar
2.6.22: ERROR: "__ucmpdi2" [drivers/net/s2io.ko] undefined!,
Olaf Hering
3c59x: multiple problems,
Chuck Ebbert
[PATCH RT] Only allow atomic safe consoles to print in atomic areas.,
Steven Rostedt
[PATCH] Documentation/HOWTO: remove stale git URL,
Stefan Richter
[PATCH 1/1] cciss: add new controller support for P700m,
Mike Miller (OS Dev)
[PATCH 1/2] UML - Use get_free_pages to allocate kernel stacks,
Jeff Dike
[PATCH 2/2] UML - Add stack usage monitoring,
Jeff Dike
[PATCH 0/2] UML stack tweaks,
Jeff Dike
Writing a driver for a legacy serial device,
Jean Delvare
How would I do this? (expert tricks) OT,
Marc Perkel
Dual licensing,
Liberty
[PATCH] mmc: at91_mci typo,
Nicolas Ferre
[PATCH] retrieve VBE EDID/DDC info independent of used video mode,
Jan Beulich
[PATCH] remove usage of memmem from scripts/kallsyms.c,
Paulo Marques
[PATCH] Chinese translated version of Documentation/stable_api_nonsense.txt,
TripleX
[PATCH 2/2] rtc: watchdog support for rtc-m41txx driver,
Atsushi Nemoto
[PATCH 1/2] rtc: add rtc-m41txx driver,
Atsushi Nemoto
Error -71 on device descriptor read/all,
Renato S. Yamane
[PATCH] Chinese translation of Documentation/HOWTO,
Li Yang
- RE: [PATCH] Chinese translation of Documentation/HOWTO,
Li Yang-r58472
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
WANG Cong
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Bryan Wu
- <Possible follow-ups>
- RE: [PATCH] Chinese translation of Documentation/HOWTO,
Li Yang-r58472
- [PATCH] Chinese translation of Documentation/HOWTO,
Li Yang
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
WANG Cong
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Eugene Teo
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Bryan Wu
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Rob Landley
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
dave young
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Rob Landley
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
dave young
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Rob Landley
- RE: [PATCH] Chinese translation of Documentation/HOWTO,
Li Yang-r58472
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Alan Cox
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Rob Landley
- RE: [PATCH] Chinese translation of Documentation/HOWTO,
Li Yang-r58472
- RE: [PATCH] Chinese translation of Documentation/HOWTO,
Bryan Wu
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
WANG Cong
- RE: [PATCH] Chinese translation of Documentation/HOWTO,
Linus Torvalds
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Tomas Neme
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
TripleX
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Li, Tong N
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Rob Landley
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Rob Landley
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
WANG Cong
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Pavel Machek
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Rob Landley
- Re: [PATCH] Chinese translation of Documentation/HOWTO,
Rob Landley
strange queue_if_no_path behavior,
Maxim Kozover
[PATCH] create_new_namespaces: fix improper return of NULL,
Oleg Nesterov
ata1: soft resetting port,
Soeren Sonnenburg
[patch 0/3] Fix for XFS compat ioctls (try2),
mmarek
Re: [rtc-linux] Re: rtc-dev.c & RTC_AIE_ON,
Alessandro Zummo
[PATCH -rt] irq nobody cared workaround for i386,
Michal Schmidt
mount-2.12r-ggk.tar.gz,
Andries.Brouwer
Re: [PATCH] console UTF-8 fixes,
Egmont Koblinger
How do you allocate huge pages.,
Shaun Savage
Final Notification.......Ref: L/200-26937,
ONLINE NOTIFICATION
Dumping the checksums in a module,
John Sigler
[PATCH] Optional Beeping During Resume From Suspend To Ram.,
Nigel Cunningham
[PATCH] I2C: TSL2550 support.,
Rodolfo Giometti
[GIT PULL] sh64 fixes,
Paul Mundt
[GIT PULL] sh fixes,
Paul Mundt
Type error in drivers/input/tsdev.c?,
Fengwei Yin
[PATCH] slob: poor man's NUMA support.,
Paul Mundt
Selective system profiling,
John Sigler
Please pull git390 'for-linus' branch,
Martin Schwidefsky
[patch 0/6] s390 patches for 2.6.22,
Martin Schwidefsky
[PATCH] kerneldoc fix in audit_core_dumps,
Henne
[PATCH] kerneldoc fix in libata,
Henne
xfs freeze/umount problem,
David Greaves
[PATCH] net: Make skb_seq_read unmap the last fragment,
Olaf Kirch
[-RT] multiple streams have degraded performance,
Vernon Mauery
[PATCH RT] Don't call mcount from vsyscall_fn's,
Steven Rostedt
Question about a strange behavior of copy_to_user() in ioctl call,
News Letter
2.6.21.5-rt15: BUG: scheduling with irqs disabled,
Fernando Lopez-Lezcano
Change in default vm_dirty_ratio,
Tim Chen
- Re: Change in default vm_dirty_ratio,
Andrew Morton
- Re: Change in default vm_dirty_ratio,
Linus Torvalds
- Re: Change in default vm_dirty_ratio,
John Stoffel
- Re: Change in default vm_dirty_ratio,
Andi Kleen
- Re: Change in default vm_dirty_ratio,
Dave Jones
- Re: Change in default vm_dirty_ratio,
Andrew Morton
- Re: Change in default vm_dirty_ratio,
Peter Zijlstra
- Re: Change in default vm_dirty_ratio,
Andrew Morton
- Re: Change in default vm_dirty_ratio,
Jens Axboe
- Re: Change in default vm_dirty_ratio,
Peter Zijlstra
- Re: Change in default vm_dirty_ratio,
Jens Axboe
- Re: Change in default vm_dirty_ratio,
Peter Zijlstra
- Re: Change in default vm_dirty_ratio,
Matt Mackall
- Re: Change in default vm_dirty_ratio,
Linus Torvalds
- Re: Change in default vm_dirty_ratio,
Peter Zijlstra
- Re: Change in default vm_dirty_ratio,
Linus Torvalds
- Re: Change in default vm_dirty_ratio,
Peter Zijlstra
- Re: Change in default vm_dirty_ratio,
Peter Zijlstra
- Re: Change in default vm_dirty_ratio,
Mark Lord
- Re: Change in default vm_dirty_ratio,
Peter Zijlstra
- Re: Change in default vm_dirty_ratio,
Linus Torvalds
- Re: Change in default vm_dirty_ratio,
Arjan van de Ven
- Re: Change in default vm_dirty_ratio,
Linus Torvalds
- Re: Change in default vm_dirty_ratio,
Nadia Derbey
[patch 0/3] Text Section Edit Lock,
Mathieu Desnoyers
[PATCH] - Add IOAPIC NMI support on x86_64,
John Keller
GIT Packages for Debian Etch,
Thomas Glanzmann
GPLv3 dispute solution - new open source license?,
Joshua David Williams
[RFC][PATCH -mm] PM: Prevent frozen user mode helpers from failing the freezing of tasks,
Rafael J. Wysocki
[patch #2 0/6] [#2] SM501 updates,
ben
[PATCH 1/1] Char: istallion, init+locking fixes,
Ingo Korb
[PATCH -mm] add a kmem_cache for nsproxy objects,
Cedric Le Goater
[RFC][Patch 1/1] IBAC Patch,
Mimi Zohar
[RFC] debugfs: create file error handling,
Stephen Hemminger
[RFC][Patch 3/3]integrity:TPM internel kernel interface,
Mimi Zohar
[RFC][Patch 2/3]integrity: IMA as an integrity service provider,
Mimi Zohar
[RFC][PATCH 1/3]integrity: API, hooks, placement and dummy provider,
Mimi Zohar
[RFC][Patch 0/3] integrity: Linux Integrity Module(LIM) and provider,
Mimi Zohar
cpufreq: too long transition latency,
Meelis Roos
Some thoughts on memory policies,
Christoph Lameter
Re: Updated Btrfs project site online -git repo?,
Maria Domenica Bertolucci
NFS Oops 2.6.20.14,
Aaron Porter
[ANNOUNCE] Linux Kernel Tester’s Guide v0.3-rc1,
Michal Piotrowski
[PATCH] fix refcounting of nsproxy object when unshared,
Cedric Le Goater
[TRIVIAL PATCH] Kill blk_congestion_wait() stub for !CONFIG_BLOCK,
Benjamin Gilbert
Updated Btrfs project site online,
Chris Mason
[BUG] ide dma_timer_expiry, then hard lockup,
Linas Vepstas
- RE: [BUG] ide dma_timer_expiry, then hard lockup,
Stuart_Hayes
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Sergei Shtylyov
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Linas Vepstas
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Sergei Shtylyov
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Linas Vepstas
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Bartlomiej Zolnierkiewicz
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Sergei Shtylyov
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Linas Vepstas
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Alan Cox
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Sergei Shtylyov
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Alan Cox
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Linas Vepstas
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Alan Cox
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Alan Cox
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Linas Vepstas
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Alan Cox
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Linas Vepstas
- bug in libata [was Re: [BUG] ide dma_timer_expiry, then hard lockup,
Linas Vepstas
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Sergei Shtylyov
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Alan Cox
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Sergei Shtylyov
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Mark Lord
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Sergei Shtylyov
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Alan Cox
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Sergei Shtylyov
- Re: [BUG] ide dma_timer_expiry, then hard lockup,
Sergei Shtylyov
cxgb3 regression in 2.6.22-rc5,
Steve Wise
[PATCH -cfs] Fix cpu_load calculation error,
Srivatsa Vaddagiri
[PATCH/RFC] oops and panic message logging to MTD,
Richard Purdie
[PATCH] Allow group ownership of TUN/TAP devices,
Jeff Dike
[PATCH] XFS: Replace remaining memclear_highpage_flush() with zero_user_page().,
Robert P. J. Day
Stable identification of identical USB hardware,
Joerg Pommnitz
[GFS2/DLM] Some small bug fixes,
Steven Whitehouse
[GIT PATCH] SCSI bug fixes for 2.6.22-rc5,
James Bottomley
Sound plays at half speed; intel8x0 clock issue,
David Johnson
[PATCH] Add LZO1X algorithm to the kernel,
Richard Purdie
[PATCH] Quota netlink interface,
Jan Kara
[PATCH] AF_RXRPC: Return the number of bytes buffered in rxrpc_send_data(),
David Howells
implementation of boot-time kernel parameters,
Robert P. J. Day
ARC-1260: No space left on device, when there is (or should be) free space left,
Magnus Naeslund
[PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Denis Cheng
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Robert P. J. Day
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Jeremy Fitzhardinge
- <Possible follow-ups>
- [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Denis Cheng
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Oleg Verych
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Adrian Bunk
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Oleg Verych
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Adrian Bunk
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Segher Boessenkool
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
rae l
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Oleg Verych
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Arjan van de Ven
- memset() with zeroes (Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization),
Oleg Verych
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Benjamin LaHaise
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Arjan van de Ven
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Benjamin LaHaise
- Re: [PATCH] trivial: the memset operation on a automatic array variable should be optimized out by data initialization,
Arjan van de Ven
- -Os versus -O2,
Adrian Bunk
- Re: -Os versus -O2,
Arjan van de Ven
- Re: -Os versus -O2,
david
- Re: -Os versus -O2,
Arjan van de Ven
- Re: -Os versus -O2,
david
- Re: -Os versus -O2,
Rene Herman
- Re: -Os versus -O2,
Willy Tarreau
- Re: -Os versus -O2,
Segher Boessenkool
- Re: -Os versus -O2,
david
- Re: -Os versus -O2,
Segher Boessenkool
- Re: -Os versus -O2,
Willy Tarreau
- Re: -Os versus -O2,
Segher Boessenkool
- Re: -Os versus -O2,
Segher Boessenkool
- Re: -Os versus -O2,
david
- Re: -Os versus -O2,
Segher Boessenkool
- Re: -Os versus -O2,
Adrian Bunk
- Re: -Os versus -O2,
Rene Herman
- Re: -Os versus -O2,
Rene Herman
- Re: -Os versus -O2,
Jeff Garzik
- Re: -Os versus -O2,
Adrian Bunk
- Re: -Os versus -O2,
david
[patch 00/26] Current slab allocator / SLUB patch queue,
clameter
- [patch 01/26] SLUB Debug: Fix initial object debug state of NUMA bootstrap objects,
clameter
- [patch 04/26] Slab allocators: Support __GFP_ZERO in all allocators.,
clameter
- [patch 02/26] Slab allocators: Consolidate code for krealloc in mm/util.c,
clameter
- [patch 05/26] Slab allocators: Cleanup zeroing allocations,
clameter
- [patch 08/26] SLUB: Extract dma_kmalloc_cache from get_cache.,
clameter
- [patch 03/26] Slab allocators: Consistent ZERO_SIZE_PTR support and NULL result semantics,
clameter
- [patch 07/26] SLUB: Add some more inlines and #ifdef CONFIG_SLUB_DEBUG,
clameter
- [patch 06/26] Slab allocators: Replace explicit zeroing with __GFP_ZERO,
clameter
- [patch 09/26] SLUB: Do proper locking during dma slab creation,
clameter
- [patch 13/26] SLUB: Extend slabinfo to support -D and -C options,
clameter
- [patch 11/26] SLUB: Add support for kmem_cache_ops,
clameter
- [patch 14/26] SLUB: Logic to trigger slab defragmentation from memory reclaim,
clameter
- [patch 12/26] SLUB: Slab defragmentation core,
clameter
- [patch 18/26] Slab defragmentation: Support procfs inode defragmentation,
clameter
- [patch 15/26] Slab defrag: Support generic defragmentation for inode slab caches,
clameter
- [patch 20/26] Slab defragmentation: Support inode defragmentation for sockets,
clameter
- [patch 22/26] SLUB: kmem_cache_vacate to support page allocator memory defragmentation,
clameter
- [patch 23/26] SLUB: Move sysfs operations outside of slub_lock,
clameter
- [patch 21/26] Slab defragmentation: support dentry defragmentation,
clameter
- [patch 25/26] SLUB: Add an object counter to the kmem_cache_cpu structure,
clameter
- [patch 24/26] SLUB: Avoid page struct cacheline bouncing due to remote frees to cpu slab,
clameter
- [patch 19/26] Slab defragmentation: Support reiserfs inode defragmentation,
clameter
- [patch 26/26] SLUB: Place kmem_cache_cpu structures in a NUMA aware way.,
clameter
- [patch 17/26] Slab defragmentation: Support inode defragmentation for xfs,
clameter
- [patch 16/26] Slab defragmentation: Support defragmentation for extX filesystem inodes,
clameter
- [patch 10/26] SLUB: Faster more efficient slab determination for __kmalloc.,
clameter
- Re: [patch 00/26] Current slab allocator / SLUB patch queue,
Michal Piotrowski
[PATCH] the memset operation on a automatic array variable should be optimized out by data initialization,
Denis Cheng
[PATCH 0/7] Memory Compaction v2,
Mel Gorman
Re: Questions on one PowerPC assembly instruction from hash_page,
Mikael Pettersson
[PATCH 1/5] ATM: lanai, change VENDOR to DEVICE,
Jiri Slaby
the memset operation on a automatic array variable can be removed by data Initialization,
Denis Cheng
[patch] use __asm__ rather than asm in asm-s390/ptrace.h,
Mike Frysinger
[patch] use __asm__ and __volatile__ in asm-ia64/gcc_intrin.h,
Mike Frysinger
[patch] use __asm__ and __volatile__ in asm-x86_64/msr.h,
Mike Frysinger
[patch] hide cond_syscall behind __KERNEL__ for Blackfin/x86_64,
Mike Frysinger
[RFC] Generic Trace Setup and Control (GTSC) kernel API (3/3),
David Wilder
[PATCH] relay-file-read-start-pos-fix.patch,
David Wilder
[RFC] Generic Trace Setup and Control (GTSC) kernel API (1/3),
David Wilder
[RFC] Generic Trace Setup and Control (GTSC) kernel API (2/3),
David Wilder
[PATCH] mm: More __meminit annotations.,
Paul Mundt
Fwd: [PATCH] [libata] Add irq_flags to struct pata_platform_info,
Sonic Zhang
PCI userland access non-mmap APIs, kernel access to legacy space,
Benjamin Herrenschmidt
AT_ENTROPY1 and AT_ENTROPY2 values for include/linux/auxvec.h,
Alexander Gabert
- Re: AT_ENTROPY1 and AT_ENTROPY2 values for include/linux/auxvec.h,
Arjan van de Ven
- Re: AT_ENTROPY1 and AT_ENTROPY2 values for include/linux/auxvec.h,
Alexander Gabert
- Re: AT_ENTROPY1 and AT_ENTROPY2 values for include/linux/auxvec.h,
Arjan van de Ven
- Re: AT_ENTROPY1 and AT_ENTROPY2 values for include/linux/auxvec.h,
Alexander Gabert
- [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Alexander Gabert
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Arjan van de Ven
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Linus Torvalds
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Eric Dumazet
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Matt Mackall
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Alexander Gabert
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Matt Mackall
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Arjan van de Ven
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Matt Mackall
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Jakub Jelinek
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Alexander Gabert
- Re: [PATCH] get_random_long() and AT_ENTROPY for auxv, kernel 2.6.21.5,
Matt Mackall
[2.6 patch] mm/slab.c: start_cpu_timer() should be __cpuinit,
Adrian Bunk
[2.6 patch] include/linux/kprobes.h: always offer show_registers() prototype,
Adrian Bunk
[2.6 patch] kernel/sys_ni.c should #include <linux/syscalls.h>,
Adrian Bunk
[2.6 patch] fix devres_release_all() return value,
Adrian Bunk
[2.6 patch] fs/namespace.c should #include "internal.h",
Adrian Bunk
[2.6 patch] proper prototype for proc_nr_files(),
Adrian Bunk
[patch] make hdrscheck.sh force __asm__ in exported headers,
Mike Frysinger
Re: How to improve the quality of the kernel?,
Al Boldi
[PATCH] clarify the GPL version of contributions by Jesper Juhl in CREDITS,
Jesper Juhl
[patch] use __asm__ and __volatile__ in i386/arm/s390 byteorder.h,
Mike Frysinger
[PATCH] ieee1394: nodemgr: parallelize between several hosts,
Stefan Richter
Please revert 21564fd2a3deb48200b595332f9ed4c9f311f2a7,
Adrian Bunk
FS block count, size and seek offset?,
David Brown
[PATCH] Add new ICH9M pci id (8086:2850) to ata_piix id list,
Maurizio Monge
Re: [Bug 8646] New: fw-ohci and ohci1394: panic in softirq, below smp_apic_timer_interrupt,
Stefan Richter
[PATCH 2/3] ACPI autoloading - Create acpi alias interface,
Thomas Renninger
[PATCH 3/3] ACPI autoloading - Create __mod_acpi_device_table symbol for all acpi drivers.,
Thomas Renninger
[PATCH 1/3] ACPI autoloading - ACPICA adjustance,
Thomas Renninger
[PATCH 0/3] ACPI autoloading,
Thomas Renninger
Random oops in Ubuntu 7.04 stock kernel (usb hotplug null pointer dereference).,
Rob Landley
[PATCH] Futex: Revert the non-functional REQUEUE_PI,
Thomas Gleixner
Re: [Bug 8645] disconnect usb end-device; reading error,
Wolfgang Schnitker
[GIT PULL -mm] Unionfs cleanups, fixes, and mmap,
Josef 'Jeff' Sipek
- [PATCH 13/16] Unionfs: Change free_dentry_private_info to take a struct dentry,
Josef 'Jeff' Sipek
- [PATCH 12/16] Unionfs: Cleanup new_dentry_private_data,
Josef 'Jeff' Sipek
- [PATCH 16/16] Unionfs: Remove superfluous check for NULL pointer,
Josef 'Jeff' Sipek
- [PATCH 14/16] Unionfs: Add BUG_ONs to unionfs_lower_*,
Josef 'Jeff' Sipek
- [PATCH 11/16] Unionfs: Revalidate dentries passed to all inode/super operations,
Josef 'Jeff' Sipek
- [PATCH 02/16] Unionfs: Don't revalidate dropped dentries,
Josef 'Jeff' Sipek
- [PATCH 15/16] Unionfs: Change the semantics of sb info's rwsem,
Josef 'Jeff' Sipek
- [PATCH 06/16] MAINTAINERS: Add Erez Zadok as a maintainer of Unionfs,
Josef 'Jeff' Sipek
- [PATCH 07/16] Unionfs: Add standard copyright comment to include/linux/union_fs.h,
Josef 'Jeff' Sipek
- [PATCH 04/16] Unionfs: Set lower inodes correctly after branch management succeeds,
Josef 'Jeff' Sipek
- [PATCH 03/16] Unionfs: Retry lookup for different silly-renamed files,
Josef 'Jeff' Sipek
- [PATCH 10/16] Unionfs: merge find_new_branch_index and branch_id_to_idx into one function,
Josef 'Jeff' Sipek
- [PATCH 01/16] [PATCH] unionfs section mismatch,
Josef 'Jeff' Sipek
- [PATCH 08/16] Unionfs: Remove unnecessary #define,
Josef 'Jeff' Sipek
- [PATCH 05/16] Unionfs: call statfs on lower file system properly,
Josef 'Jeff' Sipek
- [PATCH 09/16] Unionfs: mmap implementation,
Josef 'Jeff' Sipek
2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Paul Mundt
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Paul Mundt
- Re: 2.6.22-rc5 regression,
Sean
- Re: 2.6.22-rc5 regression,
Linus Torvalds
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Linus Torvalds
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Linus Torvalds
- Re: 2.6.22-rc5 regression,
Daniel Barkalow
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Linus Torvalds
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Dave Jones
- Re: 2.6.22-rc5 regression,
Linus Torvalds
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Wang Zhenyu
- Re: 2.6.22-rc5 regression,
Wang Zhenyu
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Wang Zhenyu
- [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port,
Wang Zhenyu
- Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port,
Carlo Wood
- Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port,
Wang Zhenyu
- Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port,
Andrew Morton
- Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port,
Dave Jones
- Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port,
Andrew Morton
- Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port,
Dave Jones
- Re: [PATCH][AGPGART] intel_agp: don't load if no IGD and AGP port,
Wang Zhenyu
- Re: 2.6.22-rc5 regression,
Carlo Wood
- Re: 2.6.22-rc5 regression,
Carlo Wood
QEMU's scsi controller no longer works on arm.,
Rob Landley
long-term regression,
david
msleep(1000) vs. schedule_timeout_uninterruptible(HZ+1),
linux
[PATCH] Hardware MPEG audio fix for SAA7134 based "KNC One TV-Station DVR" card,
Rafał Bilski
Re: [2/2] 2.6.22-rc5: known regressions with patches,
Michal Piotrowski
[1/2] 2.6.22-rc5: known regressions with patches,
Michal Piotrowski
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Ingo Molnar
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Ian McDonald
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Chuck Ebbert
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Linus Torvalds
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Ian McDonald
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Linus Torvalds
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Ian McDonald
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Linus Torvalds
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Chuck Ebbert
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Dave Jones
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Arjan van de Ven
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Dave Jones
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Linus Torvalds
- [PATCH] Alternative fix for kprobes&DEBUG_RODATA was Re: [1/2] 2.6.22-rc5: known regressions with patches,
Andi Kleen
- Re: [PATCH] Alternative fix for kprobes&DEBUG_RODATA was Re: [1/2] 2.6.22-rc5: known regressions with patches,
Linus Torvalds
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Arjan van de Ven
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Linus Torvalds
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Arjan van de Ven
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
S. P. Prasanna
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Stefan Richter
- Re: [1/2] 2.6.22-rc5: known regressions with patches,
Arjan van de Ven
Re: [2/2] 2.6.22-rc5: known regressions,
Michal Piotrowski
[1/2] 2.6.22-rc5: known regressions,
Michal Piotrowski
man-pages-2.57 is released,
Michael Kerrisk
[patch 0/5] m68k 53c700 SCSI,
Geert Uytterhoeven
[PATCH 2.6.22-rc5] nfsd: fix pointer-to-int cast warning,
Mikael Pettersson
[PATCH] Alsa fix for SAA7134 based "KNC One TV-Station DVR" card,
Rafał Bilski
solution to "usb disconnect problems regarding usb 1.1 and 2.0",
Wolfgang Schnitker
Re: [PATCH] headercheck: add dependency check and improve speed,
David Woodhouse
way of managing the kernel development involvement process (was: Re: [ck] It is the end of -ck),
Martin Steigerwald
git-current: slub breaks s2ram with fglrx...,
Soeren Sonnenburg
[PATCH 00/58] KVM updates for 2.6.23,
Avi Kivity
- [PATCH 02/58] KVM: SVM: Allow direct guest access to PC debug port,
Avi Kivity
- [PATCH 03/58] KVM: Assume that writes smaller than 4 bytes are to non-pagetable pages,
Avi Kivity
- [PATCH 01/58] KVM: VMX: Enable io bitmaps to avoid IO port 0x80 VMEXITs,
Avi Kivity
- [PATCH 06/58] KVM: Reduce misfirings of the fork detector,
Avi Kivity
- [PATCH 09/58] KVM: MMU: Respect nonpae pagetable quadrant when zapping ptes,
Avi Kivity
- [PATCH 04/58] KVM: Avoid saving and restoring some host CPU state on lightweight vmexit,
Avi Kivity
- [PATCH 05/58] KVM: Unindent some code,
Avi Kivity
- [PATCH 11/58] KVM: Increase mmu shadow cache to 1024 pages,
Avi Kivity
- [PATCH 10/58] KVM: Update shadow pte on write to guest pte,
Avi Kivity
- [PATCH 07/58] KVM: Be more careful restoring fs on lightweight vmexit,
Avi Kivity
- [PATCH 17/58] KVM: Implement IA32_EBL_CR_POWERON msr,
Avi Kivity
- [PATCH 12/58] KVM: Fix potential guest state leak into host,
Avi Kivity
- [PATCH 15/58] KVM: Consolidate guest fpu activation and deactivation,
Avi Kivity
- [PATCH 08/58] KVM: Unify kvm_mmu_pre_write() and kvm_mmu_post_write(),
Avi Kivity
- [PATCH 13/58] KVM: Move some more msr mangling into vmx_save_host_state(),
Avi Kivity
- [PATCH 19/58] KVM: MMU: Store shadow page tables as kernel virtual addresses, not physical,
Avi Kivity
- [PATCH 16/58] KVM: Set cr0.mp for guests,
Avi Kivity
- [PATCH 14/58] KVM: Rationalize exception bitmap usage,
Avi Kivity
- [PATCH 18/58] KVM: MMU: Simplify kvm_mmu_free_page() a tiny bit,
Avi Kivity
- [PATCH 21/58] KVM: Avoid corrupting tr in real mode,
Avi Kivity
- [PATCH 22/58] KVM: Fix vmx I/O bitmap initialization on highmem systems,
Avi Kivity
- [PATCH 20/58] KVM: VMX: Only reload guest msrs if they are already loaded,
Avi Kivity
- [PATCH 23/58] KVM: VMX: Use local labels in inline assembly,
Avi Kivity
- [PATCH 29/58] KVM: x86 emulator: implement wbinvd,
Avi Kivity
- [PATCH 30/58] KVM: Fix includes,
Avi Kivity
- [PATCH 35/58] KVM: MMU: Pass the guest pde to set_pte_common,
Avi Kivity
- [PATCH 32/58] KVM: MMU: Use slab caches for shadow pages and their headers,
Avi Kivity
- [PATCH 36/58] KVM: MMU: Fold fix_read_pf() into set_pte_common(),
Avi Kivity
- [PATCH 33/58] KVM: MMU: Simplify fetch() a little bit,
Avi Kivity
- [PATCH 38/58] KVM: Move shadow pte modifications from set_pte/set_pde to set_pde_common(),
Avi Kivity
- [PATCH 40/58] KVM: MMU: Make setting shadow ptes atomic on i386,
Avi Kivity
- [PATCH 42/58] KVM: MMU: Simpify accessed/dirty/present/nx bit handling,
Avi Kivity
- [PATCH 44/58] KVM: MMU: Remove unused large page marker,
Avi Kivity
- [PATCH 43/58] KVM: MMU: Don't cache guest access bits in the shadow page table,
Avi Kivity
- [PATCH 45/58] KVM: Lazy guest cr3 switching,
Avi Kivity
- [PATCH 48/58] KVM: Fix vcpu freeing for guest smp,
Avi Kivity
- [PATCH 49/58] KVM: Fix adding an smp virtual machine to the vm list,
Avi Kivity
- [PATCH 50/58] KVM: Enable guest smp,
Avi Kivity
- [PATCH 53/58] KVM: Keep an upper bound of initialized vcpus,
Avi Kivity
- [PATCH 51/58] KVM: Move duplicate halt handling code into kvm_main.c,
Avi Kivity
- [PATCH 56/58] KVM: VMX: Replace memset(<addr>, 0, PAGESIZE) with clear_page(<addr>),
Avi Kivity
- [PATCH 55/58] KVM: SVM: Replace memset(<addr>, 0, PAGESIZE) with clear_page(<addr>),
Avi Kivity
- [PATCH 58/58] KVM: VMX: Ensure vcpu time stamp counter is monotonous,
Avi Kivity
- [PATCH 52/58] KVM: Emulate hlt on real mode for Intel,
Avi Kivity
- [PATCH 57/58] KVM: Initialize the BSP bit in the APIC_BASE msr correctly,
Avi Kivity
- [PATCH 54/58] KVM: Flush remote tlbs when reducing shadow pte permissions,
Avi Kivity
- [PATCH 47/58] KVM: Remove unnecessary initialization and checks in mark_page_dirty(),
Avi Kivity
- [PATCH 41/58] KVM: MMU: Remove cr0.wp tricks,
Avi Kivity
- [PATCH 39/58] KVM: Make shadow pte updates atomic,
Avi Kivity
- [PATCH 34/58] KVM: MMU: Move set_pte_common() to pte width dependent code,
Avi Kivity
- [PATCH 37/58] KVM: MMU: Fold fix_write_pf() into set_pte_common(),
Avi Kivity
- [PATCH 28/58] Use menuconfig objects II - KVM/Virt,
Avi Kivity
- [PATCH 31/58] KVM: Use symbolic constants instead of magic numbers,
Avi Kivity
- [PATCH 25/58] KVM: VMX: Avoid saving and restoring msrs on lightweight vmexit,
Avi Kivity
- [PATCH 26/58] KVM: VMX: Cleanup redundant code in MSR set,
Avi Kivity
- [PATCH 27/58] KVM: VMX: Avoid saving and restoring msr_efer on lightweight vmexit,
Avi Kivity
- [PATCH 24/58] KVM: VMX: Handle #SS faults from real mode,
Avi Kivity
[PATCH] driver core: properly get driver in device_release_driver,
Stefan Richter
[PATCH] blink: Only blink when parameter is set,
Bernhard Walle
[PATCH] Strip 'CONFIG_' automatically in kernel configuration search,
Bernhard Walle
And now for something _totally_ different: Linux v2.6.22-rc5,
Linus Torvalds
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Nicholas Miell
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Davide Libenzi
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Nicholas Miell
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Davide Libenzi
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Nicholas Miell
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Davide Libenzi
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Benjamin Herrenschmidt
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Davide Libenzi
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Linus Torvalds
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Davide Libenzi
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Davide Libenzi
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Linus Torvalds
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Linus Torvalds
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Linus Torvalds
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Linus Torvalds
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Linus Torvalds
- Re: Fix signalfd interaction with thread-private signals,
Davide Libenzi
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Nicholas Miell
- Re: Fix signalfd interaction with thread-private signals,
Davide Libenzi
- Re: Fix signalfd interaction with thread-private signals,
Nicholas Miell
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Nicholas Miell
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Davide Libenzi
- Re: Fix signalfd interaction with thread-private signals,
Oleg Nesterov
- Re: Fix signalfd interaction with thread-private signals,
Davide Libenzi
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Davide Libenzi
- Re: Fix signalfd interaction with thread-private signals,
Benjamin Herrenschmidt
- Re: Fix signalfd interaction with thread-private signals,
Davide Libenzi
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Oleg Nesterov
- Re: And now for something _totally_ different: Linux v2.6.22-rc5,
Mariusz Kozlowski
[ANNOUNCE] GIT 1.5.2.2,
Junio C Hamano
Problems with hda_intel, Santa Rosa, and suspend,
Matt Mullins
need help with kmap_atomic() behavior,
Hari Hara Kumar M
2.6.20->2.6.21 - networking dies after random time,
Marcin Ślusarz
<Possible follow-ups>
Re: 2.6.20->2.6.21 - networking dies after random time,
Jean-Baptiste Vignaud
Re: 2.6.20->2.6.21 - networking dies after random time,
Jean-Baptiste Vignaud
b44: high ping times with wireless-dev,
Maximilian Engelhardt
[patch] alpha: fix alignment problem in csum_ipv6_magic(),
Ivan Kokshaysky
[PATCH] update checkpatch.pl to version 0.05,
Andy Whitcroft
Machine Check Exception: 0...04,
Mr. James W. Laferriere
git-current: latest coretemp changes break s2ram,
Soeren Sonnenburg
2.6.22-rc4 not compiling on the SH4/Dreamcast,
Adrian McMenamin
2.6.22-rc4 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Robinson
- Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Chinner
- Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume,
Tejun Heo
- Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume,
Tejun Heo
- Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume,
Rafael J. Wysocki
- Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc5 XFS fails after hibernate/resume,
David Chinner
- Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
Pavel Machek
- Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
Rafael J. Wysocki
- Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
Pavel Machek
- Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
Rafael J. Wysocki
- Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Chinner
- Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Chinner
- Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
Rafael J. Wysocki
- Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Greaves
- Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume,
David Chinner
- Re: 2.6.22-rc4 XFS fails after hibernate/resume,
Rafael J. Wysocki
[PATCH 1/6] make pci_ids lowercase hexa,
Jiri Slaby
- [PATCH 2/6] pci_ids, remove double or more empty lines,
Jiri Slaby
- [PATCH 3/6] ATM: lanai, change VENDOR to DEVICE,
Jiri Slaby
- [PATCH 4/6] i386: traps, change VENDOR to DEVICE,
Jiri Slaby
- [PATCH 5/6] pci_ids, reorder some entries,
Jiri Slaby
- [PATCH 6/6] pci_ids, add atheros and 3com_2 vendors,
Jiri Slaby
- Re: [PATCH 1/6] make pci_ids lowercase hexa,
Greg KH
[patch-mm 00/25] High resolution timer updates and x86_64 support - V2,
Thomas Gleixner
- [patch-mm 02/25] ACPI: Move timer broadcast and pmtimer access before C3 arbiter shutdown,
Thomas Gleixner
- [patch-mm 03/25] Clockevents remove prototypes of removed functions,
Thomas Gleixner
- [patch-mm 04/25] Timekeeping: Fixup shadow variable argument,
Thomas Gleixner
- [patch-mm 01/25] NOHZ: Fix nox x86 dyntick idle handling,
Thomas Gleixner
- [patch-mm 07/25] Tick management: spread timer interrupt,
Thomas Gleixner
- [patch-mm 05/25] timer.c cleanup recently introduced whitespace damage,
Thomas Gleixner
- [patch-mm 08/25] i386: PIT stop only, when in periodic or oneshot mode,
Thomas Gleixner
- [patch-mm 09/25] clockevents: Fix device replacement,
Thomas Gleixner
- [patch-mm 06/25] clockevents: Fix resume logic,
Thomas Gleixner
- [patch-mm 10/25] highres: Improve debug output,
Thomas Gleixner
- [patch-mm 12/25] pcspkr: use the global PIT lock,
Thomas Gleixner
- [patch-mm 13/25] i386: hpet assumes boot cpu is 0,
Thomas Gleixner
- [patch-mm 14/25] NTP: Move the cmos update code into ntp.c,
Thomas Gleixner
- [patch-mm 15/25] clocksource: add settimeofday hook for PPC,
Thomas Gleixner
- Re: [patch-mm 15/25] clocksource: add settimeofday hook for PPC,
Daniel Walker
- [RFC] clocksouce implementation for powerpc,
Tony Breeds
- Re: [RFC] clocksouce implementation for powerpc,
Daniel Walker
- Re: [RFC] clocksouce implementation for powerpc,
Sergei Shtylyov
- Re: [RFC] clocksouce implementation for powerpc,
Thomas Gleixner
- Re: [RFC] clocksouce implementation for powerpc,
Sergei Shtylyov
- Re: [RFC] clocksouce implementation for powerpc,
Tony Breeds
- Re: [RFC] clocksouce implementation for powerpc,
Sergei Shtylyov
- Re: [RFC] clocksouce implementation for powerpc,
Tony Breeds
- Re: [RFC] clocksouce implementation for powerpc,
Sergei Shtylyov
- Re: [RFC] clocksouce implementation for powerpc,
john stultz
- Re: [RFC] clocksouce implementation for powerpc,
Tony Breeds
- [patch-mm 16/25] x86_64: untangle asm/hpet.h from asm/timex.h,
Thomas Gleixner
- [patch-mm 11/25] hrtimer: speedup hrtimer_enqueue,
Thomas Gleixner
- [patch-mm 17/25] x86_64: Use generic cmos update,
Thomas Gleixner
- [patch-mm 18/25] i386: move setup_pit_timer to the correct header file,
Thomas Gleixner
- [patch-mm 19/25] x86-64: remove dead code and other janitor work in tsc.c,
Thomas Gleixner
- [patch-mm 22/25] x86_64: restore restore nohpet cmdline,
Thomas Gleixner
- [patch-mm 21/25] x86_64: hpet restore vread,
Thomas Gleixner
- [patch-mm 20/25] x86_64: Convert to cleckevents,
Thomas Gleixner
- [patch-mm 23/25] x86-64 block irq balancing for timer,
Thomas Gleixner
- [patch-mm 24/25] x86_64: prep idle loop for dynticks,
Thomas Gleixner
- [patch-mm 25/25] x86_64: enable high resolution timers and dynticks,
Thomas Gleixner
- Re: [patch-mm 00/25] High resolution timer updates and x86_64 support - V2,
Alistair John Strachan
- Re: [patch-mm 00/25] High resolution timer updates and x86_64 support - V2,
Nigel Cunningham
- Re: [patch-mm 00/25] High resolution timer updates and x86_64 support - V2,
Valdis . Kletnieks
FW : airo suspend problem,
castet . matthieu
Re: CFS Scheduler and real-time tasks,
Török Edvin
Re: Linux and Windows 2003 servers comparison for Gaming,
Nobin Mathew
My kernel hangs again: Help with git please,
Carlo Wood
[BUG] Interesting race between cpufreq_ondemand and snd_atiixp,
S.Çağlar Onur
RAID1 iowait slow writes,
Jate
Versioning file system,
Jack Stone
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
alan
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
alan
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Jeffrey V. Merkey
- Re: Versioning file system,
Jeffrey V. Merkey
- Re: Versioning file system,
Mark Williamson
- Re: Versioning file system,
Jeffrey V. Merkey
- Re: Versioning file system,
Jan Harkes
- Re: Versioning file system,
Jeffrey V. Merkey
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Alan Cox
- Re: Versioning file system,
Jeffrey V. Merkey
- Re: Versioning file system,
Jan Harkes
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Alan Cox
- Re: Versioning file system,
Jeffrey V. Merkey
- Re: Versioning file system,
Jeffrey V. Merkey
- Re: Versioning file system,
Dale Amon
- Re: Versioning file system,
Dale Amon
- Re: Versioning file system,
Graham Murray
- Re: Versioning file system,
Jörn Engel
- Re: Versioning file system,
Andreas Dilger
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Jörn Engel
- Re: Versioning file system,
Theodore Tso
- Re: Versioning file system,
alan
- Re: Versioning file system,
Theodore Tso
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
Jeremy Allison
- Re: Versioning file system,
Theodore Tso
- Re: Versioning file system,
J. Bruce Fields
- Re: Versioning file system,
Chris Mason
- Re: Versioning file system,
Bron Gondwana
- Re: Versioning file system,
Chris Snook
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Chris Snook
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Chris Snook
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Chris Snook
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
John Stoffel
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Matthew Wilcox
- Re: Versioning file system,
John Stoffel
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Chris Snook
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Chris Snook
- Re: Versioning file system,
Bernd Petrovitsch
- Re: Versioning file system,
Alan Cox
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
Ph. Marek
- Re: Versioning file system,
Lennart Sorensen
- Re: Versioning file system,
david
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
Jan Harkes
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
Lennart Sorensen
- Re: Versioning file system,
Bryan Henderson
- Re: Versioning file system,
Trond Myklebust
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
Bryan Henderson
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
Chris Snook
- Re: Versioning file system,
Kok, Auke
- <Possible follow-ups>
- Re: Versioning file system,
Jack Stone
- Re: Versioning file system,
Bodo Eggert
- Re: Versioning file system,
alan
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
Jeremy Allison
- Re: Versioning file system,
Theodore Tso
- Re: Versioning file system,
Jörn Engel
- Re: Versioning file system,
Jeremy Allison
- Re: Versioning file system,
alan
- Re: Versioning file system,
Brad Boyer
- Re: Versioning file system,
Kyle Moffett
- Re: Versioning file system,
Theodore Tso
- Re: Versioning file system,
Jeremy Allison
- Re: Versioning file system,
alan
- Re: Versioning file system,
Theodore Tso
- Re: Versioning file system,
Jeremy Allison
- Re: Versioning file system,
H. Peter Anvin
- Re: Versioning file system,
alan
2.6.22-rc4 hibernate disables skge wol,
David Greaves
[PATCH] natsemi irq flags,
Gregory Haskins
[RFC: 2.6 patch] sound/pci/hda/patch_realtek.c: remove dead code,
Adrian Bunk
[RFC: 2.6 patch] drivers/acpi/sbs.c: remove dead code,
Adrian Bunk
[RFC: 2.6 patch] net/rxrpc/ar-output.c: remove dead code,
Adrian Bunk
[2.6 patch] net/rxrpc/ar-connection.c: fix NULL dereference,
Adrian Bunk
drivers/media/dvb/dvb-core/dvb_net.c: check-after-use,
Adrian Bunk
drivers/media/video/ivtv/ivtv-driver.c: check-after-use,
Adrian Bunk
drivers/media/dvb/frontends/tda10023.c: buggy (dead) code,
Adrian Bunk
[patch 0/5] Linux Kernel Markers,
Mathieu Desnoyers
[patch 0/8] Immediate values for fast branches,
Mathieu Desnoyers
- [patch 2/8] Immediate Values - Non Optimized Architectures,
Mathieu Desnoyers
- [patch 6/8] Immediate Value - Documentation,
Mathieu Desnoyers
- [patch 7/8] F00F bug fixup for i386 - use immediate values,
Mathieu Desnoyers
- [patch 1/8] Immediate Value - Architecture Independent Code,
Mathieu Desnoyers
- [patch 8/8] Scheduler profiling - Use immediate values,
Mathieu Desnoyers
- [patch 3/8] Immediate Value - Add kconfig menus,
Mathieu Desnoyers
- [patch 4/8] Immediate Value - i386 Optimization,
Mathieu Desnoyers
- Re: [patch 4/8] Immediate Value - i386 Optimization,
Chuck Ebbert
- Re: [patch 4/8] Immediate Value - i386 Optimization,
Mathieu Desnoyers
- Re: [patch 4/8] Immediate Value - i386 Optimization; kprobes,
Mathieu Desnoyers
- Re: [patch 4/8] Immediate Value - i386 Optimization; kprobes,
Chuck Ebbert
- Re: [patch 4/8] Immediate Value - i386 Optimization; kprobes,
Andrew Morton
- Re: [patch 4/8] Immediate Value - i386 Optimization; kprobes,
Mathieu Desnoyers
- Re: [patch 4/8] Immediate Value - i386 Optimization; kprobes,
Andi Kleen
- Re: [patch 4/8] Immediate Value - i386 Optimization; kprobes,
Chuck Ebbert
- Re: [patch 1/2] kprobes i386 quick fix mark-ro-data,
S. P. Prasanna
- Re: [patch 2/2] kprobes x86_64 quick fix mark-ro-data,
S. P. Prasanna
- Re: [patch 2/2] kprobes x86_64 quick fix mark-ro-data,
Arjan van de Ven
- Re: [patch 2/2] kprobes x86_64 quick fix mark-ro-data,
Mathieu Desnoyers
- Re: [patch 2/2] kprobes x86_64 quick fix mark-ro-data,
Arjan van de Ven
- Re: [patch 2/2] kprobes x86_64 quick fix mark-ro-data,
S. P. Prasanna
- Re: [patch 1/2] kprobes i386 quick fix mark-ro-data,
Andi Kleen
- [patch 5/8] Immediate Value - PowerPC Optimization,
Mathieu Desnoyers
asm-sh64/module.h defines 32 bit ELF types,
Jeremy Fitzhardinge
[PATCH] Update MAINTAINERS to explicitly mention touchscreens.,
Robert P. J. Day
Using RCU with rcu_read_lock()?,
Dmitry Torokhov
[PATCH] Remove final two references to "__obsolete_setup" macro.,
Robert P. J. Day
[PATCH] Char: stallion, fix oops during init with ISA cards,
Ingo Korb
[PATCH] Optimize is_power_of_2().,
Vegard Nossum
[patch 0/8] 2.6.22-rc3 perfmon2 : IBS implementation for AMD64,
Robert Richter
RTC_CLASS is still considered as EXPERIMENTAL?,
Atsushi Nemoto
[PATCH 1/2] UML - Use generic BUG,
Jeff Dike
[PATCH 2/2] UML - add asm/paravirt.h,
Jeff Dike
[PATCH 0/2] UML - Two for 2.6.22,
Jeff Dike
[PATCH] madvise_need_mmap_write() usage,
Jason Baron
How to printk unsigned long long variable?,
jidong xiao
Re: [patch] Reporting the lid status using INPUT,
Richard Hughes
[PATCH 00/10] paravirt/subarchitecture boot protocol,
Jeremy Fitzhardinge
- [PATCH 03/10] define ELF notes for adding to a boot image,
Jeremy Fitzhardinge
- [PATCH 04/10] i386: clean up bzImage generation,
Jeremy Fitzhardinge
- [PATCH 06/10] add WEAK() for creating weak asm labels,
Jeremy Fitzhardinge
- [PATCH 02/10] allow linux/elf.h to be included in assembler,
Jeremy Fitzhardinge
- [PATCH 05/10] i386: make the bzImage payload an ELF file,
Jeremy Fitzhardinge
- [PATCH 07/10] always allocate space for notes,
Jeremy Fitzhardinge
- [PATCH 01/10] update boot spec to 2.07,
Jeremy Fitzhardinge
- [PATCH 09/10] ask the hypervisor how much space it needs reserved,
Jeremy Fitzhardinge
- [PATCH 08/10] i386: paravirt boot sequence,
Jeremy Fitzhardinge
- [PATCH 10/10] xen: use boot protocol to boot xen kernel,
Jeremy Fitzhardinge
[RFC] [PATCH] selective signal ptracing,
John Blackwood
Linux Servers comparison with Windows 2003 servers for Gaming,
Nobin Mathew
Re: Linux Servers comparison with Windows 2003 servers for Gaming,
Jan Engelhardt
Re: Linux Servers comparison with Windows 2003 servers for Gaming,
Willy Tarreau
[PATCH] Replace obscure constructs in fs/block_dev.c,
Johannes Weiner
[PATCH] a100u2w: Convert into Linux style (Take two),
Alan Cox
Help needed: Partitioned software raid > 2TB,
Christian Schmidt
[patch 0/6] PS3 Storage Drivers for 2.6.23, take 2,
Geert Uytterhoeven
- [patch 2/6] ps3: Storage Driver Core,
Geert Uytterhoeven
- [patch 1/6] ps3: Preallocate bootmem memory for the PS3 FLASH ROM storage driver,
Geert Uytterhoeven
- [patch 5/6] ps3: ROM Storage Driver,
Geert Uytterhoeven
- [patch 6/6] ps3: FLASH ROM Storage Driver,
Geert Uytterhoeven
- [patch 3/6] PS3: Storage device registration routines.,
Geert Uytterhoeven
- [patch 4/6] ps3: Disk Storage Driver,
Geert Uytterhoeven
- Re: [patch 4/6] ps3: Disk Storage Driver,
David Woodhouse
- Re: [patch 4/6] ps3: Disk Storage Driver,
Arnd Bergmann
- Re: [patch 4/6] ps3: Disk Storage Driver,
Geert Uytterhoeven
- Re: [patch 4/6] ps3: Disk Storage Driver,
Alan Cox
- Re: [patch 4/6] ps3: Disk Storage Driver,
Geert Uytterhoeven
- Re: [patch 4/6] ps3: Disk Storage Driver,
David Miller
- Re: [patch 4/6] ps3: Disk Storage Driver,
James Bottomley
- Re: [patch 4/6] ps3: Disk Storage Driver,
David Miller
- Re: [patch 4/6] ps3: Disk Storage Driver,
James Bottomley
- Re: [patch 4/6] ps3: Disk Storage Driver,
David Miller
- Re: [patch 4/6] ps3: Disk Storage Driver,
Christoph Hellwig
- Re: [patch 4/6] ps3: Disk Storage Driver,
David Miller
- Re: [patch 4/6] ps3: Disk Storage Driver,
Christoph Hellwig
- Re: [patch 4/6] ps3: Disk Storage Driver,
Alan Cox
- Re: [patch 4/6] ps3: Disk Storage Driver,
Geert Uytterhoeven
- Re: [patch 4/6] ps3: Disk Storage Driver,
Christoph Hellwig
- Re: [patch 4/6] ps3: Disk Storage Driver,
David Miller
- Re: [patch 4/6] ps3: Disk Storage Driver,
Geert Uytterhoeven
- Re: [patch 4/6] ps3: Disk Storage Driver,
David Miller
- Re: [patch 4/6] ps3: Disk Storage Driver,
Jeff Garzik
- Re: [patch 4/6] ps3: Disk Storage Driver,
David Miller
- Re: [patch 4/6] ps3: Disk Storage Driver,
Jeff Garzik
- Re: [patch 4/6] ps3: Disk Storage Driver,
David Miller
- Re: [patch 4/6] ps3: Disk Storage Driver,
Christoph Hellwig
ZFS vs ext3/NTFS/Veritas Storage Foundation,
Tomasz Kłoczko
[no subject],
Nicolas Mailhot
[GIT PULL] KVM fix for 2.6.22,
Avi Kivity
[RFC] AT91: atmel_lcdfb: at91sam9261ek support for STN b/w display,
Nicolas Ferre
[PATCH] atmel_lcdfb: Fix STN LCD support,
Nicolas Ferre
[PATCH] diskquota: 32bit quota tools on 64bit architectures,
Vasily Tarasov
Re: drm: fix radeon setparam on 32/64 bit systems.,
David Woodhouse
- Re: drm: fix radeon setparam on 32/64 bit systems.,
Benjamin Herrenschmidt
- Re: drm: fix radeon setparam on 32/64 bit systems.,
Arnd Bergmann
- [PATCH] Introduce compat_u64 and compat_s64 types,
Arnd Bergmann
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Miller
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Andi Kleen
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Woodhouse
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Andi Kleen
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Arnd Bergmann
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Andi Kleen
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Woodhouse
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Benjamin Herrenschmidt
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Howells
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Andi Kleen
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Alan Cox
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Andi Kleen
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Alan Cox
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Andi Kleen
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Woodhouse
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Robin Getz
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Andi Kleen
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Woodhouse
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Woodhouse
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Matthew Wilcox
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Woodhouse
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Arnd Bergmann
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Matthew Wilcox
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Arnd Bergmann
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Benjamin Herrenschmidt
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Benjamin Herrenschmidt
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Woodhouse
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Arnd Bergmann
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Arnd Bergmann
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
David Woodhouse
- Re: [PATCH] Introduce compat_u64 and compat_s64 types,
Matthew Wilcox
[RFC] LinuxPPS & syscalls support,
Rodolfo Giometti
Re: [TOMOYO 5/9] Memory and pathname management functions.,
Albert Cahalan
UML - Compilation problem on 2.6.22-rc4,
Arun Raghavan
rtc_cmos: error after first write to wakealarm,
Tino Keitel
Instead of GPL License - Why not LKL? (Linux Kernel License),
Marc Perkel
[RFT] i8042 - trust PNP more on i386,
Dmitry Torokhov
limits on raid,
david
- Re: limits on raid,
Neil Brown
- Re: limits on raid,
david
- Re: limits on raid,
Neil Brown
- Re: limits on raid,
David Chinner
- Re: limits on raid,
Neil Brown
- Re: limits on raid,
Avi Kivity
- Re: limits on raid,
Jan Engelhardt
- Re: limits on raid,
Avi Kivity
- Re: limits on raid,
Neil Brown
- Re: limits on raid,
Avi Kivity
- Re: limits on raid,
Andi Kleen
- Re: limits on raid,
David Chinner
- Re: limits on raid,
Neil Brown
- Re: limits on raid,
David Chinner
- Re: limits on raid,
david
- Re: limits on raid,
David Greaves
- Re: limits on raid,
Mark Lord
- Re: limits on raid,
David Chinner
- Re: limits on raid,
Mattias Wadenstein
- Re: limits on raid,
Justin Piszcz
- Re: limits on raid,
david
- Re: limits on raid,
Martin K. Petersen
- Re: limits on raid,
Nix
- Re: limits on raid,
Wakko Warner
- Re: limits on raid,
Neil Brown
- Re: limits on raid,
Dan Merillat
- Re: limits on raid,
david
- Re: limits on raid,
David Greaves
- Re: limits on raid,
david
- Re: limits on raid,
Bill Davidsen
- Re: limits on raid,
Brendan Conoboy
- Re: limits on raid,
david
- Re: limits on raid,
Lennart Sorensen
- Re: limits on raid,
david
- Re: limits on raid,
Lennart Sorensen
- Re: limits on raid,
david
- Re: limits on raid,
Brendan Conoboy
- Re: limits on raid,
david
- Re: limits on raid,
Wakko Warner
- Re: limits on raid,
david
- Re: limits on raid,
Brendan Conoboy
- Re: limits on raid,
Lennart Sorensen
- Re: limits on raid,
david
- Re: limits on raid,
Phillip Susi
- Re: limits on raid,
david
- Re: limits on raid,
Brendan Conoboy
- Re: limits on raid,
david
- Re: limits on raid,
David Greaves
- Re: limits on raid,
dean gaudet
- Re: limits on raid,
Neil Brown
- Re: limits on raid,
David Greaves
- Re: limits on raid,
Wakko Warner
- Re: limits on raid,
dean gaudet
- Re: limits on raid,
Wakko Warner
- Re: limits on raid,
dean gaudet
- Re: limits on raid,
Wakko Warner
- Re: limits on raid,
dean gaudet
- Re: limits on raid,
david
- Re: limits on raid,
david
- Re: limits on raid,
Bill Davidsen
- Re: limits on raid,
Bill Davidsen
- Re: limits on raid,
Neil Brown
- Re: limits on raid,
David Greaves
- Re: limits on raid,
david
- Re: limits on raid,
David Greaves
- Re: limits on raid,
Bill Davidsen
- Re: limits on raid,
David Greaves
- Re: limits on raid,
david
ACKNOWLEDGE RECEIPT,
BRITISHWEBLOTTERY6/49
What do the errors Invalid Phase Change and SYNC Offset Error mean,
Maurice Volaski
[Test_Module] Changing brightness in Toshiba notebooks with Phoenix Bios,
Renato S. Yamane
[PATCH] a100u2w: Convert into Linux style,
Alan Cox
[patch] CFS scheduler, -v17,
Ingo Molnar
RE: [patch] CFS scheduler, -v17,
Fortier,Vincent [Montreal]
Re: [patch] CFS scheduler, -v17,
Tom Spink
SATAII+ICH7 Device Restart,
Martin Diakov
[PATCH 00/17] per device dirty throttling -v7,
Peter Zijlstra
- [PATCH 05/17] lib: percpu_count_sum_signed(),
Peter Zijlstra
- [PATCH 02/17] lib: percpu_counter variable batch,
Peter Zijlstra
- [PATCH 06/17] lib: percpu_counter_init_irq,
Peter Zijlstra
- [PATCH 04/17] lib: percpu_counter_set,
Peter Zijlstra
- [PATCH 13/17] mm: expose BDI statistics in sysfs.,
Peter Zijlstra
- [PATCH 03/17] lib: percpu_counter_mod64,
Peter Zijlstra
- [PATCH 10/17] mm: scalable bdi statistics counters.,
Peter Zijlstra
- [PATCH 01/17] nfs: remove congestion_end(),
Peter Zijlstra
- [PATCH 08/17] containers: bdi init hooks,
Peter Zijlstra
- [PATCH 11/17] mm: count reclaimable pages per BDI,
Peter Zijlstra
- [PATCH 14/17] lib: floating proportions,
Peter Zijlstra
- [PATCH 12/17] mm: count writeback pages per BDI,
Peter Zijlstra
- [PATCH 07/17] mm: bdi init hooks,
Peter Zijlstra
- [PATCH 15/17] lib: floating proportions _single,
Peter Zijlstra
- [PATCH 09/17] mtd: give mtdconcat devices their own backing_dev_info,
Peter Zijlstra
- [PATCH 17/17] mm: dirty balancing for tasks,
Peter Zijlstra
- [PATCH 16/17] mm: per device dirty threshold,
Peter Zijlstra
- Re: [PATCH 00/17] per device dirty throttling -v7,
Andrew Morton
Random X lockup,
davide
[PATCH 1/5] UML - pty channel tidying,
Jeff Dike
[PATCH 2/5] UML - handle errors on opening host side of consoles,
Jeff Dike
[PATCH 4/5] UML - Simplify helper stack handling,
Jeff Dike
[PATCH -mm] i386: add cpu_relax() to cmos_lock(),
Andreas Mohr
[PATCH 5/5] UML - Eliminate kernel allocator wrappers,
Jeff Dike
[PATCH 3/5] UML - SIGIO support cleanup,
Jeff Dike
[PATCH 0/5] UML cleanups for post-2.6.22,
Jeff Dike
scheduling while atomic on arm board.,
Jon Ringle
[patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
clameter
- [patch 01/14] Define functions for page cache handling,
clameter
- [patch 05/14] Use page_cache_xxx in mm/truncate.c,
clameter
- [patch 03/14] Use page_cache_xx function in mm/filemap.c,
clameter
- [patch 02/14] Pagecache zeroing: zero_user_segment, zero_user_segments and zero_user,
clameter
- [patch 04/14] Use page_cache_xxx in mm/page-writeback.c,
clameter
- [patch 07/14] Use page_cache_xx in mm/filemap_xip.c,
clameter
- [patch 06/14] Use page_cache_xxx in mm/rmap.c,
clameter
- [patch 08/14] Use page_cache_xx in mm/migrate.c,
clameter
- [patch 10/14] Use page_cache_xx in fs/sync.,
clameter
- [patch 09/14] Use page_cache_xx in fs/libfs.c,
clameter
- [patch 13/14] Use page_cache_xxx in mm/fadvise.c,
clameter
- [patch 11/14] Use page_cache_xx in fs/buffer.c,
clameter
- [patch 14/14] Use page_cache_xx in fs/splice.c,
clameter
- [patch 12/14] Use page_cache_xxx in mm/mpage.c,
clameter
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Andrew Morton
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Christoph Hellwig
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Christoph Lameter
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Andrew Morton
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Christoph Lameter
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Andrew Morton
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Christoph Lameter
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Andrew Morton
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Christoph Lameter
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Andrew Morton
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Christoph Lameter
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Andrew Morton
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Christoph Lameter
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
David Chinner
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
David Chinner
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Andrew Morton
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
David Chinner
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Dave Kleikamp
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Arjan van de Ven
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Matt Mackall
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Christoph Lameter
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
Arjan van de Ven
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
William Lee Irwin III
- Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support,
David Chinner
Re: [patch] sched: accurate user accounting,
Vassili Karpov
coding style,
Cyrill Gorcunov
- Re: coding style,
Willy Tarreau
- Re: coding style,
Kok, Auke
- Re: coding style,
dave young
- Re: coding style,
debian developer
- Re: coding style,
dave young
- Mailing style (was Re: coding style),
Bernd Petrovitsch
- Re: Mailing style (was Re: coding style),
debian developer
- Re: coding style,
Jan Engelhardt
- Re: coding style,
Cyrill Gorcunov
- Re: coding style,
Chris Friesen
- Re: coding style,
Randy Dunlap
- Re: coding style,
Jan Engelhardt
- Re: coding style,
Cyrill Gorcunov
- Re: coding style,
Kok, Auke
- Re: coding style,
Cyrill Gorcunov
- Re: coding style,
Jan Engelhardt
- Re: coding style,
Cyrill Gorcunov
- Re: coding style,
Jan Engelhardt
- Re: coding style,
Linus Torvalds
- Re: coding style,
Jan Engelhardt
- Re: coding style,
Stefan Richter
- Re: coding style,
Linus Torvalds
- Re: coding style,
Mark Lord
- Re: coding style,
Linus Torvalds
- Re: coding style,
Jan Engelhardt
- Re: coding style,
Stefan Richter
- Re: coding style,
Kok, Auke
- Re: coding style,
Cyrill Gorcunov
- Re: coding style,
Jan Engelhardt
- Re: coding style,
Randy Dunlap
- please keep the CodingStyle text in check (was Re: coding style),
Stefan Richter
- Re: coding style,
Kok, Auke
- Re: coding style,
Cyrill Gorcunov
- Re: coding style,
Stefan Richter
- Re: coding style,
gorcunov
- Re: coding style,
Stefan Richter
- Re: coding style,
Cyrill Gorcunov
- Re: coding style,
Clifford Wolf
- Re: coding style,
Krzysztof Halasa
[2.6.22-rc4] kexec failed: invalid argument,
S.Çağlar Onur
w1_therm_read_bin: suspicious usage of flush_signals(),
Oleg Nesterov
[PATCH] adb_probe_task: remove unneeded flush_signals() call,
Oleg Nesterov
[PATCH] kcdrwd: remove unneeded flush_signals() call,
Oleg Nesterov
[PATCH] nbd.c:sock_xmit: cleanup signal related code,
Oleg Nesterov
Re: libertas (private) ioctls vs. nl80211,
Christoph Hellwig
- Re: libertas (private) ioctls vs. nl80211,
Andrew Morton
- Re: libertas (private) ioctls vs. nl80211,
Christoph Hellwig
- Re: libertas (private) ioctls vs. nl80211,
Linus Torvalds
- Re: libertas (private) ioctls vs. nl80211,
Jeff Garzik
- Re: libertas (private) ioctls vs. nl80211,
Dan Williams
- Re: libertas (private) ioctls vs. nl80211,
Christoph Hellwig
- Re: libertas (private) ioctls vs. nl80211,
Dan Williams
- Re: libertas (private) ioctls vs. nl80211,
John W. Linville
- Re: libertas (private) ioctls vs. nl80211,
Andrew Morton
- Re: libertas (private) ioctls vs. nl80211,
John W. Linville
- Re: libertas (private) ioctls vs. nl80211,
Matt Mackall
- Re: libertas (private) ioctls vs. nl80211,
Dan Williams
- Re: libertas (private) ioctls vs. nl80211,
Christoph Hellwig
- Re: libertas (private) ioctls vs. nl80211,
Sam Ravnborg
- Re: libertas (private) ioctls vs. nl80211,
Holger Schurig
Question about scheduling in 2.4.20,
Ravinandan Arakali \(rarakali\)
[GIT PULL] AVR32 fixes,
Haavard Skinnemoen
Re: [BUG] long freezes on thinkpad t60,
Miklos Szeredi
- Re: [BUG] long freezes on thinkpad t60,
Chuck Ebbert
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Miklos Szeredi
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Miklos Szeredi
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Andrew Morton
- Re: [BUG] long freezes on thinkpad t60,
Ravikiran G Thirumalai
- Re: [BUG] long freezes on thinkpad t60,
Miklos Szeredi
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Miklos Szeredi
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Miklos Szeredi
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Miklos Szeredi
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Miklos Szeredi
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Jarek Poplawski
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Jarek Poplawski
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Jarek Poplawski
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Jarek Poplawski
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Chuck Ebbert
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Eric Dumazet
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- [patch] spinlock debug: make looping nicer,
Ingo Molnar
- Re: [patch] spinlock debug: make looping nicer,
Linus Torvalds
- Re: [patch] spinlock debug: make looping nicer,
Ingo Molnar
- Re: [patch] spinlock debug: make looping nicer,
Jarek Poplawski
- Re: [BUG] long freezes on thinkpad t60,
Eric Dumazet
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Nick Piggin
- Re: [BUG] long freezes on thinkpad t60,
Jarek Poplawski
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Nick Piggin
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Nick Piggin
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Davide Libenzi
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Davide Libenzi
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Davide Libenzi
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Miklos Szeredi
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
- Re: [BUG] long freezes on thinkpad t60,
Jarek Poplawski
- Re: [BUG] long freezes on thinkpad t60,
Ingo Molnar
- Re: [BUG] long freezes on thinkpad t60,
Linus Torvalds
[stable] libata spindown patches for 2.6.21-stable,
Chuck Ebbert
PROBLEM: kernel BUG at mm/swap_state.c:78! (v2.6.21 under vmware),
Tom Robinson
[patch] xip sendfile removal,
Carsten Otte
[PATCH] cciss: force ignore of responses to unsent scsi commands after kexec reboot,
Neil Horman
[PATCH] ext4:fix unexpected error from ext4_reserve_global,
Dmitriy Monakhov
[PATCH 0 of 2] seccomp updates,
Andrea Arcangeli
PROBLEM: PCI setup hangs on Asus Notebook (nolapic helps),
Malte Cornils
heartbeat problems on linux 2.6.21.[34],
Vitez Gabor
SATA problems,
Nigel Kukard
floppy1?,
Gene Heskett
/dev/loop* devices not appearing in /dev (at least since 2.6.22-rc3*),
Matthew
[patch 0/2] S3C24XX watchdog updates,
Ben Dooks
Re: An error of compile kernel2.6.22-rc3 for ARM CPU s3c2440,
Ben Dooks
[PATCH]is_power_of_2-kernel/kfifo.c,
vignesh babu
[patch 0/6] SM501 fixes and updates,
Ben Dooks
[patch] sched: fix SysRq-N (normalize RT tasks),
Ingo Molnar
[BUG] libata IT821X driver still fails! Hard-freezes system.,
Rodney Gordon II
mach64 breakage in 2.6.22,
Olaf Hering
[PATCH]is_power_of_2-ufs/super.c,
vignesh babu
[PATCH]is_power_of_2-ntfs,
vignesh babu
[PATCH] ehea: Whitespace cleanup,
Jan-Bernd Themann
Re: ioctl disappeared (tty_ioctl),
Andrew Morton
[TOMOYO 0/9] TOMOYO Linux security module.,
Kentaro Takeda
- [TOMOYO 7/9] Auditing interface.,
Kentaro Takeda
- [TOMOYO 8/9] File access control functions.,
Kentaro Takeda
- [TOMOYO 9/9] Domain transition handler functions.,
Kentaro Takeda
- [TOMOYO 3/9] Data structures and prototypes definition.,
Kentaro Takeda
- [TOMOYO 1/9] Allow use of namespace_sem from LSM module.,
Kentaro Takeda
- [TOMOYO 2/9] Kconfig and Makefile for TOMOYO Linux.,
Kentaro Takeda
- [TOMOYO 4/9] LSM adapter for TOMOYO.,
Kentaro Takeda
- [TOMOYO 5/9] Memory and pathname management functions.,
Kentaro Takeda
- [TOMOYO 6/9] Utility functions and /proc interface for policy manipulation.,
Kentaro Takeda
- Re: [TOMOYO 0/9] TOMOYO Linux security module.,
Pavel Machek
man-pages-2.56 is released,
Michael Kerrisk
[PATCH] cdrom_sysctl_info fix,
Dave Young
regression tracking (Re: Linux 2.6.21),
Oleg Verych
- Re: regression tracking (Re: Linux 2.6.21),
Stefan Richter
- Re: regression tracking (Re: Linux 2.6.21),
Linus Torvalds
- Re: regression tracking (Re: Linux 2.6.21),
Adrian Bunk
- Re: regression tracking (Re: Linux 2.6.21),
Oleg Verych
- Re: regression tracking (Re: Linux 2.6.21),
Adrian Bunk
- Re: regression tracking (Re: Linux 2.6.21),
Oleg Verych
- Re: regression tracking (Re: Linux 2.6.21),
Adrian Bunk
- Re: regression tracking (Re: Linux 2.6.21),
Stefan Richter
- Re: regression tracking (Re: Linux 2.6.21),
Michal Piotrowski
- Re: regression tracking (Re: Linux 2.6.21),
Adrian Bunk
- [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Michal Piotrowski
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Andrew Morton
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Michal Piotrowski
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Oleg Verych
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Rafael J. Wysocki
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Oleg Verych
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Adrian Bunk
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
david
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Oleg Verych
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Rafael J. Wysocki
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Adrian Bunk
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Michal Piotrowski
- Re: [PATCH] (Re: regression tracking (Re: Linux 2.6.21)),
Stefan Richter
- How to improve the quality of the kernel?,
Adrian Bunk
- Re: How to improve the quality of the kernel?,
Michal Piotrowski
- Re: How to improve the quality of the kernel?,
Stefan Richter
- Re: How to improve the quality of the kernel?,
Michal Piotrowski
- Re: How to improve the quality of the kernel?,
Adrian Bunk
- Re: How to improve the quality of the kernel?,
Stefan Richter
- Re: How to improve the quality of the kernel?,
Natalie Protasevich
- Re: How to improve the quality of the kernel?,
Markus Rechberger
- Re: How to improve the quality of the kernel?,
Stefan Richter
- Re: How to improve the quality of the kernel?,
Oleg Verych
- Re: How to improve the quality of the kernel?,
Rafael J. Wysocki
- Re: How to improve the quality of the kernel?,
Natalie Protasevich
- Re: How to improve the quality of the kernel?,
Rafael J. Wysocki
- Re: How to improve the quality of the kernel?,
Adrian Bunk
- Re: How to improve the quality of the kernel?,
Bartlomiej Zolnierkiewicz
- Re: How to improve the quality of the kernel?,
Andrew Morton
- Re: How to improve the quality of the kernel?,
Rafael J. Wysocki
- Re: How to improve the quality of the kernel?,
Carlo Wood
- Re: How to improve the quality of the kernel?,
Stefan Richter
- Re: How to improve the quality of the kernel?,
Michal Piotrowski
- Re: How to improve the quality of the kernel?,
Bartlomiej Zolnierkiewicz
- Re: How to improve the quality of the kernel?,
Rafael J. Wysocki
- Re: How to improve the quality of the kernel?,
Bartlomiej Zolnierkiewicz
- Re: How to improve the quality of the kernel?,
Stefan Richter
- Re: How to improve the quality of the kernel?,
Bartlomiej Zolnierkiewicz
- Re: How to improve the quality of the kernel?,
Stefan Richter
- Re: How to improve the quality of the kernel?,
Andrew Morton
- RE: How to improve the quality of the kernel?,
Fortier,Vincent [Montreal]
- Re: How to improve the quality of the kernel?,
Natalie Protasevich
- Re: How to improve the quality of the kernel?,
Martin Bligh
- Re: How to improve the quality of the kernel?,
Natalie Protasevich
- Re: How to improve the quality of the kernel?,
Martin Bligh
- Re: How to improve the quality of the kernel?,
Linus Torvalds
- Re: How to improve the quality of the kernel?,
Natalie Protasevich
- Re: How to improve the quality of the kernel?,
Martin Bligh
- Re: How to improve the quality of the kernel?,
Natalie Protasevich
- Re: How to improve the quality of the kernel?,
Martin Bligh
- This is [Re:] How to improve the quality of the kernel[?].,
Oleg Verych
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Adrian Bunk
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Oleg Verych
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Stefan Richter
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Oleg Verych
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Stefan Richter
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Oleg Verych
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Stefan Richter
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Adrian Bunk
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Stefan Richter
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Oleg Verych
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Linus Torvalds
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Oleg Verych
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Linus Torvalds
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Natalie Protasevich
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Oleg Verych
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Adrian Bunk
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Linus Torvalds
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Adrian Bunk
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Adrian Bunk
- Re: This is [Re:] How to improve the quality of the kernel[?].,
Don Armstrong
- RE: How to improve the quality of the kernel?,
Fortier,Vincent [Montreal]
- Re: How to improve the quality of the kernel?,
Natalie Protasevich
- Re: How to improve the quality of the kernel?,
Stefan Richter
- Re: How to improve the quality of the kernel?,
Michal Piotrowski
- Re: regression tracking (Re: Linux 2.6.21),
Martin Bligh
mm: Fix memory/cpu hotplug section mismatch and oops.,
Paul Mundt
[patch] uml: better bugs,
Nick Piggin
Re: arch/i386/boot rewrite, and all the hard-coded video cards,
Oleg Verych
l-k-digest downtime + bounces,
Matt Domsch
[PATCH][BUG] Fix the graphic corruption issue on IA64 machines,
izumi
[GIT PULL] Blackfin updates for 2.6.22-rc4,
Bryan Wu
2.6.22-rc4-git5 reiserfs: null ptr deref.,
Randy Dunlap
[PATCH 1/2] containers: implement subsys->post_clone(),
Serge E. Hallyn
Possible kernel bug: Time increases gradually in "date" command,
Sav vas
[PATCH -mm 0/7] PM: Remove unused and unnecessary features from suspend and resume core,
Rafael J. Wysocki
- [PATCH -mm 2/7] PM: Remove saved_state from struct dev_pm_info,
Rafael J. Wysocki
- [PATCH -mm 1/7] PM: Remove pm_parent from struct dev_pm_info,
Rafael J. Wysocki
- [PATCH -mm 3/7] PM: Simplify suspend_device,
Rafael J. Wysocki
- [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Rafael J. Wysocki
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Kay Sievers
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Dmitry Torokhov
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Rafael J. Wysocki
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Dmitry Torokhov
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Greg KH
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Rafael J. Wysocki
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Greg KH
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Greg KH
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Rafael J. Wysocki
- [PATCH -mm 0/3] PM: Remove unused and unnecessary features from core suspend code (continued),
Rafael J. Wysocki
- [PATCH -mm 1/3] PM: Remove prev_state from struct dev_pm_info,
Rafael J. Wysocki
- [PATCH -mm 2/3] PM: Remove power_state.event checks from suspend core code,
Rafael J. Wysocki
- [PATCH -mm 3/3] PM: Do not check parent state in suspend and resume core code,
Rafael J. Wysocki
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
David Brownell
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Dmitry Torokhov
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
David Brownell
- Re: [PATCH -mm 4/7] PM: Remove suspend and resume support from struct device_type,
Dmitry Torokhov
- [PATCH -mm 6/7] PM: Remove power_state.event checks from suspend core code,
Rafael J. Wysocki
- [PATCH -mm 5/7] PM: Remove prev_state from struct dev_pm_info,
Rafael J. Wysocki
- [PATCH -mm 7/7] PM: Do not check parent state in suspend and resume core code,
Rafael J. Wysocki
- Re: [PATCH -mm 0/7] PM: Remove unused and unnecessary features from suspend and resume core,
Greg KH
- Re: [PATCH -mm 0/7] PM: Remove unused and unnecessary features from suspend and resume core,
Pavel Machek
PATCH: udf fs corruption on linux-2.6,
Rich Coe
whole bunch o' new IB warnings,
Jeff Garzik
[PATCH, 2nd try] make disable_console_suspend runtime configurable,
Stefan Seyfried
- Re: [PATCH, 2nd try] make disable_console_suspend runtime configurable,
Rafael J. Wysocki
- Re: [PATCH, 2nd try] make disable_console_suspend runtime configurable,
Pavel Machek
- Re: [PATCH, 2nd try] make disable_console_suspend runtime configurable,
Stefan Seyfried
- Re: [PATCH, 2nd try] make disable_console_suspend runtime configurable,
Rafael J. Wysocki
- Re: [PATCH, 2nd try] make disable_console_suspend runtime configurable,
Rafael J. Wysocki
- Re: [PATCH, 3rd try] make disable_console_suspend runtime configurable,
Frank Seidel
- Re: [PATCH, 3rd try] make disable_console_suspend runtime configurable,
Rafael J. Wysocki
- Re: [PATCH, 3rd try] make disable_console_suspend runtime configurable,
Pavel Machek
- Re: [Suspend-devel] [PATCH, 3rd try] make disable_console_suspend runtime configurable,
Pavel Machek
- Re: [Suspend-devel] [PATCH, 3rd try] make disable_console_suspend runtime configurable,
Stefan Seyfried
- Re: [Suspend-devel] [PATCH, 3rd try] make disable_console_suspend runtime configurable,
Pavel Machek
- Re: [Suspend-devel] [PATCH, 3rd try] make disable_console_suspend runtime configurable,
Stefan Seyfried
[1/2] 2.6.22-rc4: known regressions with patches v3,
Michal Piotrowski
Re: [2/2] 2.6.22-rc4: known regressions with patches v3,
Michal Piotrowski
Re: [2/2] 2.6.22-rc4: known regressions v3,
Michal Piotrowski
[1/2] 2.6.22-rc4: known regressions v3,
Michal Piotrowski
Re: [PATCH 1/2] ehea: Whitespace cleanup,
Jeff Garzik
Re: [PATCH 1/3] cxgb3 - sge page management,
Jeff Garzik
Re: [PATCH] drivers/net: fix comparisons of unsigned < 0,
Jeff Garzik
Re: [PATCH] Blackfin ethernet driver: on chip ethernet MAC controller driver,
Jeff Garzik
CFS-v16: top shows incorrect CPU% for multi-threaded application,
Török Edvin
[PATCHSET 2.6.22-rc4-mm2] sysfs: make directory dentries/inodes reclaimable, take#2,
Tejun Heo
- [PATCH 02/11] sysfs: rename sysfs_dirent->s_type to s_flags and make room for flags,
Tejun Heo
- [PATCH 01/11] sysfs: make sysfs_drop_dentry() access inodes using ilookup(),
Tejun Heo
- [PATCH 03/11] sysfs: implement SYSFS_FLAG_REMOVED flag,
Tejun Heo
- [PATCH 06/11] sysfs: consolidate sysfs spinlocks,
Tejun Heo
- [PATCH 04/11] sysfs: implement sysfs_find_dirent() and sysfs_get_dirent(),
Tejun Heo
- [PATCH 09/11] sysfs: move sysfs_drop_dentry() to dir.c and make it static,
Tejun Heo
- [PATCH 07/11] sysfs: use sysfs_mutex to protect the sysfs_dirent tree,
Tejun Heo
- [PATCH 08/11] sysfs: restructure add/remove paths and fix inode update,
Tejun Heo
- [PATCH 05/11] sysfs: make kobj point to sysfs_dirent instead of dentry,
Tejun Heo
- [PATCH 10/11] sysfs: implement sysfs_get_dentry(),
Tejun Heo
- [PATCH 11/11] sysfs: make directory dentries and inodes reclaimable,
Tejun Heo
[PATCH 2/2]: use the new percpu interface for shared data - version 4,
Fenghua Yu
[PATCH 1/2]: define new percpu interface for shared data - version 4,
Fenghua Yu
[PATCH 1/2] eCryptfs: fix write zeros behavior,
Michael Halcrow
Re: raid1 with nbd member hangs MD on SLES10 and RHEL5,
Mike Snitzer
kvm + IOMMU,
David Brown
Re: [patch 1/6] 8139too: force media setting cleanup,
Kyuma Ohta
[Processor] Hi-Temperature showed in trip points,
Renato S. Yamane
[RFC/PATCH] Documentation of kernel messages,
holzheu
- Re: [RFC/PATCH] Documentation of kernel messages,
Dave Hansen
- Re: [RFC/PATCH] Documentation of kernel messages,
Valdis . Kletnieks
- Re: [RFC/PATCH] Documentation of kernel messages,
Alexey Dobriyan
- Re: [RFC/PATCH] Documentation of kernel messages,
Greg KH
- Re: [RFC/PATCH] Documentation of kernel messages,
David Miller
- Re: [RFC/PATCH] Documentation of kernel messages,
Andrew Morton
- Re: [RFC/PATCH] Documentation of kernel messages,
Martin Schwidefsky
- Re: [RFC/PATCH] Documentation of kernel messages,
Jan Kara
- Re: [RFC/PATCH] Documentation of kernel messages,
holzheu
- Re: [RFC/PATCH] Documentation of kernel messages,
holzheu
- Re: [RFC/PATCH] Documentation of kernel messages,
Jan Kara
- Re: [RFC/PATCH] Documentation of kernel messages,
holzheu
- Re: [RFC/PATCH] Documentation of kernel messages,
Gerrit Huizenga
- Re: [RFC/PATCH] Documentation of kernel messages,
Randy Dunlap
- Re: [RFC/PATCH] Documentation of kernel messages,
Greg KH
- Re: [RFC/PATCH] Documentation of kernel messages,
Gerrit Huizenga
- Re: [RFC/PATCH] Documentation of kernel messages,
holzheu
- Re: [RFC/PATCH] Documentation of kernel messages,
Arjan van de Ven
- Re: [RFC/PATCH] Documentation of kernel messages,
Jan Kara
- Re: [RFC/PATCH] Documentation of kernel messages,
holzheu
- Re: [RFC/PATCH] Documentation of kernel messages,
Arjan van de Ven
- Re: [RFC/PATCH] Documentation of kernel messages,
holzheu
- Re: [RFC/PATCH] Documentation of kernel messages,
Arjan van de Ven
- Re: [RFC/PATCH] Documentation of kernel messages,
holzheu
- Re: [Lf_kernel_messages] Re: [RFC/PATCH] Documentation of kernel messages,
Kunai, Takashi
- Re: [RFC/PATCH] Documentation of kernel messages,
Sam Ravnborg
- Re: [RFC/PATCH] Documentation of kernel messages,
Randy Dunlap
- Re: [RFC/PATCH] Documentation of kernel messages,
Tim Bird
- Re: [RFC/PATCH] Documentation of kernel messages,
Gerrit Huizenga
- Re: [RFC/PATCH] Documentation of kernel messages,
Pavel Machek
- Re: [RFC/PATCH] Documentation of kernel messages,
holzheu
- Re: [RFC/PATCH] Documentation of kernel messages,
Pavel Machek
- Documentation of kernel messages (Summary),
Michael Holzheu
I815 suddenly unkown to agpgart?,
Meelis Roos
[BUG] ipfilter configuration regression from 2.6.20.14 -> 2.6.21,
Paul Albrecht
[PATCH 2/2] UML - xterm driver tidying,
Jeff Dike
[PATCH 1/2] UML - DEBUG_SHIRQ fixes,
Jeff Dike
[PATCH 0/2] UML bug fixes and cleanups,
Jeff Dike
[PATCH 1/2] readahead: split ondemand readahead interface into two functions,
Fengguang Wu
[PATCH 0/2] ondemand readahead simplifications,
Fengguang Wu
[PATCH 2/2] readahead: sanify file_ra_state names,
Fengguang Wu
[patch 0/6] SM501 MFD driver updates,
Ben Dooks
[PATCH -mm] sysfs: Fix oops in sysfs_drop_dentry on x86_64,
Rafael J. Wysocki
[PATCH RT] fix migrating softirq [cause of network hang],
Steven Rostedt
2.6.21.14 NFS related oops,
Maciej Soltysiak
Request merging not doing well,
mcatos
[patch] new aop loop fix,
Dmitriy Monakhov
Re: + fs-introduce-write_begin-write_end-and-perform_write-aops.patch added to -mm tree,
Dmitriy Monakhov
[RFC][PATCH -mm take5 0/7] proposal for dynamic configurable netconsole,
Keiichi KII
Re: [PATCH 01/10] Containers(V10): Basic container framework,
Dhaval Giani
[patch 0/3] no MAX_ARG_PAGES -v2,
Peter Zijlstra
- [patch 1/3] arch: personality independent stack top,
Peter Zijlstra
- [patch 2/3] audit: rework execve audit,
Peter Zijlstra
- [patch 3/3] mm: variable length argument support,
Peter Zijlstra
- RE: [patch 0/3] no MAX_ARG_PAGES -v2,
Luck, Tony
- Re: [patch 0/3] no MAX_ARG_PAGES -v2,
Ollie Wild
- Re: [patch 0/3] no MAX_ARG_PAGES -v2,
Peter Zijlstra
- RE: [patch 0/3] no MAX_ARG_PAGES -v2,
Luck, Tony
- RE: [patch 0/3] no MAX_ARG_PAGES -v2,
Peter Zijlstra
- Re: [patch 0/3] no MAX_ARG_PAGES -v2,
Ollie Wild
- Re: [patch 0/3] no MAX_ARG_PAGES -v2,
Peter Zijlstra
- Re: [patch 0/3] no MAX_ARG_PAGES -v2,
Peter Zijlstra
- Re: [patch 0/3] no MAX_ARG_PAGES -v2,
Ollie Wild
- RE: [patch 0/3] no MAX_ARG_PAGES -v2,
Luck, Tony
- Re: [patch 0/3] no MAX_ARG_PAGES -v2,
Pavel Machek
Re: [PATCH] Fix race condition about network device name allocation,
Dan Aloni
[RFC] TOMOYO Linux,
Toshiharu Harada
- Re: [RFC] TOMOYO Linux,
Stephen Smalley
- Re: [RFC] TOMOYO Linux,
Toshiharu Harada
- Re: [RFC] TOMOYO Linux,
Stephen Smalley
- Re: [RFC] TOMOYO Linux,
Toshiharu Harada
- Re: [RFC] TOMOYO Linux,
Rik van Riel
- Re: [RFC] TOMOYO Linux,
Toshiharu Harada
- Re: [RFC] TOMOYO Linux,
Rik van Riel
- Re: [RFC] TOMOYO Linux,
Toshiharu Harada
- Re: [RFC] TOMOYO Linux,
James Morris
- Re: [RFC] TOMOYO Linux,
Toshiharu Harada
- Re: [RFC] TOMOYO Linux,
Tetsuo Handa
- Re: [RFC] TOMOYO Linux,
william(at)elan.net
- Re: [RFC] TOMOYO Linux,
Stephen Smalley
- Re: [RFC] TOMOYO Linux,
Toshiharu Harada
Runaway process and oom-killer,
John Sigler
DRI/AGP on AMD64 based machine,
Alex Bennee
- Re: DRI/AGP on AMD64 based machine,
Dave Jones
- Re: DRI/AGP on AMD64 based machine,
Carlo Wood
- Re: DRI/AGP on AMD64 based machine,
Dave Airlie
- Re: DRI/AGP on AMD64 based machine,
Carlo Wood
- Re: DRI/AGP on AMD64 based machine,
Dave Airlie
- [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Dave Jones
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Dave Jones
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Dave Jones
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Dave Jones
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Dave Jones
- Re: [AGPGART] intel_agp: use table for device probe,
Dave Airlie
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Dave Airlie
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Wang Zhenyu
- Re: [AGPGART] intel_agp: use table for device probe,
Chuck Ebbert
- Re: [AGPGART] intel_agp: use table for device probe,
Dave Jones
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
- Re: [AGPGART] intel_agp: use table for device probe,
Carlo Wood
[tglx@linutronix.de: [patch-mm 00/23] High resolution timer updates and x86_64 support],
Ingo Molnar
CRAMFS: Possible problem with named pipes,
Michael König
PCI-Express root complex quirk in virtual P2P bridge,
Kumar Gala
[git pull] Input updates for 2.6.22-rc4,
Dmitry Torokhov
How to diagnose this error?,
Tetsuo Handa
Include hrtimer.h in tick.h.,
Tony Breeds
[PATCH] Add per clocksource hook to settimeofday().,
Tony Breeds
[PATCH] Force rcutorture tasks to spread over CPUs,
Paul E. McKenney
[PATCH] Export radix_tree_preload(),
David Chinner
[PATCH]is_power_of_2-hfs/mdb.c,
vignesh babu
[patch 00/03] kbuild, asm-values: not only offsets, not only for $ARCH,
Oleg Verych
Fix empty macros in acpi.,
Dave Jones
fix placement of inline keyword.,
Dave Jones
[GIT PATCH] sysfs fixes for 2.6.22-rc4,
Greg KH
Re: [PATCH] fix memory leak in UBI scanning unit,
Jesper Juhl
Re: [INPUT] i8042 not detecting AUX port,
Emmanuel Fusté
Re: TCP_MD5 and Intel e1000,
David Miller
Proposal: change keycode for scancode e0 32 from 150 to 172,
Hans de Goede
drbd 8.0.2/3 doesn't load under kernel 2.6.21,
Maurice Volaski
[PATCH] gadget_serial.txt: Documentation clarifications and new windows driver!,
Ioannis Barkas
PCI: Bus #0d (-#10) is hidden behind transparent bridge #08 (-#09),
Ben Castricum
[PATCH] remove unused lock_cpu_hotplug_interruptible definition,
Nathan Lynch
CONFIG_X86_ES7000=y, CONFIG_X86_GENERICARCH=n, CONFIG_ACPI=y build broken,
Roland Dreier
- Re: CONFIG_X86_ES7000=y, CONFIG_X86_GENERICARCH=n, CONFIG_ACPI=y build broken,
Vivek Goyal
- <Possible follow-ups>
- Re: FW: CONFIG_X86_ES7000=y, CONFIG_X86_GENERICARCH=n, CONFIG_ACPI=y build broken,
Natalie Protasevich
- RE: CONFIG_X86_ES7000=y, CONFIG_X86_GENERICARCH=n, CONFIG_ACPI=y build broken,
Natalie Protasevich
- Re: CONFIG_X86_ES7000=y, CONFIG_X86_GENERICARCH=n, CONFIG_ACPI=y build broken,
Natalie Protasevich
- RE: CONFIG_X86_ES7000=y, CONFIG_X86_GENERICARCH=n, CONFIG_ACPI=y build broken,
Natalie Protasevich
Re: [PATCH 1/3] Make the IDE DMA timeout modifiable,
Sergei Shtylyov
PATCH: fix mismatch between usb-hid.c HUT find/search mapping and the HUT reference doc,
Hans de Goede
raid5: coding style cleanup / refactor,
Dan Williams
Re: [ck] Re: kernel scedular,
Martin Steigerwald
Patch related with Fork Bobmbing Attack,
Anand Jahagirdar
[PATCH 1/2] UML - Remove PAGE_SIZE from libc code,
Jeff Dike
[PATCH 0/2] UML compile fixes,
Jeff Dike
[PATCH 2/2] UML - kill x86_64 STACK_TOP_MAX,
Jeff Dike
[ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Chris Mason
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Mike Snitzer
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
John Stoffel
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Chris Mason
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
John Stoffel
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Chris Mason
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
John Stoffel
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Chris Mason
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Grzegorz Kulewski
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Chuck Lever
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Chris Mason
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Vladislav Bolkhovitin
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
John Stoffel
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Pádraig Brady
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Vladislav Bolkhovitin
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
david
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Vladislav Bolkhovitin
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Chris Mason
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Vladislav Bolkhovitin
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
david
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Philipp Matthias Hahn
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Vladislav Bolkhovitin
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Ph. Marek
- <Possible follow-ups>
- Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS,
Albert Cahalan
[PATCH] i2c-gpio: Make some internal functions static,
Atsushi Nemoto
[PATCH] i2c-gpio: Add support for new-style clients,
Atsushi Nemoto
[PATCH 1/3] powerpc: during VM oom condition, kill all threads in process group,
Will Schmidt
OProfile issues,
Stephane Eranian
- Re: OProfile issues,
Chuck Ebbert
- Re: OProfile issues,
Chris Wright
- Re: OProfile issues,
Björn Steinbrink
- [PATCH] Separate performance counter reservation from nmi watchdog,
Björn Steinbrink
- Re: [PATCH] Separate performance counter reservation from nmi watchdog,
Björn Steinbrink
- Re: [PATCH] Separate performance counter reservation from nmi watchdog,
Stephane Eranian
- Re: [PATCH] Separate performance counter reservation from nmi watchdog,
Björn Steinbrink
- Message not available
- [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Björn Steinbrink
- [PATCH 2/2] Finish separation of the performance counter allocator from the NMI watchdog,
Björn Steinbrink
- Re: [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Andi Kleen
- Re: [perfmon] Re: [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Stephane Eranian
- Re: [perfmon] Re: [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Andi Kleen
- Re: [perfmon] Re: [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Björn Steinbrink
- [PATCH 1/2] Always probe the NMI watchdog,
Björn Steinbrink
- Re: [PATCH 1/2] Always probe the NMI watchdog,
Andrew Morton
- Re: [PATCH 1/2] Always probe the NMI watchdog,
Andi Kleen
- Re: [PATCH 1/2] Always probe the NMI watchdog,
Stephane Eranian
- Re: [PATCH 1/2] Always probe the NMI watchdog,
Andi Kleen
- Re: [PATCH 1/2] Always probe the NMI watchdog,
Björn Steinbrink
- Re: [PATCH 1/2] Always probe the NMI watchdog,
Björn Steinbrink
- [PATCH 2/2] Reserve the right performance counter for the Intel PerfMon NMI watchdog,
Björn Steinbrink
- Re: [perfmon] Re: [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Stephane Eranian
- Re: [perfmon] Re: [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Stephane Eranian
- Re: [perfmon] Re: [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Björn Steinbrink
- Re: [perfmon] Re: [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Stephane Eranian
- Re: [PATCH 1/2] Separate the performance counter allocation from the LAPIC NMI watchdog,
Björn Steinbrink
- [PATCH 0/2] Performance counter allocator separation,
Björn Steinbrink
[2.6.21.4]: possible recursive locking detected,
Tomasz Kłoczko
Linux kernel 2.4 programming problem,
Federico Paparoni
allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.,
Jon Dufresne
[patch 0/4] lockstat updates,
Peter Zijlstra
cannot set IP for ethernet,
Oliver Neukum
PC speaker,
R.F. Burns
- Re: PC speaker,
Jan Engelhardt
- Re: PC speaker,
R.F. Burns
- Re: PC speaker,
Jan Engelhardt
- Re: PC speaker,
Jan Engelhardt
- Re: PC speaker,
Alan Cox
- Re: PC speaker,
Jan Engelhardt
- RE: PC speaker,
David Schwartz
- RE: PC speaker,
Jan Engelhardt
- Re: PC speaker,
Helge Hafting
- RE: PC speaker,
Maciej W. Rozycki
- Re: PC speaker,
Paulo Marques
- Re: PC speaker,
Pavel Machek
- Re: PC speaker,
Kyle Moffett
- Re: PC speaker,
Lee Revell
[PATCH] blkdev_wait_scan module to help initrd scripts,
Richard W.M. Jones
problem with NMI MSR reserve routines,
Stephane Eranian
[PATCH] atmel_lcdfb: Fix wrong line_length calculation,
Haavard Skinnemoen
Re: [2.6.21.1] soft lockup when removing netconsole module,
Jarek Poplawski
[-mm patch] #if 0 mm/backing-dev.c:congestion_wait_interruptible(),
Adrian Bunk
VIA C7 / VIA PC-1 (PC2500) anyone?,
Michael Tokarev
[PATCH 5/5] Add the memory management driver to RapidIO.,
Zhang Wei
[PATCH 0/5] Porting RapidIO driver from ppc to powerpc architecture and adding memory mapped RapidIO driver.,
Zhang Wei
[PATCH] x86-64: remove unused variable maxcpus,
Jan Beulich
[PATCH] x86: smp-alt-once option is only useful with HOTPLUG_CPU,
Jan Beulich
[PATCH] x86: fix improper .init-type section references,
Jan Beulich
- Re: [PATCH] x86: fix improper .init-type section references,
Satyam Sharma
- Re: [PATCH] x86: fix improper .init-type section references,
Satyam Sharma
- Re: [PATCH] x86: fix improper .init-type section references,
Jan Beulich
- Re: [PATCH] x86: fix improper .init-type section references,
Satyam Sharma
- Re: [PATCH] x86: fix improper .init-type section references,
Jan Beulich
- Re: [PATCH] x86: fix improper .init-type section references,
Satyam Sharma
- Re: [PATCH] x86: fix improper .init-type section references,
Sam Ravnborg
- Re: [PATCH] x86: fix improper .init-type section references,
Satyam Sharma
- Re: [PATCH] x86: fix improper .init-type section references,
Sam Ravnborg
- Re: [PATCH] x86: fix improper .init-type section references,
Jan Beulich
- Re: [PATCH] x86: fix improper .init-type section references,
Satyam Sharma
- Re: [PATCH] x86: fix improper .init-type section references,
Jan Beulich
- Re: [PATCH] x86: fix improper .init-type section references,
Sam Ravnborg
- Re: [PATCH] x86: fix improper .init-type section references,
Sam Ravnborg
[PATCH] x86: make SMP locks handling interact properly with CONFIG_DEBUG_RODATA,
Jan Beulich
[PATCH] CONFIG_INET depend on CONFIG_SYSCTL,
Yoshinori Sato
[PATCH] x86: fix change_page_attr() TLB and cache flushing,
Jan Beulich
[PATCH] kill vmalloc_earlyreserve,
Jan Beulich
[PATCH] adjust nosmp handling,
Jan Beulich
[PATCH] modpost white list pattern adjustment,
Jan Beulich
[PATCH] page table handling cleanup,
Jan Beulich
[PATCH] fix improper .init-type section references,
Jan Beulich
[PATCH] i386: minor nx handling adjustment,
Jan Beulich
Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc,
Amit K. Arora
- Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc,
David Chinner
- Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc,
David Chinner
- Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc,
Andreas Dilger
- Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc,
David Chinner
- Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc,
Andreas Dilger
- [PATCH 0/6][TAKE5] fallocate system call,
Amit K. Arora
- [PATCH 1/7][TAKE5] fallocate() implementation on i386, x86_64 and powerpc,
Amit K. Arora
- Re: [PATCH 1/7][TAKE5] fallocate() implementation on i386, x86_64 and powerpc,
Heiko Carstens
- [PATCH 2/7][TAKE5] fallocate() on s390(x),
Amit K. Arora
- Re: [PATCH 2/7][TAKE5] fallocate() on s390(x),
Heiko Carstens
- [PATCH 3/7][TAKE5] fallocate() on ia64,
Amit K. Arora
- [PATCH 4/7][TAKE5] support new modes in fallocate,
Amit K. Arora
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Amit K. Arora
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Andreas Dilger
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Amit K. Arora
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Andreas Dilger
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Amit K. Arora
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
David Chinner
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Amit K. Arora
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Nathan Scott
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
David Chinner
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Christoph Hellwig
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
David Chinner
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Andreas Dilger
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Amit K. Arora
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Andreas Dilger
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
Amit K. Arora
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
David Chinner
- Re: [PATCH 4/7][TAKE5] support new modes in fallocate,
David Chinner
- [PATCH 5/7][TAKE5] ext4: fallocate support in ext4,
Amit K. Arora
- [PATCH 6/7][TAKE5] ext4: write support for preallocated blocks,
Amit K. Arora
- [PATCH 7/7][TAKE5] ext4: support new modes,
Amit K. Arora
- Re: [PATCH 7/7][TAKE5] ext4: support new modes,
Andreas Dilger
- Re: [PATCH 7/7][TAKE5] ext4: support new modes,
Amit K. Arora
- Re: [PATCH 7/7][TAKE5] ext4: support new modes,
Andreas Dilger
- Re: [PATCH 7/7][TAKE5] ext4: support new modes,
Amit K. Arora
- Re: [PATCH 7/7][TAKE5] ext4: support new modes,
David Chinner
- Re: [PATCH 7/7][TAKE5] ext4: support new modes,
Amit K. Arora
- Re: [PATCH 0/6][TAKE5] fallocate system call,
David Chinner
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Andrew Morton
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Mingming Cao
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Amit K. Arora
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Andrew Morton
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Dave Kleikamp
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Jeff Garzik
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Christoph Hellwig
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Theodore Tso
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Jeff Garzik
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Theodore Tso
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Mingming Caoc
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Andrew Morton
- Re: [PATCH 0/6][TAKE5] fallocate system call,
Andreas Dilger
- Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc,
Christoph Hellwig
[PATCH 0/3] Splice network receive support,
Jens Axboe
[PATCH 0/18] Convert sendfile to splice,
Jens Axboe
- [PATCH 5/18] sendfile: kill generic_file_sendfile(),
Jens Axboe
- [PATCH 3/18] sys_sendfile: switch to using ->splice_read, if available,
Jens Axboe
- [PATCH 2/18] vmsplice: add vmsplice-to-user support,
Jens Axboe
- [PATCH 6/18] splice: add void cookie to the actor data,
Jens Axboe
- [PATCH 1/18] splice: abstract out actor data,
Jens Axboe
- [PATCH 12/18] pipe: allow passing around of ops private pointer,
Jens Axboe
- [PATCH 9/18] sendfile: convert nfsd to splice_direct_to_actor(),
Jens Axboe
- [PATCH 7/18] loop: convert to using splice_direct_to_actor() instead of sendfile(),
Jens Axboe
- [PATCH 8/18] sendfile: convert nfs to using splice_read(),
Jens Axboe
- [PATCH 10/18] splice: relay support,
Jens Axboe
- [PATCH 13/18] relay: use splice_to_pipe() instead of open-coding the pipe loop,
Jens Axboe
- [PATCH 4/18] sendfile: remove .sendfile from filesystems that use generic_file_sendfile(),
Jens Axboe
- [PATCH 14/18] shmem: convert to using splice instead of sendfile(),
Jens Axboe
- [PATCH 17/18] ext2 xip: replace sendfile with splice,
Jens Axboe
- [PATCH 16/18] splice: completely document external interface with kerneldoc,
Jens Axboe
- [PATCH 18/18] Remove remnants of sendfile(),
Jens Axboe
- [PATCH 11/18] splice: divorce the splice structure/function definitions from the pipe header,
Jens Axboe
- [PATCH 15/18] sendfile: remove bad_sendfile() from bad_file_ops,
Jens Axboe
Re: [PATCH 5/9] readahead: on-demand readahead logic,
Rusty Russell
Re: [PATCH 4/9] readahead: data structure and routines,
Rusty Russell
[KJ PATCH] Replacing memcpy(dest,src,PAGE_SIZE) with copy_page(dest,src) in arch/i386/mm/init.c,
Shani Moideen
Allow softlockup to be runtime disabled.,
Dave Jones
[PATCH] ia64: Scalability improvement of gettimeofday with jitter compensation,
Hidetoshi Seto
[PATCH 1/2] readahead: move synchronous readahead call out of splice loop,
Fengguang Wu
[PATCH 0/2] readahead update on splice reads,
Fengguang Wu
[PATCH 2/2] readahead: pass real splice size,
Fengguang Wu
[KJ PATCH] Replacing memcpy(dest,src,PAGE_SIZE) with copy_page(dest,src) in arch/i386/kernel/machine_kexec.c,
Shani Moideen
[RFC][AGPGART]intel-agp: save whole config space in suspend/resume,
Wang Zhenyu
[PATCH 000 of 2] md: Introduction - bugfixes for md/raid{1,10},
NeilBrown
Re: [PATCH 1/9] readahead: introduce PG_readahead,
Rusty Russell
call for more SD versus CFS comparisons (was: Re: [ck] Mainline plans),
Miguel Figueiredo
Re: [stable] [PATCH] INPUT: Sanitize PIT locking in pcspkr,
Chris Wright
sata_nv adma issues,
Charles Shannon Hendrix
Can we get rid of zImage this time?,
H. Peter Anvin
Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Andrew Morton
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Jens Axboe
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Jens Axboe
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Jens Axboe
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Peter Zijlstra
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Jens Axboe
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Peter Zijlstra
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Jens Axboe
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Andrew Morton
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Andrew Morton
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Jens Axboe
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Jens Axboe
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Andrew Morton
- Re: splice: move balance_dirty_pages_ratelimited() outside of splice actor,
Jens Axboe
Re: [PATCH] Add "is_power_of_2" checking to log2.h.,
H. Peter Anvin
[git pull] drm fixes for 2.6.22-rc4,
Dave Airlie
[PATCH 5/5] driver edac remove file edac_mc-h,
dougthompson
[PATCH 3/5] driver edac mod edac_align_ptr function,
dougthompson
[PATCH 4/5] driver edac mod edac_opt_state_to_string function,
dougthompson
[PATCH 2/5] driver edac edac_device code tidying,
dougthompson
[PATCH 1/5] driver edac i5000 code tidying,
dougthompson
[PATCH 0/5] driver edac comment feedback code tidyings,
dougthompson
Re: libata passthru: support PIO multi commands,
Alan Cox
[RFC][PATCH 1/1] support for user-space buffers in kfifo,
Nelson Castillo
[PATCH 2/2] PTRACE_POKEDATA consolidation,
Alexey Dobriyan
[PATCH 1/2] PTRACE_PEEKDATA consolidation,
Alexey Dobriyan
Re: [patch 1/7] libata: check for AN support,
Kristen Carlson Accardi
Linux 2.6.21.5,
Chris Wright
Linux 2.6.20.14,
Chris Wright
[PATCH for -rc] kbuild: fix sh64 section mismatch problems,
Sam Ravnborg
Problem with SAA7134 driver,
Rafał Bilski
Re: [Xen-devel] Re: More virtio users,
Anthony Liguori
profiling likely/unlikely in slub.c,
Eric Sesterhenn / Snakebyte
[patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Kristen Carlson Accardi
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Jeff Garzik
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Henrique de Moraes Holschuh
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Arjan van de Ven
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Dagfinn Ilmari Mannsåker
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Jeff Garzik
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Henrique de Moraes Holschuh
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Arjan van de Ven
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Matthew Garrett
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Henrique de Moraes Holschuh
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Matthew Garrett
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Henrique de Moraes Holschuh
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Matthew Garrett
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Tejun Heo
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Matthew Garrett
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Jeff Garzik
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Matthew Garrett
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Jeff Garzik
- Re: [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Kristen Carlson Accardi
- <Possible follow-ups>
- [patch 3/3] Enable Aggressive Link Power management for AHCI controllers.,
Kristen Carlson Accardi
[patch 2/3] Expose Power Management Policy option to users,
Kristen Carlson Accardi
[patch 1/3] Store interrupt value,
Kristen Carlson Accardi
[patch 0/3] AHCI Link Power Management,
Kristen Carlson Accardi
- Re: [patch 0/3] AHCI Link Power Management,
Tejun Heo
- Re: [patch 0/3] AHCI Link Power Management,
Jeff Garzik
- Re: [patch 0/3] AHCI Link Power Management,
Arjan van de Ven
- Re: [patch 0/3] AHCI Link Power Management,
Jeff Garzik
- Re: [patch 0/3] AHCI Link Power Management,
Arjan van de Ven
- Re: [patch 0/3] AHCI Link Power Management,
Jeff Garzik
- Re: [patch 0/3] AHCI Link Power Management,
Tejun Heo
- Re: [patch 0/3] AHCI Link Power Management,
Arjan van de Ven
- Re: [patch 0/3] AHCI Link Power Management,
Tejun Heo
- Re: [patch 0/3] AHCI Link Power Management,
Kristen Carlson Accardi
- Re: [patch 0/3] AHCI Link Power Management,
Jeff Garzik
- Re: [patch 0/3] AHCI Link Power Management,
Kristen Carlson Accardi
- Re: [patch 0/3] AHCI Link Power Management,
Pavel Machek
- Re: [patch 0/3] AHCI Link Power Management,
Pavel Machek
- Re: [patch 0/3] AHCI Link Power Management,
Kristen Carlson Accardi
- Re: [patch 0/3] AHCI Link Power Management,
Tejun Heo
- Re: [patch 0/3] AHCI Link Power Management,
Pavel Machek
- Re: [patch 0/3] AHCI Link Power Management,
Jens Axboe
- Re: [patch 0/3] AHCI Link Power Management,
Tejun Heo
scsi disk help file is not complete,
api
[RFC] Runtime allocation of PCI resources,
Matthew Garrett
[PATCH] make disable_console_suspend runtime configurable,
Stefan Seyfried
[RFC][PATCH 0/6] Add group fairness to CFS - v1,
Srivatsa Vaddagiri
Re: RFC airo : wpa support,
Dan Williams
[PATCH] Fix broken ifdefs in usbtouchscreen,
Ondrej Zary
[RFC][PATCH -mm 0/7] PM: Remove unused and unnecessary features from suspend and resume core,
Rafael J. Wysocki
[PATCH] swsusp: Fix userland interface,
Rafael J. Wysocki
2.6.22-rc4-mm2: Resume from RAM on HPC nx6325 broken,
Rafael J. Wysocki
Re: 2.6.21.3 Oops (was Re: XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd),
Marco Berizzi
[mm patch] fuse: fix double fs_flags initializer,
Miklos Szeredi
Attachment Discarded!,
postmaster
PATCH -mm] fix create_new_namespaces() return value,
Cedric Le Goater
kernel BUG at mm/slub.c:3689!,
Haavard Skinnemoen
- Re: kernel BUG at mm/slub.c:3689!,
Paul Mundt
- Re: kernel BUG at mm/slub.c:3689!,
Christoph Lameter
- Re: kernel BUG at mm/slub.c:3689!,
Håvard Skinnemoen
- Re: kernel BUG at mm/slub.c:3689!,
Christoph Lameter
- Re: kernel BUG at mm/slub.c:3689!,
Håvard Skinnemoen
- Re: kernel BUG at mm/slub.c:3689!,
Christoph Lameter
- Re: kernel BUG at mm/slub.c:3689!,
Håvard Skinnemoen
- Re: kernel BUG at mm/slub.c:3689!,
Christoph Lameter
- Re: kernel BUG at mm/slub.c:3689!,
Håvard Skinnemoen
- Re: kernel BUG at mm/slub.c:3689!,
Christoph Lameter
- Re: kernel BUG at mm/slub.c:3689!,
Håvard Skinnemoen
- Re: kernel BUG at mm/slub.c:3689!,
Christoph Lameter
- Re: kernel BUG at mm/slub.c:3689!,
Håvard Skinnemoen
- Re: kernel BUG at mm/slub.c:3689!,
Christoph Lameter
- Re: kernel BUG at mm/slub.c:3689!,
Haavard Skinnemoen
- Re: kernel BUG at mm/slub.c:3689!,
Haavard Skinnemoen
API changes / 2.6.21 sysctl changes,
Bernd Schubert
IRQ handler type mismatch for IRQ 7,
Vegard Nossum
[Documentation] laptop-mode,
Renato S. Yamane
[GIT PULL] Blackfin patches for 2.6.22-rc4,
Bryan Wu
Re: [patch 4/9] lguest: the asm offsets,
Oleg Verych
fix oops on cat /dev/snapshot,
Pavel Machek
[RESENT][TRIVIAL][PATCH] SELinux: Use %lu for inode->i_no when printing avcs,
Tobias Oed
[PATCH] Fix possible leakage of blocks in UDF (try 2),
Jan Kara
ext2 on flash memory,
DervishD
- Re: ext2 on flash memory,
Eduard-Gabriel Munteanu
- USB remote control missing keycodes,
Islam Amer
- Re: USB remote control missing keycodes,
Jiri Kosina
- Re: USB remote control missing keycodes,
Islam Amer
- Re: USB remote control missing keycodes,
Jiri Kosina
- Re: USB remote control missing keycodes,
Dmitry Torokhov
- Re: USB remote control missing keycodes,
Jiri Kosina
- Re: USB remote control missing keycodes,
Islam Amer
- Re: USB remote control missing keycodes,
Jiri Kosina
- Re: USB remote control missing keycodes,
Islam Amer
- Re: USB remote control missing keycodes,
Jiri Kosina
- Re: USB remote control missing keycodes,
Jiri Kosina
- Re: USB remote control missing keycodes,
Jiri Kosina
- Re: USB remote control missing keycodes,
Islam Amer
- Re: USB remote control missing keycodes,
Jiri Kosina
- Re: USB remote control missing keycodes,
Phillip Susi
- Re: ext2 on flash memory,
DervishD
- Re: ext2 on flash memory,
alan
- Re: ext2 on flash memory,
Kevin K
- Re: ext2 on flash memory,
Jason Lunz
- Re: ext2 on flash memory,
Jörn Engel
- <Possible follow-ups>
- Re: ext2 on flash memory,
Tomasz Chmielewski
- Re: ext2 on flash memory,
Tomasz Chmielewski
Re: kbuild: fix section mismatch check for vmlinux,
Jan Beulich
Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+,
linux
man-pages-2.55 is released,
Michael Kerrisk
[PATCHSET 2.6.22-rc4] sysfs: fix race conditions,
Tejun Heo
[git patches] more libata fixes,
Jeff Garzik
[PATCH] input: make 2 macros in gameport.c TSC-aware,
Miltiadis Margaronis
mm: memory/cpu hotplug section mismatch.,
Paul Mundt
Hidden IO-Ports: workarounded but WHY?,
Federico Di Dio
radeonfb problem in 2.6.19.5,
DervishD
2.6.22-rc4-mm2: GPF during suspend to RAM on HPC nx6325,
Rafael J. Wysocki
[PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Eduard-Gabriel Munteanu
- Re: [PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Eduard-Gabriel Munteanu
- <Possible follow-ups>
- [PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Eduard-Gabriel Munteanu
- Re: [PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Jeff Dike
- Re: [PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Eduard-Gabriel Munteanu
- Re: [PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Jeff Dike
- Re: [PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Eduard-Gabriel Munteanu
- Re: [PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Jeff Dike
- Re: [PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Eduard-Gabriel Munteanu
- Re: [PATCH 1/1] UML: fix missing non-blocking I/O, now DEBUG_SHIRQ works,
Jeff Dike
Re: signals logged / [RFC] log out-of-virtual-memory events,
Folkert van Heusden
[PATCH trivial] include linux/mutex.h from attribute_container.c,
Michael S. Tsirkin
[PATCH] fuse: ->fs_flags fixlet,
Alexey Dobriyan
[PATCH] Remove unneeded test of 'task' in dump_trace(),
Jesper Juhl
ide0=noprobe, hda=noprobe, hda=none ignored?,
Carlo Wood
[PATCH] input: fix broken behaviour of Dell Latitude special keys,
Giel de Nijs
[PATCH] pata_it821x: (partially) fix DMA in RAID mode,
Bartlomiej Zolnierkiewicz
2.6.21-rt9 - IRQ23 consuming a steady 2.7% of CPU,
Mark Knecht
2.6.22-rc regression: s2ram fails to suspend + fails to resume w/ Xorg,
Soeren Sonnenburg
[BUG] fs/buffer.c:1821 in 2.6.22-rc4-mm2,
Eric Sesterhenn / Snakebyte
[PATCH 5/5] via82cxxx: backport short cables support from pata_via.c,
Bartlomiej Zolnierkiewicz
[PATCH 4/5] sis5513: backport short cables support from pata_sis.c,
Bartlomiej Zolnierkiewicz
[PATCH 3/5] alim15x3: backport short cables support from pata_ali.c,
Bartlomiej Zolnierkiewicz
[PATCH 2/5] piix: backport short cables support from ata_piix.c,
Bartlomiej Zolnierkiewicz
[PATCH 1/5] ide: add short cables support,
Bartlomiej Zolnierkiewicz
SETMAX.C seems not support SATA,
yong Jung
cat /dev/snapshot == OOPs,
Arkadiusz Miskiewicz
Re: [RFD] Documentation/HOWTO translated into Japanese,
Jesper Juhl
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Jan Engelhardt
- Re: [RFD] Documentation/HOWTO translated into Japanese,
IKEDA Munehiro
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Greg KH
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Tsugikazu Shibata
- kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Sam Ravnborg
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Jan Engelhardt
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Sam Ravnborg
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Matt Mackall
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Rene Herman
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Rene Herman
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Denis Vlasenko
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Adrian Bunk
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Rene Herman
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Paul Mundt
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Denis Vlasenko
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Paul Mundt
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Rene Herman
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Diego Calleja
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Adrian Bunk
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Adrian Bunk
- Re: kconfig .po files in kernel tree? [Was: Documentation/HOWTO translated into Japanese],
Greg KH
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Matthias Schniedermeyer
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Greg KH
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Matthias Schniedermeyer
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Matt Mackall
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Tony Luck
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Kyle Moffett
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Tsugikazu Shibata
- Re: [RFD] Documentation/HOWTO translated into Japanese,
IKEDA Munehiro
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Junio C Hamano
- Re: [RFD] Documentation/HOWTO translated into Japanese,
IKEDA Munehiro
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Pavel Machek
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Greg KH
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Pavel Machek
- <Possible follow-ups>
- Re: [RFD] Documentation/HOWTO translated into Japanese,
Matt Mackall
- Re: [RFD] Documentation/HOWTO translated into Japanese,
KAMEZAWA Hiroyuki
Re: [RFD] Documentation/stable_api_nonsense.txt translated into Japanese,
Jan Engelhardt
Block device request queue processing question,
mcatos
Re: [KJ] [PATCH] drivers/acpi: sizeof/sizeof array size calculations replaced with ARRAY_SIZE,
Pavel Machek
[PATCH] drivers/isdn/hisax: ARRAY_SIZE instead of sizeof,
Andi Drebes
[patch-mm 00/23] High resolution timer updates and x86_64 support,
Thomas Gleixner
- [patch-mm 03/23] Clockevents remove prototypes of removed functions,
Thomas Gleixner
- [patch-mm 02/23] ACPI: Move timer broadcast and pmtimer access before C3 arbiter shutdown,
Thomas Gleixner
- [patch-mm 04/23] Timekeeping: Fixup shadow variable argument,
Thomas Gleixner
- [patch-mm 01/23] NOHZ: Fix ARM,SH,SPARC64 idle nohz handling,
Thomas Gleixner
- [patch-mm 05/23] timer.c cleanup recently introduced whitespace damage,
Thomas Gleixner
- [patch-mm 06/23] clockevents: Fix resume logic,
Thomas Gleixner
- [patch-mm 08/23] i386: PIT stop only, when in periodic or oneshot mode,
Thomas Gleixner
- [patch-mm 07/23] Tick management: spread timer interrupt,
Thomas Gleixner
- [patch-mm 09/23] clockevents: Fix device replacement,
Thomas Gleixner
- [patch-mm 10/23] highres: Improve debug output,
Thomas Gleixner
- [patch-mm 11/23] hrtimer: speedup hrtimer_enqueue,
Thomas Gleixner
- [patch-mm 12/23] pcspkr: use the global PIT lock,
Thomas Gleixner
- [patch-mm 13/23] i386: hpet assumes boot cpu is 0,
Thomas Gleixner
- [patch-mm 15/23] x86_64: untangle asm/hpet.h from asm/timex.h,
Thomas Gleixner
- [patch-mm 14/23] NTP: Move the cmos update code into ntp.c,
Thomas Gleixner
- [patch-mm 17/23] i386: move setup_pit_timer to the correct header file,
Thomas Gleixner
- [patch-mm 16/23] x86_64: Use generic cmos update,
Thomas Gleixner
- [patch-mm 18/23] x86-64: remove dead code and other janitor work in tsc.c,
Thomas Gleixner
- [patch-mm 20/23] x86_64: restore restore nohpet cmdline,
Thomas Gleixner
- [patch-mm 21/23] x86-64 block irq balancing for timer,
Thomas Gleixner
- [patch-mm 19/23] x86_64: Convert to cleckevents,
Thomas Gleixner
- [patch-mm 23/23] x86_64: enable high resolution timers and dynticks,
Thomas Gleixner
- [patch-mm 22/23] x86_64: prep idle loop for dynticks,
Thomas Gleixner
- Re: [patch-mm 00/23] High resolution timer updates and x86_64 support,
Mark Lord
2.6.22-rc regression: smartctl does not work with SATA disk,
Kai Makisara
[PATCH RFC] struct list_node,
Rusty Russell
[git patches] libata fixes,
Jeff Garzik
via_drm bug,
John Richard Moser
AMD690G - Asus M2A-VM - HPET support?,
Srihari Vijayaraghavan
Fwd: BUG: 2.6.22-rc4 Ubuntu 7.04 AUDIO ALSA,
Dan Collins
v2.6.21.4-rt11,
Ingo Molnar
- Re: v2.6.21.4-rt11,
Paul E. McKenney
- Re: v2.6.21.4-rt11,
Eric St-Laurent
- Re: v2.6.21.4-rt11,
Nelson Castillo
- <Possible follow-ups>
- Re: v2.6.21.4-rt11,
Miguel Botón
- Re: v2.6.21.4-rt11,
Srivatsa Vaddagiri
- Re: v2.6.21.4-rt11,
Christoph Lameter
- Re: v2.6.21.4-rt11,
Srivatsa Vaddagiri
- Re: v2.6.21.4-rt11,
Christoph Lameter
- Re: v2.6.21.4-rt11,
Srivatsa Vaddagiri
- Re: v2.6.21.4-rt11,
Siddha, Suresh B
- Re: v2.6.21.4-rt11,
Siddha, Suresh B
- Re: v2.6.21.4-rt11,
Christoph Lameter
- Re: v2.6.21.4-rt11,
Srivatsa Vaddagiri
- Re: v2.6.21.4-rt11,
Ingo Molnar
- Re: v2.6.21.4-rt11,
Srivatsa Vaddagiri
- Re: v2.6.21.4-rt11,
Ingo Molnar
[PROBLEM] sleeping function called from invalid context at mm/slab.c,
Lukas Razik
v2.6.21.4-rt10,
Ingo Molnar
[PATCH] PCI: also read revision ID for sparc64, ppc, read class at the same time,
Auke Kok
Jinxed VAIO wreckage - current state of affairs,
Thomas Gleixner
ipw3945 driver in recent -mm kernels,
Pavel Machek
[PATCH] Remove bashisms from scripts/extract-ikconfig,
Christian Kujau
[PATCH] Ratelimit printks due to unhandled signals in x86_64,
Masoud Asgharifard Sharbiani
Re: 2.6.21 numa policy and huge pages not working,
dean gaudet
Re: [2/2] 2.6.22-rc4: known regressions with patches v2,
Michal Piotrowski
[1/2] 2.6.22-rc4: known regressions with patches v2,
Michal Piotrowski
Re: [3/3] 2.6.22-rc4: known regressions v2,
Michal Piotrowski
Re: [2/3] 2.6.22-rc4: known regressions v2,
Michal Piotrowski
[1/3] 2.6.22-rc4: known regressions v2,
Michal Piotrowski
New hwmon maintainer,
Mark M. Hoffman
[PATCH] PHY fixed driver: rework release path and update phy_id notation,
Vitaly Bordug
inet_csk_listen_start: function defination,
Tej Parkash
Re: AppArmor FAQ,
Pavel Machek
How to get an IDE Hard Reset, not a Soft Reset?,
Ralph Corderoy
beeping patch for debugging acpi sleep,
Pavel Machek
[PATCH] remove unnecessary ARM SHA-1 preprocessor directive,
Heikki Orsila
Re: [4/4] 2.6.22-rc3: known regressions,
Mauro Carvalho Chehab
[GIT PATCHES] V4L/DVB fixes,
Mauro Carvalho Chehab
drivers/char/mwave/3780i.c doesn't compile with gcc 4.2.0,
Ismail Dönmez
libata limiting to UDMA/33 instead of UDMA/100,
Udo A. Steinberg
kernel/module.c warning re: non-GPL modules looks wrong,
Robert P. J. Day
[PATCH] Input: Support for a less exclusive grab.,
Zephaniah E. Hull
BUG: soft lockup detected on CPU#0! 2.6.21.3,
CIJOML
2.6.21.3-rt9: SMP errors with VIA Rhine on Uniproc,
Thomas Kuther
Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Neil Brown
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Jan-Benedict Glaw
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Message not available
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
david
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
debian developer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Greg KH
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bron Gondwana
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Matthias Kaehlcke
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
debian developer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Andrew Morton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Greg KH
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Rob Landley
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Jeff Garzik
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
James Bruce
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Jesper Juhl
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
James Bruce
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Florian Weimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
debian developer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Tarkan Erimer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Greg KH
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
debian developer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Greg KH
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Krzysztof Halasa
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Jan Harkes
- RE: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
David Schwartz
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Rob Landley
- RE: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
David Schwartz
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Rob Landley
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Jan Harkes
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Krzysztof Halasa
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Paulo Marques
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Krzysztof Halasa
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Forrest
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Paulo Marques
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Paulo Marques
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Paulo Marques
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Jesper Juhl
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Carlo Wood
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Glauber de Oliveira Costa
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Carlo Wood
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Lennart Sorensen
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bongani Hlope
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Adrian Bunk
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bongani Hlope
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Gerdau
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Gerdau
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Valdis . Kletnieks
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
david
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Lennart Sorensen
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux And Medical Devices,
Tim Post
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Florin Malita
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Florin Malita
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Florin Malita
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Gerdau
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
David Greaves
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
david
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
David Greaves
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Krzysztof Halasa
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
David Greaves
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Krzysztof Halasa
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
David Greaves
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Gerdau
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Gerdau
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Rob Landley
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Gerdau
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Ingo Molnar
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Scott Preece
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Scott Preece
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Rob Landley
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Rob Landley
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Paul Mundt
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Message not available
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Chris Friesen
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Helge Hafting
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dave Neuer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dave Neuer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dave Neuer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Jesper Juhl
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Paul Mundt
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Krzysztof Halasa
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Krzysztof Halasa
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Petrovitsch
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Petrovitsch
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Kevin Fox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Chris Friesen
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
david
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Al Viro
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Chris Adams
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Forrest
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Gerdau
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bron Gondwana
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bron Gondwana
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bill Nottingham
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bill Nottingham
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Schmidt
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Matt Keenan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Matt Keenan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Poole
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- RE: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
David Schwartz
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bernd Paysan
- RE: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
David Schwartz
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Lennart Sorensen
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bongani Hlope
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dave Neuer
- RE: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
David Schwartz
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dave Neuer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Lennart Sorensen
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dmitry Torokhov
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Dave Neuer
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Bron Gondwana
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Manu Abraham
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Manu Abraham
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Lennart Sorensen
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Manu Abraham
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Lennart Sorensen
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alan Cox
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus Torvalds
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Alexandre Oliva
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Adrian Bunk
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Adrian Bunk
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Adrian Bunk
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Adrian Bunk
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Michael Gerdau
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Daniel Hazelton
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Valdis . Kletnieks
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Theodore Tso
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
jimmy bahuleyan
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Adrian Bunk
- Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3,
Linus