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
20 matches
Mail list logo
