Re: User-level window trap when booting NetBSD kernel under QEMU SPARC64
Mark Cave-Ayland <[email protected]>
| Newsgroups | gmane.os.netbsd.ports.sparc64 |
|---|---|
| Message-ID | <[email protected]> |
On 19/05/14 14:24, Sujit K M wrote: > Just Trying to help. Neither DO I own a SPARC64. No worries - thanks for taking the time to respond! >> So far I have a set of patches for OpenBIOS which get my 6.1.2 ISO image to >> boot to this point: >> >> > >> Loading FCode image... >> Loaded 7478 bytes >> entry point is 0x4000 >> NetBSD IEEE 1275 Multi-FS Bootblock >> Version $NetBSD: bootblk.fth,v 1.13 2010/06/24 00:54:12 eeh Exp $ >> .. >> Jumping to entry point 0000000000100000 for type 0000000000000001... >> switching to new context: entry point 0x100000 stack 0x00000000ffe8aa09 >>>> NetBSD/sparc64 OpenFirmware Boot, Revision 1.16 >> =0x8870a0 >> Loading netbsd: 8071888+553056+339856 [601032+393301]=0x9cd528 >> Unimplemented service set-symbol-lookup ([2] -- [0]) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > The above line could be a problem, ie "Unimplemented service > set-symbol-lookup ([2] -- [0])". set-symbol-lookup is not implemented within OpenBIOS, but it's not the cause of this particular failure. Currently Solaris emits the same warning, but unless you're using PROM routines to look up executable symbols then you won't notice any difference (and indeed the IEEE1275 specification lists this CIF service as optional). >> >> Unexpected client interface exception: -1 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > I could Identify it to the below. in Openbios sources. > > "http://code.coreboot.org/p/openbios/source/tree/HEAD/tags/openbios-1.0/forth/system/ciface.fs" Bear in mind that the link above is a tag of version 1.0 which is about 4 years old(!) rather than trunk. The error above comes from a bug in NetBSD's use of test-method which Martin has now fixed in CVS (http://mail-index.netbsd.org/source-changes/2014/05/04/msg054440.html) so newer NetBSD versions won't display this error anymore. ATB, Mark.