I agree. There will be a new release in January.
Fabrice.
Hetz Ben Hamo wrote:
Hi,
The last release of QEMU was 0.8.2 from 6 months ago,
Since then, quite a lot of features has been added to CVS and lots of
things were fixed..
So I was wondering, isn't it time to start prepare for a new
Hi,
OK for the -option-rom option. Later it would be better to handle it at
the NIC level, but it is more complicated (some BIOS patches would be
needed to remap the PCI ROM at the right address for example).
I think the -boot n option should be merged in QEMU too. Some people
need it to
Another point is that I won't accept a GPL license for such a device.
LGPL or BSD would be better.
Regards,
Fabrice.
Hetz Ben Hamo wrote:
Hi Mark,
Well, there aren't any written rules but most people who contribute
sends some proof of concept diff'ed patch (appliable to QEMU CVS for
On 12/8/06, Jason Wessel [EMAIL PROTECTED] wrote:
When using the gcc34 compiler in FC6 QEMU will not build. It seems that
linux/compiler.h is not actually used for anything, as it continues to
build fine on other linux varients.
Don't know if compiler.h is needed or not, but I got it to
Doing some more tests with Qemu and 64bit support gives the following
picture:
I always boot the Opensuse 10.2 64bit installation DVD.
If I switch off kqemu completely with the -no-kqemu option the system
installation starts, albeit slow :-) .
The tests with only user mode kqemu enabled (no
Please add this patch to CVS.
The patch has two purposes:
1) The NIP needs to be updated for a tw instruction.
I found that when executing protected mode traps
the PC was always set to the begining of the code
generation block instead of the instruction the trap
occurred on.
Excellent, I had encountered that bug earlier on when trying to debug
using workbench.
Are you guys developing a BSP for qemu?
I have a partially working one.
Ely Soto
Jason Wessel [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
12/27/2006 11:05 AM
Please respond to
qemu-devel@nongnu.org
To
Fabrice,
Quick question about this patch (August 19, 2006)
The ENOMEDIUM variable is dummy'd up for Windows in vl.h.
I found that Solaris doesn't have an ENOMEDIUM variable, and I've
been able to get block.c to compile correctly by adding this to vl.h.
Before I go submitting anything, I just
Fabrice Bellard wrote:
Hi,
OK for the -option-rom option. Later it would be better to handle it
at the NIC level, but it is more complicated (some BIOS patches would
be needed to remap the PCI ROM at the right address for example).
Ok.
I think the -boot n option should be merged in QEMU
Howdy,
The following patch enables -boot n for x86 using etherboot PXE ROMs.
It depends on my previous -option-rom patch.
Essentially, if -boot n is specified, the set of NICs is searched and
the patch looks for a ROM named pxe-model.bin in the BIOS path. When
one is found, it is added as
Thank you Fabrice and co. LGPL or BSD should be fine - I don't have any
preference on the license.
I could not find the experimental 3D patch - it seems to have expired. But
I uploaded a diff patch anyway to 4shared at this location:
http://www.4shared.com/file/7986451/d1222873/ehci.html
This
On Wednesday 27 December 2006 21:21, Mark B wrote:
Thank you Fabrice and co. LGPL or BSD should be fine - I don't have any
preference on the license.
I could not find the experimental 3D patch - it seems to have expired. But
I uploaded a diff patch anyway to 4shared at this location:
hi all,
I tried to boot my preinstalled winxp with
# qemu -boot c -hda /dev/hda
that's what happens:
- qemu load grub, and I select to boot winxp (grub says chainloader +1, then
boot)
- qemu starts to load winxp, with a winxp boot screen
- qemu fails and reboots
it seems qemu stops loading
13 matches
Mail list logo
