There is an unmatched parenthesis in the locking commentary of radix_tree.h
which is trivially fixed by the patch below.
Signed-off-by: Tim Pepper <[EMAIL PROTECTED]>
Cc: Nick Piggin <[EMAIL PROTECTED]>
---
diff --git a/include/linux/radix-tree.h b/include/linux/radix-tree.h
--- a/i
_start(). All output should
be in _show(), which SEQ_START_TOKEN is meant to help. Having output in
_start() may also negatively impact seq_file's seq_read() and traverse()
accounting.
Signed-off-by: Tim Pepper <[EMAIL PROTECTED]>
Cc: Peter Zijlstra <[EMAIL PROTECTED]>
Cc: Ingo Mo
On Tue 09 Oct at 02:30:11 +0100 [EMAIL PROTECTED] said:
> On Mon, Oct 08, 2007 at 06:15:51PM -0700, Tim Pepper wrote:
> >
> > - if (&class->lock_entry == all_lock_classes.next)
> > + if (*pos == 0)
> > seq_printf(m, "all lock classes:\n&qu
_stop()
for a single open with sequential read of the file. The _start() does not
have to start with the 0th element and _show() might be called multiple
times in a row for the same element for a given open/read of the seq_file.
Signed-off-by: Tim Pepper <[EMAIL PROTECTED]>
Cc: Peter Zijls
On 7/9/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
Use the read-ahead code to provide hints to page reclaim.
This patch has the potential to solve the streaming-IO trashes my
desktop problem.
It tries to aggressively reclaim pages that were loaded in a strong
sequential pattern and have been
On 1/18/07, Greg KH <[EMAIL PROTECTED]> wrote:
Hm, only ia64 enables that option. Matthew, do you care about those
files?
Given the ia64 nature, unless benh was truly wanting to do something
or ppc64, IBM's big NUMA boxes are pretty unlikely to care.
Tim
-
To unsubscribe from this list: sen
On 1/8/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
On Sun 2007-01-07 22:30:55, Alan wrote:
> I think that would be a good idea - and add it to the coding/docs specs
> that documentation is UTF-8. Code should IMHO say 7bit though.
Yes, yes, please.
I have been flamed when someone tried to do 8bi
On 1/7/07, Dave Hansen <[EMAIL PROTECTED]> wrote:
On Fri, 2007-01-05 at 22:52 -0600, John Rose wrote:
> Could this break ia64, given that it uses memmap_init_zone()?
You are right, I think it does.
Boot tested OK on ia64 with this latest version of the patch.
(forgot to click plain text on gm
On Tue, 19 Jun 2001 [EMAIL PROTECTED] wrote:
> All of the md code looks like it copies the buffer head, setting
> b_dev=b_rdev="real device" in the new bh and leaving b_dev==b_rdev="logical
> device" in the original bh. I'm assuming they do this for a reason, but
> it would be nice from a perfor
I know there was a thread on this previously and I was thinking it had been
resolved (or was that only for a specific mobo mfg?). When I finally got my
VIA chipset machine up to date with a 2.4.3 kernel I noticed the following on
boot up:
PCI: Found IRQ 11 for device 00:0a.0
IRQ
10 matches
Mail list logo
