Alexey Lapitsky writes:
> Hi,
>
> Sorry for the long delay. It prints exactly the same:
>
> [3.792033] virtqueue elements = 128, max_segments = 126 (1 queues)
> [3.802191] vda: vda1 vda2 < vda5 >
>
> A little bit more about my setup (if it helps):
OK, I think this is fixed by Ming Lei's
Hi,
Sorry for the long delay. It prints exactly the same:
[3.792033] virtqueue elements = 128, max_segments = 126 (1 queues)
[3.802191] vda: vda1 vda2 < vda5 >
A little bit more about my setup (if it helps):
It's a qemu-system-x86_64 kvm instance with 16 cores and 10G of RAM.
I can rep
Alexey Lapitsky writes:
> Hi,
>
> I'm hitting this bug with both ext4 and btrfs.
>
> Here's an example of the backtrace:
> https://gist.github.com/vzctl/e888a821333979120932
>
> I tried raising this BUG only for direct ring and it solved the problem:
>
> - BUG_ON(total_sg > vq->vring.num);
Hi,
I'm hitting this bug with both ext4 and btrfs.
Here's an example of the backtrace:
https://gist.github.com/vzctl/e888a821333979120932
I tried raising this BUG only for direct ring and it solved the problem:
- BUG_ON(total_sg > vq->vring.num);
+ BUG_ON(total_sg > vq->vring.num &
>> correct.
>>
>> If I have an indirect ring and I'm adding sgs to it and the host is
>> delayed (say I've got a thread consuming things from the vring and its
>> off doing something interesting),
>> I'd really like to get ENOSPC back from virtqueue_add. However if the
>> indirect addition fails du
Dave Airlie writes:
>>> correct.
>>>
>>> If I have an indirect ring and I'm adding sgs to it and the host is
>>> delayed (say I've got a thread consuming things from the vring and its
>>> off doing something interesting),
>>> I'd really like to get ENOSPC back from virtqueue_add. However if the
>>
Dave Airlie writes:
> Hi Rusty,
>
> current virtio-ring.c has a BUG_ON in virtqueue_add that checks
> total_sg > vg->vring.num, however I'm not sure it really is 100%
> correct.
>
> If I have an indirect ring and I'm adding sgs to it and the host is
> delayed (say I've got a thread consuming thing
