Date: Sun, 20 Sep 2015 23:31:39 +0100 From: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> To: Alexey Dokuchaev <danfe@FreeBSD.org> Cc: Marius Strobl <marius@alchemy.franken.de>, "freebsd-sparc64@freebsd.org" <freebsd-sparc64@freebsd.org> Subject: Re: PCI range checking under qemu-system-sparc64 Message-ID: <55FF33CB.90003@ilande.co.uk> In-Reply-To: <20150920043630.GA36162@FreeBSD.org> References: <20150913103940.GA60101@FreeBSD.org> <20150913180126.GC7862@alchemy.franken.de> <55F89861.1030107@ilande.co.uk> <20150916031030.GA6711@FreeBSD.org> <55F9C2B8.7030605@ilande.co.uk> <20150916211914.GD18789@alchemy.franken.de> <20150917082817.GA71811@FreeBSD.org> <55FBB662.4080708@ilande.co.uk> <20150919211420.GK18789@alchemy.franken.de> <55FDEA3C.1010804@ilande.co.uk> <20150920043630.GA36162@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 20/09/15 05:36, Alexey Dokuchaev wrote: > On Sun, Sep 20, 2015 at 12:05:32AM +0100, Mark Cave-Ayland wrote: >> [...] >> While I don't have any insight on the CPU tick interrupt yet, my initial >> feeling is that the ATA hang could be related to the PCI interrupt >> clearing issue that I started looking into a while back. Although it >> isn't a complete fix, does the attached patch against QEMU help at all? > > Did not help; putting back "device scbus+da+cd" hangs with patched QEMU. Thanks once again for testing, Alexey. Seems we're at the point now where I need to get myself setup with a full FreeBSD development environment to start digging into what happens with the interrupts under QEMU. The good news is that the hang is consistent, which gives me plenty of scope for fixing the underlying bug(s). ATB, Mark.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?55FF33CB.90003>