Am 11.09.2015 um 21:05 schrieb Jeff Mahoney:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 9/11/15 2:55 PM, Jeff Mahoney wrote:
On 8/25/15 5:00 AM, Christoph Hellwig wrote:
I think this is btrfs using a struct block_device that doesn't
have a valid queue pointer in it's gendisk for ->s_bde
Stefan Priebe wrote...
> Thanks. We're using schroot like the user in this bugreport:
> https://bugzilla.kernel.org/show_bug.cgi?id=100911
>
> But he also claims he found another way to reproduce using vfcgbackup (last
> comment).
FWIW, this was still the same thing, just stripped down to get cl
On Fri, Sep 11, 2015 at 02:55:17PM -0400, Jeff Mahoney wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 8/25/15 5:00 AM, Christoph Hellwig wrote:
> > I think this is btrfs using a struct block_device that doesn't
> > have a valid queue pointer in it's gendisk for ->s_bdev. And ther
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 9/11/15 2:55 PM, Jeff Mahoney wrote:
> On 8/25/15 5:00 AM, Christoph Hellwig wrote:
>> I think this is btrfs using a struct block_device that doesn't
>> have a valid queue pointer in it's gendisk for ->s_bdev. And
>> there are some fishy looking -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/25/15 5:00 AM, Christoph Hellwig wrote:
> I think this is btrfs using a struct block_device that doesn't
> have a valid queue pointer in it's gendisk for ->s_bdev. And there
> are some fishy looking ->s_bdev assignments in the code which I
> susp
Am 11.09.2015 um 00:21 schrieb Jeff Mahoney:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/31/15 8:06 PM, Chris Mason wrote:
On Mon, Aug 31, 2015 at 07:32:09PM +0200, Stefan Priebe -
Profihost AG wrote:
Am 25.08.2015 um 15:51 schrieb Chris Mason :
On Tue, Aug 25, 2015 at 11:00:30AM +02
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/31/15 8:06 PM, Chris Mason wrote:
> On Mon, Aug 31, 2015 at 07:32:09PM +0200, Stefan Priebe -
> Profihost AG wrote:
>>> Am 25.08.2015 um 15:51 schrieb Chris Mason :
>>>
On Tue, Aug 25, 2015 at 11:00:30AM +0200, Christoph Hellwig
wrote:
Am 01.09.2015 um 02:06 schrieb Chris Mason:
On Mon, Aug 31, 2015 at 07:32:09PM +0200, Stefan Priebe - Profihost AG wrote:
Am 25.08.2015 um 15:51 schrieb Chris Mason :
On Tue, Aug 25, 2015 at 11:00:30AM +0200, Christoph Hellwig wrote:
I think this is btrfs using a struct block_device that doesn
On Mon, Aug 31, 2015 at 07:32:09PM +0200, Stefan Priebe - Profihost AG wrote:
> > Am 25.08.2015 um 15:51 schrieb Chris Mason :
> >
> >> On Tue, Aug 25, 2015 at 11:00:30AM +0200, Christoph Hellwig wrote:
> >> I think this is btrfs using a struct block_device that doesn't have
> >> a valid queue poi
> Am 25.08.2015 um 15:51 schrieb Chris Mason :
>
>> On Tue, Aug 25, 2015 at 11:00:30AM +0200, Christoph Hellwig wrote:
>> I think this is btrfs using a struct block_device that doesn't have
>> a valid queue pointer in it's gendisk for ->s_bdev. And there are
>> some fishy looking ->s_bdev assignm
On Tue, Aug 25, 2015 at 11:00:30AM +0200, Christoph Hellwig wrote:
> I think this is btrfs using a struct block_device that doesn't have
> a valid queue pointer in it's gendisk for ->s_bdev. And there are
> some fishy looking ->s_bdev assignments in the code which I suspect
> are related to it:
>
Am 25.08.2015 um 11:00 schrieb Christoph Hellwig:
> I think this is btrfs using a struct block_device that doesn't have
> a valid queue pointer in it's gendisk for ->s_bdev. And there are
> some fishy looking ->s_bdev assignments in the code which I suspect
> are related to it:
>
> fs/btrfs/dev-
I think this is btrfs using a struct block_device that doesn't have
a valid queue pointer in it's gendisk for ->s_bdev. And there are
some fishy looking ->s_bdev assignments in the code which I suspect
are related to it:
fs/btrfs/dev-replace.c: if (fs_info->sb->s_bdev == src_device->bdev)
fs/btrf
Hello,
today i experienced the following btrfs bug:
Aug 20 11:59:18 debian-build kernel: [ 325.170036] BUG: unable to
handle kernel NULL pointer dereference at 0330
Aug 20 11:59:18 debian-build kernel: [ 325.170144] IP:
[] blk_get_backing_dev_info+0x10/0x20
Aug 20 11:59:18 debian
14 matches
Mail list logo