At 2:37 PM +0100 3/17/07, Thomas Orgis wrote:
>I'd like to add that with qemu 0.9.0 release it's the same problem,
>that somehow seems to recurr from time to time (seen old similar
>reports with older qemu release(s)) in helper.c.
>
>We at SourceMage GNU/Linux got reports of failed builds with that
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/03/18 00:30:29
Modified files:
. : Changelog Makefile.target vl.c vl.h
hw : mips_malta.c mips_r4k.c
target-mips: cpu.h mips-defs.h translate.c
Added file
> >> So an emulation has several options:
> >>
> >> 1. Show undefined behaviour (this is what it does today).
> >> 2. Emulate the behaviour of existing CPUs as far as possible.
> >> As different CPUs behave different, this must depend on the
> >> current CPU.
> >> 3. Display an error message.
> >
>
On 17/03/07, andrzej zaborowski <[EMAIL PROTECTED]> wrote:
On 17/03/07, Paul Brook <[EMAIL PROTECTED]> wrote:
> On Friday 16 March 2007 22:06, andrzej zaborowski wrote:
> > This patch contains some ugly but very useful chnages:
> > - in cpu-exec.c, halt the arm CPU on CPU_INTERRUPT_HALT like in
On 17/03/07, Paul Brook <[EMAIL PROTECTED]> wrote:
On Friday 16 March 2007 22:06, andrzej zaborowski wrote:
> This patch contains some ugly but very useful chnages:
> - in cpu-exec.c, halt the arm CPU on CPU_INTERRUPT_HALT like in other
> architectures.
This is ok. Though I'd prefer it to actua
Hi! I'll keep this succinct, because I'm sure they'd be FAQ-grade
questions if this list had a FAQ: :)
1) Where's the version repository for KQEMU? It doesn't appear to
be under/alongside QEMU itself.
2) Has anyone made any progress with porting KQEMU to Darwin x86?
I've had a look at th
Thiemo Seufer wrote
> Stefan Weil wrote:
>> So an emulation has several options:
>>
>> 1. Show undefined behaviour (this is what it does today).
>> 2. Emulate the behaviour of existing CPUs as far as possible.
>> As different CPUs behave different, this must depend on the
>> current CPU.
>> 3. Disp
The helpers for x86/amd64 fprem and fprem1 in target-i386/helper.c are
significantly borked and, for example, cause konqueror in RedHat8 (x86
guest) to go into an infinite loop when displaying http://news.bbc.co.uk.
helper_fprem has the following borkage:
- various Inf/Nan/zero inputs not handled
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 07/03/17 16:59:31
Modified files:
hw : ppc_chrp.c ppc_prep.c realview.c usb-ohci.c
usb.h versatilepb.c
Log message:
OHCI USB PXA support (Andrzej Zaborowski).
> -Ursprüngliche Nachricht-
> Von: qemu-devel@nongnu.org
> Gesendet: 16.03.07 13:11:15
> An: qemu-devel@nongnu.org
> Betreff: Re: [Qemu-devel] QCOW(2) image corruption under QEMU 0.9.0
> reproducible
> herbie hancock wrote:
> > Hello, i had also a reproducible disk crash:
> > info of th
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/03/17 15:39:48
Modified files:
target-mips: TODO
Log message:
Note FPU enable/disable issue.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/TODO?cvsroot=qemu&r1=1.5&r2
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/03/17 15:21:30
Modified files:
hw : mips_r4k.c
Log message:
Remove useless static specifier.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mips_r4k.c?cvsroot=qemu&r1=1
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/03/17 15:17:59
Modified files:
. : exec.c vl.c
Log message:
Better ioport debugging output.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/exec.c?cvsroot=qemu&r1=1.88&r2=
On Friday 16 March 2007 22:06, andrzej zaborowski wrote:
> This patch contains some ugly but very useful chnages:
> - in cpu-exec.c, halt the arm CPU on CPU_INTERRUPT_HALT like in other
> architectures.
This is ok. Though I'd prefer it to actually be common code (like
CPU_INTERRUPT_DEBUG).
> -
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/03/17 15:00:38
Modified files:
. : Makefile Makefile.target configure
Log message:
Better way to select -lrt, by Andrzei Zaborowski.
CVSWeb URLs:
http://cvs.savannah.gnu.org/vie
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/03/17 14:55:31
Modified files:
hw : ide.c
Log message:
Don't fail for "revert to poweron defaults" IDE command, by Carlo
Marcelo Arenas Belon.
CVSWeb URLs:
http://cvs.sav
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/03/17 14:54:15
Modified files:
hw : ide.c
Log message:
Allow disabling IDE block mode, by Carlo Marcelo Arenas Belon.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ide
Hi Jocelyn,
Previously it was mentioned that there is a regression that was
introduced by your original merge on March 8, 2007. I tested this
latest code and it is still there. The nature of the problem is that
the networking does not work when booting QEMU and using the built in
slirp networkin
This adds the remaining on-chip peripherals of the PXA2xx:
- MMC/SD host.
- PCMCIA sockets.
- System timers.
- LCD controller. For the LCD I added the "-portrait" switch that
rotates the display 90 degrees left. This is for the Spitz machine
(clamshell based PDA) that can work in the two display m
Implements basic differences between XScale and plain ARM. The patch
also adds the main on-chip peripherals of PXA2xx: interrupt
controller, DMA, GPIO controller, SSP, I2C, I2S busses, UARTs, FIR
port, RTC, Clock/Power/Memory managers.
There's also an api to hook funcitons to coprocessor writes a
Stefan Weil wrote:
> So an emulation has several options:
>
> 1. Show undefined behaviour (this is what it does today).
> 2. Emulate the behaviour of existing CPUs as far as possible.
>As different CPUs behave different, this must depend on the
>current CPU.
> 3. Display an error message.
Hi all,
Currently, the time on the SPARC sun4m target running Linux goes about
30% too fast.
This is due to a bug in the SlavIO Counter-Timers emulation. When in
system mode the counter must be reset when a new limit is written, but
*not* when the current limit is read (which also clears the i
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/03/17 14:04:57
Modified files:
. : configure
Log message:
Add PowerPC 64 target for tests.
As no PowerPC 64 CPU is implemented, this target can just be used to
check that
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/03/17 14:02:15
Modified files:
target-ppc : cpu.h exec.h helper.c op.c op_helper.c
op_helper.h op_helper_mem.h op_mem.h
translate.c
Log message:
I'd like to add that with qemu 0.9.0 release it's the same problem,
that somehow seems to recurr from time to time (seen old similar
reports with older qemu release(s)) in helper.c.
We at SourceMage GNU/Linux got reports of failed builds with that error
that are apparently fixed by reducing -march
So an emulation has several options:
1. Show undefined behaviour (this is what it does today).
2. Emulate the behaviour of existing CPUs as far as possible.
As different CPUs behave different, this must depend on the
current CPU.
3. Display an error message.
The current solution (1) is not
Hi,
On Saturday 17 March 2007 10:51, Johannes Schindelin wrote:
> Hi,
>
> On Sat, 17 Mar 2007, axel wrote:
> > Why there exist two different blocks for COFF and ELF for x86/x86_64
> > hosts?
>
> Because COFF is used by Windows, and ELF by Linux, and they are
> substantially different?
>
Sorry, I d
Hi,
On 17/03/07, Paul Brook <[EMAIL PROTECTED]> wrote:
On Friday 16 March 2007 20:59, andrzej zaborowski wrote:
> Emulates an SD card with the full command set (no SPI mode though).
> Should be more or less compliant with version 1.10 specification.
I suspect your code only works on x86. Specif
On Friday 16 March 2007 20:59, andrzej zaborowski wrote:
> Emulates an SD card with the full command set (no SPI mode though).
> Should be more or less compliant with version 1.10 specification.
I suspect your code only works on x86. Specifically things like:
> +struct sd_response_r1_s {
> +u
Hi,
On Sat, 17 Mar 2007, axel wrote:
> Why there exist two different blocks for COFF and ELF for x86/x86_64
> hosts?
Because COFF is used by Windows, and ELF by Linux, and they are
substantially different?
> @@ -1458,6 +1458,8 @@
> error("empty code for %s", name);
> if
30 matches
Mail list logo
