NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Sparc platform development envrionment using Qemu
You can now run a fully emulated Sparc platform development environment on any system capable of running Qemu.
Download: readynas_compile_environment.qcow.gz
Default root password for this package is 'a'. The compile environment is all there for most common stuff.
Download: readynas_compile_environment.qcow.gz
# wget -q http://www.readynas.com/download/development/readynas_compile_environment.qcow.gz
# gunzip readynas_compile_environment.qcow.gz
# qemu-system-sparc -hda readynas_compile_environment.qcow -nographic
Default root password for this package is 'a'. The compile environment is all there for most common stuff.
# qemu-system-sparc -hda readynas_compile_environment.qcow -nographic(I'm actually running this directly on a ReadyNAS Pro)
(qemu)
Nvram id QEMU_BIOS, version 1, machine id 0x80
CPUs: 1
invalid nvram partition length
nvram error detected, zapping pram
Welcome to OpenBIOS v1.0RC1 built on May 31 2007 23:50
Type 'help' for detailed information
[sparc] Booting file 'disk' with parameters ''
Not a bootable ELF image
Not a Linux kernel image
Loading a.out image...
Loaded 7680 bytes
entry point is 0x4000
Jumping to entry point...
SILO Version 1.4.13
boot:
Uncompressing image...
Loaded kernel version 2.6.18
Loading initial ramdisk (3210249 bytes at 0x3000000 phys, 0x60000000 virt)...
PROMLIB: obio_ranges 1
Booting Linux...
PROMLIB: Sun Boot Prom Version 3 Revision 2
Linux version 2.6.18-6-sparc32 (Debian 2.6.18.dfsg.1-23etch1) (dannf@debian.org) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 Fri Dec 12 16:29:52 UTC 2008
ARCH: SUN4M
TYPE: SPARCstation 5
Ethernet address: 52:54:0:12:34:56
Boot time fixup v1.6. 4/Mar/98 Jakub Jelinek (jj@ultra.linux.cz). Patching kernel for srmmu[Fujitsu TurboSparc]/iommu
PROM: Built device tree with 21266 bytes of memory.
Power off control detected.
Built 1 zonelists. Total pages: 31179
Kernel command line: root=/dev/sda2 ro
PID hash table entries: 512 (order: 9, 2048 bytes)
start_kernel(): bug: interrupts were enabled early
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: 121200k/130232k available (1640k kernel code, 8880k reserved, 404k data, 136k init, 0k highmem)
Mount-cache hash table entries: 512
checking if image is initramfs... it is
Freeing initrd memory: 3135k freed
NET: Registered protocol family 16
IOMMU: impl 0 vers 4 table 0xf3200000[262144 B] map [65536 b]
sbus0: Clock 21.1250 MHz
dma0: Revision 2
dma1: Revision 2
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 4096 bind 2048)
TCP reno registered
ioremap: done with statics, switching to malloc
apc: power management initialized
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Console: switching to colour frame buffer device 128x48
/iommu@0,10000000/sbus@0,10001000/SUNW,tcx@3,800000: TCX at 0:50800000, 24-bit depth
ffd54490: ttyS0 at MMIO 0x71100000 (irq = 44) is a zs
Console: ttyS0 (SunZilog zs0)
ffd54490: ttyS1 at MMIO 0x71100004 (irq = 44) is a zs
ffd5466c: Keyboard at MMIO 71000000 (irq = 44) is a zs
ffd5466c: Mouse at MMIO 71000004 (irq = 44) is a zs
Floppy drive(s): fd0 is 1.44M
FDC 0 is a S82078B
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
rtc_sun_init: Registered Mostek RTC driver.
mice: PS/2 mouse device common for all mice
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Freeing unused kernel memory: 136k freed
input: Sun Type 5 keyboard as /class/input/input0
Loading, please wait...
Begin: Loading essential drivers... ...
SCSI subsystem initialized
esp0: IRQ 36 SCSI ID 7 Clk 40MHz CCYC=25000 CCF=8 TOut 167 NCR53C90(esp100)
scsi0 : Sparc ESP100 (NCR53C90)
Vendor: QEMU Model: QEMU HARDDISK Rev: 0.8.
Type: Direct-Access ANSI SCSI revision: 03
Vendor: QEMU Model: QEMU CD-ROM Rev: 0.8.
Type: CD-ROM ANSI SCSI revision: 03
Done.
Begin: Running /scripts/init-premount ...
SCSI device sda: 20971521 512-byte hdwr sectors (10737 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write back
SCSI device sda: 20971521 512-byte hdwr sectors (10737 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 sda4
sd 0:0:0:0: Attached scsi disk sda
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top ...
Done.
Begin: Running /scripts/local-premount ...
Done.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/local-bottom ...
Done.
Done.
Begin: Running /scripts/init-bottom ...
Done.
INIT: version 2.84 booting
INIT: Entering runlevel: 3
EXT3 FS on sda2, internal journal
sunlance.c:v2.02 8/24/03 Miguel de Icaza (miguel@nuclecu.unam.mx)
SunLance: using auto-carrier-detection.
eth0: LANCE 52:54:00:12:34:56
Starting LVM...done.
Checking filesystems...done
Setting kernel variables.
Mounting filesystems:
nothing was mounted
Initializing urandom... done.
Starting portmap...done.
Starting log daemons: syslogd klogd.
Starting atd...done
Starting inetd...done
Starting cupsd...done
Starting cron...done
debian-sparc login: root
Password:
Linux debian-sparc 2.6.18-6-sparc32 #1 Fri Dec 12 16:29:52 UTC 2008 sparc GNU/Linux
debian-sparc:~#
36 Replies
Replies have been turned off for this discussion
- First off, being able to run the SPARC platform in a virtualized environment is fantastic; I was hesitant to install the build tools on the one NAS I have - so thanks for making this available. No problems getting this up and running, though once booting into the machine it's not really "configured". Frontview/Apache isn't running and the firmware is a little outdated. This doesn't yield a huge problem as it's easy enough to start these services, though after starting Frontview and loading it in a browser it simply times out with a critical error. This results in nothing but an outline of the Frontview window being rendered, no menus or options, etc, basically a blank screen.
So without a working Frontview, is there any way to upgrade the RAIDiator firmware to the latest (4.1.7 at the moment) through the command line on the virtual machine? Or has anyone successfully gotten Frontview to apply a firmware update to the qemu image?
I'm looking to replicate my NAS completely, Frontview and firmware as well, so I can develop add-ons without risking my environment. This image is perfect for compiling and testing out console based/system modules, though you're a bit limited if you want to do anything with Frontview.
Tip for anyone looking to run the machine with more than 256mb of memory, append "-M SS-10" to your QEMU command line to emulate SparcStation 10 which allows the increase. - Can someone please post or send me privately the instructions to update RAIDiator via the command line please.
Want to upgrade my QEMU image to 4.1.7 and I'm having to go through the code at the moment which is proving time consuming when you don't know what you are looking for.
Thanks,
Paul. - The QEMU image is not based on RAIDiator, so you can't upgrade the QEMU image to 4.1.7. It is just a Sparc emulated Debian Linux, that can be used to compile code to run on the ReadyNAS.
- Hmmm...
Wanted to compile some code against libraries / kernel included 4.1.7. airwofl wrote: Don't worry - got it working on Windows in the end. Needed the openbios-sparc32 compiled for Windows.
You can get it from the QEMU website under the Windows download page - look for the SPARC binary.
hi,
it seems that the qemu website changed. I cant find the openbios-sparc32 windows binary. It seems that it was removed. Can plz someone upload it?
greetingsThe QEMU image is not based on RAIDiator, so you can't upgrade the QEMU image to 4.1.7. It is just a Sparc emulated Debian Linux, that can be used to compile code to run on the ReadyNAS.
So, if I compile something on the QEMU virtual machine, is the resulting object binary compatible with the NV+ ?
ie Can I just copy and run, or do we have to recompile the source on the NV+ ?
What OS is actually running on the NV+ ?- Hi Everyone,
Could someone please post a working openbios-sparc32 file for my dev environment below:
Ubuntu on x86-64 - 11.04.
I'm having real trouble finding one that works...
Thanks! - Hmm... I'm running the images with the with "Q" ( the Mac qemu-Port ) and after starting apache and hitting HTTP the CPU usage spikes so bad that Chrome times out over an over again... I am trying to run Q on a MacBook Pro, but's I'm surprised it's this slow.
Also Frontview is empty?
Is this expected? Do I need to boot up some other services? Or is this image really just for building other stuff not emulating the full ReadyNAS?
-Thx kayjaywt wrote: Hi Everyone,
Could someone please post a working openbios-sparc32 file for my dev environment below:
Ubuntu on x86-64 - 11.04.
I'm having real trouble finding one that works...
Thanks!
You are not alone in that. Guys, suggest something if there is. Grateful!
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
