Hi all:
I know i8042 is a chip in southbridge which control keyboard and mouse.
Keboard is emulated by i8042 in qemu and mouse is emulated by vmmouse.
But what are port92 and vmport, what's the relationship among these four
stuff ?
Regards,
Wanpeng Li
--
LTC China, IBM, Shanghai
On Monday, April 09, 2012 06:00:59 AM Paul Lu-?R-?l wrote:
> Hi Vadim,
>
> The driver works properly on my machine. Is it possible send us the source
> code of the driver? We'd like to build it on our environment. Thanks a
> ton.
>
> BR
> Paul
http://people.redhat.com/vrozenfe/build-2
Hi Vadim,
The driver works properly on my machine. Is it possible send us the source code
of the driver? We'd like to build it on our environment.
Thanks a ton.
BR
Paul
-Original Message-
From: Vadim Rozenfeld [mailto:vroze...@redhat.com]
Sent: Monday, April 09, 2012 2:33 AM
To: Paul Lu
On 04/05/2012 07:17 AM, Ori Mamluk wrote:
Added build options to ./configure: --enable-replication --disable-replicat
Added a commandline option to enable: -repagent
Hi,
Unless there's an Open Source rep hub that's going along with this patch, it's a
Nack from me.
Exposing bits of QEMU's
On Sat, Apr 07, 2012 at 02:23:43PM +, Blue Swirl wrote:
>On Fri, Apr 6, 2012 at 07:52, Wanpeng Li wrote:
>> This comment is useless, just removes it and makes the codes clear.
>>
>> Signed-off-by: Wanpeng Li
>
>Thanks, applied. Patches like these could be directed to trivial
>patches queue, p
The compiler used with the previous comment was GCC 4.2.1. I also tried
building with GCC 4.6.3 and it experiences the same error during the
build.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/881637
On 04/05/2012 03:17 PM, Ori Mamluk wrote:
Added build options to ./configure: --enable-replication --disable-replicat
Added a commandline option to enable: -repagent
Added the module files under replication.
Added the repagent API usage in block.c
Sent as Replication agent patch V1
Signed-
On Sun, Apr 08, 2012 at 03:45:38PM -0300, Marcelo Tosatti wrote:
> On Sun, Apr 08, 2012 at 10:15:26AM +0300, Michael S. Tsirkin wrote:
> > On Sun, Apr 08, 2012 at 02:13:00AM -0300, Marcelo Tosatti wrote:
> > > On Wed, Apr 04, 2012 at 11:51:00PM -0600, Alex Williamson wrote:
> > > > We've been batti
On Sun, Apr 08, 2012 at 10:15:26AM +0300, Michael S. Tsirkin wrote:
> On Sun, Apr 08, 2012 at 02:13:00AM -0300, Marcelo Tosatti wrote:
> > On Wed, Apr 04, 2012 at 11:51:00PM -0600, Alex Williamson wrote:
> > > We've been batting this one back and forth. This series includes
> > > several of the cl
On Monday, March 19, 2012 10:31:16 PM Vadim Rozenfeld wrote:
> On Monday, March 19, 2012 02:48:43 PM Paul Lu-???-? wrote:
> > Hi Vadim,
> > Here is the configuration:
> > /usr/local/bin/qemu-system-x86_64 \
> >
> > -localtime \
> > -boot order=c,menu=on \
> > -drive file=/var/lib/libvirt/im
On Sun, Apr 8, 2012 at 14:38, Avi Kivity wrote:
> Please pull a memory core update from:
Thanks, pulled.
>
> git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/core
>
> - listener registration bug fix
> - improved alias printout in 'info mtree'
>
> ---
On Monday, March 26, 2012 05:51:37 PM Vadim Rozenfeld wrote:
> On Monday, March 26, 2012 02:45:34 PM Paul Fisher wrote:
> > On 26 March 2012 09:50, Vadim Rozenfeld wrote:
> > > On Sunday, March 25, 2012 07:01:54 PM Yan Vugenfirer wrote:
> > > Hi Paul,
> > > Could you try reproducing this problem o
Please pull a memory core update from:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/core
- listener registration bug fix
- improved alias printout in 'info mtree'
Blue Swirl (2):
ioport: use INT64_MAX for IO ra
On 04/05/2012 06:33 PM, Julien Grall wrote:
> This patch replaces all register_ioport* be the new memory API functions.
> It permits to use the new Memory stuff like listener.
>
> enum {
> @@ -149,7 +151,7 @@ static inline int getff (struct dma_cont *d)
> return ff;
> }
>
> -static uint32_
On 04/05/2012 06:33 PM, Julien Grall wrote:
> This patch replaces all register_ioport* be the new memory API functions.
> It permits to use the new Memory stuff like listener.
I see
/home/tlv/akivity/qemu/hw/dma.c:483:5: error: initialization from
incompatible pointer type [-Werror]
/home/tlv/aki
On 04/05/2012 06:33 PM, Julien Grall wrote:
> This is the third version of patch series about ioport registration.
>
> For the moment some part of QEMU use register_ioport* functions to register
> ioport. These functions don't permit the logging of range with Memory
> Listener.
>
> Modifications b
- Original Message -
> N.B. This is a small patch with significant implications. Please
> read
> carefully.
>
> Right now, '-M pc' is the default and, in general, this machine type
> has guest
> visible ABI changes in each version of QEMU. At some point in each
> release,
> we create a
On 04/03/2012 10:38 PM, Anthony Liguori wrote:
> I would hope that the distributions would also adopt a similar policy of
> avoiding introducing a large number of machine types too. I think this is the
> only practical way to achieve long term migration compatibility.
This is most likely correct,
On 03/06/2012 07:55 PM, Paolo Bonzini wrote:
v4 includes Federico's drive-reopen (patch 10) command, fixes another
small bug in Jeff's code (patch 2), and tweaks the union handling for
older compilers.
v3 tested with the following scenarios, v4 only d/e:
a) mirror only
1) create base.qcow2 and
On 04/07/2012 06:20 PM, Blue Swirl wrote:
> On Mon, Mar 19, 2012 at 13:17, Avi Kivity wrote:
> > On 03/18/2012 02:05 PM, Blue Swirl wrote:
> >> Print also I/O ports behind bridges and other aliases.
> >>
> >
> > Thanks, both applied.
>
> Applied where? They are not in master.
>
In my memory/core.
On Sun, Apr 08, 2012 at 02:13:00AM -0300, Marcelo Tosatti wrote:
> On Wed, Apr 04, 2012 at 11:51:00PM -0600, Alex Williamson wrote:
> > We've been batting this one back and forth. This series includes
> > several of the cleanups and specification clarifications from my
> > series awhile back. Pat
21 matches
Mail list logo
