From owner-freebsd-sparc64@freebsd.org Tue Apr 12 08:46:29 2016 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 B9579B0C34D for ; Tue, 12 Apr 2016 08:46:29 +0000 (UTC) (envelope-from mark.cave-ayland@ilande.co.uk) Received: from s16892447.onlinehome-server.info (chuckie.co.uk [82.165.15.123]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7814C1A87 for ; Tue, 12 Apr 2016 08:46:28 +0000 (UTC) (envelope-from mark.cave-ayland@ilande.co.uk) Received: from host81-154-31-210.range81-154.btcentralplus.com ([81.154.31.210] helo=[192.168.1.65]) by s16892447.onlinehome-server.info with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.76) (envelope-from ) id 1aptZZ-0003Tq-L0 for freebsd-sparc64@freebsd.org; Tue, 12 Apr 2016 09:21:22 +0100 To: "freebsd-sparc64@freebsd.org" From: Mark Cave-Ayland Message-ID: <570CAFD6.2010004@ilande.co.uk> Date: Tue, 12 Apr 2016 09:20:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 81.154.31.210 X-SA-Exim-Mail-From: mark.cave-ayland@ilande.co.uk X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on s16892447.onlinehome-server.info X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham version=3.3.2 Subject: qemu-system-sparc64: entering the debugger X-SA-Exim-Version: 4.2.1 (built Sun, 08 Jan 2012 02:45:44 +0000) X-SA-Exim-Scanned: Yes (on s16892447.onlinehome-server.info) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 08:46:29 -0000 Hi all, I've finally got some time to start looking at this again, so I'm trying to experiment a little with ddb: FreeBSD/sparc64 bootstrap loader, Revision 1.0 (mca@freebsd, Thu Sep 24 00:27:19 BST 2015) bootpath="/pci@1fe,0/pci-ata@5/ide1@8200/cdrom@0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0xd893c0+0x20ffd8 syms=[0x8+0xdc578+0x8+0xcb349] \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK boot -d Booting... jumping to kernel entry at 0xc00b0000. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb KDB: enter: Boot flags requested debugger [ thread pid 0 tid 0 ] Stopped at 0xc0630b00 db> bt Tracing pid 0 tid 0 td 0xc0e3fb50 (null)() at 0xc09d0fc4 (null)() at 0xc00b001c FreeBSD/sparc64 bootstrap loader, Revision 1.0 (mca@freebsd, Thu Sep 24 00:27:19 BST 2015) bootpath="/pci@1fe,0/pci-ata@5/ide1@8200/cdrom@0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0xd893c0+0x20ffd8 syms=[0x8+0xdc578+0x8+0xcb349] \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK boot -d Booting... jumping to kernel entry at 0xc00b0000. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb KDB: enter: Boot flags requested debugger [ thread pid 0 tid 0 ] Stopped at 0xc0630b00 db> ps/m pid ppid pgrp uid state wmesg wchan cmd 0 0 0 0KDB: reentering KDB: stack backtrace: (null)() at 0xc063105c (null)() at 0xc09e193c (null)() at 0xc00b1078 (null)() at 0xc011bb1c KDB: reentering KDB: stack backtrace: (null)() at 0xc063105c (null)() at 0xc09e193c (null)() at 0xc00b1078 (null)() at 0xc011a050 KDB: reentering KDB: stack backtrace: (null)() at 0xc063105c (null)() at 0xc09e193c (null)() at 0xc00b1078 (null)() at 0xc011a050 ..etc.. So it looks like something has already gone wrong simply trying to dump the process map. Fortunately the number of QEMU translation blocks between the output of the "ps/m" header and the "KDB reentering" is quite small so I've uploaded it to https://www.ilande.co.uk/tmp/qemu/freebsd-tb.txt. Can anyone have a quick look at the link above and give me an idea as to roughly what the code is doing here? Many thanks, Mark.