none taken :)
it's just that myself last year I created small kernels which sometimes would
freeze too at the expansion step, but then it was a kernel config issue.
I'll look at the patch though :)
On 4/26/06, Damien Mascord <[EMAIL PROTECTED]> wrote:
> Given that it works with this patch, I can'
On Tue, Apr 25, 2006 at 09:04:33PM -0500, Chris Bagwell wrote:
> I just upgraded to current CVS to get all the changes submitted today.
> The solaris port commits seems to have added a #include "gnu-c99-math.h"
> file to fpu/softfloat-native.h.
>
> This file doesn't exist on my Fedora Core 5 sy
Hi all,
There was a patch added to CVS that detects if tools exist to build
documentation. This helped me during the compile phase since I don't
have those tools installed.
I had a failure during the install phase because it still tried to
install the non-existent docs.
Following patch fix
I just upgraded to current CVS to get all the changes submitted today.
The solaris port commits seems to have added a #include "gnu-c99-math.h"
file to fpu/softfloat-native.h.
This file doesn't exist on my Fedora Core 5 system with gcc32 installed
for compatibility. The mailing archive menti
Christian MICHON wrote:
> just send your kernel .config for cross verification
> :)
Heya Christian,
I use the same kernel to boot from a hard-disk, and also from a CD-ROM, and
both work correctly.
The following patch (against latest CVS) enables the floppy to boot correctly.
This patch was su
Hi,
Seems as though a missing header is being included in this file.
Removing it enables qemu to compile cleanly,
Damien
Index: fpu/softfloat-native.h
===
RCS file: /cvsroot/qemu/qemu/fpu/softfloat-native.h,v
retrieving revision 1.
On Wed, Apr 26, 2006 at 12:50:16AM +0200, Fabrice Bellard wrote:
> Well, there is a change log in the archive and here it is:
>
> version 1.3.0pre6:
>
> - compile fix for Linux kernel version >= 2.6.16
> - better null LDT handling (aka Plan9 and ReactOS bug)
> - moved monitor code to another addr
Troy,
Fabrice just committed it to CVS yesterday. If you use the -win2k-hack
option now, it should work fine from the CVS version. You should use
the -win2k-hack _always_, even if you are not installing to get reliable
Windows 2000 operation on the CVS version of QEMU, especially if you are
usin
On Mon, Apr 10, 2006 at 08:16:17PM +0400, Brad Campbell wrote:
> Hetz Ben Hamo wrote:
> >I'm sorry to bring this issues back from the dead:
> >
> >* Full disk issues
> >* Service pack issues
> >
> >I Do know that both these issues have been dealt before, but yet,
> >there is no "fix" from the QEMU
> >Now, does anyone have instructions on how to get Win2k installed and
> >updated to the latest set of security patches? I can get service pack 4
> >installed, but running windowsupdate seems to never work right.
>
> If I run it up with -win2k-hack then windowsupdate works fine..
> Here is what I
Fabrice Bellard wrote:
> I just added an ELF loader (inspirated from the SPARC one) which should
> work for all architectures. It supports symbol loading and use the CPU
> physical memory mappings to compute correct RAM addresses.
I extended it so that it provides the ELF entry point address, fi
Well, there is a change log in the archive and here it is:
version 1.3.0pre6:
- compile fix for Linux kernel version >= 2.6.16
- better null LDT handling (aka Plan9 and ReactOS bug)
- moved monitor code to another address (aka win2k 256 MB bug)
Fabrice.
Hetz Ben Hamo wrote:
Fabrice,
Any chan
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/25 22:36:31
Modified files:
. : Changelog
Log message:
update
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/Changelog.diff?
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/25 22:36:06
Modified files:
. : block.c Makefile.target configure dyngen-exec.h
vl.c
fpu: softfloat-
Fabrice,
Any chance you could tell us whats changed since 1.3.0pre5 please?
Thanks,
Hetz
On 4/26/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
> Ben Dailey wrote:
> > Hello,
> >
> > I have just recently joined the list and thought I would share this
> > simple patch to get kqemu-1.3.0pre5 to co
Ben Dailey wrote:
Hello,
I have just recently joined the list and thought I would share this
simple patch to get kqemu-1.3.0pre5 to compile against the
2.6.16-1.2096_FC4smp kernel. Configure was run as "./configure
--cc=gcc32 --host-cc=gcc". Before the patch the make output was as
follows:
>[..
> > QEMU reads the clock at each host wakeup, but it cannot compensate if
> > the guest OS requires a higher frequency than the host timer frequency.
> > Having a 1 ms period is definitively better to be able to run a wide
> > range of guest OSes.
>
> I was thinking that if the host is woken later
Fabrice Bellard wrote:
> Jamie Lokier wrote:
> >Fabrice Bellard wrote:
> >
> >>Can other people confirm that it is better to always use /dev/rtc on
> >>Linux ? Is there a way to get the real resolution of the host timer ?
> >
> >
> >Yes, on recent Linux kernels you can do
> >clock_getres(CLOCK_MON
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/25 21:27:42
Modified files:
target-i386: helper2.c
Log message:
enable APIC by default
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu
Hi,
On Tue, 25 Apr 2006, Fabrice Bellard wrote:
> I need more time to accept your big patch. I think it would have been better
> to separate the bug fixes, the new USB host drivers and the API changes. I
> would have included the first two without problem, but I need to better
> understand your A
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/25 21:24:22
Modified files:
hw : ide.c
Log message:
LBA48 support (Jens Axboe)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu
Jamie Lokier wrote:
Fabrice Bellard wrote:
Can other people confirm that it is better to always use /dev/rtc on
Linux ? Is there a way to get the real resolution of the host timer ?
Yes, on recent Linux kernels you can do
clock_getres(CLOCK_MONOTONIC,&ts) [or CLOCK_REALTIME], and it will
ret
OK for the UHCI fix.
I need more time to accept your big patch. I think it would have been
better to separate the bug fixes, the new USB host drivers and the API
changes. I would have included the first two without problem, but I need
to better understand your API changes before commiting them
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/25 21:01:20
Modified files:
hw : usb-uhci.c
Log message:
fix for HCHALTED status bit
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qem
Hello,
I have just recently joined the list and thought I would share this
simple patch to get kqemu-1.3.0pre5 to compile against the
2.6.16-1.2096_FC4smp kernel. Configure was run as "./configure
--cc=gcc32 --host-cc=gcc". Before the patch the make output was as
follows:
make -C /lib/modules/2.6
just send your kernel .config for cross verification
:)
On 4/25/06, Damien Mascord <[EMAIL PROTECTED]> wrote:
> Hi again,
>
> Sorry to top post, just wanted to know if anyone has had similar experiences
> to this?
>
> If not, can someone help me debug the issue (bug?) with qemu here?
>
On Mon, 24 Apr 2006 23:41:23 +0200, Fabrice Bellard <[EMAIL PROTECTED]>
wrote:
Hi,
Can other people confirm that it is better to always use /dev/rtc on
Linux ? Is there a way to get the real resolution of the host timer ?
Fabrice.
Hi!
There must be one.
Mplayer says this after setting
27 matches
Mail list logo
