From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NWa57-0003yw-5C for qemu-devel@nongnu.org; Sun, 17 Jan 2010 13:42:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NWa52-0003yA-NX for qemu-devel@nongnu.org; Sun, 17 Jan 2010 13:42:36 -0500 Received: from [199.232.76.173] (port=58650 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NWa52-0003y7-Ir for qemu-devel@nongnu.org; Sun, 17 Jan 2010 13:42:32 -0500 Received: from mail-yw0-f176.google.com ([209.85.211.176]:57153) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NWa52-00067s-5r for qemu-devel@nongnu.org; Sun, 17 Jan 2010 13:42:32 -0500 Received: by ywh6 with SMTP id 6so1869351ywh.4 for ; Sun, 17 Jan 2010 10:42:31 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <1263595050-17791-1-git-send-email-atar4qemu@google.com> From: Artyom Tarasenko Date: Sun, 17 Jan 2010 19:42:11 +0100 Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Qemu-devel] Re: sparc32 do not clear interrupts when masking List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl Cc: qemu-devel@nongnu.org 2010/1/16 Blue Swirl : > On Sat, Jan 16, 2010 at 8:47 AM, Blue Swirl wrote: >> On Sat, Jan 16, 2010 at 8:16 AM, Blue Swirl wrote= : >>> On Fri, Jan 15, 2010 at 10:37 PM, Artyom Tarasenko >>> wrote: >>>> Don't clear interrupts on disabling, because >>>> * Sun4M_SystemArchitecture_edited2.pdf doesn't describe >>>> =A0that masking or un-masking IRQ shall clear pending ones. >>>> >>>> * Field tests also show that SPARCstation-20 doesn't >>>> =A0clear them. >>> >>> Awesome work! >>> >>>> * The patch makes Solaris 2.5.1/2.6 boot ~1500 times >>>> =A0faster (~20 seconds instead of ~8 hours) >>> >>> Unfortunately there is some problem with the patch (or more likely >>> there is some other bug that this uncovers), because all my Linux test >>> now panic. NetBSD and OpenBSD are unaffected. >>> >>> For example, sparc-test: >>> eth0: LANCE 52:54:00:12:34:56 >>> esp0: no command in esp_handle() >>> Kernel panic - not syncing: esp_handle: current_SC =3D=3D penguin withi= n interrupt! >>> =A0<0>Press L1-A to return to the boot prom >>> >>> The bug may be in ESP interrupt handling (or in the interrupt chain >>> between ESP, DMA controller and interrupt controller) as the panic >>> always happens in ESP probe. >> >> In fact the bug was that OpenBIOS didn't clear ESP interrupts after >> issuing commands, so the IRQ line was left raised which confused >> Linux. >> > > Thanks, applied. I fixed the OpenBIOS bug and updated images in pc-bios. Looks like this version of the OpenBIOS has a sort of a regression: it doesn't recognize NetBSD 1.3.3 miniroot anymore: qemu-system-sparc -nographic -hda ../images/miniroot-133.fs -m 64 -M SS-20 Welcome to OpenBIOS v1.0 built on Jan 16 2010 08:54 Type 'help' for detailed information [sparc] Booting file 'disk' with parameters '' Trying disk (disk) Trying disk:d (disk:d) Unsupported image format I say "sort of" because it may be the correct behavior: due to the bad disk labels OBP doesn't boot miniroots either. On the other hand it doesn't recognize Solaris cdroms too: 0 > boot cdrom [sparc] Booting file 'cdrom' with parameters '' Trying cdrom (cdrom) Trying cdrom:d (cdrom:d) Unsupported image format ok --=20 Regards, Artyom Tarasenko solaris/sparc under qemu blog: http://tyom.blogspot.com/