From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965955AbcKOJFW convert rfc822-to-8bit (ORCPT ); Tue, 15 Nov 2016 04:05:22 -0500 Received: from mx1.redhat.com ([209.132.183.28]:60140 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935299AbcKOJFJ (ORCPT ); Tue, 15 Nov 2016 04:05:09 -0500 Message-ID: <1479200703.32639.19.camel@redhat.com> Subject: Re: BUG: 'list_empty(&vgdev->free_vbufs)' is true! From: Gerd Hoffmann To: Jiri Slaby Cc: "Michael S. Tsirkin" , virtualization@lists.linux-foundation.org, Linux kernel mailing list , David Airlie , dri-devel@lists.freedesktop.org Date: Tue, 15 Nov 2016 10:05:03 +0100 In-Reply-To: <18ae4a55-7c36-b55c-0ce3-03aef0bab1ec@suse.cz> References: <20161108223153-mutt-send-email-mst@kernel.org> <1478678517.2078.12.camel@redhat.com> <1479199588.32639.16.camel@redhat.com> <18ae4a55-7c36-b55c-0ce3-03aef0bab1ec@suse.cz> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Mime-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Tue, 15 Nov 2016 09:05:08 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Di, 2016-11-15 at 09:55 +0100, Jiri Slaby wrote: > On 11/15/2016, 09:46 AM, Gerd Hoffmann wrote: > > On Fr, 2016-11-11 at 17:28 +0100, Jiri Slaby wrote: > >> On 11/09/2016, 09:01 AM, Gerd Hoffmann wrote: > >>> On Di, 2016-11-08 at 22:37 +0200, Michael S. Tsirkin wrote: > >>>> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote: > >>>>> Hi, > >>>>> > >>>>> I can relatively easily reproduce this bug: > >>> > >>> How? > >> > >> Run dmesg -w in the qemu window (virtio_gpu) to see a lot of output. > > > > fbcon? Or xorg/wayland with terminal app? > > Ah, just console, so fbcon. No X server running. Hmm, /me looks puzzled. fbcon doesn't do cursor updates, so the cursor queue can hardly be full and there should be enough buffers even without allocating 16 extra bufs. I'll go try reproduce and analyze that one. The +16 patch submitted nevertheless as temporary stopgap. cheers, Gerd