On Wed, Sep 14, 2011 at 05:12:48PM -0400, Stefan Berger wrote:
> On 09/14/2011 01:56 PM, Michael S. Tsirkin wrote:
> >On Wed, Sep 14, 2011 at 01:49:50PM -0400, Stefan Berger wrote:
> >>On 09/14/2011 01:40 PM, Michael S. Tsirkin wrote:
> >>>On Wed, Sep 14, 2011 at 01:05:44PM -0400, Stefan Berger wro
On 09/15/2011 05:15 AM, David Gibson wrote:
>
> This also lets the user see the irq in "info qtree".
Um.. I'm a bit confused by this one. The previous patch comment
implies it's a preparation for this, but then you add the new irq
property to the BusInfo, rather than to the macro that goes int
On 09/14/2011 08:04 PM, Anthony Liguori wrote:
The concept of busses are implemented as an
interface that a device implements.
I noticed that you haven't written in the document how to make devices
reside on a particular bus (PCI, ISA, I2C, ...).
The three possibilities for this are:
* a de
On 2011-09-15 06:11, Roy Tam wrote:
> 2011/8/12 Nigel Horne <824...@bugs.launchpad.net>:
>> Public bug reported:
>>
>> The latest git version of qemu (commit
>> 8cc7c3952d4d0a681d8d4c3ac89a206a5bfd7f00) crashes after a few minutes.
>> All was fine up to a few days ago. This is wth both x86 and spa
On Wed, Sep 14, 2011 at 01:04:00PM -0500, Anthony Liguori wrote:
> All device relationships are identified as named properties. A QOM
> path name
> consists of a named device, followed by a series of properties which
> may or may
> not refer to other devices. For instance, all of the following ar
Marcelo Tosatti wrote:
>> diff --git a/arch/x86/include/asm/apicdef.h
>> b/arch/x86/include/asm/apicdef.h
>> index 34595d5..3925d80 100644
>> --- a/arch/x86/include/asm/apicdef.h
>> +++ b/arch/x86/include/asm/apicdef.h
>> @@ -100,7 +100,9 @@
>> #define APIC_TIMER_BASE_CLKIN
On 09/14/2011 06:36 PM, Orit Wasserman wrote:
> I think NBD would be fine, especially with a flush command.
I think NBD would be fine, especially with a flush command.
If I remember correctly , there is a problem with NBD with an image with
a backing file chain . NBD client only displays a sing
On 09/15/2011 01:08 AM, ronnie sahlberg wrote:
I think it is reasonable to just not support iscsi at all for
blocksize that is not multiple of 512 bytes
since a read-modify-write cycle across a network would probably be
prohibitively expensive.
Agreed.
.bdrv_flush() I can easily add a synchro
Am 14.09.2011 14:00, schrieb Avi Kivity:
On 09/12/2011 04:07 PM, Avi Kivity wrote:
i8259 is an ISA device (or at least, depends on the ISA
infrastructure to
register its ioport); and the ISA bus is supplied by piix4. Later
patches
make this dependency explicit.
Move the i8259 initialization
On Wed, Sep 14, 2011 at 01:05:44PM -0400, Stefan Berger wrote:
> One property of the blobstore is that it has a certain required
> size for accommodating all blobs of device that want to store their
> blobs onto. The assumption is that the size of these blobs is know
> a-priori to the writer of t
Am 14.09.2011 22:52, schrieb Edgar E. Iglesias:
On Wed, Sep 14, 2011 at 11:17:54PM +0300, Avi Kivity wrote:
On 09/14/2011 07:19 PM, Andreas Färber wrote:
Can this please be reviewed? It's in the front of the memory queue
logjam.
With or without this patch, the mips and mipsel test images
2011/8/12 Nigel Horne <824...@bugs.launchpad.net>:
> Public bug reported:
>
> The latest git version of qemu (commit
> 8cc7c3952d4d0a681d8d4c3ac89a206a5bfd7f00) crashes after a few minutes.
> All was fine up to a few days ago. This is wth both x86 and sparc
> emulation, on an x86_64 host.
>
> e.g.
On Wed, Sep 14, 2011 at 10:42:40AM +0200, Alexander Graf wrote:
> We need to find out the host's clock-frequency when running on KVM, so
> let's export a respective function.
Oh, handy. I had been meaning to get around to writing the necessary
readdir() shuffle to do this.
--
David Gibson
On Wed, Sep 14, 2011 at 10:42:56AM +0200, Alexander Graf wrote:
> We only support -M pseries when certain prerequisites are met, such
> as a PPC64 guest and libfdt. To only gather these requirements in
> a single place, this patch introduces a new CONFIG_PSERIES variable
> that gets set when all pr
On Wed, Sep 14, 2011 at 10:42:27AM +0200, Alexander Graf wrote:
> From: Paolo Bonzini
>
> This also lets the user see the irq in "info qtree".
Um.. I'm a bit confused by this one. The previous patch comment
implies it's a preparation for this, but then you add the new irq
property to the BusInf
On Wed, Sep 14, 2011 at 10:42:25AM +0200, Alexander Graf wrote:
> From: Paolo Bonzini
>
> Right now the spapr devices cannot be instantiated with -device,
> because the IRQs need to be passed to the spapr_*_create functions.
> Do this instead in the bus's init wrapper.
>
> This is particularly i
On Wed, Sep 14, 2011 at 10:42:52AM +0200, Alexander Graf wrote:
> We currently load a device tree blob and then just take its size x2 to
> account for modifications we do inside. While this is nice and great,
> it fails when we have a small device tree as blob and lots of nodes added
> in machine i
Some USB drivers, for example USBASPI.SYS, will skip different type of
device which has same VID/PID. The following patch helps preventing
usb-msd being skipped by the driver.
Sign-off-by: Roy Tam
--
diff --git a/hw/usb-hub.c b/hw/usb-hub.c
index 286e3ad..449dd4d 100644
--- a/hw/usb-hub.c
+++ b/h
On Thu, Sep 15, 2011 at 12:34:31PM +1000, David Gibson wrote:
> On Wed, Sep 14, 2011 at 11:23:25AM +0300, Avi Kivity wrote:
> > On 09/14/2011 10:02 AM, David Gibson wrote:
> > >It is quite common to have a MemoryRegion with size of INT64_MAX.
> > >When processing alias regions in render_memory_regi
On Wed, Sep 14, 2011 at 11:23:25AM +0300, Avi Kivity wrote:
> On 09/14/2011 10:02 AM, David Gibson wrote:
> >It is quite common to have a MemoryRegion with size of INT64_MAX.
> >When processing alias regions in render_memory_region() it's quite
> >easy to find a case where it will construct a tempo
On Wed, 2011-09-14 at 23:41 +0200, Alexander Graf wrote:
> On 14.09.2011, at 22:42, Richard Henderson wrote:
>
> > On 09/14/2011 01:35 PM, Alexander Graf wrote:
> >
> >>> Can you explain what the memory map looks like from the hardware
> point of view?
> >>
> >> If you can tell me where to find
Stefan,
Thanks for your review.
I will do the changes you recommend and send an updated patch over the weekend.
Could you advice the best path for handling the .bdrv_flush and the
blocksize questions?
I think it is reasonable to just not support iscsi at all for
blocksize that is not multiple
On Thu, Sep 15, 2011 at 12:36 AM, Christoph Hellwig wrote:
...
>> > +/*
>> > + * We support iscsi url's on the form
>> > + * iscsi://[%@][:]//
>> > + */
>
> Is having username + password on the command line really a that good idea?
> Also what about the more complicated iSCSI authentification sche
On Wed, Sep 14, 2011 at 10:24 PM, Orit Wasserman wrote:
> Looks quite good, didn't have any more comments.
> We can use it for streaming with non shared storage with minor changes
> (http://wiki.qemu.org/Features/LiveBlockMigration#ISCSI_for_non_shared_storage)
> Ronnie , are you looking into ISCS
On Thu, Sep 15, 2011 at 02:24:48AM +0400, Max Filippov wrote:
> > > Tarball of my current kernel and rootfs is available at
> > > http://jcmvbkbc.spb.ru/~dumb/ws/osll/qemu-xtensa/20110829/xtensa-dc232b_kernel_rootfs.tgz
> > >
> > > I can also publish unit tests binaries.
> >
> > Hi Max,
> >
> >
> > Tarball of my current kernel and rootfs is available at
> > http://jcmvbkbc.spb.ru/~dumb/ws/osll/qemu-xtensa/20110829/xtensa-dc232b_kernel_rootfs.tgz
> >
> > I can also publish unit tests binaries.
>
> Hi Max,
>
> Unit tests would be good too, but it would also be helpful if you could put
>
On 09/14/2011 04:15 PM, Jan Kiszka wrote:
On 2011-09-14 21:42, Anthony Liguori wrote:
Such names can get fairly long I'm afraid...
A user should never even see these names. A user probably will always
interact with devices via paths.
Right.
But will those automatic names be used at all the
Richard Henderson writes:
> On 09/14/2011 02:00 PM, Lluís Vilanova wrote:
>> Strange, I tried with vanilla 44520db1 and it's compiling fine...
>>
>> $ ./configure --target-list="x86_64-linux-user i386-linux-user"
> See $SUBJECT and add that configure option.
Ugh... I'm sorry. I'll look at it to
On 14.09.2011, at 22:42, Richard Henderson wrote:
> On 09/14/2011 01:35 PM, Alexander Graf wrote:
>
>>> Can you explain what the memory map looks like from the hardware point of
>>> view?
>>
>> If you can tell me where to find out :). I seriously have zero experience in
>> VGA mapping - and i
Test against RSTATE_IN_MIGRATE instead.
Please, note that the RSTATE_IN_MIGRATE state is only set when all the
initial VM setup is done, while 'incoming_expected' was set right in
the beginning when parsing command-line options. Shouldn't be a problem
as far as I could check.
Signed-off-by: Luiz
On Wednesday 14 September 2011 14:42:09 vrozenfe wrote:
> Thank you, Rick.
>
> Could you help me to narrow this problem down?
Absolutely.
>
> As I see, you have three virtio drivers installed on your system - block,
> net, and virtio serial. Technically, anyone of them can create "trying to
> ma
On 09/14/2011 02:00 PM, Lluís Vilanova wrote:
> Strange, I tried with vanilla 44520db1 and it's compiling fine...
>
> $ ./configure --target-list="x86_64-linux-user i386-linux-user"
See $SUBJECT and add that configure option.
r~
This new key reports the current VM status to clients. Please, check
the documentation being added in this commit for more details.
Signed-off-by: Luiz Capitulino
---
monitor.c |3 +--
qmp-commands.hx | 19 ++-
sysemu.h|1 +
vl.c| 23
Am 14.09.2011 um 22:42 schrieb Richard Henderson:
On 09/14/2011 01:35 PM, Alexander Graf wrote:
Can you explain what the memory map looks like from the hardware
point of view?
If you can tell me where to find out :). I seriously have zero
experience in VGA mapping - and it sounds as if Bl
Currently, only vm_start() and vm_stop() change the VM state.
That's, the state is only changed when starting or stopping the VM.
This commit adds the runstate_set() function, which makes it possible
to also do state transitions when the VM is stopped or running.
Additional states are also added
On 09/14/2011 03:37 PM, Blue Swirl wrote:
On Wed, Sep 14, 2011 at 8:22 PM, Anthony Liguori wrote:
On 09/14/2011 03:00 PM, Edgar E. Iglesias wrote:
On Wed, Sep 14, 2011 at 01:04:00PM -0500, Anthony Liguori wrote:
Hi,
I spent a couple hours today writing up some comparisons and an
initial ta
This commit could have been folded with the previous one, however
doing it separately will allow for easy bisect and revert if needed.
Checking and testing all valid transitions wasn't trivial, chances
are this will need broader testing to become more stable.
This is a transition table as suggest
Today, when notifying a VM state change with vm_state_notify(),
we pass a VMSTOP macro as the 'reason' argument. This is not ideal
because the VMSTOP macros tell why qemu stopped and not exactly
what the current VM state is.
One example to demonstrate this problem is that vm_start() calls
vm_state
The changes (since 44520db10b1b92f272348ab7028e7afc68ac3edf) are available
in the following repository:
git://repo.or.cz/qemu/qmp-unstable.git queue/qmp
Luiz Capitulino (9):
Move vm_state_notify() prototype from cpus.h to sysemu.h
Replace the VMSTOP macros with a proper state type
On Mon, Sep 05, 2011 at 04:35:44PM +0400, Max Filippov wrote:
> > I just had a very quick look and it Looks good to me too. Would be awesome
> > if Max could provide something to test with in binary form. Maybe we could
> > put it on the wiki's download page.
>
> Tarball of my current kernel and r
We have two states where issuing cont before system_reset can
cause problems: RSTATE_SHUTDOWN (when -no-shutdown is used) and
RSTATE_PANICKED (which only happens with kvm).
This commit fixes that by doing the following when state is
RSTATE_SHUTDOWN or RSTATE_PANICKED:
1. returning an error to th
On 2011-09-14 21:42, Anthony Liguori wrote:
>> Such names can get fairly long I'm afraid...
>
> A user should never even see these names. A user probably will always
> interact with devices via paths.
Right.
But will those automatic names be used at all then?
>
> We can also look at doing thi
On 09/14/2011 01:56 PM, Michael S. Tsirkin wrote:
On Wed, Sep 14, 2011 at 01:49:50PM -0400, Stefan Berger wrote:
On 09/14/2011 01:40 PM, Michael S. Tsirkin wrote:
On Wed, Sep 14, 2011 at 01:05:44PM -0400, Stefan Berger wrote:
qemu ... \
-blobstore name=my-blobstore,drive=tpm-bs,showsize \
Richard Henderson writes:
> The build with --enable-user-pie has recently broken:
> LINK i386-linux-user/qemu-i386
> /usr/bin/ld: ../trace/control.o: relocation R_X86_64_32 against
> `.rodata.str1.1' can not be used when making a shared object; recompile with
> -fPIC
> ../trace/control.o: cou
On Wed, Sep 14, 2011 at 11:17:54PM +0300, Avi Kivity wrote:
> On 09/14/2011 07:19 PM, Andreas Färber wrote:
> >>
> >> Can this please be reviewed? It's in the front of the memory queue
> >> logjam.
> >
> >With or without this patch, the mips and mipsel test images on qemu.org
> >produce no outpu
Today our printf format for the "info status" command is:
VM status: %s
Where the string can be "running", "running (single step mode)" or
"paused".
This commit extends it to:
VM status: %s (%s)
The second string corresponds to the "status" field as returned
by the query-status QMP command
Use runstate_is_running() instead, which is introduced by this commit.
Signed-off-by: Luiz Capitulino
---
cpus.c|9 -
gdbstub.c |4 ++--
hw/etraxfs_dma.c |2 +-
hw/kvmclock.c |2 +-
hw/virtio.c |2 +-
migration.c |2 +-
monitor
It's where all the state handling functions prototypes are located.
Signed-off-by: Luiz Capitulino
---
cpus.h |1 -
sysemu.h |1 +
2 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpus.h b/cpus.h
index f42b54e..5885885 100644
--- a/cpus.h
+++ b/cpus.h
@@ -15,7 +15,6 @@ vo
On 09/14/2011 01:35 PM, Alexander Graf wrote:
>> Can you explain what the memory map looks like from the hardware point of
>> view?
>
> If you can tell me where to find out :). I seriously have zero experience in
> VGA mapping - and it sounds as if Blue has a pretty good idea what's going on.
On 09/14/2011 01:37 PM, Avi Kivity wrote:
> On 09/14/2011 11:32 PM, Richard Henderson wrote:
>> On 09/12/2011 06:07 AM, Avi Kivity wrote:
>> > +static void malta_isa_irq_handler(void *opaque, int n, int level)
>> > +{
>> > +MaltaISAState *s = opaque;
>> > +
>> > +if (s->i8259) {
>> >
On Wed, Sep 14, 2011 at 8:22 PM, Anthony Liguori wrote:
> On 09/14/2011 03:00 PM, Edgar E. Iglesias wrote:
>>
>> On Wed, Sep 14, 2011 at 01:04:00PM -0500, Anthony Liguori wrote:
>>>
>>> Hi,
>>>
>>> I spent a couple hours today writing up some comparisons and an
>>> initial task list for converting
On 09/14/2011 11:32 PM, Richard Henderson wrote:
On 09/12/2011 06:07 AM, Avi Kivity wrote:
> +static void malta_isa_irq_handler(void *opaque, int n, int level)
> +{
> +MaltaISAState *s = opaque;
> +
> +if (s->i8259) {
> +qemu_set_irq(s->i8259[n], level);
> +}
> +}
Is
Am 14.09.2011 um 22:16 schrieb Avi Kivity :
> On 09/14/2011 11:14 PM, Alexander Graf wrote:
>> >> (assuming I understood the problem correctly - not sure)
>> >
>> > I think you did.
>>
>> Well I don't completely, so would anybody who feels reasonably savvy in
>> messing with the new memory ap
On 09/12/2011 06:07 AM, Avi Kivity wrote:
> +static void malta_isa_irq_handler(void *opaque, int n, int level)
> +{
> +MaltaISAState *s = opaque;
> +
> +if (s->i8259) {
> +qemu_set_irq(s->i8259[n], level);
> +}
> +}
Is there any point in the IF? I realize that there's an order
On Wed, Sep 14, 2011 at 03:22:29PM -0500, Anthony Liguori wrote:
> On 09/14/2011 03:00 PM, Edgar E. Iglesias wrote:
> >On Wed, Sep 14, 2011 at 01:04:00PM -0500, Anthony Liguori wrote:
> >>Hi,
> >>
> >>I spent a couple hours today writing up some comparisons and an
> >>initial task list for converti
On Wed, Sep 14, 2011 at 8:15 PM, Avi Kivity wrote:
> On 09/14/2011 11:06 PM, Blue Swirl wrote:
>>
>> On Wed, Sep 14, 2011 at 8:35 AM, Avi Kivity wrote:
>> > On 09/14/2011 11:27 AM, Alexander Graf wrote:
>> >>
>> >> On 14.09.2011, at 10:24, Jan Kiszka wrote:
>> >>
>> >> > On 2011-09-14 10:22
The build with --enable-user-pie has recently broken:
LINK i386-linux-user/qemu-i386
/usr/bin/ld: ../trace/control.o: relocation R_X86_64_32 against
`.rodata.str1.1' can not be used when making a shared object; recompile with
-fPIC
../trace/control.o: could not read symbols: Bad value
collect
On Wed, 14 Sep 2011 19:55:25 +
Blue Swirl wrote:
> On Wed, Sep 14, 2011 at 3:06 AM, Luiz Capitulino
> wrote:
> > On Fri, 9 Sep 2011 17:25:41 -0300
> > Luiz Capitulino wrote:
> >
> >> This commit could have been folded with the previous one, however
> >> doing it separately will allow for
On 09/14/2011 03:00 PM, Edgar E. Iglesias wrote:
On Wed, Sep 14, 2011 at 01:04:00PM -0500, Anthony Liguori wrote:
Hi,
I spent a couple hours today writing up some comparisons and an
initial task list for converting qdev to QOM. The main location of
this is the wiki[1] but I thought I would inl
On Wed, Sep 14, 2011 at 12:59 PM, Anthony Liguori wrote:
> On 09/14/2011 07:28 AM, Peter Maydell wrote:
>>
>> On 14 September 2011 13:24, Alexander Graf wrote:
>>>
>>> Am 14.09.2011 um 13:01 schrieb Peter Maydell:
I confess to not really understanding how we keep the git
submodules
On 09/14/2011 07:19 PM, Andreas Färber wrote:
>
> Can this please be reviewed? It's in the front of the memory queue
> logjam.
With or without this patch, the mips and mipsel test images on qemu.org
produce no output at all, on x64 host.
AFAICT this problem predates the memory API. I'm lo
On 09/14/2011 11:14 PM, Alexander Graf wrote:
>> (assuming I understood the problem correctly - not sure)
>
> I think you did.
Well I don't completely, so would anybody who feels reasonably savvy in messing
with the new memory api like to step up and implement this? :)
Can you explain wha
On 09/14/2011 11:06 PM, Blue Swirl wrote:
On Wed, Sep 14, 2011 at 8:35 AM, Avi Kivity wrote:
> On 09/14/2011 11:27 AM, Alexander Graf wrote:
>>
>> On 14.09.2011, at 10:24, Jan Kiszka wrote:
>>
>> >On 2011-09-14 10:22, Avi Kivity wrote:
>> >>On 09/14/2011 11:20 AM, Jan Kiszka wrote:
>
On 14.09.2011, at 22:06, Blue Swirl wrote:
> On Wed, Sep 14, 2011 at 8:35 AM, Avi Kivity wrote:
>> On 09/14/2011 11:27 AM, Alexander Graf wrote:
>>>
>>> On 14.09.2011, at 10:24, Jan Kiszka wrote:
>>>
On 2011-09-14 10:22, Avi Kivity wrote:
> On 09/14/2011 11:20 AM, Jan Kiszka wrote:
On Wed, Sep 14, 2011 at 8:35 AM, Avi Kivity wrote:
> On 09/14/2011 11:27 AM, Alexander Graf wrote:
>>
>> On 14.09.2011, at 10:24, Jan Kiszka wrote:
>>
>> > On 2011-09-14 10:22, Avi Kivity wrote:
>> >> On 09/14/2011 11:20 AM, Jan Kiszka wrote:
>>
>> Anyway PCI supports the vga region a
On 14.09.2011, at 22:01, Avi Kivity wrote:
> On 09/14/2011 10:48 PM, Blue Swirl wrote:
>> OK, so qemu-img etc. will be also wrapped by this tool? It looks like
>> the phrase "just a hobby, won't be big and professional like libvirt"
>> could be used again ;-).
>
> Well it was indeed a powerful o
On 09/14/2011 10:48 PM, Blue Swirl wrote:
OK, so qemu-img etc. will be also wrapped by this tool? It looks like
the phrase "just a hobby, won't be big and professional like libvirt"
could be used again ;-).
Well it was indeed a powerful one.
btw Alex what's with the original recipient of the p
On Wed, Sep 14, 2011 at 01:04:00PM -0500, Anthony Liguori wrote:
> Hi,
>
> I spent a couple hours today writing up some comparisons and an
> initial task list for converting qdev to QOM. The main location of
> this is the wiki[1] but I thought I would inline it here for easier
> commenting.
>
>
On Wed, Sep 14, 2011 at 3:06 AM, Luiz Capitulino wrote:
> On Fri, 9 Sep 2011 17:25:41 -0300
> Luiz Capitulino wrote:
>
>> This commit could have been folded with the previous one, however
>> doing it separately will allow for easy bisect and revert if needed.
>>
>> Checking and testing all valid
Thank you, Rick.
Could you help me to narrow this problem down?
As I see, you have three virtio drivers installed on your system - block, net,
and virtio serial.
Technically, anyone of them can create "trying to map MMIO memory" problem.
The best way to find a buggy driver ( or drivers) will be
On Tue, Sep 13, 2011 at 8:16 PM, Anthony Liguori wrote:
> On 09/13/2011 02:31 PM, Blue Swirl wrote:
>>
>> On Mon, Sep 12, 2011 at 9:05 PM, Anthony Liguori
>> wrote:
>>>
>>> On 09/12/2011 08:53 AM, Avi Kivity wrote:
On 09/12/2011 04:46 PM, Lucas Meneghel Rodrigues wrote:
>
> On 0
On 09/14/2011 02:30 PM, Jan Kiszka wrote:
On 2011-09-14 20:04, Anthony Liguori wrote:
Hi,
I spent a couple hours today writing up some comparisons and an initial
task list for converting qdev to QOM. The main location of this is the
wiki[1] but I thought I would inline it here for easier comme
On 09/12/2011 03:03 AM, Peter Maydell wrote:
> Remove the unused function tcg_out_addi() from the ARM TCG backend;
> this fixes a compilation failure on ARM hosts with newer gcc.
>
> Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
> ---
> A previous patch from Richard Henderson for
On 2011-09-14 20:04, Anthony Liguori wrote:
> Hi,
>
> I spent a couple hours today writing up some comparisons and an initial
> task list for converting qdev to QOM. The main location of this is the
> wiki[1] but I thought I would inline it here for easier commenting.
>
> I decided to do this
On 09/14/2011 09:10 PM, Jan Kiszka wrote:
OK, let's try again: Do we have to model hierarchy in PIO address space
at all? I don't think so.
We do. A device listens to addresses 0x100-0x110. Another BAR (at
0x106) clips this to 0x100-0x106. The pci/pci bridge clips this to
0x105-0x106. Th
Am 14.09.2011 18:19, schrieb Andreas Färber:
Am 14.09.2011 14:00, schrieb Avi Kivity:
On 09/12/2011 04:07 PM, Avi Kivity wrote:
i8259 is an ISA device (or at least, depends on the ISA
infrastructure to
register its ioport); and the ISA bus is supplied by piix4. Later
patches
make this dependenc
On 09/14/2011 01:04 PM, Anthony Liguori wrote:
Hi,
I spent a couple hours today writing up some comparisons and an initial task
list for converting qdev to QOM. The main location of this is the wiki[1] but I
thought I would inline it here for easier commenting.
I decided to do this because I wa
* Avi Kivity (a...@redhat.com) wrote:
> I would like to carry out an online code review of the memory API so that
> more people are familiar with the internals, and perhaps even to catch some
> bugs or deficiency. I'd like to use the next kvm conference call slot for
> this (Tuesday 1400 UTC) sinc
On 09/14/2011 10:58 AM, Jan Kiszka wrote:
>> It would also be used when we split an ISA portio region, as
>> with the FDC device. There, we have 7 ports in 2 chunks. The
>> offset would still be needed to convert the relative offset of
>> the second chuck to be relative to the "real" un-split re
On 2011-09-14 19:58, Jan Kiszka wrote:
> On 2011-09-14 17:10, Richard Henderson wrote:
>> On 09/12/2011 02:19 AM, Jan Kiszka wrote:
>>> On 2011-09-12 11:11, Avi Kivity wrote:
On 09/12/2011 12:01 PM, Jan Kiszka wrote:
> On 2011-09-12 08:43, Richard Henderson wrote:
>> On 09/11/2011 09:
Hi,
I spent a couple hours today writing up some comparisons and an initial
task list for converting qdev to QOM. The main location of this is the
wiki[1] but I thought I would inline it here for easier commenting.
I decided to do this because I wanted to avoid a massively long 00 patch
exp
sorry, scratch that last about -vga std ... it still crashed just the
same using -vga std.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/818673
Title:
virtio: trying to map MMIO memory
Status in
On 2011-09-14 17:10, Richard Henderson wrote:
> On 09/12/2011 02:19 AM, Jan Kiszka wrote:
>> On 2011-09-12 11:11, Avi Kivity wrote:
>>> On 09/12/2011 12:01 PM, Jan Kiszka wrote:
On 2011-09-12 08:43, Richard Henderson wrote:
> On 09/11/2011 09:31 PM, Blue Swirl wrote:
>> Field 'offset
On Wed, Sep 14, 2011 at 01:49:50PM -0400, Stefan Berger wrote:
> On 09/14/2011 01:40 PM, Michael S. Tsirkin wrote:
> >On Wed, Sep 14, 2011 at 01:05:44PM -0400, Stefan Berger wrote:
> >>qemu ... \
> >> -blobstore name=my-blobstore,drive=tpm-bs,showsize \
> >> -drive if=none,id=tpm-bs \
> >>
On 09/14/2011 01:40 PM, Michael S. Tsirkin wrote:
On Wed, Sep 14, 2011 at 01:05:44PM -0400, Stefan Berger wrote:
qemu ... \
-blobstore name=my-blobstore,drive=tpm-bs,showsize \
-drive if=none,id=tpm-bs \
-tpmdev libtpms,blobstore=my-blobstore,id=tpm0 \
-device tpm-tis,tpmdev=
Honour the maximum packet size for endpoints; this applies when
sending non-isochronous data and means we transfer only as
much as the endpoint allows, leaving the transfer descriptor
on the list for another go next time around. This allows
usb-net to work when connected to an OHCI controller model
The OHCI Transfer Descriptor T (DataToggle) bits are 24 and 25;
fix an error which accidentally overlaid them both on the same bit.
Signed-off-by: Peter Maydell
---
hw/usb-ohci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/usb-ohci.c b/hw/usb-ohci.c
index 7487188
This patchset contains a couple of fixes to usb-ohci which I had to make
in the course of getting usb-net to work on the Beagle (which uses OHCI
rather than UHCI). The main one is making the usb-ohci controller model
honour the endpoint maximum packet size setting -- usb-net.c will just
ignore any
On Wed, Sep 14, 2011 at 01:05:44PM -0400, Stefan Berger wrote:
> qemu ... \
> -blobstore name=my-blobstore,drive=tpm-bs,showsize \
> -drive if=none,id=tpm-bs \
> -tpmdev libtpms,blobstore=my-blobstore,id=tpm0 \
> -device tpm-tis,tpmdev=tpm0
>
> which would result in QEMU printing t
On 09/14/2011 11:25 AM, Peter Maydell wrote:
Ping? Anthony? (I should probably have cc'd you in the first place,
sorry)
Weird. I dropped this patch but I don't know why. Doesn't look like I
sent out a mail about it. I'll requeue it.
Regards,
Anthony Liguori
-- PMM
On 2 September 2011
Affichez-vous en 1ère page sur Google
LA SOLUTION DUO, C' EST LA RÉVOLUTION DU RÉFÉRENCEMENT
- Conseil et audit gratuit
- Génération de clics ciblés au meilleur prix
- Outils d'analyses et conversions - Tarif mensuel fixe
- Clics illimités
- Visibilité minimum assurée
Si vous souhaitez vous d
There is some discussion today on migration downtime so I try again: anyone
with comments on this patch?
On 2 mai 2011, at 14:19, Pierre Riteau wrote:
> Any comment on this patch?
>
> On 31 mars 2011, at 22:30, Pierre Riteau wrote:
>
>> In the current migration code, bandwidth is estimated by
Hello!
Over the last few days primarily Michael Tsirkin and I have discussed
the design of the 'blobstore' via IRC (#virtualization). The intention
of the blobstore is to provide storage to persist blobs that devices
create. Along with these blobs possibly some metadata should be storable
i
On Wed, 2011-09-14 at 16:51 +0100, Stefan Hajnoczi wrote:
> On Wed, Sep 14, 2011 at 4:40 PM, Christoph Hellwig wrote:
> > On Wed, Sep 14, 2011 at 04:35:50PM +0100, Stefan Hajnoczi wrote:
> >> I think the motivation for iSCSI target support in QEMU is exactly
> >> what you mentioned - providing sha
On 09/14/2011 05:51 PM, Stefan Hajnoczi wrote:
> Why do we need to use the complex iSCSI protocol for that instead of
> simply using NBD?
I think NBD would be fine, especially with a flush command.
Indeed: http://permalink.gmane.org/gmane.comp.emulators.qemu/113639
iSCSI is still very usefu
Remove also two assert statements which were the last remaining users.
Signed-off-by: Stefan Weil
---
target-i386/cpu.h |5 -
target-i386/translate.c |5 -
2 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/target-i386/cpu.h b/target-i386/cpu.h
index 4a6f675..a
On 09/14/2011 05:44 PM, Christoph Hellwig wrote:
Map it to bdrv_discard. The server can now expose NBD_FLAG_SEND_TRIM.
Note that discard support without a way to communicate the alignment/size
requirements,
Yep, especially because alignment can be as small as 512 for sparse raw,
and as high
Ping? Anthony? (I should probably have cc'd you in the first place,
sorry)
-- PMM
On 2 September 2011 17:15, Peter Maydell wrote:
> Remove the 'tarbin' target -- it isn't used as part of the official
> QEMU release process, and it's out of date (various new bios files
> were never added to its l
Am 14.09.2011 14:00, schrieb Avi Kivity:
> On 09/12/2011 04:07 PM, Avi Kivity wrote:
>> i8259 is an ISA device (or at least, depends on the ISA
>> infrastructure to
>> register its ioport); and the ISA bus is supplied by piix4. Later
>> patches
>> make this dependency explicit.
>>
>> Move the i825
On 09/14/2011 10:51 AM, Stefan Hajnoczi wrote:
> On Tue, Sep 13, 2011 at 8:38 PM, William Cohen wrote:
>> On 09/13/2011 12:10 PM, William Cohen wrote:
>>
>>> Should the qemu.kvm.cpu_in and qemu.kvm.cpu_out match up? There are a lot
>>> more qemu.kvm.cpu_out than qemu.kvm.cpu_in count.
>>
>> I fo
1 - 100 of 250 matches
Mail list logo
