On 02/21/2011 04:08 PM, Chris Mason wrote:
Excerpts from Tomas Zvala's message of 2011-02-20 06:06:42 -0500:
On 18.2.2011 21:18, Chris Mason wrote:
Ok, so it isn't part of the open devices code that prints errors, my
guess is we're failing to read a good super.
Could you please mkfs.btrfs
On 18.2.2011 21:18, Chris Mason wrote:
Ok, so it isn't part of the open devices code that prints errors, my
guess is we're failing to read a good super.
Could you please mkfs.btrfs /dev/xxx, sync, then btrfsck /dev/xxx, I want
to make sure things are really getting written.
Here's a patch that
On Thu, Feb 17, 2011 at 03:37:19PM -0800, Andrew Morton wrote:
[ 605.109630] BUG: unable to handle kernel NULL pointer dereference at
0010
[ 605.109928] IP: [81100a7a] bio_add_page+0xa/0x40
disassembly of the crashpoint obtained from Code: bytes below:
0: 48 8b 4f
Excerpts from David Sterba's message of 2011-02-18 12:43:15 -0500:
[ great analysis, thanks so much ]
Could be, that any of the devices from 'head' list does not satisfy condition
on line 619, but it cannot be the first device, as !latest_transid would
work. There is only one device,
On Fri, 18 Feb 2011 14:16:12 -0500
Chris Mason chris.ma...@oracle.com wrote:
Are there any more kernel messages involved before the oops starts?
The full dmesg is in bugzilla. https://bugzilla.kernel.org/show_bug.cgi?id=29302
--
To unsubscribe from this list: send the line unsubscribe
Excerpts from Andrew Morton's message of 2011-02-18 14:56:03 -0500:
On Fri, 18 Feb 2011 14:16:12 -0500
Chris Mason chris.ma...@oracle.com wrote:
Are there any more kernel messages involved before the oops starts?
The full dmesg is in bugzilla.
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Thu, 17 Feb 2011 13:20:20 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=29302
Summary: Null pointer dereference with large
