similar to: kernel BUG at drivers/block/virtio_blk.c:172

On 2014-10-30 08:33, Luk?? Czerner wrote: > Hi, > > I've just hit this BUG at drivers/block/virtio_blk.c when updated to > the kernel from the top of the Linus git tree. > > commit a7ca10f263d7e673c74d8e0946d6b9993405cc9c > > This is my virtual machine running on RHEL7 guest > > qemu-kvm-1.5.3-60.el7.x86_64 > > The last upstream kernel (3.17.0-rc4) worked

On Fri, 31 Oct 2014, Ming Lei wrote: > Date: Fri, 31 Oct 2014 12:40:00 +0800 > From: Ming Lei <tom.leiming at gmail.com> > To: Jens Axboe <axboe at kernel.dk> > Cc: Luk?? Czerner <lczerner at redhat.com>, > Linux Virtualization <virtualization at lists.linux-foundation.org>, > Christoph Hellwig <hch at lst.de> > Subject: Re: Re: kernel

On Mon, Nov 10, 2014 at 7:59 PM, Luk?? Czerner <lczerner at redhat.com> wrote: > > Hi, > > so I encountered it again on 3.17.0-rc4. This output is from the > run with your patch. > > I am using libvirt (virt-manager) to configure and run the virtual > machine, but looking at the xml, I do not think it's passing > 'scsi=off' at all. > > Btw, that

On Mon, Nov 10, 2014 at 7:59 PM, Luk?? Czerner <lczerner at redhat.com> wrote: > > Hi, > > so I encountered it again on 3.17.0-rc4. This output is from the > run with your patch. > > I am using libvirt (virt-manager) to configure and run the virtual > machine, but looking at the xml, I do not think it's passing > 'scsi=off' at all. > > Btw, that

On Oct 17, 2014, at 1:30 PM, "H. Peter Anvin" <hpa at zytor.com> wrote: > >> On 10/17/2014 12:19 AM, Ferenc Wagner wrote: >> "H. Peter Anvin" <hpa at zytor.com> writes: >> >>> I would like to do a short cycle for 6.04, because 64-bit support for >>> ext4 has come up as a very high priority. Therefore I do not want to

Hey, We are blocked on a bug fixed by RHEL in https://rhn.redhat.com/errata/RHBA-2012-0362.html. Specifically, the splice code in sendfile() incorrectly updating the offset position on the write side, Red Hat BZ#771868. I have not been able to figure out if this bugfix is included in any CentOS releases. If you are better at reading release notes than me, could you please help me out and let me

*** BLURB HERE *** Bean Huo (5): fs/buffer: clean up block_commit_write fs/buffer.c: convert block_commit_write to return void ext4: No need to check return value of block_commit_write() fs/ocfs2: No need to check return value of block_commit_write() udf: No need to check return value of block_commit_write() fs/buffer.c | 24 +++++++-----------------

On Thu, Oct 30, 2014 at 10:38 PM, Jens Axboe <axboe at kernel.dk> wrote: > Forgot to CC you... > > > -------- Forwarded Message -------- > Subject: Re: kernel BUG at drivers/block/virtio_blk.c:172 > Date: Thu, 30 Oct 2014 08:38:08 -0600 > From: Jens Axboe <axboe at kernel.dk> > To: Luk?? Czerner <lczerner at redhat.com>, > virtualization at

On Thu, Oct 30, 2014 at 10:38 PM, Jens Axboe <axboe at kernel.dk> wrote: > Forgot to CC you... > > > -------- Forwarded Message -------- > Subject: Re: kernel BUG at drivers/block/virtio_blk.c:172 > Date: Thu, 30 Oct 2014 08:38:08 -0600 > From: Jens Axboe <axboe at kernel.dk> > To: Luk?? Czerner <lczerner at redhat.com>, > virtualization at

On 2014-11-10 02:59, Rusty Russell wrote: > Jeff Layton <jlayton at poochiereds.net> writes: > >> In the latest Fedora rawhide kernel in the repos, I'm seeing the >> following oops when mounting xfs. rc2-ish kernels seem to be fine: >> >> [ 64.669633] ------------[ cut here ]------------ >> [ 64.670008] kernel BUG at drivers/block/virtio_blk.c:172!

On 2014-11-10 02:59, Rusty Russell wrote: > Jeff Layton <jlayton at poochiereds.net> writes: > >> In the latest Fedora rawhide kernel in the repos, I'm seeing the >> following oops when mounting xfs. rc2-ish kernels seem to be fine: >> >> [ 64.669633] ------------[ cut here ]------------ >> [ 64.670008] kernel BUG at drivers/block/virtio_blk.c:172!

Hi, I am working on system storage manager (ssm) trying to implement btrfs resize correctly, however I have some troubles with it. # mkfs.btrfs /dev/sda /dev/sdb # mount /dev/sda /mnt/test # btrfs filesystem show failed to open /dev/sr0: No medium found Label: none uuid: 8dce5578-a2bc-416e-96fd-16a2f4f770b7 Total devices 2 FS bytes used 28.00KB devid 2 size 50.00GB used 2.01GB path

Hi Ming, On 11.11.2014 08:56, Ming Lei wrote: > On Tue, Nov 11, 2014 at 7:31 AM, Jens Axboe <axboe at kernel.dk> wrote: > > Known, I'm afraid, Ming is looking into it. Actually I had also tried to reproduce this bug, without success. But today I happened to know how to trigger the bug, by coincidence, during testing other things. Try to run xfstests/generic/034. You'll

Hi Ming, On 11.11.2014 08:56, Ming Lei wrote: > On Tue, Nov 11, 2014 at 7:31 AM, Jens Axboe <axboe at kernel.dk> wrote: > > Known, I'm afraid, Ming is looking into it. Actually I had also tried to reproduce this bug, without success. But today I happened to know how to trigger the bug, by coincidence, during testing other things. Try to run xfstests/generic/034. You'll