mmap_reserve() should be called only when RESERVED_VA is enabled.
Otherwise, unmaped virtual address space will never be reusable. This
bug will exhaust virtual address space in extreme conditions.
diff --git a/linux-user/mmap.c b/linux-user/mmap.c
index e10a6ef..50748a2 100644
--- a/linux-user/mm
On Fri. 2010-07-30 14:21:42 +, Blue Swirl wrote:
> On Thu, Jul 29, 2010 at 3:40 PM, amateur wrote:
> > Hi, All
> There's '-d in_asm,op,out_asm' but it may not help much.
Since the program runs a while before fail, that counts a lot of
instructions(hundreds of mil
On Thu. 2010-07-29 22:20:28 +0200, Artyom Tarasenko wrote:
> 2010/7/29 amateur :
> > Hi, All
> >
> > I'm trying to run benchmarks from SPEC CPU2006 compiled for SPARC on
> > top of qemu-sparc32plus. However, several benchmarks failed to get the
> > correct re
Hi, All
I'm trying to run benchmarks from SPEC CPU2006 compiled for SPARC on
top of qemu-sparc32plus. However, several benchmarks failed to get the
correct result.
One of the failed benchmarks, 403.gcc, runs for a while and then print
an error message and exit. However, the same compiled gcc bina
On Thu, Jun 21, 2007 at 12:10:38AM -0700, Shane Hummer-Smith wrote:
> Hello,
>
> I am trying to experiment with the memory management unit in QEMU, but I
> don't seem to be able to wrap my head around the source code. Can somebody
> help me figure out how the physical to virtual address translatio
On Tue, Jun 19, 2007 at 02:01:50PM +0200, Daniel Schwen wrote:
> Would it be possible to register a set of io ports and io memory locations
> with qemu and have all read write operations passed on to the host system?
>
> A quick look at the source shows me the two look-up tables
> IOPortReadFunc
On Sat, Jun 16, 2007 at 02:27:05PM +0100, Paul Brook wrote:
> > I read from the Qemu internal documentation this:
> > ``When MMU mappings change, only the chaining of the basic
> > blocks is reset (i.e. a basic block can no longer jump directly
> > to another one).''
> >
> > But when I
Hi guys,
I read from the Qemu internal documentation this:
``When MMU mappings change, only the chaining of the basic
blocks is reset (i.e. a basic block can no longer jump directly
to another one).''
But when I read the code, I find that tlb_flush() doesn't reset the
chaining betwe
On Thu, Jun 14, 2007 at 05:00:32PM +0300, Blue Swirl wrote:
> On 6/14/07, amateur <[EMAIL PROTECTED]> wrote:
> >The softmmu_header.h code does assume each TLB entry has a fixed size
> >of (2^CPU_TLB_ENTRY_BITS) bytes. Not only the assembly code, but also
> >the C code
On Wed, Jun 13, 2007 at 04:25:07PM -0400, Ryan Riley wrote:
> typedef struct CPUTLBEntry {
>/* bit 31 to TARGET_PAGE_BITS : virtual address
> bit TARGET_PAGE_BITS-1..IO_MEM_SHIFT : if non zero, memory io
> zone number
> bit 3
10 matches
Mail list logo
