qemu discuss - Oct 2006 - SUNWqemu packages (incl. sparc HOSTs) to be uploaded tonight

I had been out of town for 5 days.
(Last week of spare time before new year.)

Uploading pkgs next night.

Thanks for everyone''s patience.


--Martin

> I had been out of town for 5 days.
> (Last week of spare time before new year.)
> 
> Uploading pkgs next night.
> 
> Thanks for everyone''s patience.
Pre-Upload testing session almost complete.
Problems with arm, mips and sparc emulation targets on sparc hosts.
gdb not too helpful.
Trying one thing out, before giving up with qemu-system-arm,
qemu-system-mips and qemu-system-sparc on top of sparc-HOST.
Till later today with the patch against 0.8.2 and against 0.8.2-solaris
plus the pkgs.

Thanks.
> 
> --Martin

Martin Bochnig wrote:
>>I had been out of town for 5 days.
>>(Last week of spare time before new year.)
>>
>>Uploading pkgs next night.
>>
>>Thanks for everyone''s patience.
>>    
>>
>
>Pre-Upload testing session almost complete.
>Problems with arm, mips and sparc emulation targets on sparc hosts.
>gdb not too helpful.
>Trying one thing out, before giving up with qemu-system-arm,
>qemu-system-mips and qemu-system-sparc on top of sparc-HOST.
>Till later today with the patch against 0.8.2 and against 0.8.2-solaris
>plus the pkgs.
>
>  
>
The qemu-system-sparc on SPARC-HOST case works again now, though very
slow and unstable :
(I temporarily use slow memory variables for AREG[0-4] instead of any of
the SPARC-HOST''s physical registers;
the guest''s main clock is set to 4GHz through cpu_ticks, but it is all
running on a single-cpu 900MHz SunBlade2000, who thinks she was a
SunFire280R.)

bash-3.00#
/tmp/SUNW_CSW__QEMU/20061010/qemu-0.8.2-solaris/sparc-softmmu/qemu-system-sparc
-kernel vmlinux-2.6.11+tcx -initrd linux.img -append "root=/dev/ram"

Illegal Instruction (core dumped)

/* Then, after changes and a few recompiles ... */

bash-3.00# isainfo -k
sparcv9
bash-3.00# uname -a
SunOS mb1x-ws1 5.11 snv_41 sun4u sparc SUNW,Sun-Fire-280R
bash-3.00# file
/tmp/SUNW_CSW__QEMU/20061010/qemu-0.8.2-solaris/sparc-softmmu/qemu-system-sparc
/tmp/SUNW_CSW__QEMU/20061010/qemu-0.8.2-solaris/sparc-softmmu/qemu-system-sparc:
ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped
bash-3.00#
/tmp/SUNW_CSW__QEMU/20061010/qemu-0.8.2-solaris/sparc-softmmu/qemu-system-sparc
-kernel vmlinux-2.6.11+tcx -initrd linux.img -append "root=/dev/ram
console=ttyS0 video=tcxfb:off" -nographic
PROMLIB: Sun Boot Prom Version 3 Revision 2 Linux version 2.6.11
(test at host) (gcc version 2.95.4 20010319 (prerelease)) #3 Tue Mar 15
18:21:10 UTC 2005
ARCH: SUN4M
TYPE: SPARCstation 5 Ethernet address: 52:54:0:12:34:56
Boot time fixup v1.6. 4/Mar/98 Jakub Jelinek (jj at ultra.linux.cz).
Patching kernel for srmmu[Fujitsu Swift]/iommu
Power off control detected.
Built 1 zonelists
Kernel command line: root=/dev/ram console=ttyS0 video=tcxfb:off
PID hash table entries: 512 (order: 9, 8192 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 120320k/130604k available (1848k kernel code, 10148k reserved,
496k data, 156k init, 0k highmem)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
checking if image is initramfs...it isn''t (bad gzip magic numbers);
looks like an initrd
Freeing initrd memory: 4096k freed
NET: Registered protocol family 16
SCSI subsystem initialized
IOMMU: impl 0 vers 4 table 0xf0b40000[262144 B] map [65536 b]
sbus0: Clock 21.1250 MHz
dma0: Revision 2
dma1: Revision 2
Initializing Cryptographic API
Console: switching to mono PROM 80x24
lp: driver loaded but no devices found
ioremap: done with statics, switching to malloc
zs2 at 0xfd014004 (irq = 44) is a SunZilog
zs3 at 0xfd014000 (irq = 44) is a SunZilog
Console: ttyS0 (SunZilog zs0)
ttyS0 at MMIO 0x0 (irq = 44) is a SunZilog
ttyS1 at MMIO 0x0 (irq = 44) is a SunZilog
io scheduler noop registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a S82078B
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
sunlance.c:v2.02 24/Aug/03 Miguel de Icaza (miguel at nuclecu.unam.mx)
SunLance: using auto-carrier-detection.
eth0: LANCE 52:54:00:12:34:56
esp0: IRQ 36 SCSI ID 7 Clk 21MHz CCYC=47058 CCF=5 TOut 142 NCR53C90(esp100)
ESP: Total of 1 ESP hosts found, 1 actually in use.
scsi0 : Sparc ESP100 (NCR53C90)
  Vendor: QEMU      Model: QEMU CD-ROM       Rev: 0.8.
  Type:   CD-ROM                             ANSI SCSI revision: 03
sr0: scsi3-mmc drive: 16x/50x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
Attached scsi generic sg0 at scsi0, channel 0, id 2, lun 0,  type 5
mice: PS/2 mouse device common for all mice
input: Sun Type 5 keyboard on zs/serio0
input: Sun Mouse on zs/serio1
NET: Registered protocol family 2
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
NET: Registered protocol family 1
NET: Registered protocol family 17 RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 4096KiB [1 disk] into ram disk... done.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 156k freed
sh: can''t access tty; job control turned off
# uname
/bin/sh: error while loading shared libraries: /bin/sh: undefined
symbol: execve, version GLIBC_2.0
/bin/sh: error while loading shared libraries: /bin/sh: undefined
symbol: getpgrp, version GLIBC_2.0
Kernel panic - not syncing: Attempted to kill init!
 <0>Press L1-A to return to the boot prom

>Thanks.
>
>  
>
>>--Martin
>>    
>>
>
>
>  
>

Martin Bochnig wrote:
>Martin Bochnig wrote:
>
>  
>
>>Pre-Upload testing session almost complete.
>>Problems with arm, mips and sparc emulation targets on sparc hosts.
>>gdb not too helpful.
>>Trying one thing out, before giving up with qemu-system-arm,
>>qemu-system-mips and qemu-system-sparc on top of sparc-HOST.
>>Till later today with the patch against 0.8.2 and against 0.8.2-solaris
>>plus the pkgs.
>>
>> 
>>
>>    
>>
>
>The qemu-system-sparc on SPARC-HOST case works again now, though very
>slow and unstable :
>(I temporarily use slow memory variables for AREG[0-4] instead of any of
>the SPARC-HOST''s physical registers;
>the guest''s main clock is set to 4GHz through cpu_ticks, but it is
all
>running on a single-cpu 900MHz SunBlade2000, who thinks she was a
>SunFire280R.)
>
>  
>

qemu-system-arm works on a SPARC HOST now, both in console mode plus in
gfx mode via SDL.
qemu-system-sparc does the same, except that it stops when in SDL mode,
after the penguin is shown.
Maybe some endian issue again?

Latest diff snapshot (qemu-system-[arm|sparc] chnages for SPARC HOST not
yet embedded) can be obtained from
http://www.martux.org/qemu/XXX__qemu-0.8.2-solaris__20061010x11_g.tar.gz

Trying to get qemu-system-sparc completely working.