CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/11 02:24:14
Modified files:
target-mips: mips-defs.h translate.c
Log message:
Throw RI for invalid MFMC0-class instructions. Introduce optional
MIPS_STRICT_STANDARD define to a
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/04/11 02:15:08
Modified files:
target-mips: translate.c
Log message:
Code formatting fix.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate.c?cvsroot=qemu&r1=1.
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 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 dynge
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
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 t
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.
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 archit
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 non-ul
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 De
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
=
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:
http://www.c
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 se
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
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 mat
14 matches
Mail list logo
