Mike Frysinger wrote:
On Thursday 05 April 2007, Jamie Lokier wrote:
Sylvain Petreolle wrote:
Was incorrect before too, since it was sizeof(int) in the first place ?
The old type of val was int, so it made no different to the size.
When val is of type socklen_t, it matters.
val is
J. Mayer wrote:
No. Since MIPS{32,64}R2 the CP0 is standardized and a mandatory part of
a MIPS compatible CPU.
Yes, I know MIPS want always CP0 to be present. I should have put a
smiley somewhere. I wanted just to point the fact that the CPU itself
does not need the CP0 controller to run
Natalia Portillo wrote:
But that required some macro interface click at x,y, wait some seconds,
press 'k' key, that is not currently under QEMU.
The best solution I think is to get a way to send QEMU the screenshot to
file command some times and stop the VM when both are equal, then send the
On 8 avr. 07, at 22:43, Natalia Portillo wrote:
But that required some macro interface click at x,y, wait some
seconds,
press 'k' key, that is not currently under QEMU.
There is cxtest (GPL) which has been created for that matter, it
should be interesting to give it a try:
The calculation of pdpe and pde addresses is broken, when running 32bit
code under x86_64-qemu. The code assumes that the addr parameter is 32bit
wide. This assumption does not hold for x86_64 as target.
Bernhard Kauer
Index: target-i386/helper2.c
I'm trying to test my fixes to the linux-user emulation on some additonal
architectures now, but I'm running into problems. I can debug these some,
but any suggestions or guidence, especially from people more familiar
with the architecture core code, would be appreciated.
The environment is a
This patch is a consolodation of patches and ideas from BlueSwirl, Martin
Bochnig and myself.
The patch is comprized of three parts:
1) to more accurately set the compile flags on sparc hosts, with an eye
for sparc_v8plus and sparc_v8plusa, as well as sparc_v9, and leaving
the option for
On Tue, 2007-04-10 at 09:34 -0400, Stuart Anderson wrote:
I'm trying to test my fixes to the linux-user emulation on some additonal
architectures now, but I'm running into problems. I can debug these some,
but any suggestions or guidence, especially from people more familiar
with the
On Tue, 10 Apr 2007, Jocelyn Mayer wrote:
Just checked, on an amd64 host with a random powerpc bash version I got
on my hard disk drive:
I also tried to really launch the shell and use it and it worked.
Interesting...
But I think recent builds using glibc with TLS/NPTL would not run.
Ahh.
In article [EMAIL PROTECTED] you write:
-=-=-=-=-=-
The crashs are caused by transmit descriptors with packet sizes
larger than the buffer which is defined in the driver. Using netperf
or rsync will always result in a buffer overflow and crash QEMU
with the current eepro100 driver.
Up to now I
An Update to the previous patch. Some of the variables and
defines in Makefile.target were not removed as part of the
new sparc host configuration.
Ben
Ben Taylor [EMAIL PROTECTED] wrote:
This patch is a consolodation of patches and ideas from BlueSwirl, Martin
Bochnig and myself.
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/04/11 02:13:00
Modified files:
target-mips: op.c translate.c
Log message:
More Context/Xcontext fixes. Ifdef some 64bit-only ops, they may
end up empty for 32bit mips, which
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/04/11 02:15:08
Modified files:
target-mips: translate.c
Log message:
Code formatting fix.
CVSWeb URLs:
13 matches
Mail list logo