On 02.04.2013 23:45, Michael Roth wrote:
Hi everyone,
The following new patches are queued for QEMU stable v1.4.1:
https://github.com/mdroth/qemu/commits/stable-1.4-staging
The release is planned for 04-15-2013:
http://wiki.qemu.org/Planning/1.4
Please CC qemu-sta...@nongnu.org on any patche
Il 04/04/2013 01:58, Peter Crosthwaite ha scritto:
>
> I think there may be a flaw in that "any of the descriptors being
> pollable" is not a good definition of progress. stdin is blocked by
> the fact that the device and mux cannot accept their data anymore so
> even though its readable, no meani
On 03.04.2013 15:36, Luiz Capitulino wrote:
On Wed, 03 Apr 2013 14:35:46 +0200
Gerd Hoffmann wrote:
On 04/03/13 14:17, Peter Lieven wrote:
Hi Gerd,
I today saw this assert when live migrating a VM. Is this related? The
below patch was already applied.
qemu-1.4.5: /usr/src/qemu-1.4.5/monitor
Il 03/04/2013 22:23, Nicholas A. Bellinger ha scritto:
>
> Just a heads up that PATCH-v2 for vhost-scsi-pci does not apply cleanly
> against the latest qemu.git/master. Let me know if your OK with fixing
> the fuzz, or would prefer a -v3 re-spin before for applying to SCSI
> branch.
I know, I'
On 04/02/2013 05:45 PM, Michael Roth wrote:
> Hi everyone,
>
> The following new patches are queued for QEMU stable v1.4.1:
>
> https://github.com/mdroth/qemu/commits/stable-1.4-staging
>
> The release is planned for 04-15-2013:
>
> http://wiki.qemu.org/Planning/1.4
>
> Please CC qemu-sta...@n
With the recent m25p80 cleanup there is no need to use
ssi_create_slave_no_init() anymore. Just use ssi_create_slave().
Signed-off-by: Peter Crosthwaite
---
hw/arm/xilinx_zynq.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/hw/arm/xilinx_zynq.c b/hw/arm/xilinx_zynq.
With the recent m25p80 cleanup there is no need to use
ssi_create_slave_no_init() anymore. Just use ssi_create_slave().
Signed-off-by: Peter Crosthwaite
---
hw/microblaze/petalogix_ml605_mmu.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/hw/microblaze/petalogix_ml6
Trivial code cleanup of the PetaLogix and Zynq machine models.
Peter Crosthwaite (2):
petalogix_ml605_mmu: Cleanup ssi_create_slave()
xilinx_zynq: Cleanup ssi_create_slave
hw/arm/xilinx_zynq.c|3 +--
hw/microblaze/petalogix_ml605_mmu.c |3 +--
2 files changed, 2 inse
Configure to use the DTC submodule to build libfdt when no system libfdt
is found. Prompt to install the DTC submodule if --enable-fdt is set but
no DTC can be found.
DTC has no out-of-tree build capability, so the configure will symlink
the Makefile and scripts directory in the out of tree build
Add dtc submodule as a fallback for old distros.
Picking version 1.3.0. as this is the most recently tagged stable version.
Signed-off-by: Peter Crosthwaite
---
.gitmodules |3 +++
dtc |1 +
2 files changed, 4 insertions(+), 0 deletions(-)
create mode 16 dtc
diff --git a/.
The cross compile CFLAGS are needed to properly build pixman (and any other
submodules). Only the EXTRA_CFLAGS set is passed to submodules not QEMU_CFLAGS,
so put the cross compile flags in EXTRA_CFLAGS instead.
Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com>
---
Changed from v2:
Re
These two patches add and use dtc as a submodule as per the RFC:
http://lists.gnu.org/archive/html/qemu-devel/2013-01/msg05000.html
There is a remaining action item to mandate libfdt for arm/microblaze and PPC
which is left as follow up work for after review of this series.
Also fixed the config
Hi Paolo,
On Wed, Apr 3, 2013 at 4:35 PM, Paolo Bonzini wrote:
>
>> ---
>> Is it expected that this non-blocking condition implies lockup of the
>> iothread?
>
> No. The idea was to make the loop cheaper when you had a qemu_notify_event()
> or bottom half, basically something that causes main_lo
On Wed, Apr 03, 2013 at 02:04:09PM +1000, Peter Crosthwaite wrote:
> When the conditions blocking receiving are cleared, check for buffered rx
> packets.
>
> Signed-off-by: Peter Crosthwaite
Appliead, thanks Peter
> ---
> hw/xilinx_axienet.c |2 ++
> 1 files changed, 2 insertions(+), 0 d
On Wed, Apr 03, 2013 at 11:17:41PM +0100, Richard W.M. Jones wrote:
> From: "Richard W.M. Jones"
>
> Signed-off-by: Richard W.M. Jones
> ---
> tests/qemu-iotests/common| 5 +
> tests/qemu-iotests/common.rc | 3 +++
> 2 files changed, 8 insertions(+)
>
> diff --git a/tests/qemu-iotests/
From: "Richard W.M. Jones"
Signed-off-by: Richard W.M. Jones
---
tests/qemu-iotests/common| 5 +
tests/qemu-iotests/common.rc | 3 +++
2 files changed, 8 insertions(+)
diff --git a/tests/qemu-iotests/common b/tests/qemu-iotests/common
index b3aad89..6826ea7 100644
--- a/tests/qemu-iote
From: "Richard W.M. Jones"
qemu-system-x86_64 -drive file=ssh://hostname/some/image
QEMU will ssh into 'hostname' and open '/some/image' which is made
available as a standard block device.
You can specify a username (ssh://user@host/...) and/or a port number
(ssh://host:port/...). You can al
This is version 5 of the patch to add a Secure Shell (ssh) block
device to qemu. Most recently this was discussed here:
http://lists.nongnu.org/archive/html/qemu-devel/2013-03/threads.html#04845
Some changes since last time:
- I have addressed almost all of Stefan comments, but see my email to
From: "Richard W.M. Jones"
Signed-off-by: Richard W.M. Jones
---
include/qemu/osdep.h | 2 ++
util/osdep.c | 49 -
2 files changed, 50 insertions(+), 1 deletion(-)
diff --git a/include/qemu/osdep.h b/include/qemu/osdep.h
index df24400..8
On Thu, Mar 28, 2013 at 11:47:32AM +0100, Stefan Hajnoczi wrote:
> On Wed, Mar 27, 2013 at 03:57:29PM +, Richard W.M. Jones wrote:
[...]
Thanks for reviewing this patch. I will post an updated v5 on this
list soon, but I also have some comments (below).
> Please run qemu-iotests, see tests/q
Ping?
On 2013-03-28 10:37, Richard Henderson wrote:
My main goal here is the last patch. With the patches I've posted
for arm and s390, tci is the only remaining user of env->temp_buf.
r~
Richard Henderson (5):
tci: Use 32-bit signed offsets to loads/stores
tci: Use a local variable f
>>> On 4/2/2013 at 03:45 PM, Michael Roth wrote:
> Hi everyone,
>
> The following new patches are queued for QEMU stable v1.4.1:
>
> https://github.com/mdroth/qemu/commits/stable-1.4-staging
>
> The release is planned for 04-15-2013:
>
> http://wiki.qemu.org/Planning/1.4
>
> Please CC qemu-
LocutusOfBorg wrote:
> Any news on this?
Sorry, still working on getting permission from my employer to get
this released.
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
On Tue, Apr 02, 2013 at 04:45:05PM -0500, Michael Roth wrote:
> Hi everyone,
>
> The following new patches are queued for QEMU stable v1.4.1:
>
> https://github.com/mdroth/qemu/commits/stable-1.4-staging
>
> The release is planned for 04-15-2013:
>
> http://wiki.qemu.org/Planning/1.4
>
> Pleas
On Tue, Apr 02, 2013 at 11:28:23AM +0200, Kevin Wolf wrote:
> This series is meant to be applied on top of Aurélien's series.
>
> Kevin Wolf (2):
> po/Makefile: Fix dependency for %.mo
> po: Update German translation
>
> po/Makefile | 2 +-
> po/de_DE.po | 12 ++--
> 2 files changed
On 04/02/2013 10:12:31 PM, Alex Williamson wrote:
On Tue, 2013-04-02 at 17:44 -0500, Scott Wood wrote:
> On 04/02/2013 04:32:04 PM, Alex Williamson wrote:
> > On Tue, 2013-04-02 at 15:57 -0500, Scott Wood wrote:
> > > On 04/02/2013 03:32:17 PM, Alex Williamson wrote:
> > > > On x86 the interrupt
On 04/02/2013 10:37:20 PM, Alex Williamson wrote:
On Tue, 2013-04-02 at 17:50 -0500, Scott Wood wrote:
> On 04/02/2013 04:38:45 PM, Alex Williamson wrote:
> > On Tue, 2013-04-02 at 16:08 -0500, Stuart Yoder wrote:
> > > On Tue, Apr 2, 2013 at 3:57 PM, Scott Wood
> > wrote:
> > > >> >C. Expl
On Wed, Apr 03, 2013 at 03:56:45PM -0500, Richard Henderson wrote:
> Broken in b5a73f8d8a57e940f9bbeb399a9e47897522ee9a, the carry itself was
> fixed in 79482e5ab38a05ca8869040b0d8b8f451f16ff62. But we still need to
> produce the full 64-bit addition.
>
> Simplify the conditions at the top of the
On Wed, Apr 03, 2013 at 10:09:25PM +0200, Igor Mammedov wrote:
> On Wed, 3 Apr 2013 16:27:11 -0300
> Eduardo Habkost wrote:
>
> > On Wed, Apr 03, 2013 at 08:59:07PM +0200, Igor Mammedov wrote:
> > > On Wed, 3 Apr 2013 15:10:05 -0300
> > > Eduardo Habkost wrote:
> > >
> > > > On Wed, Apr 03, 201
Broken in b5a73f8d8a57e940f9bbeb399a9e47897522ee9a, the carry itself was
fixed in 79482e5ab38a05ca8869040b0d8b8f451f16ff62. But we still need to
produce the full 64-bit addition.
Simplify the conditions at the top of the functions for when we need a
new temporary. Only plain addition is importan
On Wed, 2013-04-03 at 12:34 +0200, Paolo Bonzini wrote:
> Il 03/04/2013 12:34, Michael S. Tsirkin ha scritto:
> > > Applied to the SCSI branch, thanks.
> >
> > Is the rest of vhost-scsi there now?
>
> No, but it will be shortly. :)
>
Hi Paolo,
Just a heads up that PATCH-v2 for vhost-scsi-pci d
On Wed, 3 Apr 2013 16:27:11 -0300
Eduardo Habkost wrote:
> On Wed, Apr 03, 2013 at 08:59:07PM +0200, Igor Mammedov wrote:
> > On Wed, 3 Apr 2013 15:10:05 -0300
> > Eduardo Habkost wrote:
> >
> > > On Wed, Apr 03, 2013 at 07:58:00PM +0200, Igor Mammedov wrote:
> > >
> > > > > > +void do_cpu_hot
Amit Shah writes:
> On (Tue) 02 Apr 2013 [07:52:19], Anthony Liguori wrote:
>> Amit Shah writes:
>>
>> >> > backends/rng-random.c:44:entropy_available: assertion failed: (len !=
>> >> > -1)
>> >> >
>> >> > without this fix.
>> >>
>> >> This fix would cause QEMU to block indefinitely which I d
On Wed, Apr 03, 2013 at 03:22:24PM -0400, Brad Smith wrote:
> On Wed, Apr 03, 2013 at 10:18:51AM +0200, Paolo Bonzini wrote:
> > Il 03/04/2013 00:52, Peter Maydell ha scritto:
> > > On 2 April 2013 17:45, Paolo Bonzini wrote:
> > >> Il 02/04/2013 17:42, Brad Smith ha scritto:
> > >>> Replace the h
Laszlo Ersek writes:
> On 03/21/13 00:23, Laszlo Ersek wrote:
>> This series reworks the internals of the -acpitable command line option,
>> and if that option is not specified, produces the APIC (MADT) table
>> inside qemu, to be consumed over fw_cfg (alongside the DSDT).
>
>> Laszlo Ersek (11):
"Michael S. Tsirkin" writes:
> On Thu, Mar 21, 2013 at 12:51:34PM +0100, Paolo Bonzini wrote:
>> Il 21/03/2013 11:41, Laszlo Ersek ha scritto:
>> > On 03/21/13 01:31, Laszlo Ersek wrote:
>> >> On 03/21/13 00:45, Eric Blake wrote:
>> >>> On 03/20/2013 05:23 PM, Laszlo Ersek wrote:
>> >
>> +#
Hi,
On Tue, Apr 02, 2013 at 02:42:34PM -0700, Richard Henderson wrote:
> Broken in b5a73f8d8a57e940f9bbeb399a9e47897522ee9a, the carry itself was
> fixed in 79482e5ab38a05ca8869040b0d8b8f451f16ff62. But we still need to
> produce the full 64-bit addition.
>
> Cc: Aurelien Jarno
> Signed-off-by:
On 04/03/2013 02:43:06 PM, Stuart Yoder wrote:
On Wed, Apr 3, 2013 at 2:18 PM, Scott Wood
wrote:
> On 04/03/2013 02:09:45 PM, Stuart Yoder wrote:
>>
>> > Would is be possible for userspace to simply leave room for MSI
bank
>> > mapping (how much room could be determined by something like
>>
> On Wed, Apr 03, 2013 at 10:18:51AM +0200, Paolo Bonzini wrote:
> > Il 03/04/2013 00:52, Peter Maydell ha scritto:
> > > On 2 April 2013 17:45, Paolo Bonzini wrote:
> > >> Il 02/04/2013 17:42, Brad Smith ha scritto:
> > >>> Replace the hardcoded list of OS's utilizing clock_gettime() for
> > >>>
- Messaggio originale -
> Da: "Michael S. Tsirkin"
> A: "Paolo Bonzini"
> Cc: qemu-devel@nongnu.org, k...@vger.kernel.org, g...@redhat.com,
> mtosa...@redhat.com
> Inviato: Mercoledì, 3 aprile 2013 20:39:58
> Oggetto: Re: [PATCH 4/4] pci: add pci test device
>
> On Wed, Apr 03, 2013 a
Paolo Bonzini writes:
> Il 21/03/2013 13:42, Laszlo Ersek ha scritto:
>> On 03/21/13 13:36, Michael S. Tsirkin wrote:
>>> On Thu, Mar 21, 2013 at 12:51:34PM +0100, Paolo Bonzini wrote:
Il 21/03/2013 11:41, Laszlo Ersek ha scritto:
> On 03/21/13 01:31, Laszlo Ersek wrote:
>> On 03/21/
Am 03.04.2013 12:39, schrieb Stefan Berger:
> On 04/02/2013 04:14 PM, Stefan Weil wrote:
>
> What compiler and options did you use?
>
That's the MinGW-w64 cross gdb from Debian Squeeze with QEMU's
default compiler options.
$ amd64-mingw32msvc-gcc --version
amd64-mingw32msvc-gcc (GCC) 4.4.4make: E
On Wed, Apr 3, 2013 at 2:18 PM, Scott Wood wrote:
> On 04/03/2013 02:09:45 PM, Stuart Yoder wrote:
>>
>> > Would is be possible for userspace to simply leave room for MSI bank
>> > mapping (how much room could be determined by something like
>> > VFIO_IOMMU_GET_MSI_BANK_COUNT) then document the AP
On Wed, Apr 03, 2013 at 08:59:07PM +0200, Igor Mammedov wrote:
> On Wed, 3 Apr 2013 15:10:05 -0300
> Eduardo Habkost wrote:
>
> > On Wed, Apr 03, 2013 at 07:58:00PM +0200, Igor Mammedov wrote:
> >
> > > > > +void do_cpu_hot_add(const int64_t id, Error **errp)
> > > > > +{
> > > > > +pc_new_c
On 04/03/2013 02:09:45 PM, Stuart Yoder wrote:
> Would is be possible for userspace to simply leave room for MSI bank
> mapping (how much room could be determined by something like
> VFIO_IOMMU_GET_MSI_BANK_COUNT) then document the API that userspace
can
> DMA_MAP starting at the 0x0 address o
On Wed, 2013-04-03 at 14:09 -0500, Stuart Yoder wrote:
> > Would is be possible for userspace to simply leave room for MSI bank
> > mapping (how much room could be determined by something like
> > VFIO_IOMMU_GET_MSI_BANK_COUNT) then document the API that userspace can
> > DMA_MAP starting at the 0x
On Wed, Apr 03, 2013 at 10:18:51AM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 00:52, Peter Maydell ha scritto:
> > On 2 April 2013 17:45, Paolo Bonzini wrote:
> >> Il 02/04/2013 17:42, Brad Smith ha scritto:
> >>> Replace the hardcoded list of OS's utilizing clock_gettime() for monotonic
> >>> ti
On 04/03/2013 02:09:45 PM, Stuart Yoder wrote:
> Would is be possible for userspace to simply leave room for MSI bank
> mapping (how much room could be determined by something like
> VFIO_IOMMU_GET_MSI_BANK_COUNT) then document the API that userspace
can
> DMA_MAP starting at the 0x0 address o
> Would is be possible for userspace to simply leave room for MSI bank
> mapping (how much room could be determined by something like
> VFIO_IOMMU_GET_MSI_BANK_COUNT) then document the API that userspace can
> DMA_MAP starting at the 0x0 address of the aperture, growing up, and
> VFIO will map bank
On Wed, 03 Apr 2013 20:22:17 +0200
Andreas Färber wrote:
> Am 03.04.2013 19:58, schrieb Igor Mammedov:
> > On Wed, 27 Mar 2013 12:19:01 +0100
> > Paolo Bonzini wrote:
> >
> >> Il 21/03/2013 15:28, Igor Mammedov ha scritto:
> >>> +if (x86_cpu_is_cpu_exist(qdev_get_machine(), &apic_id)) {
> >
On Wed, 3 Apr 2013 15:10:05 -0300
Eduardo Habkost wrote:
> On Wed, Apr 03, 2013 at 07:58:00PM +0200, Igor Mammedov wrote:
>
> > > > +void do_cpu_hot_add(const int64_t id, Error **errp)
> > > > +{
> > > > +pc_new_cpu(saved_cpu_model, id, errp);
> > > > +}
> > > > +
> > >
> > > Missing x86_cp
On 04/03/2013 01:32:26 PM, Stuart Yoder wrote:
On Tue, Apr 2, 2013 at 5:50 PM, Scott Wood
wrote:
> On 04/02/2013 04:38:45 PM, Alex Williamson wrote:
>>
>> On Tue, 2013-04-02 at 16:08 -0500, Stuart Yoder wrote:
>> > VFIO_IOMMU_MAP_MSI(iova, size)
>
>
> Not sure how you mean "size" to be use
On Wed, Apr 03, 2013 at 05:43:40PM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 17:09, Michael S. Tsirkin ha scritto:
> > Okay after some more thought.
> > hw/pci-host/
> > hw/pci-bridge/
> > hw/isa-bridge/
>
> Renaming hw/isa to hw/isa-bridge is easy.
>
> For the rest, I would prefer hw/pci/{core
On Fri, Mar 22, 2013 at 12:48 PM, Markus Armbruster wrote:
> Jordan Justen writes:
>
>> On Thu, Mar 21, 2013 at 12:45 AM, Markus Armbruster
>> wrote:
>>> x86 maintainers may wish to *switch it off* until it's done fully and
>>> properly, by setting "pc-sysfw" property "rom_only" to 1.
>>
>> Thi
On Tue, Apr 2, 2013 at 5:50 PM, Scott Wood wrote:
> On 04/02/2013 04:38:45 PM, Alex Williamson wrote:
>>
>> On Tue, 2013-04-02 at 16:08 -0500, Stuart Yoder wrote:
>> > On Tue, Apr 2, 2013 at 3:57 PM, Scott Wood
>> > wrote:
>> > >> >C. Explicit mapping using normal DMA map. The last idea is
>> > Type1 is arbitrary. It might as well be named "brown" and this one
>> > can be
>> > "blue".
>>
>> The difference is that "type1" seems to refer to hardware that can do
>> arbitrary 4K page mappings, possibly constrained by an aperture but
>> nothing else. More than one IOMMU can reasonably
On Wed, Apr 03, 2013 at 07:58:00PM +0200, Igor Mammedov wrote:
> > > +void do_cpu_hot_add(const int64_t id, Error **errp)
> > > +{
> > > +pc_new_cpu(saved_cpu_model, id, errp);
> > > +}
> > > +
> >
> > Missing x86_cpu_apic_id_from_index(id)?
> There was(is?) opposition to using cpu_index to i
Am 03.04.2013 19:58, schrieb Igor Mammedov:
> On Wed, 27 Mar 2013 12:19:01 +0100
> Paolo Bonzini wrote:
>
>> Il 21/03/2013 15:28, Igor Mammedov ha scritto:
>>> +if (x86_cpu_is_cpu_exist(qdev_get_machine(), &apic_id)) {
>>
>> Similarly, can this be done in qmp_cpu_set? And should it really be
On Wed, 2013-04-03 at 16:26 +0200, Jean Parpaillon wrote:
>
>
> Message original
> Sujet: [Qemu-discuss] pci-assign error
> Date : Wed, 03 Apr 2013 12:12:15 +0200
> De : Jean Parpaillon
> Pour : qemu-disc...@nongnu.org
>
> Dear all,
> I'm trying to assign a PCI graphic card to
On Wed, 27 Mar 2013 12:19:01 +0100
Paolo Bonzini wrote:
> Il 21/03/2013 15:28, Igor Mammedov ha scritto:
> > ... via do_cpu_hot_add() hook called by cpu_set QMP command,
> > for x86 target.
> >
> > * add extra check that APIC ID is in allowed range
> > * return error if CPU with requested APIC I
Am 03.04.2013 18:47, schrieb Alexander Graf:
>
> On 03.04.2013, at 18:40, Fabien Chouteau wrote:
>
>> This patches serie implements ELF kernel support in PPC PReP board.
>>
>> - Being able to load an ELF file
>> - Use the entry point to set nip value a reset
>> - Allow to run the board without bi
Il 03/04/2013 19:04, Michael S. Tsirkin ha scritto:
> Well ATM it's part of libhw and is built twice. Not sure what
> do you propose here.
Things haven't been built twice for a few months. hwaddr is
unconditionally 64-bit wide.
Paolo
On Wed, Apr 03, 2013 at 05:46:00PM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 16:28, Michael S. Tsirkin ha scritto:
> > > You need to group similar devices for the nesting to be useful. For
> > > example, it should be easy to check if something is true of all ISA
> > > bridges, or to do the same
On 03.04.2013, at 18:40, Fabien Chouteau wrote:
> If we use an ELF kernel there's no need for bios. '-bios -' means no
> bios.
This sounds like you're actually looking for a way to load an ELF blob as bios
using -bios, not a kernel, no?
The preferred way to load a kernel with -kernel is to loa
On 03.04.2013, at 18:40, Fabien Chouteau wrote:
> This patches serie implements ELF kernel support in PPC PReP board.
>
> - Being able to load an ELF file
> - Use the entry point to set nip value a reset
> - Allow to run the board without bios
Andreas maintains PReP :).
Alex
>
> Fabien Chou
On 03/21/13 00:23, Laszlo Ersek wrote:
> This series reworks the internals of the -acpitable command line option,
> and if that option is not specified, produces the APIC (MADT) table
> inside qemu, to be consumed over fw_cfg (alongside the DSDT).
> Laszlo Ersek (11):
> strip some whitespace
>
When we load an ELF kernel we can start the board at the entry point.
Signed-off-by: Fabien Chouteau
---
hw/ppc/prep.c | 34 ++
1 file changed, 30 insertions(+), 4 deletions(-)
diff --git a/hw/ppc/prep.c b/hw/ppc/prep.c
index a2730c8..12198ff 100644
--- a/hw/pp
If we use an ELF kernel there's no need for bios. '-bios -' means no
bios.
Signed-off-by: Fabien Chouteau
---
hw/ppc/prep.c | 23 ---
1 file changed, 16 insertions(+), 7 deletions(-)
diff --git a/hw/ppc/prep.c b/hw/ppc/prep.c
index 12198ff..8acec46 100644
--- a/hw/ppc/prep
It is useful to be able to boot non-binary (i.e. ELF) kernels directly,
as it is simpler to use and it makes symbols available in -d in_asm.
Also remove, unnecessary exit() after hw_error().
Signed-off-by: Fabien Chouteau
---
hw/ppc/prep.c | 14 ++
1 file changed, 10 insertions(+)
This patches serie implements ELF kernel support in PPC PReP board.
- Being able to load an ELF file
- Use the entry point to set nip value a reset
- Allow to run the board without bios
Fabien Chouteau (3):
PPC PReP: Load ELF kernel
PPC PReP: Use kernel entry to set nip at reset
PPC PReP
On Tue, Apr 02, 2013 at 08:05:21PM +0300, Michael S. Tsirkin wrote:
> On Tue, Apr 02, 2013 at 09:57:38AM -0700, Roland Dreier wrote:
> > On Tue, Apr 2, 2013 at 8:51 AM, Michael S. Tsirkin wrote:
> > >> At the moment registering an MR breaks COW. This breaks memory
> > >> overcommit for users such
On Wed, 3 Apr 2013 10:05:40 -0500
mdroth wrote:
> On Wed, Mar 27, 2013 at 09:17:30AM -0400, Luiz Capitulino wrote:
> > On Wed, 27 Mar 2013 10:10:42 +0100
> > Stefan Hajnoczi wrote:
> >
> > > There are several places where QEMU accidentally relies on the O_NONBLOCK
> > > state
> > > of passed f
Il 03/04/2013 16:28, Michael S. Tsirkin ha scritto:
> > You need to group similar devices for the nesting to be useful. For
> > example, it should be easy to check if something is true of all ISA
> > bridges, or to do the same change in all of them. ISA and PCI bridges
> > have too little in comm
Il 03/04/2013 17:09, Michael S. Tsirkin ha scritto:
> Okay after some more thought.
> hw/pci-host/
> hw/pci-bridge/
> hw/isa-bridge/
Renaming hw/isa to hw/isa-bridge is easy.
For the rest, I would prefer hw/pci/{core,host,bridge}, but whatever you
like the most is fine for me too.
Paolo
On Wed, 3 Apr 2013 11:24:38 -0400
Luiz Capitulino wrote:
> On Wed, 3 Apr 2013 10:05:40 -0500
> mdroth wrote:
>
> > On Wed, Mar 27, 2013 at 09:17:30AM -0400, Luiz Capitulino wrote:
> > > On Wed, 27 Mar 2013 10:10:42 +0100
> > > Stefan Hajnoczi wrote:
> > >
> > > > There are several places wher
Signed-off-by: Kevin Wolf
---
tests/qemu-iotests/051 | 143 +++
tests/qemu-iotests/051.out | 162 +
tests/qemu-iotests/group | 1 +
3 files changed, 306 insertions(+)
create mode 100755 tests/qemu-iotests/051
On Wed, 3 Apr 2013, Felipe Franciosi wrote:
> The current xen backend driver implementation uses int64_t variables
> to store the size of the corresponding backend disk/file. It also uses
> an int64_t variable to store the block size of that image. When writing
> the number of sectors (file_size/bl
On Wed, 3 Apr 2013, Felipe Franciosi wrote:
> This series fixes an issue where disks of 1 TiB or more cannot be added
> to a xen guest. The problem lies in the xen backend driver using a 32 bit
> integer xenstore interface to write the number of sectors corresponding
> to the file or device that re
On Wed, 3 Apr 2013, Felipe Franciosi wrote:
> The current implementation of xen_backend only provides 32 bit integer
> functions to write to xenstore. This patch adds two functions that
> allow writing 64 bit integers (one generic function and another for
> the backend only).
>
> This patch also f
On Wed, Mar 27, 2013 at 09:17:30AM -0400, Luiz Capitulino wrote:
> On Wed, 27 Mar 2013 10:10:42 +0100
> Stefan Hajnoczi wrote:
>
> > There are several places where QEMU accidentally relies on the O_NONBLOCK
> > state
> > of passed file descriptors. Exposing O_NONBLOCK state makes it part of the
On Wed, Apr 03, 2013 at 04:08:45PM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 16:06, Michael S. Tsirkin ha scritto:
> > > Ok, I'll add hw/pci/bridge, and remove the "host-" prefix for host PCI
> > > devices.
> >
> > That's too much nesting I think. hw/bridge/ and we can put isa bridges there
> > a
On Wed, Apr 03, 2013 at 04:08:45PM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 16:06, Michael S. Tsirkin ha scritto:
> > > Ok, I'll add hw/pci/bridge, and remove the "host-" prefix for host PCI
> > > devices.
> >
> > That's too much nesting I think. hw/bridge/ and we can put isa bridges there
> > a
Message original
Sujet: [Qemu-discuss] pci-assign error
Date : Wed, 03 Apr 2013 12:12:15 +0200
De : Jean Parpaillon
Pour : qemu-disc...@nongnu.org
Dear all,
I'm trying to assign a PCI graphic card to a qemu guest.
When I start the guest with libvirt, I have the following err
On Wed, Apr 03, 2013 at 04:08:45PM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 16:06, Michael S. Tsirkin ha scritto:
> > > Ok, I'll add hw/pci/bridge, and remove the "host-" prefix for host PCI
> > > devices.
> >
> > That's too much nesting I think. hw/bridge/ and we can put isa bridges there
> > a
On 03.04.2013, at 16:19, Fabien Chouteau wrote:
> On 04/03/2013 04:11 PM, Alexander Graf wrote:
>>
>> On 03.04.2013, at 16:03, Fabien Chouteau wrote:
>>
>>>
>>> Signed-off-by: Fabien Chouteau
>>
>> Please provide a patch description next time.
>>
>
> It's pretty self explanatory, isn't it?
On 04/03/2013 04:11 PM, Alexander Graf wrote:
>
> On 03.04.2013, at 16:03, Fabien Chouteau wrote:
>
>>
>> Signed-off-by: Fabien Chouteau
>
> Please provide a patch description next time.
>
It's pretty self explanatory, isn't it? :)
> Applied to ppc-next.
>
Thanks,
--
Fabien Chouteau
On 03.04.2013, at 16:03, Fabien Chouteau wrote:
>
> Signed-off-by: Fabien Chouteau
Please provide a patch description next time.
Applied to ppc-next.
Alex
Il 03/04/2013 16:06, Michael S. Tsirkin ha scritto:
> > Ok, I'll add hw/pci/bridge, and remove the "host-" prefix for host PCI
> > devices.
>
> That's too much nesting I think. hw/bridge/ and we can put isa bridges there
> as well then.
You need to group similar devices for the nesting to be usefu
On Wed, Apr 03, 2013 at 01:53:55PM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 12:43, Michael S. Tsirkin ha scritto:
> > On Tue, Apr 02, 2013 at 04:58:58PM +0200, Paolo Bonzini wrote:
> >> Signed-off-by: Paolo Bonzini
> >> ---
> >> hw/Makefile.objs | 10 --
> >> hw/pci/Makefi
On Wed, Apr 03, 2013 at 01:51:23PM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 12:51, Michael S. Tsirkin ha scritto:
> >>> > > default-configs/i386-softmmu.mak | 4
> >>> > > default-configs/x86_64-softmmu.mak | 4
> >>> > > hw/i386/Makefile.objs | 7 ++-
> >>> > > hw/
On Wed, Apr 03, 2013 at 01:55:43PM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 12:49, Michael S. Tsirkin ha scritto:
> > The idea to sort devices by function makes sense to be.
> > But ISA and PCI here are wrong, they try to sort
> > things by connection.
>
> Almost all ISA and PCI devices are in
On 04/03/2013 06:23 AM, Michael S. Tsirkin wrote:
On Wed, Apr 03, 2013 at 11:54:57AM +0200, Laszlo Ersek wrote:
On 04/02/13 16:34, Corey Bryant wrote:
On 04/01/2013 08:11 PM, Kevin O'Connor wrote:
On Mon, Apr 01, 2013 at 03:05:55PM -0400, Corey Bryant wrote:
On 03/28/2013 05:03 AM, Paolo
On Wed, Apr 03, 2013 at 02:05:32PM +0200, Paolo Bonzini wrote:
> Il 03/04/2013 14:00, Michael S. Tsirkin ha scritto:
> > On Wed, Apr 03, 2013 at 01:48:41PM +0200, Paolo Bonzini wrote:
> >> Il 03/04/2013 12:38, Michael S. Tsirkin ha scritto:
> >>> On Wed, Apr 03, 2013 at 12:34:24PM +0200, Paolo Bonz
Signed-off-by: Fabien Chouteau
---
target-ppc/translate_init.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/target-ppc/translate_init.c b/target-ppc/translate_init.c
index 781170f..9e73a23 100644
--- a/target-ppc/translate_init.c
+++ b/target-ppc/tran
The current xen backend driver implementation uses int64_t variables
to store the size of the corresponding backend disk/file. It also uses
an int64_t variable to store the block size of that image. When writing
the number of sectors (file_size/block_size) to xenstore, however, it
passes these valu
The current implementation of xen_backend only provides 32 bit integer
functions to write to xenstore. This patch adds two functions that
allow writing 64 bit integers (one generic function and another for
the backend only).
This patch also fixes the size of the char arrays used to represent
these
This series fixes an issue where disks of 1 TiB or more cannot be added
to a xen guest. The problem lies in the xen backend driver using a 32 bit
integer xenstore interface to write the number of sectors corresponding
to the file or device that represents the virtual disk.
The first patch adds 64
2013/2/25 Andreas Färber :
> Am 25.02.2013 12:20, schrieb Alexander Graf:
>>
>> On 16.02.2013, at 16:08, Julio Guerra wrote:
>>
>>> The software reset of a PReP machine should reset the entire system
>>> and not only the processor. It occurs when changing the 7th bit of
>>> port 0092 from 0 to 1.
>
Hi,
does qemu support attaching disk to a paused guest? Does it makes sense to
allow this operation?
Add documentation of ftrace backend.
Signed-off-by: Eiichi Tsukata
---
docs/tracing.txt | 16
1 file changed, 16 insertions(+)
diff --git a/docs/tracing.txt b/docs/tracing.txt
index cf53c17..60ff9c5 100644
--- a/docs/tracing.txt
+++ b/docs/tracing.txt
@@ -175,6 +175,22 @@ unles
1 - 100 of 202 matches
Mail list logo
