On Tue, Jul 30, 2013 at 3:46 PM, Jakub Klama <[email protected]> wrote: > On Mon, 29 Jul 2013 17:49:03 +0200, Martin Decky wrote: >> >> Hello Jakub, >> >>> So, does this contribution made me passing patch requirement? >> >> >> Yes. But note that it is only a prerequisite, the formal SOCIS >> student selection process starts only after the application deadline. >> Don't forget to submit your application [1] and please use our >> application template [2]. >> >> [1] http://sophia.estec.esa.int/socis2013/?q=node/21 >> [2] http://trac.helenos.org/wiki/SOCISAppTemp > > > I've just sent my application. :) I'm looking forward for some > feedback on it. > > >>> * qemu - totally no luck. I've tried passing u-boot binary as -bios >>> parameter (which seems to be expected, as default "PROM_FILENAME" >>> in https://github.com/qemu/qemu/blob/master/hw/sparc/leon3.c is >>> "u-boot.bin"). There was no console output and no signs of life. >> >> >> I have tested QEMU 1.5.0 with the following command line >> >> qemu-system-sparc -M leon3_generic -cpu LEON3 -nographic > > > I have used exactly the same command line arguments and u-boot source > from Gaisler FTP (slightly modified, as vanilla sources did not compile > due to some trivial errors).
Can you please post your patch and the configuration (if there is any)? >> QEMU loads u-boot.bin and it apparently runs some code (it is busy), >> but there is still no output. I believe that the problem might be as >> simple as configuring the I/O devices where the u-boot compiled for >> GRSIM/TSIM expects them, but sure the QEMU documentation is rather >> poor on this. Have you tried looking at the trace produced with "-d in_asm,int" option? > I think that there's incompatibility between configurations emulated > by TSIM and qemu. Probably qemu emulated system is modeled after some > FPGA board. The lack of output can be as simple as wrong UART configured > for console. I'll inspect qemu source code today and try to make it working. QEMU has a GRLib APBUART at the base address 0x80000100. Where does u-boot expect the UART, and what kind of UART? Otherwise it can be that QEMU doesn't implement all the ASIs for the LEON3 CPU. They might be easy to implement too. Artyom -- Regards, Artyom Tarasenko linux/sparc and solaris/sparc under qemu blog: http://tyom.blogspot.com/search/label/qemu _______________________________________________ HelenOS-devel mailing list [email protected] http://lists.modry.cz/listinfo/helenos-devel
