On 2006/12/15 at 15:44:14 Trond Myklebust <[EMAIL PROTECTED]> wrote
> On Fri, 2006-12-15 at 15:06 -0600, Michal Sabala wrote:
> >
> > What nfs_debug information would be useful in tracking this
> > problem? Is there any other information I can provide you?
>
> Could you just out of interest try 2.
On Tue, 2006-12-19 at 19:17 -0500, Trond Myklebust wrote:
> Ack, I'll add one in. If PagePrivate() is set during the call to
> try_to_release_page(), then the page should never be freeable.
OK. This one actually compiles, and eliminates a few logic bugs. Note
that I renamed the callback to ->laund
On Tue, 19 Dec 2006 19:17:43 -0500
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > (We were supposed to stop doing that about four years ago - change it so
> > that all a_ops must implement ->releasepage, but nobody got around to it).
>
> Would you still be interested in seeing this done?
Sure, w
On Tue, 2006-12-19 at 16:03 -0800, Andrew Morton wrote:
> On Tue, 19 Dec 2006 18:19:38 -0500
> Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> > NFS: Fix race in nfs_release_page()
> >
> > invalidate_inode_pages2() may set the dirty bit on a page owing to the
> > call
> > to unmap
On Tue, 19 Dec 2006 18:19:38 -0500
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> NFS: Fix race in nfs_release_page()
>
> invalidate_inode_pages2() may set the dirty bit on a page owing to the
> call
> to unmap_mapping_range() after the page was locked. In order to fix this,
>
On Tue, 2006-12-19 at 14:26 -0800, Andrew Morton wrote:
> On Fri, 15 Dec 2006 16:44:14 -0500
> Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> > However it is true that the
> > trace you sent indicated that XFree86 was hanging in iput().
>
> We know what the bug is, don't we?
>
> > > XFree86
On Fri, 15 Dec 2006 16:44:14 -0500
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> However it is true that the
> trace you sent indicated that XFree86 was hanging in iput().
We know what the bug is, don't we?
> > XFree86 D 0003 0 2471 2453 (NOTLB)
> >c48
Hi,
I enabled some kernel hacking options on 2.6.20-rc1 and ran sysrq t when
the problem occured.
Some hopefully usefull information in the links below: .config, dmesg,
vmstat and vmstat -m. Sorry for the links, I do not know what is
relevant and this is too much to inline for this list (is it?)
Hi,
Am Donnerstag, den 14.12.2006, 20:30 -0600 schrieb Michal Sabala:
> I am observing processes entering uninterruptible sleep apparently due
> to an unrelated application using mmap over nfs. Applications in
> "uninterruptible sleep" hang indefinitely while other applications
> continue working
On 2006/12/15 at 15:44:14 Trond Myklebust <[EMAIL PROTECTED]> wrote
> On Fri, 2006-12-15 at 15:06 -0600, Michal Sabala wrote:
> > Could this be related to the fact that the nfs mmaped file is unlinked
> > before it is ummaped? The .nfsXXX file disappears from the NFS
> > server as soon as test-
On Fri, 2006-12-15 at 15:06 -0600, Michal Sabala wrote:
> On 2006/12/15 at 13:44:44 Trond Myklebust <[EMAIL PROTECTED]> wrote
> > On Fri, 2006-12-15 at 11:50 -0600, Michal Sabala wrote:
> > > On 2006/12/15 at 10:24:15 Trond Myklebust <[EMAIL PROTECTED]> wrote
> > > > On Thu, 2006-12-14 at 20:30 -06
On 2006/12/15 at 15:12:06 Arjan van de Ven <[EMAIL PROTECTED]> wrote
>
> >
> > I do not have any indication that it is the server not responding. Other
> > applications which have NFS files open are continuing to work while in
> > this case XFree86 blocks.
>
> just a strange question, but which
On Fri, 15 Dec 2006 15:35:00 -0600
Michal Sabala <[EMAIL PROTECTED]> wrote:
> On 2006/12/15 at 14:42:08 Andrew Morton <[EMAIL PROTECTED]> wrote
> > On Fri, 15 Dec 2006 11:50:30 -0600
> > Michal Sabala <[EMAIL PROTECTED]> wrote:
> >
> > > On 2006/12/15 at 10:24:15 Trond Myklebust <[EMAIL PROTECTED
On 2006/12/15 at 14:42:08 Andrew Morton <[EMAIL PROTECTED]> wrote
> On Fri, 15 Dec 2006 11:50:30 -0600
> Michal Sabala <[EMAIL PROTECTED]> wrote:
>
> > On 2006/12/15 at 10:24:15 Trond Myklebust <[EMAIL PROTECTED]> wrote
> > > On Thu, 2006-12-14 at 20:30 -0600, Michal Sabala wrote:
> > > >
> > > >
>
> I do not have any indication that it is the server not responding. Other
> applications which have NFS files open are continuing to work while in
> this case XFree86 blocks.
just a strange question, but which video driver do you use in X? maybe
that one is blocking say the pci bus or somethi
On 2006/12/15 at 13:44:44 Trond Myklebust <[EMAIL PROTECTED]> wrote
> On Fri, 2006-12-15 at 11:50 -0600, Michal Sabala wrote:
> > On 2006/12/15 at 10:24:15 Trond Myklebust <[EMAIL PROTECTED]> wrote
> > > On Thu, 2006-12-14 at 20:30 -0600, Michal Sabala wrote:
> > > >
> > > > `cat /proc/*PID*/wchan
On Fri, 15 Dec 2006 11:50:30 -0600
Michal Sabala <[EMAIL PROTECTED]> wrote:
> On 2006/12/15 at 10:24:15 Trond Myklebust <[EMAIL PROTECTED]> wrote
> > On Thu, 2006-12-14 at 20:30 -0600, Michal Sabala wrote:
> > >
> > > `cat /proc/*PID*/wchan` for all hanging processes contains page_sync.
> >
> >
On Fri, 2006-12-15 at 11:50 -0600, Michal Sabala wrote:
> On 2006/12/15 at 10:24:15 Trond Myklebust <[EMAIL PROTECTED]> wrote
> > On Thu, 2006-12-14 at 20:30 -0600, Michal Sabala wrote:
> > >
> > > `cat /proc/*PID*/wchan` for all hanging processes contains page_sync.
> >
> > Have you tried an 'ec
On 2006/12/15 at 10:24:15 Trond Myklebust <[EMAIL PROTECTED]> wrote
> On Thu, 2006-12-14 at 20:30 -0600, Michal Sabala wrote:
> >
> > `cat /proc/*PID*/wchan` for all hanging processes contains page_sync.
>
> Have you tried an 'echo t >/proc/sysrq-trigger' on a client with one of
> these hanging p
On Thu, 2006-12-14 at 20:30 -0600, Michal Sabala wrote:
> Hello LKML,
>
> I am observing processes entering uninterruptible sleep apparently due
> to an unrelated application using mmap over nfs. Applications in
> "uninterruptible sleep" hang indefinitely while other applications
> continue workin
Hello LKML,
I am observing processes entering uninterruptible sleep apparently due
to an unrelated application using mmap over nfs. Applications in
"uninterruptible sleep" hang indefinitely while other applications
continue working properly.
The code causing the mmap nfs hangs does the following:
21 matches
Mail list logo