[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1226756659.12440.7.camel@champagne.cantina>
Date: Sat, 15 Nov 2008 14:44:19 +0100
From: Alessandro Bono <alessandro.bono@...il.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: linux-kernel@...r.kernel.org, linux-xfs@....sgi.com
Subject: Re: kernel BUG at fs/buffer.c:471! with 2.6.27.6
On Fri, 2008-11-14 at 12:50 -0500, Christoph Hellwig wrote:
> On Fri, Nov 14, 2008 at 12:24:19PM +0000, Alessandro Bono wrote:
> > Hi all
> >
> > second time I hit this bug, first time with 2.6.26.6 (reported to xfs ml
> > without response)
> > Condition are similar: rsync from remote server via ssh to a local usb hd
> > with a xfs filesystem but connection this time is with a wired ethernet
> > not wifi
> > Tell me if you need other info
> >
> > kernel BUG at fs/buffer.c:471!
>
> In 2.6.27.6 line 471 in fs/buffer.c is inside write and looks like this:
>
> first = page_buffers(page)
>
> and page_buffers is defined as:
>
> #define page_buffers(page) \
> ({ \
> BUG_ON(!PagePrivate(page)); \
> ((struct buffer_head *)page_private(page)); \
> })
>
> So we get a page without page_private set.
>
> Now XFS always creates buffers in writepage when it doesn't have those
> yet using the VFS helper create_empty_buffers which calls
> attach_page_buffers, which sets the page private flag.
>
>
> Given that the binary 3d driver always caused random VM problems can you
> try to reproduce it with one loaded?
Hi Christoph
I switched from fglrx to radeon and I'll try to reproduce this bug (I
didn't know my card is supported form normal radeon driver), but it's
not easy to hit. I'll report back if I can recreate the same condition
Thanks for your response
---
Cordiali Saluti
Alessandro Bono
--
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