"J. Mayer" <[EMAIL PROTECTED]> writes:
> On Fri, 2007-11-16 at 21:32 +0100, andrzej zaborowski wrote:
>> I think a line like
>>
>> #define inline __attribute__ (( always_inline )) inline
>>
>> in dyngen-exec.h should be
>
> As I already pointed it in the first message of the thread, this kind o
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/11/17 02:16:14
Modified files:
target-ppc : cpu.h translate_init.c
Log message:
Make the PowerPC MMU model, exception model and input bus model
typedefed enums.
CVSWeb URLs:
http://
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/11/17 02:04:00
Modified files:
hw : ppc.c
target-ppc : cpu.h
Log message:
Add missing definition for number of input pins for the PowerPC 970 bus.
Use proper INPU
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/11/17 01:54:46
Modified files:
. : configure
Log message:
Remove ppc64h CPUs definitions from the configure script.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?c
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/11/17 01:52:38
Modified files:
darwin-user: main.c
Log message:
Resynchronize darwin-user target with linux-user:
add CPU selection feature, choose the correct default CPU and set
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/11/17 01:37:44
Modified files:
darwin-user: main.c
hw : ppc.c
linux-user : main.c
target-ppc : cpu.h helper.c helper_regs.h translate_init.c
Log message
On Fri, 2007-11-16 at 21:32 +0100, andrzej zaborowski wrote:
> On 16/11/2007, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2007-11-16 at 15:52 +, Paul Brook wrote:
> > > > Then, I choosed to replace 'inline' by 'always_inline', which is more
> > > > invasive but have less risks of
Hi Paul,
> Why don't you just fix whatever's wrong with normal qemu?
Because some patches are not good enough to be applied in the
mainstream version. Other patches was not applied because the
developers that have write permission on CVS didn't have time to
analyze them.
The TLS patch is yours a
On Friday 16 November 2007, Lauro Ramos Venancio wrote:
> Hi all,
>
> I'm creating a project in Sourceforge to maintain a bleeding edge
> version of QEMU for ARM-EABI programs. The main idea is to keep up to
> date the ARM EABI patches.
Why don't you just fix whatever's wrong with normal qemu?
Pa
On 16/11/2007, Philipp Gühring <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > My questions are as follows:
> > 1) I know -hdc and -cdrom cannot be called at the same time, but i have
> > no luck getting an image to be mounted with -hdb or -hdd.
>
> For -cdrom you need ISO images.
> For -hd[a-d] you need ha
After some testing, I've made a minor fix to the Rev 1.66 patch of hw/ide.c.
With this patch, and the current CVS tree, I'm once again able to see the
devices after clicking on "MyComputer" in my Win98SE guest.
Ben
--- qemu.ORIG/hw/ide.c 2007-11-08 11:38:17.0 -0500
+++ qemu/hw/ide.c
Hi all,
I'm creating a project in Sourceforge to maintain a bleeding edge
version of QEMU for ARM-EABI programs. The main idea is to keep up to
date the ARM EABI patches.
This project will be specially useful for Maemo developers and
Scratchbox users as it provides an alternative (newer) version
Hi,
> My questions are as follows:
> 1) I know -hdc and -cdrom cannot be called at the same time, but i have
> no luck getting an image to be mounted with -hdb or -hdd.
For -cdrom you need ISO images.
For -hd[a-d] you need harddisk-images, which are done like this
dd id=/dev/hda of=myimage.img
q
From the slackbook WIKI;
"http://alien.slackbook.org/dokuwiki/doku.php?id=slackware:qemu";
I quote below which relates to my questions:
My questions are as follows:
1) I know -hdc and -cdrom cannot be called at the same time, but i have
no luck getting an image to be mounted with -hdb or -hdd
I tried it, but still got the same error. Any further suggestion?
Thanks,
-x
On Nov 15, 2007 2:46 AM, Ulrich Hecht <[EMAIL PROTECTED]> wrote:
> On Thursday 15 November 2007, test test wrote:
> > --
> >-- dyngen: Unsupport
On 16/11/2007, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2007-11-16 at 15:52 +, Paul Brook wrote:
> > > Then, I choosed to replace 'inline' by 'always_inline', which is more
> > > invasive but have less risks of side effects. The diff is attached in
> > > always_inline.diff.
> > > Th
On Fri, 2007-11-16 at 15:59 +, Jamie Lokier wrote:
> Heikki Lindholm wrote:
> > J. Mayer kirjoitti:
> > >Some may have experienced of having some Qemu builds crashing,
> > >apparently at random places, but in a reproducable way.
> > >I found one reason for this crashes: it appears that with th
Updated patch attached.
On Sat, Nov 10, 2007 at 09:42:19PM +0100, Bastian Blank wrote:
> It does the following changes:
> - Hardcode -march=z900 to generate usable op code.
> - Add redirection for parameter expansion in op code.
> - Cleanup GOTO_LABEL_PARAM.
> - Accept any return from function (li
On Fri, Nov 16, 2007 at 03:29:48PM +, Richard W.M. Jones wrote:
> Hi,
>
> I was looking for a way to collect information on the amount of data
> being written and read from block devices. The attached patch adds a
> few counters to the BlockDriverState structure to collect this
> informati
Heikki Lindholm wrote:
> J. Mayer kirjoitti:
> >Some may have experienced of having some Qemu builds crashing,
> >apparently at random places, but in a reproducable way.
> >I found one reason for this crashes: it appears that with the growth of
> >the op.c file, there may be cases where we could re
On Fri, 2007-11-16 at 17:42 +0200, Heikki Lindholm wrote:
> Jocelyn Mayer kirjoitti:
> > On Fri, 2007-11-16 at 17:06 +0200, Heikki Lindholm wrote:
> >> J. Mayer kirjoitti:
> >>> Some may have experienced of having some Qemu builds crashing,
> >>> apparently at random places, but in a reproducable
Hi,
I was looking for a way to collect information on the amount of data
being written and read from block devices. The attached patch adds a
few counters to the BlockDriverState structure to collect this
information, and a new "info blockstats" monitor command to display it.
This screensho
Hello,
I wrote a patch to add ppc64 host support somewhere in 2006 in posted it
on this list, too. I haven't worked on it much since, but updated it now
to the current CVS. The working status still seems to be "mostly works,
but unusable because of random crashes." The crashes happen when tryin
On Fri, 2007-11-16 at 15:52 +, Paul Brook wrote:
> > Then, I choosed to replace 'inline' by 'always_inline', which is more
> > invasive but have less risks of side effects. The diff is attached in
> > always_inline.diff.
> > The last thing that helps solve the problem is to change the inlining
Jocelyn Mayer kirjoitti:
On Fri, 2007-11-16 at 17:06 +0200, Heikki Lindholm wrote:
J. Mayer kirjoitti:
Some may have experienced of having some Qemu builds crashing,
apparently at random places, but in a reproducable way.
I found one reason for this crashes: it appears that with the growth of
t
> Then, I choosed to replace 'inline' by 'always_inline', which is more
> invasive but have less risks of side effects. The diff is attached in
> always_inline.diff.
> The last thing that helps solve the problem is to change the inlining
> limits of gcc, at least to compile the op.o file.
Presumab
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/11/16 14:57:36
Modified files:
fpu: softfloat-specialize.h
Log message:
Fix NaN handling for MIPS and HPPA.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/fpu/softfloat-sp
On Fri, 2007-11-16 at 17:06 +0200, Heikki Lindholm wrote:
> J. Mayer kirjoitti:
> > Some may have experienced of having some Qemu builds crashing,
> > apparently at random places, but in a reproducable way.
> > I found one reason for this crashes: it appears that with the growth of
> > the op.c fi
This patch avoids crashing of QEMU when applications (e.g pxaregs) read the GPCR
register.
Index: pxa2xx_gpio.c
===
RCS file: /sources/qemu/qemu/hw/pxa2xx_gpio.c,v
retrieving revision 1.5
diff -u -r1.5 pxa2xx_gpio.c
--- pxa2xx_gpio.c
J. Mayer kirjoitti:
Some may have experienced of having some Qemu builds crashing,
apparently at random places, but in a reproducable way.
I found one reason for this crashes: it appears that with the growth of
the op.c file, there may be cases where we could reach the inlining
limits of gcc. In
On Fri, 2007-11-16 at 14:11 +, Jocelyn Mayer wrote:
> CVSROOT: /sources/qemu
> Module name: qemu
> Changes by: Jocelyn Mayer 07/11/16 14:11:29
>
> Modified files:
> target-ppc : cpu.h op.c op_helper.c op_helper.h translate.c
> . : translate-all.c
>
> L
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/11/16 14:11:29
Modified files:
target-ppc : cpu.h op.c op_helper.c op_helper.h translate.c
. : translate-all.c
Log message:
Always make PowerPC hypervisor mode memory ac
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard07/11/16 10:46:05
Modified files:
. : arm-semi.c m68k-semi.c softmmu-semi.h
linux-user : elfload.c flatload.c linuxload.c main.c qemu.h
syscall.c
33 matches
Mail list logo
