[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 08 Aug 2007 09:53:38 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Tejun Heo <teheo@...e.de>
Cc: Cornelia Huck <cornelia.huck@...ibm.com>, Greg KH <greg@...ah.com>,
linux-kernel@...r.kernel.org, satyam@...radead.org,
stern@...land.harvard.edu,
Linux Containers <containers@...ts.osdl.org>, gregkh@...e.de
Subject: Re: [PATCH 0/25] Sysfs cleanups & tagged directory support
Tejun Heo <teheo@...e.de> writes:
> Tejun Heo wrote:
>> Eric W. Biederman wrote:
>>> Tejun Heo <htejun@...il.com> writes:
>>>
>>>> Cornelia Huck wrote:
>>>>> On Wed, 08 Aug 2007 23:35:36 +0900,
>>>>> Tejun Heo <htejun@...il.com> wrote:
>>>>>
>>>>>> Does the attached patch happen to fix the problem?
>>>>> Indeed it does; thanks!
>>>> Yeah, you seem to have 32bit off_t. UINT_MAX overflows, so...
>>> Weird. And we have it opening the directory O_LARGEFILE.
>>>
>>> I have no problems with the fix though.
>>
>> It's probably because of struct dirent definition used by readdir().
>
> More specifically, d_off field. It's a bit twisted. For the last
> entry, filp->f_pos gets written into the field and gets wrapped while
> being copied out to userland or in glibc.
That could do it, and glibc is crunching it. Oh well, it is
easy enough to avoid as long as our inode numbers are small which
the idr allocator seems to ensure.
Eric
-
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