LKML: Linux Kernel Archive 2007 Q3
Thread Index
[
Prev Page
][
Next Page
]
Re: Storing Maintainers info around the kernel tree
From
: Rene Herman <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Phillip Susi <
[email protected]
>
Re: [PATCH 4/6] infiniband: mlx4_MAD_IFC copies out response unconditionally
From
: Roland Dreier <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Jeff Dike <
[email protected]
>
Re: [PATCH] make attribute_container_unregister() unconditionally wait for list empty
From
: James Bottomley <
[email protected]
>
Re: [PATCH] UML: BLKGETSIZE takes a long, not an int
From
: Jeff Dike <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Ilpo Järvinen" <
[email protected]
>
Re: [PATCH 6/6] netfilter: xt_u32: fix length checks in u32_match_it
From
: Patrick McHardy <
[email protected]
>
RE: scripts/mod/file2alias.c cross compile problem
From
: Thomas Renninger <
[email protected]
>
[PATCH] lockdep: annotate rcu_read_{,un}lock()
From
: Peter Zijlstra <
[email protected]
>
Re: soft lockup detected
From
: Gregory Stark <
[email protected]
>
Re: PROBLEM: 2.6.23-rc "NETDEV WATCHDOG: eth0: transmit timed out"
From
: Francois Romieu <
[email protected]
>
Re: [patch] s2ram: kill old debugging junk
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: Andi Kleen <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: Tom Tucker <
[email protected]
>
Re: [PATCH 0/6] checkpatch checks for trailing semicolons on conditionals
From
: Satyam Sharma <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Andy Whitcroft <
[email protected]
>
Re: Testing the Current Upstream Kernel
From
:
[email protected]
Re: [PATCH] [120/2many] MAINTAINERS - CFAG12864BFB LCD FRAMEBUFFER DRIVER
From
: Joe Perches <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Lee Schermerhorn <
[email protected]
>
RE: [PATCH 00/23] per device dirty throttling -v9
From
: Martin Knoblauch <
[email protected]
>
[PATCH 4/6] infiniband: mlx4_MAD_IFC copies out response unconditionally
From
: Andy Whitcroft <
[email protected]
>
[PATCH 5/6] irda_nl_get_mode: always results in failure
From
: Andy Whitcroft <
[email protected]
>
[PATCH 6/6] netfilter: xt_u32: fix length checks in u32_match_it
From
: Andy Whitcroft <
[email protected]
>
[PATCH 2/6] powerpc: hash_preload fails to preload under CONFIG_PPC_MM_SLICES
From
: Andy Whitcroft <
[email protected]
>
[PATCH 3/6] sh: remove extraneous ; on scif_sercon_putc wait loop
From
: Andy Whitcroft <
[email protected]
>
[PATCH 1/6] mips: irix_getcontext will always fail EFAULT
From
: Andy Whitcroft <
[email protected]
>
[PATCH 0/6] checkpatch checks for trailing semicolons on conditionals
From
: Andy Whitcroft <
[email protected]
>
Re: soft lockup detected
From
: Peter Zijlstra <
[email protected]
>
Re: [linux-pm] Re: [PATH 1/1] Kexec jump - v2 - kexec jump
From
: Pavel Machek <
[email protected]
>
Re: 2.6.23-rc3 and SKY2 driver issue
From
: Stephen Hemminger <
[email protected]
>
Storing Maintainers info around the kernel tree
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 3/3] ACPI: thinkpad-acpi: change thinkpad-acpi input default and kconfig help
From
: Henrique de Moraes Holschuh <
[email protected]
>
Re: USB Keyboard
From
: Jiri Kosina <
[email protected]
>
RE: [PATCH 00/23] per device dirty throttling -v9
From
: Peter Zijlstra <
[email protected]
>
[patch] s2ram: kill old debugging junk
From
: Pavel Machek <
[email protected]
>
Re: [2.6 patch] make kernel/power/main.c:suspend_enter() static
From
: Pavel Machek <
[email protected]
>
RE: [PATCH 00/23] per device dirty throttling -v9
From
: Martin Knoblauch <
[email protected]
>
Re: Bad CD disk disables IDE DMA
From
: Zoltan Boszormenyi <
[email protected]
>
Re: [PATCH]: proc: export a processes resource limits via proc/<pid>
From
: Neil Horman <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 3/3] ACPI: thinkpad-acpi: change thinkpad-acpi input default and kconfig help
From
: "Michael S. Tsirkin" <
[email protected]
>
Re: [PATCH 3/3] ACPI: thinkpad-acpi: change thinkpad-acpi input default and kconfig help
From
: Henrique de Moraes Holschuh <
[email protected]
>
Re: Bad CD disk disables IDE DMA
From
: Zoltan Boszormenyi <
[email protected]
>
Re: [PATCH 19/20] Changes to show virtual ids to user
From
: "Serge E. Hallyn" <
[email protected]
>
Re: Bad CD disk disables IDE DMA
From
: Bodo Eggert <
[email protected]
>
Re: Thinking outside the box on file systems
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: rt ptracer can monopolize CPU (was: Cpu-Hotplug and Real-Time)
From
: Gautham R Shenoy <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Rene Herman <
[email protected]
>
Re: [PATCH 3/3] tty_io.c: don't use flush_scheduled_work()
From
: Dan Aloni <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Helge Hafting <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Salikh Zakirov <
[email protected]
>
Re: [PATCH 000 of 6] A few block-layer tidy-up patches.
From
: Jens Axboe <
[email protected]
>
Re: [BUG -rt] circular locking deadlock
From
: Peter Zijlstra <
[email protected]
>
Re: USB Keyboard
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Helge Hafting <
[email protected]
>
Re: Fork Bombing Patch
From
: Jan Engelhardt <
[email protected]
>
Re: sysctl_tcp_keepalive_time
From
: "Jesper Juhl" <
[email protected]
>
Re: [PATCH 002 of 5] Replace bio_data with blk_rq_data
From
: Jens Axboe <
[email protected]
>
[PATCH 006 of 6] Share code between init_request_from_bio and blk_rq_bio_prep
From
: NeilBrown <
[email protected]
>
[PATCH 005 of 6] Stop exporting blk_rq_bio_prep
From
: NeilBrown <
[email protected]
>
[PATCH 004 of 6] New function blk_req_append_bio
From
: NeilBrown <
[email protected]
>
[PATCH 003 of 6] Fix various abuse of bio fields in umem.c
From
: NeilBrown <
[email protected]
>
[PATCH 002 of 6] Introduce rq_for_each_segment replacing rq_for_each_bio
From
: NeilBrown <
[email protected]
>
[PATCH 001 of 6] Merge blk_recount_segments into blk_recalc_rq_segments
From
: NeilBrown <
[email protected]
>
[PATCH 000 of 6] A few block-layer tidy-up patches.
From
: NeilBrown <
[email protected]
>
Re: Fork Bombing Patch
From
: Krzysztof Halasa <
[email protected]
>
Re: [PATCH 002 of 5] Replace bio_data with blk_rq_data
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 002 of 5] Replace bio_data with blk_rq_data
From
: Neil Brown <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Rene Herman <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Rene Herman <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Karsten Keil <
[email protected]
>
Re: Bad CD disk disables IDE DMA
From
: Zoltan Boszormenyi <
[email protected]
>
sysctl_tcp_keepalive_time
From
: Simon Peter <
[email protected]
>
Re: sata drive loosing connection/resetting port
From
: Tejun Heo <
[email protected]
>
Re: [PATCH] [261/2many] MAINTAINERS - IOC3 DRIVER
From
: Ralf Baechle <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: Testing the Current Upstream Kernel
From
: Susanne Oberhauser <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: "Ilpo Järvinen" <
[email protected]
>
Re: [netfilter-core] Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Patrick McHardy <
[email protected]
>
Re: [PATCH 00/23] per device dirty throttling -v8
From
: Helge Hafting <
[email protected]
>
Re: MOTU Fastlane USB MIDI interface
From
: David Griffith <
[email protected]
>
Re: RFC: do get_rtc_time() correctly
From
: Alan Cox <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 2/2] [POWERPC] Add scaled time accounting
From
: Balbir Singh <
[email protected]
>
Re: [patch] add kdump_after_notifier
From
: Bernhard Walle <
[email protected]
>
soft lockup detected
From
: Gregory Stark <
[email protected]
>
Re: [PATCH] pxa2xx PCMCIA timing issue on iPAQ H5550
From
: Milan Plzik <
[email protected]
>
Re: [patch] add kdump_after_notifier
From
: Takenori Nagano <
[email protected]
>
Re: USB Keyboard
From
: Jiri Kosina <
[email protected]
>
Re: [PATCH] Make checkpatch rant about trailing ; at the end of "if" expr
From
: Andy Whitcroft <
[email protected]
>
Re: [PATCH] [119/2many] MAINTAINERS - CFAG12864B LCD DRIVER
From
: "Miguel Ojeda" <
[email protected]
>
Re: [PATCH] [80/2many] MAINTAINERS - AUXILIARY DISPLAY DRIVERS
From
: "Miguel Ojeda" <
[email protected]
>
Re: [PATCH] [120/2many] MAINTAINERS - CFAG12864BFB LCD FRAMEBUFFER DRIVER
From
: "Miguel Ojeda" <
[email protected]
>
Re: [PATCH] [283/2many] MAINTAINERS - KS0108 LCD CONTROLLER DRIVER
From
: "Miguel Ojeda" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 1/5] Add a 00-INDEX file to Documentation/auxdisplay/
From
: "Miguel Ojeda" <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Heiko Carstens <
[email protected]
>
[PATCH 22/23] mm: dirty balancing for tasks
From
: Peter Zijlstra <
[email protected]
>
Re: [gfs2][RFC] readdir caused ls process into D (uninterruptible) state, under testing with Samba 3.0.25
From
: Steven Whitehouse <
[email protected]
>
[PATCH 08/23] lib: percpu_count_sum()
From
: Peter Zijlstra <
[email protected]
>
[PATCH 15/23] mtd: give mtdconcat devices their own backing_dev_info
From
: Peter Zijlstra <
[email protected]
>
[PATCH 06/23] lib: percpu_counter_set
From
: Peter Zijlstra <
[email protected]
>
[PATCH 02/23] lib: percpu_counter_add
From
: Peter Zijlstra <
[email protected]
>
[PATCH 03/23] lib: percpu_counter_sub
From
: Peter Zijlstra <
[email protected]
>
[PATCH 20/23] lib: floating proportions
From
: Peter Zijlstra <
[email protected]
>
[PATCH 23/23] debug: sysfs files for the current ratio/size/total
From
: Peter Zijlstra <
[email protected]
>
[PATCH 00/23] per device dirty throttling -v9
From
: Peter Zijlstra <
[email protected]
>
[PATCH 01/23] nfs: remove congestion_end()
From
: Peter Zijlstra <
[email protected]
>
[PATCH 17/23] mm: count reclaimable pages per BDI
From
: Peter Zijlstra <
[email protected]
>
[PATCH 21/23] mm: per device dirty threshold
From
: Peter Zijlstra <
[email protected]
>
[PATCH 07/23] lib: percpu_counter_sum_positive
From
: Peter Zijlstra <
[email protected]
>
[PATCH 19/23] mm: expose BDI statistics in sysfs.
From
: Peter Zijlstra <
[email protected]
>
[PATCH 04/23] lib: percpu_counter variable batch
From
: Peter Zijlstra <
[email protected]
>
[PATCH 09/23] lib: percpu_counter_init error handling
From
: Peter Zijlstra <
[email protected]
>
[PATCH 05/23] lib: make percpu_counter_add take s64
From
: Peter Zijlstra <
[email protected]
>
[PATCH 13/23] mtd: bdi init hooks
From
: Peter Zijlstra <
[email protected]
>
[PATCH 11/23] mm: bdi init hooks
From
: Peter Zijlstra <
[email protected]
>
[PATCH 14/23] mtd: clean up the backing_dev_info usage
From
: Peter Zijlstra <
[email protected]
>
[PATCH 10/23] lib: percpu_counter_init_irq
From
: Peter Zijlstra <
[email protected]
>
[PATCH 12/23] containers: bdi init hooks
From
: Peter Zijlstra <
[email protected]
>
[PATCH 16/23] mm: scalable bdi statistics counters.
From
: Peter Zijlstra <
[email protected]
>
[PATCH 18/23] mm: count writeback pages per BDI
From
: Peter Zijlstra <
[email protected]
>
Re: 2.6.23-rc3 and SKY2 driver issue
From
: "Michal Piotrowski" <
[email protected]
>
[gfs2][RFC] readdir caused ls process into D (uninterruptible) state, under testing with Samba 3.0.25
From
: "程任全" <
[email protected]
>
[PATCH][RFC] Re: accounting regression since rc1
From
: Christian Borntraeger <
[email protected]
>
Re: Bad CD disk disables IDE DMA
From
: "Michal Piotrowski" <
[email protected]
>
Re: MOTU Fastlane USB MIDI interface
From
: Clemens Ladisch <
[email protected]
>
sysfs_remove_bin_file: bad dentry or inode or no such file: "descriptors"
From
: Olaf Hering <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: "Huang, Ying" <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: "Huang, Ying" <
[email protected]
>
Re: how can I get an account on master.kernel.org machine
From
: eric miao <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: "Huang, Ying" <
[email protected]
>
[PATCH] NFS: fix /proc/sys oops after module removal
From
: Ryusuke Konishi <
[email protected]
>
Re: Early printk behaviour
From
: Gerd Hoffmann <
[email protected]
>
Re: Fork Bombing Patch
From
: Petr Tesarik <
[email protected]
>
Re: [BUG -rt] circular locking deadlock
From
: Peter Zijlstra <
[email protected]
>
[PATCH] ACPI: boot correctly with "nosmp" or "maxcpus=0"
From
: Len Brown <
[email protected]
>
[PATCH 2/2] Blackfin: Deal with flat binfmt differently to FDPIC ELF binfmt when dumping
From
: Jie Zhang <
[email protected]
>
Re: [PATCH 3/3] ACPI: thinkpad-acpi: change thinkpad-acpi input default and kconfig help
From
: "Michael S. Tsirkin" <
[email protected]
>
Re: [PATCH 1/2] Add scaled time to taskstats based process accounting
From
: Balbir Singh <
[email protected]
>
[PATCH 1/2] Add a new field `name' to struct linux_binfmt
From
: Jie Zhang <
[email protected]
>
Re: [PATCH 002 of 5] Replace bio_data with blk_rq_data
From
: Jens Axboe <
[email protected]
>
Re: [v4l-dvb-maintainer] [2.6 patch] dvb_net_ule(): fix check-after-use
From
: Manu Abraham <
[email protected]
>
[patch 2/2] x86_64: use asm() like the other atomic operations already do.
From
: Sebastian Siewior <
[email protected]
>
Re: [v4l-dvb-maintainer] [2.6 patch] dvb/bt8xx: "extern inline" -> "static inline"
From
: Manu Abraham <
[email protected]
>
Re: [PATCH 002 of 5] Replace bio_data with blk_rq_data
From
: Neil Brown <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
[PATCH 2/2] [POWERPC] Add scaled time accounting
From
: Michael Neuling <
[email protected]
>
[PATCH 1/2] Add scaled time to taskstats based process accounting
From
: Michael Neuling <
[email protected]
>
Re: [PATCH take #5] [libata] libata driver for bf548 on chip ATAPI controller.
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 002 of 5] Replace bio_data with blk_rq_data
From
: Jens Axboe <
[email protected]
>
Re: [PATCH 001 of 5] Don't update bi_hw_*_size if we aren't going to merge.
From
: Jens Axboe <
[email protected]
>
RE: drivers/net/tokenring/3c359.c
From
: "Sivakumar Subramani" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [GIT PULL] please pull infiniband.git for-linus branch
From
: "Michael S. Tsirkin" <
[email protected]
>
Regression in 'tty layer struct pid conversions' (2.6.21)?
From
: Frans Pop <
[email protected]
>
Re: QUESTION: RT & SCHED & fork: ?MISSING EQUIV of task_new_fairfor RT tasks.
From
: Mike Galbraith <
[email protected]
>
Re: no announce mails for "older" stable-releases on linux-kernel-announce (Was: Re: Linux 2.6.20.16)
From
: Thorsten Leemhuis <
[email protected]
>
Re: [PATCH 000 of 5] Introductory patches for bio refactor.
From
: Jens Axboe <
[email protected]
>
Re: no announce mails for "older" stable-releases on linux-kernel-announce (Was: Re: Linux 2.6.20.16)
From
: Willy Tarreau <
[email protected]
>
Re: Corrupted filesystem with new Firewire stack
From
: Stefan Richter <
[email protected]
>
Fork Bombing Patch
From
: "Anand Jahagirdar" <
[email protected]
>
no announce mails for "older" stable-releases on linux-kernel-announce (Was: Re: Linux 2.6.20.16)
From
: Thorsten Leemhuis <
[email protected]
>
[PATCH] Make checkpatch rant about trailing ; at the end of "if" expr
From
: Eugene Teo <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: Linux 2.6.20.16
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Linux 2.6.20.16
From
: Willy Tarreau <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [Documentation] Page Table Layout diagrams
From
: David Gibson <
[email protected]
>
[PATCH 005 of 5] Merge blk_recount_segments into blk_recalc_rq_segments
From
: NeilBrown <
[email protected]
>
[PATCH 004 of 5] Introduce rq_for_each_segment replacing rq_for_each_bio
From
: NeilBrown <
[email protected]
>
[PATCH 003 of 5] Replace bio_cur_sectors with blk_rq_cur_sectors.
From
: NeilBrown <
[email protected]
>
[PATCH 002 of 5] Replace bio_data with blk_rq_data
From
: NeilBrown <
[email protected]
>
[PATCH 001 of 5] Don't update bi_hw_*_size if we aren't going to merge.
From
: NeilBrown <
[email protected]
>
[PATCH 000 of 5] Introductory patches for bio refactor.
From
: NeilBrown <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [ckrm-tech] Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: "Paul Menage" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: "Kok, Auke" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Bill Fink <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Roland Dreier <
[email protected]
>
[GIT PULL] please pull infiniband.git for-linus branch
From
: Roland Dreier <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
From
: Nick Piggin <
[email protected]
>
[PATCH] vfs: use list_for_each_entry instead
From
: Denis Cheng <
[email protected]
>
RE: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP portsfrom the host TCP port space.
From
: "Sean Hefty" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [2.6 patch] remove Documentation/networking/net-modules.txt
From
: "Paul Gortmaker" <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Joe Perches <
[email protected]
>
Re: [RFC][PATCH] /proc/<pid>/pmaps - memory maps in granularity of pages
From
: Fengguang Wu <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: Roland Dreier <
[email protected]
>
Re: how can I get an account on master.kernel.org machine
From
: Randy Dunlap <
[email protected]
>
how can I get an account on master.kernel.org machine
From
: "ye janboe" <
[email protected]
>
Re: [PATCH] calculation of pgoff in do_linear_fault() uses mixed units
From
: Nick Piggin <
[email protected]
>
Re: [PATCH] Fix VM_FAULT flags conversion for hugetlb
From
: Nick Piggin <
[email protected]
>
Re: [RFC 0/9] Reclaim during GFP_ATOMIC allocs
From
: Nick Piggin <
[email protected]
>
[PATCH] Make rcutorture RNG use temporal entropy
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [ckrm-tech] Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Paul Jackson <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Early printk behaviour
From
: Robin Getz <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: "Paul E. McKenney" <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Chris Friesen" <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: "Kok, Auke" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re:
From
: Segher Boessenkool <
[email protected]
>
[BUG -rt] circular locking deadlock
From
: john stultz <
[email protected]
>
Re: [patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Nick Piggin <
[email protected]
>
Re: [RFC][PATCH] /proc/<pid>/pmaps - memory maps in granularity of pages
From
: Fengguang Wu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
[patch] sched: skip updating rq's next_balance under null SD
From
: "Siddha, Suresh B" <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: Nick Piggin <
[email protected]
>
[patch] sched: fix broken smt/mc optimizations with CFS
From
: "Siddha, Suresh B" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: RFC: do get_rtc_time() correctly
From
: Rene Herman <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: drivers/infiniband/mlx/mad.c misplaced ;
From
: Joe Perches <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
[PATCH 002 of 2] md: Correctly update sysfs when a raid1 is reshaped.
From
: NeilBrown <
[email protected]
>
[PATCH 001 of 2] md: Make sure a re-add after a restart honours bitmap when resyncing.
From
: NeilBrown <
[email protected]
>
[PATCH 000 of 2] md: bug fixes for 2.6.23-rc
From
: NeilBrown <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: your mail
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
[PATCH] i386: Fix a couple busy loops in mach_wakecpu.h:wait_for_init_deassert()
From
: Satyam Sharma <
[email protected]
>
Re: RFC: do get_rtc_time() correctly
From
: "David P. Reed" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
[no subject]
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: RFC: do get_rtc_time() correctly
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: dual Xeon hyperthread system only showing up as 2 cpus
From
: Arjan van de Ven <
[email protected]
>
drivers/infiniband/mlx/mad.c misplaced ;
From
: Dave Jones <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: RFC: do get_rtc_time() correctly
From
: Alan Cox <
[email protected]
>
Re: [patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: do_coredump and O_NOFOLLOW
From
: Andy Isaacson <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
RE: [patch 2/4] scsi: expose AN support to user space
From
: "Moore, Eric" <
[email protected]
>
RE: [-mm patch] DMA engine kconfig improvements
From
: "Nelson, Shannon" <
[email protected]
>
Re: dual Xeon hyperthread system only showing up as 2 cpus
From
: Robert Hancock <
[email protected]
>
RFC: do get_rtc_time() correctly
From
: "David P. Reed" <
[email protected]
>
[ANNOUNCE] GIT 1.5.2.5
From
: Junio C Hamano <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Paul Mackerras <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Al Viro <
[email protected]
>
dual Xeon hyperthread system only showing up as 2 cpus
From
: "Chris Friesen" <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 1/4] Add ETHTOOL_[GS]FLAGS sub-ioctls
From
: David Miller <
[email protected]
>
Re: [PATCH] Use num_possible_cpus() instead of NR_CPUS for timer distribution
From
: Thomas Gleixner <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
[PATCH] Use num_possible_cpus() instead of NR_CPUS for timer distribution
From
: john stultz <
[email protected]
>
AVIS AUX ETUDIANTS DESIRANTS DES BOURSES D?ETUDES
From
: "intercible infos intercible infos" <
[email protected]
>
AVIS AUX ETUDIANTS DESIRANTS DES BOURSES D?ETUDES
From
: "intercible infos intercible infos" <
[email protected]
>
Re: [PATCH] [171/2many] MAINTAINERS - EDAC-CORE
From
: Doug Thompson <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] Eliminate result signage problem in asm-x86_64/bitops.h
From
: Chuck Lever <
[email protected]
>
Re: [PATCH] [175/2many] MAINTAINERS - EDAC-I5000
From
: Doug Thompson <
[email protected]
>
Re: [PATCH 0/3] x86_64 EFI runtime service support
From
: Andrew Morton <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH] [177/2many] MAINTAINERS - EDAC-PASEMI
From
: Doug Thompson <
[email protected]
>
Re: [patch] s390 kprobe fix instruction length calculation
From
: Heiko Carstens <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [PATCH] [172/2many] MAINTAINERS - EDAC-E752X
From
: Doug Thompson <
[email protected]
>
Re: [PATCH] [173/2many] MAINTAINERS - EDAC-I82443BXGX
From
: Doug Thompson <
[email protected]
>
Re: [PATCH] [174/2many] MAINTAINERS - EDAC-I3000
From
: Doug Thompson <
[email protected]
>
Re: [PATCH] [176/2many] MAINTAINERS - EDAC-I82975X
From
: Doug Thompson <
[email protected]
>
Re: [PATCH] [178/2many] MAINTAINERS - EDAC-R82600
From
: Doug Thompson <
[email protected]
>
AVIS AUX ETUDIANTS DESIRANTS DES BOURSES D?ETUDES
From
: "intercible infos intercible infos" <
[email protected]
>
Re: [2.6.23-rc3] NFSv4 client oops
From
: Chuck Ebbert <
[email protected]
>
[PATCH take2] Use ERESTART_RESTARTBLOCK if poll() is interrupted by a signal
From
: Chris Wright <
[email protected]
>
Re: [PATCH] Eliminate result signage problem in asm-x86_64/bitops.h
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Glauber de Oliveira Costa <
[email protected]
>
Re: + fix-null-pointer-dereference-in-__vm_enough_memory.patch added to -mm tree
From
: James Morris <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Phillip Susi <
[email protected]
>
[2.6.23-rc3] NFSv4 client oops
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] (for review and testing first) Implement dynamic allocated array for pnp port/io resources
From
: Bjorn Helgaas <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Andi Kleen <
[email protected]
>
Corrupted filesystem with new Firewire stack
From
: "Gregor Jasny" <
[email protected]
>
Re: linux kernel 2.6.18-20 bug: rcu_read_unlock in __sock_create
From
: David Miller <
[email protected]
>
[PATCH] UML: BLKGETSIZE takes a long, not an int
From
: Nicolas George <
[email protected]
>
[patch] s390 kprobe fix instruction length calculation
From
: David Wilder <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
[PATCH] Eliminate result signage problem in asm-x86_64/bitops.h
From
: Chuck Lever <
[email protected]
>
[PATCH] Fix the sign of the result of a conditional expression
From
: Chuck Lever <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
[patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Sebastian Siewior <
[email protected]
>
[patch 0/2] use asm() for atomic_{read|set} (shot 2)
From
: Sebastian Siewior <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
(Lennart Sorensen)
Re: [PATCH] [RESEND] PIE executable randomization
From
: Jiri Kosina <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: "Glauber de Oliveira Costa" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
[PATCH] nfs: fix oops re sysctls and V4 support
From
: Alexey Dobriyan <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Lee Schermerhorn <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Phillip Susi <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Christoph Lameter <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: "Paul E. McKenney" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Phillip Susi <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
From
: Christoph Lameter <
[email protected]
>
Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
From
: Christoph Lameter <
[email protected]
>
Re: SLUB doesn't work with kdump kernel on Cell
From
: Christoph Lameter <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: "Paul E. McKenney" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: Thinking outside the box on file systems
From
: "Yakov Lerner" <
[email protected]
>
Re: [PATCH 3/4] Embed zone_id information within the zonelist->zones pointer
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Christoph Lameter <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: SLUB doesn't work with kdump kernel on Cell
From
: Lucio Correia <
[email protected]
>
Re: [PATCH 4 of 5 ] /drivers/char/rio ioremap balancing/ returncode check
From
: "Scott Thompson" <
[email protected]
>
Re: [PATCH] Fix a memory leak in em28xx_usb_probe()
From
: "Markus Rechberger" <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: Segher Boessenkool <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Krzysztof Halasa <
[email protected]
>
Re: [PATCH 4 of 5 ] /drivers/char/rio ioremap balancing/ returncode check
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH 1 of 5 ] /drivers/char ioremap balancing/ returncode check
From
: Jiri Slaby <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
(Lennart Sorensen)
Re: Thinking outside the box on file systems
From
:
[email protected]
(Lennart Sorensen)
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: "Paul E. McKenney" <
[email protected]
>
Re: [linux-usb-devel] EHCI Regression in 2.6.23-rc2
From
: David Brownell <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: Segher Boessenkool <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Brian Wheeler <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Craig Ruff <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [RFP] atomic[64]_[read|set] asm implementations
From
: Russell King <
[email protected]
>
Re: [PATCH] (for review and testing first) Implement dynamic allocated array for pnp port/io resources
From
: Jean Delvare <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Segher Boessenkool <
[email protected]
>
RE: EHCI Regression in 2.6.23-rc2
From
: <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Andrew Morton <
[email protected]
>
Re: Linux 2.6.22.3
From
: Greg Kroah-Hartman <
[email protected]
>
Linux 2.6.22.3
From
: Greg Kroah-Hartman <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: David Howells <
[email protected]
>
Re: per device dirty throttling -v8
From
:
[email protected]
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Chris Wright <
[email protected]
>
[PATCH] on_each_task - let modules iterate a function on each task
From
: Steven Rostedt <
[email protected]
>
Re: QUESTION: RT & SCHED & fork: ?MISSING EQUIV of task_new_fairfor RT tasks.
From
: "Mitchell Erblich" <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Lee Schermerhorn <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Lee Schermerhorn <
[email protected]
>
Re: [PATCH 0/25][V3] pvops_64 last round (hopefully)
From
: Jeremy Fitzhardinge <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
[RFP] atomic[64]_[read|set] asm implementations
From
: Chris Snook <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
USB Keyboard
From
: "linux-os \(Dick Johnson\)" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH] [261/2many] MAINTAINERS - IOC3 DRIVER
From
: Joe Perches <
[email protected]
>
[PATCH] calculation of pgoff in do_linear_fault() uses mixed units
From
:
[email protected]
(Dean Nelson)
Re: [PATCH] [RESEND] PIE executable randomization
From
: Chuck Ebbert <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Phillip Susi <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Michael Tharp <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [PATCH] [RESEND] PIE executable randomization
From
: Kees Cook <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Joe Perches <
[email protected]
>
Re: [PATCH] [134/2many] MAINTAINERS - CORETEMP HARDWARE MONITORING DRIVER
From
: Joe Perches <
[email protected]
>
Re: 4096 byte limit to /proc/PID/environ ?
From
: "H. Peter Anvin" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: Linux kernel 2.6.22.3 released
From
: Sebastian Kemper <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH] [525/2many] MAINTAINERS - USER-MODE LINUX
From
: Joe Perches <
[email protected]
>
Re: [PATCH] [134/2many] MAINTAINERS - CORETEMP HARDWARE MONITORING DRIVER
From
: Rudolf Marek <
[email protected]
>
Re: UML/man: BLKGETSIZE takes a long, not an int
From
: Jeff Dike <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: "Serge E. Hallyn" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Chris Snook <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Glauber de Oliveira Costa <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Dhaval Giani <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
Re: 4096 byte limit to /proc/PID/environ ?
From
: "Guy Streeter" <
[email protected]
>
Re: [1/4] 2.6.23-rc3: known regressions
From
: Markus <
[email protected]
>
Re: Adding a security parameter to VFS functions
From
: David Howells <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Chris Wright <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Andi Kleen <
[email protected]
>
2.6.23-rc3 and SKY2 driver issue
From
: James Corey <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
RE: [PATCH] ia64: default the NUMA node distance when there is no ACPI SLIT
From
: "Luck, Tony" <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Paul Jackson <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [patch 2/4] scsi: expose AN support to user space
From
: Kristen Carlson Accardi <
[email protected]
>
Re: [PATCH 00/16] Permit filesystem local caching [try #3]
From
: Casey Schaufler <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Paul Jackson <
[email protected]
>
2.6.22.2-cfs-v19.1 stops honouring nice 3 after some hours
From
: Michael Gerdau <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Lee Schermerhorn <
[email protected]
>
Re: [patch 1/4] libata: check for AN support
From
: Kristen Carlson Accardi <
[email protected]
>
Re: Adding a security parameter to VFS functions
From
: Casey Schaufler <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Glauber de Oliveira Costa <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Chris Snook <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: kfree(0) - ok?
From
: "H. Peter Anvin" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Marc Perkel <
[email protected]
>
Re: [PATCH] make attribute_container_unregister() unconditionally wait for list empty
From
: James Bottomley <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Andi Kleen <
[email protected]
>
[PATCH] make attribute_container_unregister() unconditionally wait for list empty
From
: James Smart <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Alan Stern <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: "Ray Lee" <
[email protected]
>
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Tejun Heo <
[email protected]
>
Re: [PATCH 21/25][V3] export cpu_gdt_descr
From
: Glauber de Oliveira Costa <
[email protected]
>
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Alan Stern <
[email protected]
>
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Cornelia Huck <
[email protected]
>
Re: two questions about the boot_delay
From
: Dave Jones <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Glauber de Oliveira Costa <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Michael Tharp <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Avi Kivity <
[email protected]
>
Re: do_coredump and O_NOFOLLOW
From
:
[email protected]
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Glauber de Oliveira Costa <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: Michael Buesch <
[email protected]
>
Re: [PATCH V3] limit minixfs printks on corrupted dir i_size, CVE-2006-6058
From
: Eric Sandeen <
[email protected]
>
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Jiri Kosina <
[email protected]
>
[GIT PULL] AVR32 update
From
: Haavard Skinnemoen <
[email protected]
>
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Tejun Heo <
[email protected]
>
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Florin Iucha <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: Arnd Bergmann <
[email protected]
>
[PATCH] ia64: default the NUMA node distance when there is no ACPI SLIT
From
: Andy Whitcroft <
[email protected]
>
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Florin Iucha <
[email protected]
>
Re: [PATCH 21/25][V3] export cpu_gdt_descr
From
: Andi Kleen <
[email protected]
>
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Jiri Kosina <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Andi Kleen <
[email protected]
>
Re: Linux 2.6.23-rc3
From
: Matthew Wilcox <
[email protected]
>
Re: [PATCH] [122/2many] MAINTAINERS - CHECKPATCH
From
: Andy Whitcroft <
[email protected]
>
Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports from the host TCP port space.
From
: Steve Wise <
[email protected]
>
Re: [PATCH] Revised timerfd() interface
From
:
[email protected]
(Jonathan Corbet)
Re: [linux-usb-devel] USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Alan Stern <
[email protected]
>
Re: kfree(0) - ok?
From
: Kyle Moffett <
[email protected]
>
Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
From
: Andi Kleen <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: "Serge E. Hallyn" <
[email protected]
>
Re: [PATCH 21/25][V3] export cpu_gdt_descr
From
: "Glauber de Oliveira Costa" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: "Paul E. McKenney" <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [2.6 patch] UML: "extern inline" -> "static inline"
From
: Jeff Dike <
[email protected]
>
Re: Reporting result of pci=assign-busses to lkml
From
: Mathis Ahrens <
[email protected]
>
Re: [PATCH 18/25][V3] turn priviled operations into macros in entry.S
From
: "Glauber de Oliveira Costa" <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: "Glauber de Oliveira Costa" <
[email protected]
>
Re: [PATCH] (for review and testing first) Implement dynamic allocated array for pnp port/io resources
From
: "Pekka Enberg" <
[email protected]
>
Re: [PATCH] RTC v3020 fixes
From
: Mike Rapoport <
[email protected]
>
Re: kfree(0) - ok?
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH 18/25][V3] turn priviled operations into macros in entry.S
From
: Steven Rostedt <
[email protected]
>
[PATCH] (for review and testing first) Implement dynamic allocated array for pnp port/io resources
From
: Thomas Renninger <
[email protected]
>
Re: [patch 2/4] scsi: expose AN support to user space
From
: James Bottomley <
[email protected]
>
Re: kfree(0) - ok?
From
: Kyle Moffett <
[email protected]
>
Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
From
: Peter Zijlstra <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Kyle Moffett <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
[PATCH] mm: fix blkdev size calculation in generic_write_checks
From
: Dmitry Monakhov <
[email protected]
>
Re: sata drive loosing connection/resetting port
From
: Andreas Radke <
[email protected]
>
Re: [patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Sebastian Siewior <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Rene Herman <
[email protected]
>
Re: Regression in 2.6.23-rc2-mm2, mounting cpusets causes a hang
From
: Lee Schermerhorn <
[email protected]
>
USB-related oops in sysfs with linux v2.6.23-rc3-50-g28e8351
From
: Florin Iucha <
[email protected]
>
Re: [PATCH] RTC v3020 fixes
From
: Raphaël Assénat <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: Thinking outside the box on file systems
From
:
[email protected]
(Lennart Sorensen)
Re: [PATCH 6/24] make atomic_read() behave consistently on frv
From
: Nick Piggin <
[email protected]
>
Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH] Documentation: fix getdelays.c printf bug
From
: Balbir Singh <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Michael Tharp <
[email protected]
>
Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
From
: Peter Zijlstra <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: [PATCH 21/25][V3] export cpu_gdt_descr
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: [PATCH] [3/4] x86_64: Change PMDS invocation to single macro
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 3/25][V3] irq_flags / halt routines
From
: Andi Kleen <
[email protected]
>
Re: Linux 2.6.23-rc3
From
: Tore Anderson <
[email protected]
>
[PATCH 25/25][V3] add paravirtualization support for x86_64
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 3/25][V3] irq_flags / halt routines
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 24/25][V3] paravirt hooks for arch initialization
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 0/25][V3] pvops_64 last round (hopefully)
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 23/25][V3] provide paravirt patching function
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 22/25][V3] turn priviled operation into a macro
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 19/25][V3] time-related functions paravirt provisions
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 20/25][V3] replace syscall_init
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 21/25][V3] export cpu_gdt_descr
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 18/25][V3] turn priviled operations into macros in entry.S
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 17/25][V3] introduce paravirt_release_pgd()
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 16/25][V3] turn page operations into native versions
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 15/25][V3] introducing paravirt_activate_mm
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 14/25][V3] get rid of inline asm for load_cr3
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 13/25][V3] add native functions for descriptors handling
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 12/25][V3] turn msr.h functions into native versions
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 11/25][V3] native versions for set pagetables
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 10/25][V3] export math_state_restore
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 9/25][V3] report ring kernel is running without paravirt
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 8/25][V3] use macro for sti/cli in spinlock definitions
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 7/25][V3] interrupt related native paravirt functions.
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 6/25][V3] add native_apic read and write functions, as well as boot clocks ones
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 5/25][V3] native versions for system.h functions
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 4/25][V3] Add debugreg/load_rsp native hooks
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 2/25][V3] tlb flushing routines
From
: Glauber de Oliveira Costa <
[email protected]
>
[PATCH 1/25][V3] header file move
From
: Glauber de Oliveira Costa <
[email protected]
>
Re: [patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Satyam Sharma <
[email protected]
>
Bad CD disk disables IDE DMA
From
: Zoltan Boszormenyi <
[email protected]
>
Re: [PATCH 3/4] Embed zone_id information within the zonelist->zones pointer
From
: Ralf Baechle <
[email protected]
>
Re: [PATCH] [3/4] x86_64: Change PMDS invocation to single macro
From
: Clemens Koller <
[email protected]
>
Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
From
: Nick Piggin <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Satyam Sharma <
[email protected]
>
Re: [PATCH] fix panic in jbd by adding locks
From
: Josef Bacik <
[email protected]
>
[PATCH] Documentation: fix getdelays.c printf bug
From
: Michael Neuling <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
Re: [PATCH 3/4] Embed zone_id information within the zonelist->zones pointer
From
: Andi Kleen <
[email protected]
>
Re: [PATCH] fix panic in jbd by adding locks
From
: Jan Kara <
[email protected]
>
Re: [PATCH] Documentation: fix getdelays.c example -l option and segv
From
: Michael Neuling <
[email protected]
>
Re: [PATCH V3] limit minixfs printks on corrupted dir i_size, CVE-2006-6058
From
: Bodo Eggert <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Rene Herman <
[email protected]
>
Adding a security parameter to VFS functions
From
: David Howells <
[email protected]
>
Re: [PATCH 3/4] Embed zone_id information within the zonelist->zones pointer
From
: Ralf Baechle <
[email protected]
>
Re: Testing the Current Upstream Kernel
From
: Jan Blunck <
[email protected]
>
Re: [PATCH] Documentation: fix getdelays.c example -l option and segv
From
: Balbir Singh <
[email protected]
>
Re: [2.6 patch] make kernel/power/main.c:suspend_enter() static
From
: "Rafael J. Wysocki" <
[email protected]
>
Re: Testing the Current Upstream Kernel
From
: Sam Ravnborg <
[email protected]
>
Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
From
: "Rafael J. Wysocki" <
[email protected]
>
Testing the Current Upstream Kernel
From
: Jan Blunck <
[email protected]
>
Re: ignoring unimplemented functions that are old and crusty on shiny new ports
From
: Robin Getz <
[email protected]
>
[PATCH 2.6.22] [5/5] i386: Handle P6s without performance counters in nmi watchdog
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.22] [4/5] i386: Fix double fault handler
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.22] [3/5] x86_64: Change PMDS invocation to single macro
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.22] [2/5] x86_64: Check for .cfi_rel_offset in CFI probe
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.22] [1/5] i386: allow debuggers to access the vsyscall page with compat vDSO
From
: Andi Kleen <
[email protected]
>
[PATCH 2.6.22] [0/5] x86 updates for 2.6.22-stable
From
: Andi Kleen <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Stefan Richter <
[email protected]
>
Re: kfree(0) - ok?
From
: Rene Herman <
[email protected]
>
Re: kfree(0) - ok?
From
: Jan Engelhardt <
[email protected]
>
Re: [-mm PATCH 4/9] Memory controller memory accounting (v4)
From
: Balbir Singh <
[email protected]
>
Re: kfree(0) - ok?
From
: Rene Herman <
[email protected]
>
Re: [PATCH take #5] [libata] libata driver for bf548 on chip ATAPI controller.
From
: Alan Cox <
[email protected]
>
[patch 06/10] remove dead code in via-pmu68k
From
: Geert Uytterhoeven <
[email protected]
>
[patch 09/10] m68k: Fix a few hickups in drivers/scsi/Kconfig
From
: Geert Uytterhoeven <
[email protected]
>
[patch 08/10] m68k: Enable arbitary speed tty support
From
: Geert Uytterhoeven <
[email protected]
>
[patch 10/10] zorro: Make sysfs `config attribute read-only
From
: Geert Uytterhoeven <
[email protected]
>
[patch 03/10] m68k/mac: Make mac_hid_mouse_emulate_buttons() declaration visible
From
: Geert Uytterhoeven <
[email protected]
>
[patch 07/10] m68k: Use _AC() instead of #ifdef __ASSEMBLY__
From
: Geert Uytterhoeven <
[email protected]
>
[patch 05/10] m68k: Remove unnecessary m68k_memoffset export and init
From
: Geert Uytterhoeven <
[email protected]
>
[patch 04/10] m68k: Kill superfluous extern
From
: Geert Uytterhoeven <
[email protected]
>
[patch 02/10] m68k: Dont include RODATA into text segment
From
: Geert Uytterhoeven <
[email protected]
>
[patch 00/10] m68k patches for 2.6.23-rc3
From
: Geert Uytterhoeven <
[email protected]
>
[patch 01/10] m68k: <asm/page.h> needs <linux/compiler.h>
From
: Geert Uytterhoeven <
[email protected]
>
[git patches] libata fixes
From
: Jeff Garzik <
[email protected]
>
Re: kfree(0) - ok?
From
: Jason Uhlenkott <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Stefan Richter <
[email protected]
>
Re: kfree(0) - ok?
From
: "Giacomo A. Catenazzi" <
[email protected]
>
Re: [PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl
From
: Stefan Richter <
[email protected]
>
Re: kfree(0) - ok?
From
: Jan Engelhardt <
[email protected]
>
[PATCH take #5] [libata] libata driver for bf548 on chip ATAPI controller.
From
: Sonic Zhang <
[email protected]
>
Re: kfree(0) - ok?
From
: Andreas Schwab <
[email protected]
>
[1/1] w1: fix w1_remove_master_device() searching.
From
: Evgeniy Polyakov <
[email protected]
>
Re: Thinking outside the box on file systems
From
: Tim Tassonis <
[email protected]
>
[PATCH] sched: Reduce overhead in balance_tasks()
From
: Peter Williams <
[email protected]
>
Re: [PATCH] seqfile: fix uninitialized memory allocation in mounts_open()
From
: Fengguang Wu <
[email protected]
>
[PATCH] seqfile: merge duplite code to seq_open_private()
From
: Fengguang Wu <
[email protected]
>
Re: [PATCH] seqfile: fix uninitialized memory allocation in mounts_open()
From
: "Alexey Dobriyan" <
[email protected]
>
Re: [PATCH] seqfile: fix uninitialized memory allocation in mounts_open()
From
: Fengguang Wu <
[email protected]
>
Re: kfree(0) - ok?
From
: Jason Uhlenkott <
[email protected]
>
[PATCH] seqfile: fix uninitialized memory allocation in mounts_open()
From
: Fengguang Wu <
[email protected]
>
Re: [PATCH again] [libata] libata driver for bf548 on chip ATAPI controller.
From
: "Sonic Zhang" <
[email protected]
>
Re: [BUGFIX] NULL pointer dereference in __vm_enough_memory()
From
: WU Fengguang <
[email protected]
>
Re: [patch 2/2] Sort module list by pointer address to get coherent sleepable seq_file iterators
From
: Fengguang Wu <
[email protected]
>
Re: [-mm PATCH 4/9] Memory controller memory accounting (v4)
From
:
[email protected]
(YAMAMOTO Takashi)
Linux 2.4.35.1
From
: Willy Tarreau <
[email protected]
>
Re: kfree(0) - ok?
From
: Rene Herman <
[email protected]
>
Re: [patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Herbert Xu <
[email protected]
>
Re: [patch 2/2] Sort module list by pointer address to get coherent sleepable seq_file iterators
From
: Fengguang Wu <
[email protected]
>
Re: linux kernel 2.6.18-20 bug: rcu_read_unlock in __sock_create
From
: Herbert Xu <
[email protected]
>
Re: [PATCH] [70/2many] MAINTAINERS - ARPD SUPPORT
From
: Alan Cox <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Heiko Carstens <
[email protected]
>
Re: [PATCH] pata_artop: fix UDMA5 for AEC6280[R] and UDMA6 for AEC6880[R]
From
: Jeff Garzik <
[email protected]
>
Re: [patch 1/4] Store interrupt value
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] Documentation: fix getdelays.c example -l option and segv
From
: Michael Neuling <
[email protected]
>
Re: [patch 2/4] scsi: expose AN support to user space
From
: Jeff Garzik <
[email protected]
>
Re: [patch 4/4] libata: send event when AN received
From
: Jeff Garzik <
[email protected]
>
Re: [PATCH] [70/2many] MAINTAINERS - ARPD SUPPORT
From
: Stefan Richter <
[email protected]
>
Re: do_coredump and O_NOFOLLOW
From
: gshan <
[email protected]
>
Re: [patch 1/4] libata: check for AN support
From
: Jeff Garzik <
[email protected]
>
Re: [2.6 patch] remove Documentation/networking/net-modules.txt
From
: Geert Uytterhoeven <
[email protected]
>
Re: two questions about the boot_delay
From
: "Dave Young" <
[email protected]
>
Re: do_coredump and O_NOFOLLOW
From
: Bernd Eckenfels <
[email protected]
>
[PATCH] RTC v3020 fixes
From
: Mike Rapoport <
[email protected]
>
Re: kfree(0) - ok?
From
: Jan Engelhardt <
[email protected]
>
Re: [PATCH] Add all thread stats for TASKSTATS_CMD_ATTR_TGID
From
: Balbir Singh <
[email protected]
>
Re: [PATCH] libata: Correct IORDY handling
From
: Jeff Garzik <
[email protected]
>
Re: [RFC: 2.6 patch] allow disabling DNOTIFY without EMBEDDED
From
: Stephen Rothwell <
[email protected]
>
Re: [patch 1/2] i386: use asm() like the other atomic operations already do.
From
: Sebastian Siewior <
[email protected]
>
Re: [PATCH] Documentation: fix getdelays.c example -l option and segv
From
: Balbir Singh <
[email protected]
>
Re: [PATCH again] [libata] libata driver for bf548 on chip ATAPI controller.
From
: "Sonic Zhang" <
[email protected]
>
Re: [patch 2/2] Sort module list by pointer address to get coherent sleepable seq_file iterators
From
: Al Viro <
[email protected]
>
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
From
: Herbert Xu <
[email protected]
>
[Index of Archives]
[FAQ]
[Kernel Announce]
[Kernel Newbies]
[IETF Annouce]
[Security]
[Netfilter]
[Yosemite Campsites]
[Bugtraq]
