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
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 processes on
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
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
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
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);
>
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, , 1);
count will always be 4.
hexdump gets
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 gets
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);
count =
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 or write
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 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 output. I get
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 were asked for
14 matches
Mail list logo