CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/10 00:51:01
Modified files:
target-mips: translate.c
Log message:
Fix for the scd instruction, by Aurelien Jarno.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/tra
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/10 00:33:40
Modified files:
. : exec-all.h
Log message:
Fix wrong branch condition in MIPS testandset.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/exec-all.h?cvsroo
On Wednesday 09 May 2007, MingyanGuo wrote:
> Hi,
> The -s option for qemu-system-x86_64 is not useable.
> I've already post a patch, but it is ignored.
> http://lists.gnu.org/archive/html/qemu-devel/2007-05/msg00062.html
Please read the list archives for previous patches/discussions on this topic
Hi Patrick,
On Wed, 9 May 2007, Patrick M. Hausen wrote:
> Boys and girls, this code should run without modification on
> _any_ sufficiently recent variant of Unix. _Unix_.
Even if you sound like a troll, I am heavily reminded of another
widespread saying here: patches welcome.
Talk is cheap,
In message: <[EMAIL PROTECTED]>
"Patrick M. Hausen" <[EMAIL PROTECTED]> writes:
: P.S. No, I don't have a patch, because what I did locally does
: not fix the problem. Once we change
:
: #if defined(__linux__)
: to
: #if defined(__linux__) || defined(__DARWI
Hello!
Those of you who are old enough will remember that certain
kinds of implicit assumptions in programming used to raise
the outcry:
All the world's a VAX!
E.g. taking for granted that a pointer will always fit into
an integer and vice versa.
After trying Qemu for the first time and
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/05/09 20:25:36
Modified files:
. : vl.h
hw : ide.c
Log message:
PCMCIA addresses are 26-bit, widen the address type from 16 to 32 bits.
CVSWeb URLs:
ht
Hi,
The scd instruction is not correctly implemented. In op_mem.c a 1 or a
0 is returned in T0 depending on the success or not of the RMW sequence.
However in translate.c, the result is never copied back to the register.
The trivial patch below fixes that.
Please also find below a boot of a 64-b
Hi,
This patch adds the "-serial con:" option on Windows hosts, to redirect the
serial port output to the console.
Hervé
serial_win_console.diff
Description: Binary data
Hi,
This patch is resent due to checkin of a 64 bit MMU.
It removes the MIPS_USES_R4K_TLB define, and replaces it by some function
pointers in the env structure.
The model can be extended to support another TLB types quite easily (see
translate_init.c)
"No MMU" mode seems to not work, but it was
"Jeff Chua" <[EMAIL PROTECTED]> writes:
> # type awk
> awk is /bin/awk
> awk is /usr/bin/awk
> # type -p awk
> /bin/awk
> /usr/bin/awk
You are not using type, but type -a.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, German
Thiemo Seufer <[EMAIL PROTECTED]> writes:
> Joachim Henke wrote:
>> On Wed, 2007-05-09 at 10:51 +0200, Juergen Keil wrote:
>> > Isn't the use of "which" wrong, anyway?
>> >
>> > "which" belongs to csh/tcsh, and tells you about csh's/tcsh's idea
>> > about a command or a csh command alias.
>> >
Blue Swirl wrote:
> On 5/9/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> >Hello All,
> >
> >The relevant IEEE standards don't define if a set or a clear bit is
> >used to distinguish between QNaN and SNaN. MIPS, and apparently
> >PA RISC, made a different choice than the rest of the industry.
>
>
Hi,
this patch should implement fadvise64 and fadvise64_64 syscall support
for at least i386 by mapping it to the host syscall. While trying out a
current glibc version with qemu-i386 it just annoyed me to get an
unsupported syscall for this.
Hope this helps,
Alex
Index: qemu-0.9.0/linux-user/sys
On 5/9/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
Hello All,
The relevant IEEE standards don't define if a set or a clear bit is
used to distinguish between QNaN and SNaN. MIPS, and apparently
PA RISC, made a different choice than the rest of the industry.
On Sparc, the rule is as follows:
On 5/9/07, Jan Kiszka <[EMAIL PROTECTED]> wrote:
MingyanGuo wrote:
> Hi,
> The -s option for qemu-system-x86_64 is not useable.
> I've already post a patch, but it is ignored.
Have you seen my patch [1] on this already? Does it work for you? It's
running fine here, but there are still some open
On 5/9/07, Andreas Schwab <[EMAIL PROTECTED]> wrote:
"Jeff Chua" <[EMAIL PROTECTED]> writes:
> "which" returns the first path, "type" returns all paths.
You want "type -p".
# type awk
awk is /bin/awk
awk is /usr/bin/awk
# type -p awk
/bin/awk
/usr/bin/awk
# type foo
-bash: type: foo: not fo
Joachim Henke wrote:
> On Wed, 2007-05-09 at 10:51 +0200, Juergen Keil wrote:
> > Isn't the use of "which" wrong, anyway?
> >
> > "which" belongs to csh/tcsh, and tells you about csh's/tcsh's idea
> > about a command or a csh command alias.
> >
> > IMO, for a /bin/sh (or bash) script, using th
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/09 14:06:07
Modified files:
. : configure
Log message:
Avoid use of which to detect gcc, as it is broken on darwin. Patch by
Joachim Henke.
CVSWeb URLs:
http://cvs.sa
Jernej Simon?i? wrote:
> On Wednesday, May 9, 2007, 2:41:03, Thiemo Seufer wrote:
>
> > I don't see a warning for e.g. "which foo" on my system. Could you
> > describe your system and paste the output the which command produces
> > there?
>
> Gentoo:
>
> # which foo
> which: no foo in
> (/usr/l
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/09 13:55:04
Modified files:
. : configure
Log message:
Suppress warning messages from "which".
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemu&r1
On Wed, 2007-05-09 at 10:51 +0200, Juergen Keil wrote:
> Isn't the use of "which" wrong, anyway?
>
> "which" belongs to csh/tcsh, and tells you about csh's/tcsh's idea
> about a command or a csh command alias.
>
> IMO, for a /bin/sh (or bash) script, using the "type" command would
> be a bette
MingyanGuo wrote:
> Hi,
> The -s option for qemu-system-x86_64 is not useable.
> I've already post a patch, but it is ignored.
Have you seen my patch [1] on this already? Does it work for you? It's
running fine here, but there are still some open questions [2], and I
unfortunately didn't received
On 5/9/07, Michael Opdenacker wrote:
This demo shows that it's possible to implement a full-featured embedded
system with a graphical interface within 2.1 MB!
Feedback, suggestions and contributions are welcome!
cool :)
merci Michael...
--
Christian
Hello All,
The relevant IEEE standards don't define if a set or a clear bit is
used to distinguish between QNaN and SNaN. MIPS, and apparently
PA RISC, made a different choice than the rest of the industry.
The appended patch accounts for this, it fixes a number of failures
on MIPS, none of those
Hi,
The -s option for qemu-system-x86_64 is not useable.
I've already post a patch, but it is ignored.
http://lists.gnu.org/archive/html/qemu-devel/2007-05/msg00062.html
This patch is for version 0.9.0, could some body merge it
in the cvs tree?
---><---
Here's a demo everyone here can start in less than 1 minute:
http://free-electrons.com/community/demos/qemu-arm-directfb/
You just have to download 1 file and run qemu. Let it surprise you!
This demo shows that it's possible to implement a full-featured embedded
system with a graphical interface
On 2007-05-08, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> There was a bug in the qcow2 support which is fixed in CVS. You can use
> qcow instead, or upgrade to a recent-ish CVS version of qemu.
Oh yeah, thanks, I see. I really could as well have looked it up
myself...
What I *don't* understand is
On Wednesday, May 9, 2007, 2:41:03, Thiemo Seufer wrote:
> I don't see a warning for e.g. "which foo" on my system. Could you
> describe your system and paste the output the which command produces
> there?
Gentoo:
# which foo
which: no foo in
(/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/
"Jeff Chua" <[EMAIL PROTECTED]> writes:
> On 5/9/07, Juergen Keil <[EMAIL PROTECTED]> wrote:
>
>> Isn't the use of "which" wrong, anyway?
>>
>> "which" belongs to csh/tcsh, and tells you about csh's/tcsh's idea
>> about a command or a csh command alias.
>>
>> IMO, for a /bin/sh (or bash) script, u
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/09 09:34:31
Modified files:
target-mips: helper.c
Log message:
Preliminary MIPS 64-bit MMU implementation, by Aurelien Jarno.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/tar
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/09 09:33:33
Modified files:
target-mips: op.c translate.c
Log message:
Fix MIPS64 address computation specialcase, by Aurelien Jarno.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/
On 5/9/07, Juergen Keil <[EMAIL PROTECTED]> wrote:
Isn't the use of "which" wrong, anyway?
"which" belongs to csh/tcsh, and tells you about csh's/tcsh's idea
about a command or a csh command alias.
IMO, for a /bin/sh (or bash) script, using the "type" command would
be a better idea.
"which"
Hi,
The attached patch removes the MIPS_USES_R4K_TLB define, and replaces it by
some function pointers in the env structure.
The model can be extended to support another TLB types quite easily (see
translate_init.c)
Hervé
dynamic_mmu.diff
Description: Binary data
> Thiemo Seufer wrote:
> Jeff Chua wrote:
> [snip]
> > @@ -567,7 +567,8 @@
> >fi
> >
> ># Check if tools are available to build documentation.
> > -if [ -x "`which texi2html`" ] && [ -x "`which pod2man`" ]; then
> > +if [ -x "`which texi2html 2>/dev/null`" \
> > + -a -x "`which pod2man
Hi everyone,
Here comes the second batch of patches for the user space emulator.
Below is a one line summary of each patch, please have a look in the
patch header for details:
- Fix XHACK() macro and use FREG if possible
- Emulate more fpu opcodes
- Document FPSCR usage
- Use DREG() over XREG()
36 matches
Mail list logo
