lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ