[Qemu-devel] qemu and solaris

[Qemu-devel] qemu and solaris

[Paul Jakma]

Hi,

I've gotten Solaris 10 build 60 (i86pc) to boot under qemu 0.6.0 and 
recent CVS, runs quite nicely :). Some issues though:

- PCI IDE does not work. Drive access times out and pci-ide 
(eventually) will print out error code=0x03.

With the ISA 'ata' driver it works fine.

- ne2k networking does not work with the (non-Sun) 'ni' driver. The 
driver (eventually) prints errors about 'Tx timeout' and resets the 
card, ad infinitum. This might be a problem with the ni driver, 
though I believe

- I've had better luck with Andrew's patch to add support for AMD 
PCNet emulation (Solaris provides it's own PCNet driver, pcn). This 
works, and ICMP between solaris and host works, however I can not 
telnet or ssh to the host, nor does DNS work within the host. If i 
snoop the 'pcn0' interface in solaris, it prints errors of the form:

 	'IP truncated: header missing X bytes'

Where X is typically 10, 12,14 or 17. Not had a chance to debug this 
further.

- vl.c::tun_open() writes 'tun%d' to (struct ifreq).ifname, the 
TUNSETIFF ioctl does not appear to update the ifreq ifname on my 
system (FC2 2.6.7-1.486 x86_64 kernel), is it supposed to? tun_open 
appears to follow the example in kernel 
Documentation/networking/tuntap.txt, but ifname is not modified. Nor 
does struct ifreq ifname get updated if i leave it blank before the 
ioctl. Strange. I had to change 'tun%d' to 'tun0' to get things to 
work (otherwise tun%d is passed to the ifup script).

- there appear to be some keyboard problems.

1. If you switch console to the qemu console, it is very difficult to 
get back to the 'host' console, you have to repeatedly press 
ctrl+shift+f1 and eventually you get lucky and it switches.

2. I have the xkbd ctrl:swapcaps option set. So ctrl and caps-lock on 
my PC keyboard are swapped. However, in the emulated host, holding 
ctrl (ie the key marked caps-lock on my keyboard) turns on caps-lock 
(but it isnt sticky, releasing ctrl turns off caps-lock), pressing 
caps-lock (ie marked 'ctrl' on my PC keyboard) holds 'ctrl' on the 
host and it is sticky (as caps-lock would be). Eg, to type ctrl-c in 
the host i have to do:

press the key marked 'control' (which sets caps-lock on the real 
host X server), press c, press the key marked 'control' again (to 
unset caps-lock, which the qemu host thinks is ctrl).

3. caps-lock gets stuck on sometimes if i press ctrl+shift (ctrl as 
in the X meaning of ctrl, which is marked caps-lock on my keyboard) 
to leave pointer grab and return to it. Pressing ctrl and shift 
independently and leaving/entering screen grab a few times eventually 
fixes this. I'm guessing this is related to 2 and the general 
confusion ctrl:swapcaps seems to cause for SDL/qemu.

- The Solaris x86 Xserver works perfectly with 16bit colour depth and 
GD54xx. However, many pixmaps are displayed incorrectly with depth 
8bpp. No idea whether this is a Solaris or qemu problem.

However, other than that, Solaris 10 works very well under Qemu. The 
only real problem is the inability to get networking working. From 
what I gather Qemu is not able to redirect serial0 to a pty, correct? 
Because otherwise I could setup ppp between the solaris qemu host and 
the native host.

regards,
-- 
Paul Jakma	paul@clubi.ie	paul@jakma.org	Key ID: 64A2FF6A
 	warning: do not ever send email to spam@dishone.st
Fortune:
You are confused; but this is your normal state.

[Qemu-devel] amd pcnet driver (was Re: qemu and solaris)

[Paul Jakma]

On Mon, 19 Jul 2004, Paul Jakma wrote:

> - I've had better luck with Andrew's patch to add support for AMD PCNet 
> emulation (Solaris provides it's own PCNet driver, pcn). This works, and ICMP 
> between solaris and host works, however I can not telnet or ssh to the host, 
> nor does DNS work within the host. If i snoop the 'pcn0' interface in 
> solaris, it prints errors of the form:
>
> 	'IP truncated: header missing X bytes'
>
> Where X is typically 10, 12,14 or 17. Not had a chance to debug this further.

Note that packets sent by the qemu host via the pcnet driver and out 
to the real host appear to be fine. It's packets received by the 
emulated host which regularly appear corrupted in some indeterminate 
way (i dont seem to be able to capture the corrupted packets, as seen 
by the qemu host, with snoop :( - snoop prints errors but i cant get 
it to actually log the malformed packets :( ).

I inserted a hex_dump() in pcnet_receive() (just before the 
PRINT_PKTHDR() define inside #ifdef PCNET_DEBUG_MATCH) and the data 
logged here matches up exactly with frames captured sent out tun0 by 
tcpdump on the native host - (presuming the extra 4 bytes logged by 
pcnet_receive() are valid ethernet CRC trailer - tcpdump doesnt log 
the CRC), so things are going wrong after the above point AFAICT.

However, many packets from native host -> emulated host are not 
received properly, so networking basically is intolerable.

Unfortunately, I dont know how to debug this further. :(

regards,
-- 
Paul Jakma	paul@clubi.ie	paul@jakma.org	Key ID: 64A2FF6A
 	warning: do not ever send email to spam@dishone.st
Fortune:
I judge a religion as being good or bad based on whether its adherents
become better people as a result of practicing it.
- Joe Mullally, computer salesman

Re: [Qemu-devel] amd pcnet driver (was Re: qemu and solaris)

[Antony T Curtis]

On Mon, 2004-07-19 at 23:39, Paul Jakma wrote:
> On Mon, 19 Jul 2004, Paul Jakma wrote:
> 
> > - I've had better luck with Andrew's patch to add support for AMD PCNet 
> > emulation (Solaris provides it's own PCNet driver, pcn). This works, and ICMP 
> > between solaris and host works, however I can not telnet or ssh to the host, 
> > nor does DNS work within the host. If i snoop the 'pcn0' interface in 
> > solaris, it prints errors of the form:
> >
> > 	'IP truncated: header missing X bytes'
> >
> > Where X is typically 10, 12,14 or 17. Not had a chance to debug this further.
> 
> Note that packets sent by the qemu host via the pcnet driver and out 
> to the real host appear to be fine. It's packets received by the 
> emulated host which regularly appear corrupted in some indeterminate 
> way (i dont seem to be able to capture the corrupted packets, as seen 
> by the qemu host, with snoop :( - snoop prints errors but i cant get 
> it to actually log the malformed packets :( ).
> 
> I inserted a hex_dump() in pcnet_receive() (just before the 
> PRINT_PKTHDR() define inside #ifdef PCNET_DEBUG_MATCH) and the data 
> logged here matches up exactly with frames captured sent out tun0 by 
> tcpdump on the native host - (presuming the extra 4 bytes logged by 
> pcnet_receive() are valid ethernet CRC trailer - tcpdump doesnt log 
> the CRC), so things are going wrong after the above point AFAICT.
> 
> However, many packets from native host -> emulated host are not 
> received properly, so networking basically is intolerable.
> 
> Unfortunately, I dont know how to debug this further. :(

So this happens only with Solaris? I assume, Solaris x86, what version?

When I have a spare moment, I shall try to install Solaris and
reduplicate this problem.

-- 
Antony T Curtis <antony.t.curtis@ntlworld.com>

Re: [Qemu-devel] amd pcnet driver (was Re: qemu and solaris)

[Paul Jakma]

On Tue, 20 Jul 2004, Antony T Curtis wrote:

> So this happens only with Solaris?

I've no idea. Solaris is the only OS i've tried to run under qemu.

> I assume, Solaris x86, what version?

Yes, Solaris x86/i86pc, s10_60. I think Solaris Express programme 
currently has s10_62 available.

> When I have a spare moment, I shall try to install Solaris and
> reduplicate this problem.

Sure, give me a shout if you need any help.

> Antony T Curtis <antony.t.curtis@ntlworld.com>

regards,
-- 
Paul Jakma	paul@clubi.ie	paul@jakma.org	Key ID: 64A2FF6A
 	warning: do not ever send email to spam@dishone.st
Fortune:
Some circumstantial evidence is very strong, as when you find a trout in
the milk.
 		-- Thoreau