Am Mittwoch, 10. August 2005 10:14 schrieb Adam Bradley:
Yves Trudeau wrote:
Filip Navara a écrit :
Yves Trudeau wrote:
Hi,
I am trying to use a VMWare Win2k image in Qemu-0.7.1. I imported
the image with qemu-img successfully but when I lauch qemu, I have
the first part (in text
Nardmann, Heiko schrieb:
Am Mittwoch, 10. August 2005 10:14 schrieb Adam Bradley:
Yves Trudeau wrote:
Filip Navara a écrit :
Yves Trudeau wrote:
Hi,
I am trying to use a VMWare Win2k image in Qemu-0.7.1. I imported
the image with qemu-img successfully but when I lauch qemu, I have
Actually that'd be a fairly neat trick... As an alternative, IIRC
there's a user space API for writing USB drivers under Linux - using that
you could
get
access to both local and remote (IP encapsulated) USB devices, albeit not
in a cross-platform (host-wise) way.
That would be
On Wed, 10 Aug 2005, Jim C. Brown wrote:
I was thinking that perhaps vde_packet could be modified to use a tap device
(for example tap0). Since the guests can't communicate to the address thats on
tap0, it doesn't matter what address it gets - the host address of tap0 and the
ip addresses of
I don't know if it has already been said on this list. Forgive me if
so.
I've already reported this some time ago. The impression I get is that
not too
many developers are using 64-bit machines...
The following patch works fine on 64 and 32 bit machines (Linux and OS
X).
diff -c -2
Henrik Nordstrom wrote:
On Wed, 10 Aug 2005, Jim C. Brown wrote:
[...]
The above should work for most situations where the host is a just a
host on the LAN, but if the host is a LAN server for broadcast Ethernet
protocols such as DHCP some additional configuration of each such
service may
On Thu, Aug 11, 2005 at 06:24:51PM +0200, Oliver Gerlich wrote:
Couldn't we avoid these incompatibilities if we would route packets only
on the Ethernet level? If the Qemu networking setup on the host involves
IP addresses or such things, we're already on the wrong OSI layer I think...
We
After further installing my new amd64 box (yes, if_sk works now :)
I just tried a few guests with qemu-system-x86_64:
amd64 guests, no kqemu:
KANOTIX-64-2005-03.iso (kernel 2.6.11 iirc, booted in text mode
without `quiet') hangs after printing `Brought up 1 CPUs'
5.4-RELEASE-amd64-disc1.iso
On Thu, Aug 11, 2005 at 06:00:12PM +0100, Paul Brook wrote:
I guess this means that VDE would have to provide a kernel-layer
component which grabs the packets from eth0 and provides the faked eth0
for the Host OS...
You can do all this with the standard linux tools. Something like the