[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <200806091121.53579.david-b@pacbell.net>
Date: Mon, 9 Jun 2008 11:21:53 -0700
From: David Brownell <david-b@...bell.net>
To: Haavard Skinnemoen <haavard.skinnemoen@...el.com>
Cc: lkml <linux-kernel@...r.kernel.org>, linux-mtd@...ts.infradead.org,
Nicolas Ferre <nicolas.ferre@....atmel.com>
Subject: Re: [patch 2.6.26-rc5-git] at91_nand speedup via {read,write}s{b,w}()
On Monday 09 June 2008, Haavard Skinnemoen wrote:
> > real 0m20.226s
> > user 0m0.010s
> > sys 0m6.000s
>
> Hmm, that's odd. What's the CPU doing during the remaining 14 seconds?
> It can't possibly be sleeping?
>
> Ah, it's I/O wait, isn't it? Because you're going through the block
> layer?
Some of it is surely data copying, but yes /dev/mtdblock0 might
have something to do with it. I was puzzled by this too, which
is part of why I quoted only elapsed time.
> Yeah...I'm still not sure where to send it though, since it touches
> three different subsystems. I can set up a separate tree for it like
> I've done a couple of times before...though I'm not sure if anyone ever
> pulls it.
Three subsystems ... you mean, ARM, AVR32, MTD? If MTD patches
merged more promptly, I'd suggest it goes through there. Else
maybe you should just get acks from the other maintainers and
push the rename+ directly to Linus once 2.6.27-rc0 starts.
- Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists