Hi everyone:
as I want to analysis the source code of qemu now, and there is a litte trouble
at this fuction:
in the file--Translate.c(target-i386)
Line 6113 :
case 0xea: /* ljmp im */
{
unsigned int selector, offset;
if (CODE64(s))
goto illegal_o
In Darwin, the libSystem.B.dylib is a container for a lot of
libraries, among them is libuuid. However, there isn't, by default, a
static link libuuid to libSystem. The configure script should just
check to see if there's a uuid header and don't look for a libuuid.
Avi Kivity wrote:
> > (qemu) info balloon
> > balloon: actual=1024 MB
> > balloon: pswapin=0 pages
> > balloon: pswapout=0 pages
> > balloon: panon=3928 KB
> > balloon: pgmajfault=0
> > balloon: pgminfault=247914
>
On Fri, Nov 6, 2009 at 9:10 PM, David Munday wrote:
> Hi,
> Sorry forgot attachment! I have attached it to this email now. I also noticed
> that the last line should assign the pid to the child, but I didn't see where
> I can find that info and pass it into the cpu_clone_regs function.
Could yo
On Sun, Nov 8, 2009 at 6:47 PM, Chad wrote:
> Running qemu[-i386] with -d out_asm and looking at qemu.out shows this
> test/j**/jmp pattern repeatedly:
>
> 0xb1aa40f6: test %ecx,%ecx
> 0xb1aa40f8: jne 0xb1aa4115
> 0xb1aa40fe: jmp 0xb1aa4103
> 0xb1aa4103: mov $0xc0bf,%eax
>
> Therefo
Running qemu[-i386] with -d out_asm and looking at qemu.out shows this
test/j**/jmp pattern repeatedly:
0xb1aa40f6: test %ecx,%ecx
0xb1aa40f8: jne0xb1aa4115
0xb1aa40fe: jmp0xb1aa4103
0xb1aa4103: mov$0xc0bf,%eax
Therefore there's a bug in the tcg generator creating many unnecessa
On Thu, Nov 05, 2009 at 02:55:15PM -0500, Mark McLoughlin wrote:
> Hey,
> Just a heads up - on 32 bit hosts where qemu was using preadv and
> pwritev, we were seeing data corruption due to file offset being
> truncated:
>
> https://bugzilla.redhat.com/533063
> https://bugzilla.redhat.com
On Fri, Nov 06, 2009 at 08:26:29PM +, Jamie Lokier wrote:
> But imho it'd be far nicer not to have "specialness" like that unless
> you want it for some positive reason like security.
OTOH, if you do want this for security, there's currently no
way to do this besides using raw sockets + macvla
Both mmu_init() and mvp_init() allocate structures, so call cpu_mips_register
only when creating a CPU.
In addition, maybe some of the some of the field initialization stuff
in cpu_mips_register, mmu_init, mvp_init, fpu_init etc. should be
moved to cpu_reset instead, in case the fields should be
On 11/06/2009 12:50 AM, Adam Litke wrote:
[RFC] virtio: Report new guest memory statistics pertinent to memory
ballooning
When using ballooning to manage overcommitted memory on a host, a system
for
guests to communicate their memory usage to the host can provide
information
http://fmtyewtk.blogspot.com/2009/11/qemu-patch-for-386-on-x8664-ubuntu.html
In configure, remove this line :
+#-D_FILE_OFFSET_BITS=64
else
undefined reference to `fallocate64'
mike
On 11/08/2009 10:43 AM, Arnd Bergmann wrote:
btw, shouldn't we, in the general case, create a bridge per user and use
IP NAT? If we have a global bridge, users can spoof each other's MAC
addresses and interfere with their virtual machines. They can also
interfere with the real network.
That's
On Sunday 08 November 2009 08:27:41 Avi Kivity wrote:
> On 11/08/2009 12:11 AM, Anthony Liguori wrote:
> >
> >> You don't need root privileges to use a tap device.
> >
> > You can access a preconfigured tap device but you cannot allocate a
> > tap device and connect it to a bridge without CAP_NET
Hi there,
I read that androids qemu supports a -trace command. Is there anyone
working on porting this to other platforms?
thanks,
mike
On 11/08/2009 12:11 AM, Anthony Liguori wrote:
You don't need root privileges to use a tap device.
You can access a preconfigured tap device but you cannot allocate a
tap device and connect it to a bridge without CAP_NET_ADMIN.
btw, shouldn't we, in the general case, create a bridge per u
On 11/08/2009 12:12 AM, Anthony Liguori wrote:
Arnd Bergmann wrote:
Well, the difference matters from a security perspective. The sudo
script that Avi suggested just means that you can guarantee you don't
introduce any security holes through a suid executable. Fortunately,
it does not impact the
16 matches
Mail list logo
