On Monday 21 November 2005 23:43, Jim C. Brown wrote:
On Mon, Nov 21, 2005 at 08:40:37PM -0500, Dave Feustel wrote:
Are there any plans to add to qemu the capability to simulate the
Intel Vanderpool and AMD Pacifica hardware virtualization facilities?
You'd think that people would
Are there any plans to add to qemu the capability to simulate the
Intel Vanderpool and AMD Pacifica hardware virtualization facilities?
snip
You'd think that people would check the mailing list archives before asking
the same questions that others have asked over and over again.
I don't
Have you seen AMD's SimNow? Not quite what you want, I know, but better than
nothing ;-)
Cheers,
Mark
On Tuesday 22 November 2005 11:35, Dave Feustel wrote:
On Monday 21 November 2005 23:43, Jim C. Brown wrote:
On Mon, Nov 21, 2005 at 08:40:37PM -0500, Dave Feustel wrote:
Are there any
hi all,
This is just a quick message about the latest freedos image on oszoo.org. In
its autoexec.bat there's a line that makes freedos switch from regular US
english keyboard settings to french azerty layout. As most people use qwerty
I suggest removing this. It's not difficult to change it
I think that -redir really is broken: I've also been unsuccessful in
trying to make it work using an FTP server on a Windows guest, and using
the SSH server on a knoppix guest.
...
HOST:
Start ethereal (on the any interface)
ssh -p 2200 [EMAIL PROTECTED]
Try to use the host's
On Tuesday 22 November 2005 09:05, Mark Williamson wrote:
Have you seen AMD's SimNow? Not quite what you want, I know, but better than
nothing ;-)
I downloaded SimNow and was in the midst of installing it before I realized that
it would only work on AMD64 computers running Linux. I have a
QEMU compiles fine on ppc now, but the Problem wit DOS under PPC persists.
I tested Reactos 0.28 and Win95 and they both run fine so far.
On the Dos side I tried the Freedos image from oszoo, Freedos
installation Floppy from fdos.org, MS DOS 6.22 and MS DOS 7.0 (win95)
and they all fail.
This
qemu -smp 2 -cdrom
KNOPPIX_V3.8-2005-02-28-CeBIT_Edition-qemu-0.6.1-2.iso
fails, but work fine without the -smp flag. The KNOPPIX has fairly
random seg faults. I had similar results with 4 virutal cpus.
The host is a dual Xeon with hyperthreading turned on (so 4 total
CPUs)
Richard Neill [EMAIL PROTECTED] wrote:
Re: User-net not working:
Disabling the Nagle algorithm (i.e., enabling TCP_NODELAY) or typing a
lot of garbage just to fill the buffer with enough data can help,
also.
And IIRC, netcat has a UDP mode as well. I see no reason for this to
Johannes Schindelin wrote:
Maybe you want to cull a few quoted lines next time? Especially if you do
not reference any part of the quoted text in your message?
Hth,
Dscho
Will do next time. Thanks for the suggestion.
___
Qemu-devel mailing list
2005/11/19, M. Warner Losh [EMAIL PROTECTED]:
Since it is short, here is the patch that I have in the FreeBSD ports
tree for this issue. It works sufficiently for FreeBSD's RTL
subdriver of ed to be happy.
Thanks for the patch, Warner. Unfortunately, the PCI network card is
still not detected
Looks like SimNow is only for Linux and Windows XP AMD64 Edition
probably not quite what Dave would want, being an OpenBSD user and
all.
On 11/22/05, Mark Williamson [EMAIL PROTECTED] wrote:
Have you seen AMD's SimNow? Not quite what you want, I know, but better than
nothing ;-)
Cheers,
Dave Feustel wrote:
On Tuesday 22 November 2005 09:05, Mark Williamson wrote:
Have you seen AMD's SimNow? Not quite what you want, I know, but better than
nothing ;-)
I downloaded SimNow and was in the midst of installing it before I realized that
it would only work on AMD64
In message: [EMAIL PROTECTED]
Shaun Jackman [EMAIL PROTECTED] writes:
: 2005/11/19, M. Warner Losh [EMAIL PROTECTED]:
: Since it is short, here is the patch that I have in the FreeBSD ports
: tree for this issue. It works sufficiently for FreeBSD's RTL
: subdriver of ed to be
Hi
I'm trying to install the latest Solaris Express (b24) into qemu as a guest
OS; my host is linux. Kicking off with the following:-
$ qemu -m 512 \
-hda /home/glaw/DiskImages/SolarisExpress-b24-x86.qcow \
-cdrom /home/glaw/DiskImages/sol-nv-b24-x86-v1.iso \
-boot d
The installation program
Joe Batt wrote:
This
qemu -smp 2 -cdrom
KNOPPIX_V3.8-2005-02-28-CeBIT_Edition-qemu-0.6.1-2.iso
fails, but work fine without the -smp flag. The KNOPPIX has fairly
random seg faults. I had similar results with 4 virutal cpus.
The host is a dual Xeon with hyperthreading turned on (so
Under Windows hosts at least, QEMU is unable to detect the real size
of a partition when the \\.\drive: syntax is used. I suspect *nix
hosts are affected as well as I somehow doubt that QEMU checks the
partition table for partition geometries...
For this reason, I suggest having an additional
Re: User-net not working:
Disabling the Nagle algorithm (i.e., enabling TCP_NODELAY) or typing a
lot of garbage just to fill the buffer with enough data can help,
also.
And IIRC, netcat has a UDP mode as well. I see no reason for this to
happen, but is there any chance it's using UDP
18 matches
Mail list logo