Karl Magdsick wrote:
[snip]
With proper support from the compiler, it's theoretically possible on
x86-64 systems to use 32-bit pointers in long mode (16 general purpose
64-bit registers). (There's an instruction prefix that will cause the
CPU to perform 32-bit pointer calculations in the
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/26 08:35:18
Modified files:
target-i386: exec.h helper.c op.c translate.c
Log message:
DR6 single step exception status bit, by Juergen Keil.
CVSWeb URLs:
Anthony Liguori wrote:
Here are the reasons why the Unix domain socket approach is superior:
Sharing a file descriptor implies a parent/child relationship.
True.
It also
implies that the daemon will be running for the entire lifetime of the
VM.
No. In fact, running an extra daemon for
On 6/26/07, Gilad Ben-Yossef [EMAIL PROTECTED] wrote:
Anthony Liguori wrote:
It also
implies that the daemon will be running for the entire lifetime of the
VM.
No. In fact, running an extra daemon for the entire life time of the
VM is exactly what I'm trying to avoid (one of the things,
On Sun, Jun 24 2007, Rob Landley wrote:
On Saturday 23 June 2007 07:00:03 Jens Axboe wrote:
I realize releases are a bit out of fashion, but is there any way to go
through cvs to track down which checkin broke this stuff? I can do it in
git, mercurial, or subversion. But cvs isn't
With proper support from the compiler, it's theoretically possible on
x86-64 systems to use 32-bit pointers in long mode. I'm not aware of any
systems that use this, however.
Vxworks does. We just finished doing the gcc port. From a software point of
view ILP32 mode on a 64-bit CPU/OS is
On 07/06/07, Rob Landley [EMAIL PROTECTED] wrote:
In the 2.6.21 kernel the sym53c8xx_2 SCSI controller changed in a way that
QEMU's virtual SCSI controller doesn't handle this properly:
I spent some time yesterday trying to find out what was happening and
the results are below.
QEMU's virtual
Hi,
here is another patch which changes additionnal - additional.
Please apply this new patch and my last one to CVS HEAD.
Thank you,
Stefan
Stefan Weil schrieb:
Aurelien Jarno schrieb:
Hi,
The patch below, taken from the Debian package, fixes two typos:
...
- formating - formatting
On Tue, Jun 26, 2007 at 07:19:53PM +0200, Stefan Weil wrote:
Hi,
here is another patch which changes additionnal - additional.
Please apply this new patch and my last one to CVS HEAD.
A few others, fwiw:
s/recieve/receive/g
s/seperat/separat/g
/[[:space:]]teh[[:space:]]/ the /g
cheers,
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/06/26 20:01:13
Modified files:
. : cpu-defs.h exec.c
Log message:
Fix writes to pages containing watchpoints for the RAM not at 0x0 cases.
CVSWeb URLs:
The appended patch fixes recieve - receive, seperat - separat and
teh - the. Maybe this makes addition to CVS HEAD easier...
Stefan
Bernhard Fischer schrieb:
On Tue, Jun 26, 2007 at 07:19:53PM +0200, Stefan Weil wrote:
Hi,
here is another patch which changes additionnal - additional.
Please
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/26 20:26:03
Modified files:
target-mips: op_helper.c translate.c
Log message:
Implement recip1/recip2/rsqrt1/rsqrt2.
CVSWeb URLs:
The patch below implements ACPI_ENABLE and ACPI_DISABLE as described in
section 4.7.2.5 of the ACPI 3.0 specs.
Signed-off-by: Michael Hanselmann [EMAIL PROTECTED]
Greets,
Michael
---
Index: hw/acpi.c
===
RCS file:
Since when is teh a typo??? It's teh [EMAIL PROTECTED]
On 6/26/07, Stefan Weil [EMAIL PROTECTED] wrote:
The appended patch fixes recieve - receive, seperat - separat and
teh - the. Maybe this makes addition to CVS HEAD easier...
Stefan
Bernhard Fischer schrieb:
On Tue, Jun 26, 2007 at
On 26/06/07, Jonathan Kalbfeld [EMAIL PROTECTED] wrote:
Since when is teh a typo??? It's teh [EMAIL PROTECTED]
It even has a wikipedia page, http://en.wikipedia.org/wiki/Teh
On 6/26/07, Stefan Weil [EMAIL PROTECTED] wrote:
The appended patch fixes recieve - receive, seperat - separat and
I have posted/read other posts regarding rtl8139 in qemu not working
with VISTA 32bit.
Does any one know if there is a fix for this one? I have tried to debug
this, but not sure what is
VISTA 32bit driver is expecting. Qemu writes rx buffers to guest memory,
but it looks like they are ignored
Hi beastcoders,
My question is if you are thinking in improve Qemu to add singular
characteristics whose aren't implemented in any VM sofware:
I.E.:
Building virtual machines taking only one big binary file (merging Qemu
engine and HD image file). It could be good for future portable
you could pack the binaries and the image into a 7-zip sfx
(but that is for windows hosts only). just google for it and
you'll get the procedure. I've done it a few times already.
what is your host ? linux or windows ?
On 6/27/07, NetAudi [EMAIL PROTECTED] wrote:
Hi beastcoders,
My question
Blue Swirl wrote:
On 6/25/07, Thiemo Seufer [EMAIL PROTECTED] wrote:
Nigel Horne wrote:
Good news, sparc emulation with -nographic no longer core dumps.
The bad news, networking still fails:
FYI, I see a transmit error for ne2k_isa on mips r4k. Maybe that's
related.
On my test cases
You could do that with a shar. That's sick and wrong, but cool. Problem I
have with anything else is that in Solaris 10, you can't statically link
anything any more so it would have to unarchive itself to a separate
location and run.
On 6/26/07, NetAudi [EMAIL PROTECTED] wrote:
Hi
20 matches
Mail list logo