[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8bd0f97a0707310047u51c6e46l7e57e8f7bfc4e858@mail.gmail.com>
Date: Tue, 31 Jul 2007 03:47:59 -0400
From: "Mike Frysinger" <vapier.adi@...il.com>
To: "Andrew Morton" <akpm@...ux-foundation.org>
Cc: "Robin Getz" <rgetz@...ckfin.uclinux.org>,
linux-kernel@...r.kernel.org, "Greg Ungerer" <gerg@...pgear.com>,
"Russell King" <rmk@....linux.org.uk>,
"Paul Mundt" <lethal@...ux-sh.org>,
"Tim Bird" <tim.bird@...sony.com>, bryan.wu@...log.com
Subject: Re: early_printk accessing __log_buf
On 7/24/07, Andrew Morton <akpm@...ux-foundation.org> wrote:
> On Tue, 24 Jul 2007 16:12:56 -0400 Robin Getz wrote:
> > On Tue 24 Jul 2007 14:12, Andrew Morton pondered:
> > > Oh well, it sounds like we need the super-duper fast version. Keep it
> > > as simple as possible, please.
> >
> > What about:
> >
> > int log_buf_copy(void *dest, int idx, size_t n);
> >
> > starting at index idx - copy n bytes to dest, return the number of bytes
> > copied (in case there are not n bytes in the log_buf yet).
>
> Sounds sensible. I'd make it return size_t and take a char* arg though.
> Or just use `int' - size_t is a bit of a pain and this is all kernel-internal
> anwyay.
attached
-mike
Download attachment "linux-log_buf_read.patch" of type "application/octet-stream" (2449 bytes)
Powered by blists - more mailing lists