On Tue, Sep 25, 2007 at 02:03:56PM +0200, Dan Kenigsberg wrote:
> On Thu, Sep 20, 2007 at 02:41:32PM +0100, Daniel P. Berrange wrote:
> > On Thu, Sep 20, 2007 at 03:36:26PM +0200, Dan Kenigsberg wrote:
> > > Hi,
> > >
> > > I saw that using the tablet with Linux guest is possible
> > > http://thre
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/25 17:50:37
Modified files:
linux-user : syscall.c
Log message:
linux-user utimensat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sy
Am 23.09.2007 um 01:11 schrieb Aurelien Jarno:
Aurelien Jarno a écrit :
Thanks, that's helpful, it looks like the "lduba" instructions
is not
working correctly in your case. Now I have to find why.
I don't really understand, because that is the part of the code (at
least from the op point o
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/09/25 17:30:09
Modified files:
. : elf_ops.h
Log message:
Remove the target dependency introduced by previous patch
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/elf_ops.h?cv
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/09/25 17:28:43
Modified files:
. : monitor.c
Log message:
Fix monitor expressions
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/monitor.c?cvsroot=qemu&r1=1.82&r2=1.83
sorry - accidentally sent before I finished the mail...
On Tuesday 25 September 2007 12:06:28 pm Rick Vernam wrote:
> Regarding this patch, adding VMware's VGA SVGA II emulation:
> http://lists.gnu.org/archive/html/qemu-devel/2007-03/msg00116.html
>
> I just decided to try it today, but did not get
Regarding this patch, adding VMware's VGA SVGA II emulation:
http://lists.gnu.org/archive/html/qemu-devel/2007-03/msg00116.html
I just decided to try it today, but did not get very good results.
I tried with User+Kernel kqemu, just user kqemu & no kqemu
with -soundhw es1370 & -vmwarevga it crashe
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/25 16:53:16
Modified files:
hw : mips_timer.c
target-mips: exec.h op.c op_helper.c
Log message:
Timer start/stop implementation, by Aurelien Jarno.
CVSWeb URLs:
h
Jamie Lokier wrote:
Jocelyn Mayer wrote:
Well, it may be needed to integrate the "-cpu host" option.
But I think it's a really bad idea that running qemu without the -cpu
option would not act the same on different host. When I want to test
qemu with the same command line, I want it to behave
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/25 16:09:22
Modified files:
linux-user : syscall.c
Log message:
Check if the hosts defines a symlinkat syscall.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscal
Jocelyn Mayer wrote:
> Well, it may be needed to integrate the "-cpu host" option.
> But I think it's a really bad idea that running qemu without the -cpu
> option would not act the same on different host. When I want to test
> qemu with the same command line, I want it to behave exactly the same,
Hi all,
Currently hflags is computed at three different places of the code,
with a few minor differences.
The patch below adds a compute_hflags() function which does the same
job. I am not sure the code is faster, but at least that makes the code
more maintainable.
It also fixes two small bugs:
Hi all,
The patch below wraps a few often used tests with unlikely() in
the hope of small speed improvements.
Cheers,
Aurelien
Index: target-mips/translate.c
===
RCS file: /sources/qemu/qemu/target-mips/translate.c,v
retrieving revi
- Original Message
From: naruto canada <[EMAIL PROTECTED]>
To: qemu-devel@nongnu.org
Sent: Monday, September 24, 2007 4:45:46 AM
Subject: [Qemu-devel] Is it easy to support booting off real harddrive?
hi
Is it easy to support booting off real harddrive?
Thanks
--
Hi,
in the recently introduced svm patch I misread the documentation and so
a bug came to get included in there. This patch should fix the virtual
interrupt handling completely and thus makes gfxboot work in the
virtualized machine.
Please apply this.
Thanks,
Alex
Index: qemu/cpu-exec.c
===
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/25 14:49:47
Modified files:
target-mips: cpu.h helper.c op.c translate.c
Log message:
Optimise instructions accessing CP0, by Aurelien Jarno.
CVSWeb URLs:
http://cvs.savannah.gnu.org/
On Tue, Sep 25, 2007 at 08:47:47AM -0500, Anthony Liguori wrote:
> Dor Laor wrote:
> >Dan Kenigsberg wrote:
> >>Frustrated with evtouch, I wanted to try vmmouse's absolute mode,
> >>supported by
> >>Liguori's patch
> >>http://thread.gmane.org/gmane.comp.emulators.qemu/16083 .
>
> Did you try it
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/25 14:47:03
Modified files:
. : block-vvfat.c
Log message:
vvfat mbr fixes, by Ivan Kalvachev.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/block-vvfat.c?cvsroot=qem
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/25 14:45:24
Modified files:
. : readline.c
Log message:
Improve completion in monitor, by Pascal Terjan.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/readline.c?cvsr
Dor Laor wrote:
Dan Kenigsberg wrote:
Frustrated with evtouch, I wanted to try vmmouse's absolute mode,
supported by
Liguori's patch
http://thread.gmane.org/gmane.comp.emulators.qemu/16083 .
Did you try it in KVM or in QEMU?
In KVM, you need an additional patch to ensure that the register st
Dan Kenigsberg wrote:
Frustrated with evtouch, I wanted to try vmmouse's absolute mode, supported by
Liguori's patch http://thread.gmane.org/gmane.comp.emulators.qemu/16083 .
My guest has vmmouse_drv.so, and I configured its xorg.conf to load it.
However, for some reason I get
(EE) VMWARE(0): vm
On Tue, Sep 25, 2007 at 03:07:44PM +0200, Jocelyn Mayer wrote:
> > So, running qemu without any parameters would use host capabilities if
> > kvm is available and the default qemu cpu if not. The -cpu option can
> > be used to override this if necessary.
>
> Well, it may be needed to integrate th
Paul Brook wrote:
Indeed for regular qemu this is useless. But it is useful for kqemu
(for which there is support in mainline qemu), and for kvm (which we
hope to merge one day).
And, as discussed before, it should be asking the hypervisor what features it
supports instead of trying to g
Jocelyn Mayer wrote:
On Tue, 2007-09-25 at 13:36 +0200, Avi Kivity wrote:
J. Mayer wrote:
On Tue, 2007-09-25 at 12:40 +0200, Avi Kivity wrote:
Avi Kivity wrote:
I've got a remark about this: why this has to be added to the
On Tue, 2007-09-25 at 13:36 +0200, Avi Kivity wrote:
> J. Mayer wrote:
> > On Tue, 2007-09-25 at 12:40 +0200, Avi Kivity wrote:
> >
> >> Avi Kivity wrote:
> >>
> >
> >
> >
> I've got a remark about this: why this has to be added to the Qemu
> cod
On Tuesday 25 September 2007, Avi Kivity wrote:
> J. Mayer wrote:
> > On Tue, 2007-09-25 at 11:01 +0200, Avi Kivity wrote:
> >> Dan Kenigsberg wrote:
> >>> On Tue, Sep 25, 2007 at 03:28:24AM +0200, andrzej zaborowski wrote:
> Hi,
>
> On 24/09/2007, Dan Kenigsberg <[EMAIL PROTECTED]>
On Mon, 2007-09-24 at 23:04 -0600, Thayne Harbaugh wrote:
> This patch adds the sigaltstack() syscall for linux-user.
The previous patch relied on the EFAULT patch, this newer version does
not. It also fixes a few places that used tswap32() that should use
__put_user().
Index: qemu/linux-user/sig
Frustrated with evtouch, I wanted to try vmmouse's absolute mode, supported by
Liguori's patch http://thread.gmane.org/gmane.comp.emulators.qemu/16083 .
My guest has vmmouse_drv.so, and I configured its xorg.conf to load it.
However, for some reason I get
(EE) VMWARE(0): vmmouse enabled failed
On
Avi Kivity wrote:
J. Mayer wrote:
On Tue, 2007-09-25 at 12:40 +0200, Avi Kivity wrote:
Avi Kivity wrote:
I've got a remark about this: why this has to be added to the Qemu
code ?
Imho, all is needed is an implementation of the -cpu option for
x86/x86_64 target. Th
On Thu, Sep 20, 2007 at 02:41:32PM +0100, Daniel P. Berrange wrote:
> On Thu, Sep 20, 2007 at 03:36:26PM +0200, Dan Kenigsberg wrote:
> > Hi,
> >
> > I saw that using the tablet with Linux guest is possible
> > http://thread.gmane.org/gmane.comp.emulators.qemu/11516
> > yet I fail to do that.
> >
Hi Michael,
About your VNC problems : I have had problems w/ vnc too (see
http://qemu-forum.ipi.fi/viewtopic.php?p=10468) but had no answer as
well...
Anyway, it's better to do like you're doing : installing a VNC server
inside the vm is much better because you can have authentication and
such th
J. Mayer wrote:
> On Tue, 2007-09-25 at 12:40 +0200, Avi Kivity wrote:
>
>> Avi Kivity wrote:
>>
>
>
>
I've got a remark about this: why this has to be added to the Qemu
code ?
Imho, all is needed is an implementation of the -cpu option for
On Mon, Sep 24, 2007 at 11:22:30PM +0200, Fabrice Bellard wrote:
> I realize that the other pixel formats are buggy too, so at least your
> patch is consistent with what is already coded !
>
> I guess the problem is in the VGA memory handlers. Otherwise it means
> that there is a (Cirrus)VGA con
On Tuesday 25 September 2007 12:04:17 Clemens Kolbitsch wrote:
> hi!
> i've been trying around for quite some time now trying to start qemu
> without the graphic screen... can someone tell me exactly what I'm supposed
> to do??
>
> i want to redirect the output of my i386 debian linux to my host-co
On Tue, 2007-09-25 at 12:40 +0200, Avi Kivity wrote:
> Avi Kivity wrote:
> >>>
> >>>
> >> I've got a remark about this: why this has to be added to the Qemu
> >> code ?
> >> Imho, all is needed is an implementation of the -cpu option for
> >> x86/x86_64 target. Then, an external tool (e
Avi Kivity wrote:
>>>
>>>
>> I've got a remark about this: why this has to be added to the Qemu
>> code ?
>> Imho, all is needed is an implementation of the -cpu option for
>> x86/x86_64 target. Then, an external tool (even a shell script) can be
>> used to determine what is the host CP
Clemens Kolbitsch wrote:
hi!
i've been trying around for quite some time now trying to start qemu without
the graphic screen... can someone tell me exactly what I'm supposed to do??
i want to redirect the output of my i386 debian linux to my host-console (also
a i386 debian) to fully see the
hi!
i've been trying around for quite some time now trying to start qemu without
the graphic screen... can someone tell me exactly what I'm supposed to do??
i want to redirect the output of my i386 debian linux to my host-console (also
a i386 debian) to fully see the output of a kernel panic (se
andrzej zaborowski wrote:
Hi,
On 24/09/2007, Dan Kenigsberg <[EMAIL PROTECTED]> wrote:
As with previous "Takes" of this patch, its purpose is to expose host
CPU features to guests. It proved rather helpful to KVM in various
benchmarks, and it should similarly speed kqemu up. Note that it does
J. Mayer wrote:
> On Tue, 2007-09-25 at 11:01 +0200, Avi Kivity wrote:
>
>> Dan Kenigsberg wrote:
>>
>>> On Tue, Sep 25, 2007 at 03:28:24AM +0200, andrzej zaborowski wrote:
>>>
>>>
Hi,
On 24/09/2007, Dan Kenigsberg <[EMAIL PROTECTED]> wrote:
On Tue, 2007-09-25 at 11:01 +0200, Avi Kivity wrote:
> Dan Kenigsberg wrote:
> > On Tue, Sep 25, 2007 at 03:28:24AM +0200, andrzej zaborowski wrote:
> >
> >> Hi,
> >>
> >> On 24/09/2007, Dan Kenigsberg <[EMAIL PROTECTED]> wrote:
> >>
> >>> As with previous "Takes" of this patch, its purpose
Dan Kenigsberg wrote:
> On Tue, Sep 25, 2007 at 03:28:24AM +0200, andrzej zaborowski wrote:
>
>> Hi,
>>
>> On 24/09/2007, Dan Kenigsberg <[EMAIL PROTECTED]> wrote:
>>
>>> As with previous "Takes" of this patch, its purpose is to expose host
>>> +{
>>> +asm("cpuid"
>>> +: "=a" (*
On Tue, Sep 25, 2007 at 03:28:24AM +0200, andrzej zaborowski wrote:
> Hi,
>
> On 24/09/2007, Dan Kenigsberg <[EMAIL PROTECTED]> wrote:
> > As with previous "Takes" of this patch, its purpose is to expose host
> > +{
> > +asm("cpuid"
> > +: "=a" (*ax),
> > + "=b" (*bx),
> > +
On Mon, 2007-09-24 at 22:39 -0600, Thayne Harbaugh wrote:
> I've often wondered why there isn't a tswap_target_ulong(). Seems like
> using tswap32() is asking for trouble.
Isn't it tswapl ?
--
J. Mayer <[EMAIL PROTECTED]>
Never organized
44 matches
Mail list logo
