From owner-freebsd-sparc64@freebsd.org Sat Sep 19 19:49:18 2015 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 838789CFF7B for ; Sat, 19 Sep 2015 19:49:18 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ED0831888; Sat, 19 Sep 2015 19:49:17 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id t8JJnFtg098544 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 19 Sep 2015 21:49:15 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id t8JJnFTZ098543; Sat, 19 Sep 2015 21:49:15 +0200 (CEST) (envelope-from marius) Date: Sat, 19 Sep 2015 21:49:15 +0200 From: Marius Strobl To: Mark Cave-Ayland Cc: Alexey Dokuchaev , "freebsd-sparc64@freebsd.org" Subject: Re: PCI range checking under qemu-system-sparc64 Message-ID: <20150919194915.GJ18789@alchemy.franken.de> References: <20150907203152.GA70457@alchemy.franken.de> <55EDFE00.9090109@ilande.co.uk> <20150913022143.GA7862@alchemy.franken.de> <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> <55FBB5B9.7020401@ilande.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55FBB5B9.7020401@ilande.co.uk> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Sat, 19 Sep 2015 21:49:15 +0200 (CEST) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Sep 2015 19:49:18 -0000 On Fri, Sep 18, 2015 at 07:56:57AM +0100, Mark Cave-Ayland wrote: > On 16/09/15 22:19, Marius Strobl wrote: > > >>> Log is identical to the one I posted earlier (modulo the build timestamps), > >>> except this part: > >>> > >>> eeprom0: addr 0x1400002000-0x1400003fff on ebus0 > >>> -eeprom0: cannot allocate resources > >>> -device_attach: eeprom0 attach returned 6 > >>> +eeprom0: model mk48t59 > >>> ebus0: addr 0 (no driver attached) > >>> -ebus0: addr 0x14000003f8-0x14000003ff irq 43 (no driver attached) > >>> +uart0: <16550 or compatible> addr 0x14000003f8-0x14000003ff irq 43 on ebus0 > >>> +uart0: console (9600,n,8,1) > >>> ebus0: addr 0x1400000060-0x1400000067 (no driver attached) > >> > >> Well this is definitely progress - at least the ebus attach is now > >> sorted :) I've sent the patch upstream (see > >> http://www.openfirmware.info/pipermail/openbios/2015-September/008802.html) > >> and will commit it soon if there are no objections. > >> > >> Next I'll see if I can get the 8042 part of the device tree correct in > >> order to attach the PS/2 keyboard driver. > > Last night I spent a few hours trying to fix up the device model for the > keyboard device (whilst also inserting an 8042 node). The binary I have > works for a NetBSD 7 ISO, although they have included a workaround for a > missing interrupt-map property which I've also added in. > > I've updated the image at https://www.ilande.co.uk/tmp/openbios-sparc64 > with these fixes if someone could test and confirm that FreeBSD now > reports an attach of the kb_ps2 device. With that version OpenBIOS is getting better regarding the 8042 part but isn't quite there, yet. For atkbdc(4) to attach, besides "kb_ps2" there also needs to be the "kdmouse" node beneath the "8042" one and the latter must have a second address identical to the first one in its "reg" property. Marius