Hi!
Attached patch (against qemu CVS 2005-12-10) adds multicast support for
QEMU socket transport, ie: run several stateless possibly non-local QEMUs
on same virtual ethernet "BUS".
User-mode-linux (UML) compatible (tested).
An excerpt from qemu-doc.texi:
`-net socket[,vlan=n][,fd=h][,mcast
The attached patch fixes two bugs in the Arm system emulation.
Firstly do_interrupt wasn't switching to Arm mode properly.
Secondly the #if in cpu_reset is the wrong way round. Linux works mostly by
chance: the early boot code does a SWI, and the exception vector happens to
drop it back at a co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Trev Jackson schrieb:
>>Sorry, I guess I overlooked in the forum thread that you use the binary
>>version :( The host parallel port support is at the moment only
>>available in the CVS version (the CVS log message is at
>>http://lists.gnu.org/archive/h
>
> Sorry, I guess I overlooked in the forum thread that you use the binary
> version :( The host parallel port support is at the moment only
> available in the CVS version (the CVS log message is at
> http://lists.gnu.org/archive/html/qemu-devel/2005-11/msg00185.html).
>
> So, if you want to use t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Trev Jackson schrieb:
> Hi everyone
>
> I looked at the code (vl.c) and I don't know if I am missing something, but
> as
> far as I can see unless the parameter passed to -parallel is either "vc"
> "null" "pty" or "stdio" the function qemu_chr_open
Hi everyone
I looked at the code (vl.c) and I don't know if I am missing something, but as
far as I can see unless the parameter passed to -parallel is either "vc"
"null" "pty" or "stdio" the function qemu_chr_open function that is called
returns null, which sets parallel_hds[0] to null, which
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0010
0x00062f98 in tb_phys_invalidate (tb=0x8cad00,
page_addr=4294967295) at /Volumes/Data/build/qemu/exec-all.h:249
249 {
This is the path to the crash (each function calling
I only have no way to see whether everything works because I didn't
even find a working BIOS image for Sparc 64, but it should be fine.
Do the video adapters used in Sparc 32 machines really have nothing
like a text mode?
No, they are just frame buffers converting pixel data to RGB. For example,
Hi
I don't think this made it onto the list, so I'm re-sending it
-- Forwarded Message --
Subject: Parallel Port Support
Date: Tuesday 13 Dec 2005 17:08
From: Trev Jackson <[EMAIL PROTECTED]>
To: qemu-devel@nongnu.org
Hi
I have also posted this (QEMU for Linux ///
Hi
I have also posted this (QEMU for Linux has anyone got their parallel
port working?) on the QEMU forum regarding this, but since I understand
parallel port support is recent I thought It might be useful to post on the
development list as well.
I am trying to capture my parallel port sc
User Mode networking is a little tricky to understand. Imagine the
restrictions on your implementation if you had to implement full
networking for another entity, but you had to do it as a regular user.
For instance, don't expect ping (ICMP) to work since a regular user
cannot create a raw socket.
Thanks for the patch! I already browsed through the CVS history on
savannah, but it's a bit tricky because some code parts moved between
files when SMP support was added. Could you please provide a complete
diff to the last fully working CVS snapshot? According to your patch,
it dates back
12 matches
Mail list logo
