On Tue, 2007-07-31 at 19:14 -0500, Matt Mackall wrote:
> On Tue, Jul 31, 2007 at 03:43:10PM -0700, Dave Hansen wrote:
> > + evpfn = min((src + count) / sizeof(unsigned long),
> > + ((~0UL) >> PAGE_SHIFT) + 1);
> >
> > Should that hunk of code be any different for 32-bit pro
On Tue, Jul 31, 2007 at 03:43:10PM -0700, Dave Hansen wrote:
> On Tue, 2007-07-31 at 16:37 -0500, Matt Mackall wrote:
> >
> > > So, a couple of questions. Don't we need to support
> > non-sizeof(unsigned
> > > long)-aligned reads?
> >
> > Why? We should obviously never return more data than we w
On Wed, 2007-08-01 at 00:58 +0200, Andreas Schwab wrote:
> Matt Mackall <[EMAIL PROTECTED]> writes:
>
> > On Tue, Jul 31, 2007 at 01:36:14PM -0700, Dave Hansen wrote:
> >> Since the pagemap code has a little header on it to help describe the
> >> format, I wrote a little c program to parse its out
Matt Mackall <[EMAIL PROTECTED]> writes:
> On Tue, Jul 31, 2007 at 01:36:14PM -0700, Dave Hansen wrote:
>> Since the pagemap code has a little header on it to help describe the
>> format, I wrote a little c program to parse its output. I get some
>> strange results. If I do this:
>>
>> fd
On Tue, 2007-07-31 at 16:37 -0500, Matt Mackall wrote:
>
> > So, a couple of questions. Don't we need to support
> non-sizeof(unsigned
> > long)-aligned reads?
>
> Why? We should obviously never return more data than we were asked for
> (that's clearly a bug), but lots of things refuse to read o
On Tue, Jul 31, 2007 at 01:36:14PM -0700, Dave Hansen wrote:
> Since the pagemap code has a little header on it to help describe the
> format, I wrote a little c program to parse its output. I get some
> strange results. If I do this:
>
> fd = open("/proc/1/pagemap", O_RDONLY);
> cou
Since the pagemap code has a little header on it to help describe the
format, I wrote a little c program to parse its output. I get some
strange results. If I do this:
fd = open("/proc/1/pagemap", O_RDONLY);
count = read(fd, &endianness, 1);
count will always be 4.
hexdump ge
7 matches
Mail list logo