qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: Proll updates


From: Jose Renau
Subject: [Qemu-devel] Re: Proll updates
Date: Mon, 15 Aug 2005 16:55:00 -0700


(qemu) PROLL ID18 QEMU
128 MB total
IOMMU: impl 0 vers 0 page table at 0xFFD20000 of size 32768 bytes
NVRAM: id QEMU_BIOS version 1
Prom console: serial
dma0: Revision 0
le0: LANCE 52:54:0:12:34:56
le0: using TPE.
dma1: Revision 0
Boot device: d
Loading partition table from target 2:
hw sector: 512, CHS: 2048/1/640, partitions:
a: 0 + 640, id 4, flags 10
b: 1 + 1130880, id 2, flags 10
c: 1768 + 5120, id 0, flags 0
d: 1776 + 5120, id 0, flags 0
e: 1784 + 5120, id 0, flags 0
f: 1792 + 5120, id 0, flags 0
g: 0 + 0, id 0, flags 0
h: 0 + 0, id 0, flags 0
booting sd(0,2,0):d (offset 1)
Memory used: virt 0xFFD00000:0xFFD37000[220K] iomap 0xFFD3C000:0xFFD4B000
Kernel loaded at 0x4000, size 0K, command line = ''
obp_nextnode(0) = 1
obp_proplen(1, name) = 20
obp_getprop(1, name) = SUNW,SparcStation-5
obp_devopen(sd(0,2,0):d)
obp_devseek: fd 2, hi 0, lo 8192
obp_devread: fd 2, nbytes 8192
obp_devseek: fd 2, hi 0, lo 32768
obp_devread: fd 2, nbytes 8192
obp_devclose 2
obp_nextnode(0) = 1
obp_proplen(1, compatible) = 6
obp_getprop(1, compatible) = sun4m
obp_devopen(sd(0,2,0):d)
obp_devseek: fd 2, hi 0, lo 8192
obp_devread: fd 2, nbytes 8192
obp_devseek: fd 2, hi 0, lo 32768
obp_devread: fd 2, nbytes 8192
obp_devclose 2
obp_devopen(sd(0,2,0):d)
obp_devseek: fd 2, hi 0, lo 8192
obp_devread: fd 2, nbytes 8192
obp_devseek: fd 2, hi 0, lo 32768
obp_devread: fd 2, nbytes 8192
obp_devclose 2
obp_devopen(sd(0,2,0):d)
obp_devseek: fd 2, hi 0, lo 8192
obp_devread: fd 2, nbytes 8192
obp_devseek: fd 2, hi 0, lo 32768
obp_devread: fd 2, nbytes 8192
obp_devclose 2
obp_devwrite: fd 1, buf b, nbytes 1
bobp_devwrite: fd 1, buf o, nbytes 1
oobp_devwrite: fd 1, buf o, nbytes 1
oobp_devwrite: fd 1, buf t, nbytes 1
tobp_devwrite: fd 1, buf b, nbytes 1
bobp_devwrite: fd 1, buf l, nbytes 1
lobp_devwrite: fd 1, buf k, nbytes 1
kobp_devwrite: fd 1, buf :, nbytes 1
:obp_devwrite: fd 1, buf  , nbytes 1
 obp_devwrite: fd 1, buf c, nbytes 1
cobp_devwrite: fd 1, buf a, nbytes 1
aobp_devwrite: fd 1, buf n, nbytes 1
nobp_devwrite: fd 1, buf ', nbytes 1
'obp_devwrite: fd 1, buf t, nbytes 1
tobp_devwrite: fd 1, buf  , nbytes 1
 obp_devwrite: fd 1, buf f, nbytes 1
fobp_devwrite: fd 1, buf i, nbytes 1
iobp_devwrite: fd 1, buf n, nbytes 1
nobp_devwrite: fd 1, buf d, nbytes 1
dobp_devwrite: fd 1, buf  , nbytes 1
 obp_devwrite: fd 1, buf t, nbytes 1
tobp_devwrite: fd 1, buf h, nbytes 1
hobp_devwrite: fd 1, buf e, nbytes 1
eobp_devwrite: fd 1, buf  , nbytes 1
 obp_devwrite: fd 1, buf b, nbytes 1
bobp_devwrite: fd 1, buf o, nbytes 1
oobp_devwrite: fd 1, buf o, nbytes 1
oobp_devwrite: fd 1, buf t, nbytes 1
tobp_devwrite: fd 1, buf  , nbytes 1
 obp_devwrite: fd 1, buf p, nbytes 1
pobp_devwrite: fd 1, buf r, nbytes 1
robp_devwrite: fd 1, buf o, nbytes 1
oobp_devwrite: fd 1, buf g, nbytes 1
gobp_devwrite: fd 1, buf r, nbytes 1
robp_devwrite: fd 1, buf a, nbytes 1
aobp_devwrite: fd 1, buf m, nbytes 1
, nbytes 1ite: fd 1, buf
obp_devwrite: fd 1, buf
, nbytes 1

halt, power off


On Aug 15, 2005, at 12:52 PM, Blue Swirl wrote:

Hi,

Here's a new version of Proll. Now that I've fixed a bug with ESP, Proll
can boot from the following CDs:
Aurora 1.0
Debian 3.0r2
Debian 3.0r4
Debian-3.1r0 mini
Debian sarge mini
NetBSD_1.6
NetBSD_1.6.1
Debian sarge businesscard
Suse 7.3
Red Hat 4.0 'Zoot'

Kernels hang/crash very soon. For some reason, NetBSD 2.0.2 doesn't boot.

The attached image is compiled with DEBUG_OBP in openprom.c enabled.

This version of Proll can detect the hardware SCSI sector size, because soon
Qemu should be using 2k sectors for SCSI CDs.

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
<proll.elf.bz2><proll.patch-14b.bz2>
--
Frankly, when everybody is in charge of an issue, nobody is in charge of the issue. - H.N. Miller





reply via email to

[Prev in Thread] Current Thread [Next in Thread]