Date: Sun, 06 Sep 2015 13:16:13 +0100 From: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> To: Alexey Dokuchaev <danfe@FreeBSD.org> Cc: John Baldwin <jhb@FreeBSD.org>, "freebsd-sparc64@freebsd.org" <freebsd-sparc64@freebsd.org> Subject: Re: PCI range checking under qemu-system-sparc64 Message-ID: <55EC2E8D.4020803@ilande.co.uk> In-Reply-To: <20150906110308.GA68829@FreeBSD.org> References: <53F73E6F.9080805@ilande.co.uk> <2084808.1lxSgnvf69@ralph.baldwin.cx> <557ADCAB.9020409@FreeBSD.org> <557B6116.70900@ilande.co.uk> <557C1162.3000106@FreeBSD.org> <557D82F8.50908@ilande.co.uk> <557DA6D5.4070800@FreeBSD.org> <557DCF54.7020606@ilande.co.uk> <A88F6A52-FA8A-4669-A2D6-23374F8E26BB@FreeBSD.org> <557DF887.20508@ilande.co.uk> <20150906110308.GA68829@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06/09/15 12:03, Alexey Dokuchaev wrote: > On Sun, Jun 14, 2015 at 10:56:23PM +0100, Mark Cave-Ayland wrote: >> Got it. The module name was geom_part_vtoc8 and that was enough to >> enable me to generate a valid ISO, apply your patch and verify that the >> build works. Thank you for your help so far! >> >> A quick test with QEMU debugging enabled shows the following on the >> console just before the freeze: >> >> IN: >> 0x00000000c0590188: st %g1, [ %l3 + 0x8c ] >> 0x00000000c059018c: membar #MemIssue >> 0x00000000c0590190: sll %l0, 2, %g2 >> 0x00000000c0590194: ld [ %i3 + 0x88 ], %g1 >> 0x00000000c0590198: cmp %g2, %g1 >> 0x00000000c059019c: clr %o0 >> 0x00000000c05901a0: movg %icc, 1, %o0 >> 0x00000000c05901a4: call 0xc08aaee0 >> >> (hangs) >> >> Examining the kernel symbols show that 0xc08aaee0 is the address of the >> cpu_idle() function which is being called from sched_idletd(). My next >> job will be to step through cpu_idle() and see if we're getting stuck in >> a loop or disappearing somewhere else. > > Applying the patch (extended version in D2791) fixed the panic for me as > well (on qemu v2.4.0 built from emulators/qemu-devel port). Kernel keeps > booting and hangs after printing "IPsec: Initialized Security Association > Processing." line, however last assembly lines in the log are different: > > IN: > 0x00000000c06183b8: ldsh [ %l3 + 0x9a ], %g1 > 0x00000000c06183bc: ldsh [ %l3 + 0x98 ], %g2 > 0x00000000c06183c0: add %g1, %g2, %l0 > 0x00000000c06183c4: ld [ %l3 + 0x88 ], %g1 > 0x00000000c06183c8: cmp %g1, 0 > 0x00000000c06183cc: bne %icc, 0xc061812c > 0x00000000c06183d0: cmp %l0, %l1 > > Mark did you have any success with getting the boot process further? Not really - due to changes with my job and involvment in GSoC this year then my QEMU SPARC64 work hasn't really progressed much :( I don't have my FreeBSD environment setup right now (due to OS upgrade) but can you post the console output for the boot as far as it gets with the current version of the patch applied? ATB, Mark.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?55EC2E8D.4020803>