CVSROOT:/sources/qemu
Module name:qemu
Changes by: Aurelien Jarno 08/03/13 19:19:16
Modified files:
. : cpu-all.h
target-ppc : op.c op_helper.c op_helper.h op_helper_mem.h
op_mem.h
Log message:
Use float3
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard08/02/01 22:18:51
Modified files:
. : cpu-all.h cpu-exec.c qemu-doc.texi vl.c
Log message:
reverted -translation option support
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs
Exactly which version of gcc is this? It appears to work fine with at
least some gcc 3 versions.
gcc (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
Standard Red Hat 9.
Robert Reif wrote:
> Thiemo Seufer wrote:
>
>> CVSROOT: /sources/qemu
>> Module name: qemu
>> Changes by: Thiemo Seufer 08/01/23 19:01:12
>>
>> Modified files:
>> . : cpu-all.h cpu-exec.c qemu-doc.texi vl.c
>>
>> Log message:
>> Add option to disable TB cache, by H
Thiemo Seufer wrote:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer08/01/23 19:01:12
Modified files:
. : cpu-all.h cpu-exec.c qemu-doc.texi vl.c
Log message:
Add option to disable TB cache, by Herve Poussineau.
CVSWeb URLs:
htt
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 08/01/23 19:01:12
Modified files:
. : cpu-all.h cpu-exec.c qemu-doc.texi vl.c
Log message:
Add option to disable TB cache, by Herve Poussineau.
CVSWeb URLs:
http://cvs.savannah.gnu
> > The latter depends how general you want the solution to be. One
> > possibility is for the device DMA+registration routines map everything
> > onto CPU address space.
>
> Interesting idea, do you mean that all individual bus address spaces
> could exist in system view in the same large address
On 1/3/08, Paul Brook <[EMAIL PROTECTED]> wrote:
> > > As I said earlier, the only correct way to handle memory accesses is to
> > > be able to consider a memory range and its associated I/O callbacks as
> > > an object which can be installed _and_ removed. It implies that there is
> > > a priority
> > As I said earlier, the only correct way to handle memory accesses is to
> > be able to consider a memory range and its associated I/O callbacks as
> > an object which can be installed _and_ removed. It implies that there is
> > a priority system close to what you described. It is essential to
>
On 1/3/08, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
> Blue Swirl wrote:
> > On 1/3/08, Paul Brook <[EMAIL PROTECTED]> wrote:
> >> On Wednesday 02 January 2008, Blue Swirl wrote:
> >>> On 1/2/08, Paul Brook <[EMAIL PROTECTED]> wrote:
> > Also the opaque parameter may need to be different for e
Blue Swirl wrote:
On 1/3/08, Paul Brook <[EMAIL PROTECTED]> wrote:
On Wednesday 02 January 2008, Blue Swirl wrote:
On 1/2/08, Paul Brook <[EMAIL PROTECTED]> wrote:
Also the opaque parameter may need to be different for each function,
it just didn't matter for the unassigned memory case.
Do yo
On Thursday 03 January 2008, Blue Swirl wrote:
> On 1/3/08, Paul Brook <[EMAIL PROTECTED]> wrote:
> > On Wednesday 02 January 2008, Blue Swirl wrote:
> > > On 1/2/08, Paul Brook <[EMAIL PROTECTED]> wrote:
> > > > > Also the opaque parameter may need to be different for each
> > > > > function, it j
On 1/3/08, Paul Brook <[EMAIL PROTECTED]> wrote:
> On Wednesday 02 January 2008, Blue Swirl wrote:
> > On 1/2/08, Paul Brook <[EMAIL PROTECTED]> wrote:
> > > > Also the opaque parameter may need to be different for each function,
> > > > it just didn't matter for the unassigned memory case.
> > >
>
On Wednesday 02 January 2008, Blue Swirl wrote:
> On 1/2/08, Paul Brook <[EMAIL PROTECTED]> wrote:
> > > Also the opaque parameter may need to be different for each function,
> > > it just didn't matter for the unassigned memory case.
> >
> > Do you really have systems where independent devices nee
On 1/2/08, Paul Brook <[EMAIL PROTECTED]> wrote:
> > Also the opaque parameter may need to be different for each function,
> > it just didn't matter for the unassigned memory case.
>
> Do you really have systems where independent devices need to respond to
> different sized accesses to the same add
> Also the opaque parameter may need to be different for each function,
> it just didn't matter for the unassigned memory case.
Do you really have systems where independent devices need to respond to
different sized accesses to the same address?
Paul
On 1/1/08, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
> This patch breaks the behaviour of the memory callbacks if the callbacks
> are changed dynamically (see cirrus_update_memory_access() to see what I
> mean). You are lucky that no one does that in the subpage case !
I'll change the function po
Blue Swirl wrote:
> CVSROOT: /cvsroot/qemu
> Module name: qemu
> Changes by: Blue Swirl 08/01/01 16:57:19
>
> Modified files:
> . : cpu-all.h exec.c
>
> Log message:
>Support for registering address space only for some access widths
>
> CVSWeb URLs:
> http:/
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 08/01/01 16:57:19
Modified files:
. : cpu-all.h exec.c
Log message:
Support for registering address space only for some access widths
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qe
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/12/12 01:16:24
Modified files:
. : cpu-all.h exec.c
linux-user : mmap.c
Log message:
Mark host pages as reserved (Magnus Damm).
CVSWeb URLs:
http://cvs.savanna
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/11/25 18:40:21
Modified files:
. : cpu-all.h qemu-tech.texi
fpu: softfloat.c softfloat.h
target-sparc : cpu.h exec.h fop_template.h op.c op_helper.c
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard07/11/14 10:51:01
Modified files:
. : cpu-all.h exec.c
linux-user : qemu.h syscall.c
Log message:
suppressed page_unprotect_range() - fixed access_ok()
CVSWeb URLs
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/11/02 19:02:07
Modified files:
. : cpu-all.h exec.c
linux-user : qemu.h
Log message:
EFAULT - verify pages are in cache and are read/write, by Thayne
Harbaugh.
CVS
Hi Fabrice,
thank you for commenting on this.
Fabrice Bellard wrote:
> Hi,
>
> The code would be simpler if some intercept tests were done at runtime
> in the corresponding helpers (for crN, drN and MSR registers, I/Os).
> This is especially true when the existing helpers can return an
> exceptio
Hi,
The code would be simpler if some intercept tests were done at runtime
in the corresponding helpers (for crN, drN and MSR registers, I/Os).
This is especially true when the existing helpers can return an
exception at runtime. Complicating the translator to handle SVM is
definitely not the
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/23 15:28:04
Modified files:
. : cpu-all.h cpu-exec.c exec.c
target-i386: cpu.h exec.h helper.c helper2.c op.c
translate.c
Log message:
S
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/06/03 21:02:38
Modified files:
. : cpu-all.h
target-alpha : cpu.h
target-arm : cpu.h
target-i386: cpu.h
target-m68k: cpu.h
target
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/05/26 17:36:03
Modified files:
. : cpu-all.h exec.c
Log message:
Implement generic sub-page I/O based on earlier work by J. Mayer.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qem
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/08 22:51:41
Modified files:
. : cpu-all.h dyngen.c
Log message:
Spelling fixes, by Stefan Weil.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-all.h?cvsroot=qemu&r
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/05/01 01:28:01
Modified files:
. : cpu-all.h cpu-exec.c
hw : pxa2xx.c
target-arm : translate.c
Log message:
Implement power state changes (
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/07 11:21:28
Modified files:
. : cpu-all.h exec.c
target-alpha : helper.c
target-arm : helper.c
target-i386: helper2.c
target-m68k: translat
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/05 07:22:49
Modified files:
. : cpu-all.h cpu-exec.c dis-asm.h disas.c
exec-all.h softmmu_header.h translate-all.c
vl.c
Log message:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/04/04 07:55:12
Modified files:
. : cpu-all.h exec.c
Log message:
Add missing 64 bits memory accessors.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-all.h?cvsroot=qemu&r
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 07/03/16 23:58:11
Modified files:
. : cpu-all.h cpu-defs.h cpu-exec.c exec.c
gdbstub.c
target-arm : translate.c
Log message:
Watchpoint support (
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 07/03/12 01:47:26
Modified files:
. : cpu-all.h cpu-defs.h cpu-exec.c exec.c
gdbstub.c
target-arm : translate.c
Log message:
Implement watchpoint
On Wed, Mar 07, 2007 at 10:40:41PM +0100, J. Mayer wrote:
> as far as I can see, prep target was broken before I send this patch: no
> PCI IRQ seem to be available anymore, so the target can not even be
> boot. There is the same problem with heathrow machine. Looks like the
> PCI and/or the IRQ con
On Wed, 2007-03-07 at 22:40 +0100, J. Mayer wrote:
> On Wed, 2007-03-07 at 14:14 +, Stuart Brady wrote:
> > On Wed, Mar 07, 2007 at 08:32:30AM +, Jocelyn Mayer wrote:
> > > CVSROOT: /sources/qemu
> > > Module name: qemu
> > > Changes by: Jocelyn Mayer 07/03/07 08:32:30
> > >
>
On Wed, 2007-03-07 at 14:14 +, Stuart Brady wrote:
> On Wed, Mar 07, 2007 at 08:32:30AM +, Jocelyn Mayer wrote:
> > CVSROOT:/sources/qemu
> > Module name:qemu
> > Changes by: Jocelyn Mayer 07/03/07 08:32:30
> >
> > Modified files:
> > . : cpu-all.h gdbstub.c m
On Wed, Mar 07, 2007 at 08:32:30AM +, Jocelyn Mayer wrote:
> CVSROOT: /sources/qemu
> Module name: qemu
> Changes by: Jocelyn Mayer 07/03/07 08:32:30
>
> Modified files:
> . : cpu-all.h gdbstub.c monitor.c
> hw : ppc.c
> linux-user : ma
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer 07/03/07 08:32:30
Modified files:
. : cpu-all.h gdbstub.c monitor.c
hw : ppc.c
linux-user : main.c
target-ppc : cpu.h exec.h helper.c op.c op_helper
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/02/28 20:20:53
Modified files:
. : cpu-all.h exec.c
linux-user : syscall.c
Log message:
Fix CPU chaining in linux-user emulation, by Gwenole Beauchesne.
CVSWeb URLs
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/09/24 18:41:56
Modified files:
. : cpu-all.h cpu-exec.c vl.c
Log message:
added SMM support
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-all.h?cvsroot=qemu&r1=1
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/13 23:00:41
Modified files:
. : cpu-all.h
Log message:
export cpu_get_real_ticks()
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-all.h?cvsroot=qemu&r1=1.55&r2
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/06/25 21:54:59
Modified files:
. : cpu-all.h exec-all.h exec.c
Log message:
low level support for memory mapped flash devices (initial patch by
Jocelyn Mayer)
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/27 21:07:38
Modified files:
. : cpu-all.h
Log message:
sh4 target (Samuel Tardieu)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/25 19:31:22
Modified files:
. : cpu-all.h cpu-exec.c exec-all.h exec.c
linux-user : arm-semi.c elfload.c ioctls.h main.c mmap.c
On Thursday 09 February 2006 17:04, Mulyadi Santosa wrote:
> Dear Fabrice
>
> > Log message:
> > support for builtin profiler
>
> Does this mean, qemu will have native profiling support just like
> oprofile does? In other word, we can easily access cpu perfomance
> counter such as TLB miss, una
Dear Fabrice
> Log message:
> support for builtin profiler
Does this mean, qemu will have native profiling support just like
oprofile does? In other word, we can easily access cpu perfomance
counter such as TLB miss, unaligned cache access and so on?
regards
Mulyadi
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/02/08 22:40:15
Modified files:
. : cpu-all.h monitor.c
Log message:
support for builtin profiler
CVSWeb URLs:
http://cvs.savannah.gnu.org/v
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/26 10:29:22
Modified files:
. : cpu-all.h
Log message:
use TARGET_PAGE_SIZE (Paul Brook)
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/vi
QEMU compiles fine on ppc now, but the Problem wit DOS under PPC persists.
I tested Reactos 0.28 and Win95 and they both run fine so far.
On the Dos side I tried the Freedos image from oszoo, Freedos
installation Floppy from fdos.org, MS DOS 6.22 and MS DOS 7.0 (win95)
and they all fail. (eith
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/21 23:22:06
Modified files:
. : cpu-all.h
Log message:
fixed big endian host support
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcv
Hello,
I just wanted to build CVS taget i386-softmmu on a PPC G4 with OS X
10.3.9, GCC 3.3.
I get a ton of the following compile errors:
/diff/qemu/cpu-all.h: In function `ldq_le_p':
/diff/qemu/cpu-all.h:234: warning: implicit declaration of function `ldl_p'
/diff/qemu/cpu-all.h: In function
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/19 17:47:39
Modified files:
. : cpu-all.h
Log message:
target independent memory access functions
CVSWeb URLs:
http://savannah.gnu.org/c
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/10/30 20:48:42
Modified files:
. : cpu-all.h exec.c
Log message:
more physical memory access functions
CVSWeb URLs:
http://savannah.gnu.org
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/08/21 09:24:50
Modified files:
. : cpu-all.h
Log message:
use ram_addr_t
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/cpu
56 matches
Mail list logo
