Hi,
On Mon, Jan 5, 2015 at 6:13 PM, Alexander Graf wrote:
>
>
> On 21.11.14 19:07, Alvise Rigo wrote:
>> Add a generic PCI host controller for virtual platforms, based on the
>> previous work by Rob Herring:
>> http://lists.gnu.org/archive/html/qemu-devel/2014-06/msg03482.html
>>
>> The controlle
On 2015/1/6 14:20, Shannon Zhao wrote:
On 2015/1/6 10:37, Chen, Tiejun wrote:
On 2015/1/5 20:14, Marcel Apfelbaum wrote:
On 01/05/2015 01:50 PM, Stefan Hajnoczi wrote:
On Mon, Jan 5, 2015 at 11:37 AM, Jan Kiszka
wrote:
On 2015-01-05 12:22, Stefan Hajnoczi wrote:
Commit 49d2e648e8087d154d8bf
On 01/05/2015 05:14 PM, alvise rigo wrote:
> Hi,
>
> On Mon, Jan 5, 2015 at 4:36 PM, Peter Maydell
> wrote:
>> On 24 November 2014 at 11:47, Claudio Fontana
>> wrote:
>>> On 21.11.2014 19:07, Alvise Rigo wrote:
Keep a global list with all the functions that need to modify the device
t
Hi Eric,
You are right. In fact, I've also spent some time to see if it was
possible to use the code you mentioned.
However, it's not needed anymore: the node generation will happen at
machine init for the reasons discussed in this thread.
Regards,
alvise
On Tue, Jan 6, 2015 at 10:18 AM, Eric Au
On 6 January 2015 at 00:22, Programmingkid wrote:
> http://virtuallyfun.superglobalmegacorp.com/?p=3197
> This is how Mac OS X looks like in QEMU with a Mac OS X host. The colors are
> all wrong.
Right, so that says there is a bug somewhere. But this patch isn't
fixing a bug, it's adding a comma
On 6 January 2015 at 09:18, Eric Auger wrote:
> Besides the PCI aspects, the dt generation problem that is addressed
> here is identical to the one related to VFIO platform device dt node
> generation that also needs to happen after machine init.
Right, for VFIO we need it; but for PCI we don't,
On 6 January 2015 at 02:24, wrote:
> From: Scott Feldman
>
> The rocker device uses same PCI device ID as sdhci. Since rocker device
> driver
> has already been accepted into Linux 3.18, and REDHAT_SDHCI device ID isn't
> used by any drivers, it's safe to move REDHAT_SDHCI device ID, avoiding
Thank you. I will keep this in mind for the next spin of the patches.
Regards,
alvise
On Mon, Jan 5, 2015 at 7:07 PM, Peter Maydell wrote:
> On 5 January 2015 at 17:35, alvise rigo wrote:
>> So I suppose we need to define a fixed number of PCI slots according
>> to the number of interrupts avai
On 6 January 2015 at 05:57, Shannon Zhao wrote:
> To support memory NUMA, don't add memory node in creat_fdt.
> But add it in a new function which takes into accout NUMA
> topology.
>
> Signed-off-by: Shannon Zhao
> ---
> hw/arm/virt.c |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-
On 6 January 2015 at 05:57, Shannon Zhao wrote:
> Add a new function arm_generate_memory_dtb which is used to
> generate memory dtb according to NUMA topology and set the
> NUMA topology property of every cpu.
>
> Signed-off-by: Shannon Zhao
This looks a lot nicer than the previous patchset. It
On 6 January 2015 at 09:47, Peter Maydell wrote:
> Yes, but it's basically making the user manually toggle a
> setting which we should be getting right ourselves. We
> should find out what QEMU's actually not doing correctly
> and fix that.
First step to find out what's happening: which of the
fo
On 01/06/2015 10:51 AM, Peter Maydell wrote:
> On 6 January 2015 at 09:18, Eric Auger wrote:
>> Besides the PCI aspects, the dt generation problem that is addressed
>> here is identical to the one related to VFIO platform device dt node
>> generation that also needs to happen after machine init.
>
On 2015/1/6 17:55, Peter Maydell wrote:
> On 6 January 2015 at 05:57, Shannon Zhao wrote:
>> To support memory NUMA, don't add memory node in creat_fdt.
>> But add it in a new function which takes into accout NUMA
>> topology.
>>
>> Signed-off-by: Shannon Zhao
>> ---
>> hw/arm/virt.c |2 --
>
On 2015/1/6 17:58, Peter Maydell wrote:
> On 6 January 2015 at 05:57, Shannon Zhao wrote:
>> Add a new function arm_generate_memory_dtb which is used to
>> generate memory dtb according to NUMA topology and set the
>> NUMA topology property of every cpu.
>>
>> Signed-off-by: Shannon Zhao
>
> Thi
Comments inline
-Original Message-
From: Jeff Cody [mailto:jc...@redhat.com]
Sent: Tuesday, December 23, 2014 7:33 PM
To: Lokesha, Amulya
Cc: Max Reitz; qemu-devel@nongnu.org; kw...@redhat.com; stefa...@redhat.com
Subject: Re: [PATCH 4/4] block: vhdx - set .bdrv_has_zero_init to
bdrv_has
> > Add new query vnc qmp command, for the lack of better ideas just name it
> > "query-vnc2". Changes over query-vnc:
> Call it query-vnc-servers?
Fine with me, done.
> Maybe just VncPrimaryAuth, since there's precedence for abbreviating
> authentication that way.
Done.
> > ##
> > +# @quer
Hi,
> > If the schema let us specify the enumeration values, we could avoid the
> > mapping altogether.
>
> Ooh, cool thought: what if we allowed:
>
> { 'enum': 'Foo', 'data': [
> { 'name': 'One', 'value': 1 },
> { 'name': 'Two', 'value': 2 } ] }
Looks nice. Where is the patch?
cheers,
On Mon, 2015-01-05 at 11:10 -0800, Rishi Ranjan wrote:
> Hi Stefano,
> Please find my answers inline.
>
>
> However Anthony (CC'ed) should have some patches for it.
>
> Anthony, can you please share any patch that can help me with this?
>
>
>
>
> Can you post the
On Mon, Jan 05, 2015 at 11:10:34AM -0800, Rishi Ranjan wrote:
> However Anthony (CC'ed) should have some patches for it.
> Anthony, can you please share any patch that can help me with this?
Hi,
The "patches" are in two repos:
git://xenbits.xen.org/people/aperard/xen-unstable.git
branch: mac
On 06.01.15 09:47, alvise rigo wrote:
> Hi,
>
> On Mon, Jan 5, 2015 at 6:13 PM, Alexander Graf wrote:
>>
>>
>> On 21.11.14 19:07, Alvise Rigo wrote:
>>> Add a generic PCI host controller for virtual platforms, based on the
>>> previous work by Rob Herring:
>>> http://lists.gnu.org/archive/html/
On Tue, Jan 06, 2015 at 11:11:48AM +, Anthony PERARD wrote:
> On Mon, Jan 05, 2015 at 11:10:34AM -0800, Rishi Ranjan wrote:
> > However Anthony (CC'ed) should have some patches for it.
> > Anthony, can you please share any patch that can help me with this?
>
> Hi,
>
> The "patches" are i
On Thu, Oct 23, 2014 at 10:12:42AM +0200, Marc Marí wrote:
> The allocator in malloc-pc has been extracted, so it can be used in every
> arch.
> This operation showed that both the alloc and free functions can be also
> generic.
> Because of this, the QGuestAllocator has been removed from is funct
On Wed, Dec 03, 2014 at 10:31:32AM +0100, Marc Marí wrote:
> Add virtio-mmio support to libqos and test case for virtio-blk.
>
> This series depends on patch "libqos: Convert malloc-pc allocator to a
> generic
> allocator"
>
> Changes from version 2:
> - Fix leaks and minor bugs
> - Extract b
On Mon, Jan 05, 2015 at 05:12:10PM +0400, Andrey Korolyov wrote:
> On Fri, Jan 2, 2015 at 4:04 PM, Stefan Hajnoczi wrote:
> > On Thu, Dec 18, 2014 at 07:38:59PM +0400, Andrey Korolyov wrote:
> >> 2.1-stable is currently crashing with the
> >>
> >> Co-routine re-entered recursively
> >> 2014-12-16
On Mon, Jan 05, 2015 at 05:11:50PM -, timsoft wrote:
> have used wireshark on host and nothing is coming through when I try to ping
> the host from the client. (bare with me as I haven't used wireshark before).
> I'm just upgrading the client to slack64 14.1 so I can get wireshark
> running
On Mon, Jan 05, 2015 at 05:12:10PM +0400, Andrey Korolyov wrote:
> On Fri, Jan 2, 2015 at 4:04 PM, Stefan Hajnoczi wrote:
> > On Thu, Dec 18, 2014 at 07:38:59PM +0400, Andrey Korolyov wrote:
> >> 2.1-stable is currently crashing with the
> >>
> >> Co-routine re-entered recursively
> >> 2014-12-16
On Sun, Dec 21, 2014 at 07:17:42AM +, Roy Vardi wrote:
> When using "-net tap" flag today, the tap interface is not released on
> shutdown. This is the default behavior and I'm not breaking it.
...
> . /qemu-system -net tap,ifname=tap0,script=no,downscript=no
That is not the behavior that I o
On Fri, Jan 02, 2015 at 05:22:27PM +0100, Paolo Bonzini wrote:
>
>
> On 02/01/2015 15:00, Stefan Hajnoczi wrote:
> >>> This cleanup function gets in the way of making the
> >>> NetClientStates for the NIC hold an object_ref reference to
> >>> the object, so get rid of it.
> > This patch does not
On Tue, Dec 23, 2014 at 05:53:19PM +0100, Paolo Bonzini wrote:
> All NICs have a cleanup function that, in most cases, zeroes the pointer
> to the NICState. In some cases, it frees data belonging to the NIC.
>
> However, this function is never called except when exiting from QEMU.
> It is not nec
The argument is not longer used and the implementation
uses now QOM instead of QemuOpts.
Signed-off-by: Marcel Apfelbaum
---
hw/arm/nseries.c| 2 +-
hw/arm/pxa2xx.c | 4 ++--
hw/arm/realview.c | 2 +-
hw/arm/versatilepb.c| 2 +-
hw/i386/pc_piix.c | 2 +-
hw/i
Patch e79d5a6 ("machine: remove qemu_machine_opts global list") removed option
descriptions from the -machine QemuOptsList to avoid repeating MachineState's
QOM properties.
This resulted in a Qemu crash:
$ qemu-system-x86_64 -usb
qemu-system-x86_64: util/qemu-option.c:387: qemu_opt_get_bool_helpe
Signed-off-by: Marcel Apfelbaum
---
hw/ppc/mac_newworld.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/ppc/mac_newworld.c b/hw/ppc/mac_newworld.c
index b54f94a..c377012 100644
--- a/hw/ppc/mac_newworld.c
+++ b/hw/ppc/mac_newworld.c
@@ -371,6 +371,7 @@ static void ppc
Following QOM convention, object properties should
not be accessed directly.
Signed-off-by: Marcel Apfelbaum
---
hw/core/machine.c | 5 +
include/hw/boards.h | 2 ++
2 files changed, 7 insertions(+)
diff --git a/hw/core/machine.c b/hw/core/machine.c
index a0ae5f9..fbd91be 100644
--- a/hw/
Some ppc machines create a default usb controller based on a 'machine
condition'.
Until now the logic was: create the usb controller if:
- the usb option was supplied in cli and value is true or
- the usb option was absent and both set_defaults and the machine
condition were true.
Modifie
Signed-off-by: Marcel Apfelbaum
---
hw/ppc/spapr.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
index 72c3102..53c4116 100644
--- a/hw/ppc/spapr.c
+++ b/hw/ppc/spapr.c
@@ -1484,9 +1484,10 @@ static void ppc_spapr_init(MachineState *machine)
Signed-off-by: Marcel Apfelbaum
---
hw/ppc/mac_newworld.c | 29 +++--
1 file changed, 19 insertions(+), 10 deletions(-)
diff --git a/hw/ppc/mac_newworld.c b/hw/ppc/mac_newworld.c
index ed37d6b..b54f94a 100644
--- a/hw/ppc/mac_newworld.c
+++ b/hw/ppc/mac_newworld.c
@@ -502
On 01/05/2015 11:21 AM, Gal Hammer wrote:
The monitor's auto-completion feature stopped working when stdio is used
as an input and qemu was resumed after it was suspended (using ctrl-z).
Thanks Gal, it works now!
Tested-by: Marcel Apfelbaum
Signed-off-by: Gal Hammer
---
qemu-char.c | 11
On Sat, Dec 27, 2014 at 04:01:35PM +0100, Peter Wu wrote:
> diff --git a/block/dmg.c b/block/dmg.c
> index e455886..df274f9 100644
> --- a/block/dmg.c
> +++ b/block/dmg.c
> @@ -131,6 +131,39 @@ static void update_max_chunk_size(BDRVDMGState *s,
> uint32_t chunk,
> }
> }
>
> +static int64_t
On Sat, Dec 27, 2014 at 04:01:36PM +0100, Peter Wu wrote:
> Extract the mish block decoder such that this can be used for other
> formats in the future. A new DmgHeaderState struct is introduced to
> share state while decoding.
>
> The code is kept unchanged as much as possible, a "fail" label is
Hi,
I'm new to qemu-devel and I'm trying to add a ".c" source to qemu.
To be more specific, I'm trying to add a file into /hw/virtio/.
I've added "common-obj-y += virtio-src.o" to the Makefile.objs in that folder
and when I'm compiling qemu it seems to compile the sources, but I don't know
if they
On 5 January 2015 at 09:21, Gal Hammer wrote:
> The monitor's auto-completion feature stopped working when stdio is used
> as an input and qemu was resumed after it was suspended (using ctrl-z).
>
> Signed-off-by: Gal Hammer
> ---
> qemu-char.c | 11 +++
> 1 file changed, 11 insertions(+
The bug can be closed since I do not have access to VM now to re-verify
the issue.
** Changed in: qemu
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/491345
Titl
I'm new to qemu-devel and I'm trying to add a ".c" source to qemu.
To be more specific, I'm trying to add a file into /hw/virtio/. I've added "common-obj-y += virtio-src.o" to the
src>Makefile.objs in that folder
and when I'm compiling qemu it seems to compile the sources, but I
don't know if they
Hi,
I'm new to qemu-devel and I'm trying to add a ".c" source to qemu.
To be more specific, I'm trying to add a file into /hw/virtio/.
I've added "common-obj-y += virtio-src.o" to the Makefile.objs in that
folder
and when I'm compiling qemu it seems to compile the sources, but I don't
know
if
Hi,
I'm new to qemu-devel and I'm trying to add a ".c" source to qemu.
To be more specific, I'm trying to add a file into /hw/virtio/.
I've added "common-obj-y += virtio-src.o" to the Makefile.objs in that
folder
and when I'm compiling qemu it seems to compile the sources, but I don't
know
if they
Hi,
I am posting here after searching in vain for quite sometime. Hopefully
I've reached the right forum, and hope that I'll get an answer to my
questions.
We have a board that has a multicore processor - an ARM9 core and a R4 core
- and a few peripherals around. We run embedded linux on the ARM9
I'm new to qemu-devel and I'm trying to add a ".c" source to qemu.
To be more specific, I'm trying to add a file into /hw/virtio/. I've added "common-obj-y += virtio-src.o" to the
src>Makefile.objs in that folder
and when I'm compiling qemu it seems to compile the sources, but I
don't know if they
Hi,
I'm new to qemu-devel and I'm trying to add a ".c" source to qemu.
To be more specific, I'm trying to add a file into /hw/virtio/. I've added "common-obj-y += virtio-src.o" to the
src>Makefile.objs in that folder
and when I'm compiling qemu it seems to compile the sources, but I
don't know if
On 6 January 2015 at 11:26, Radha Krishna Srimanthula
wrote:
> We have a board that has a multicore processor - an ARM9 core and a R4 core
> - and a few peripherals around. We run embedded linux on the ARM9 core and a
> realtime OS on the R4 core with a custom protocol providing for the
> communic
On Fri, Jan 02, 2015 at 04:44:38PM -0500, Programmingkid wrote:
> Removes redundant ret variable and renames sectorSize variable to meet QEMU
> coding standards.
This is a changelog item for v4 of this patch. Changelogs should go
below the '---' line so they are not merged into git history.
Th
On Tue Jan 06 2015 at 19:30:02 Peter Maydell
wrote:
> On 6 January 2015 at 11:26, Radha Krishna Srimanthula
> wrote:
> > We have a board that has a multicore processor - an ARM9 core and a R4
> core
> > - and a few peripherals around. We run embedded linux on the ARM9 core
> and a
> > realtime O
On 6 January 2015 at 14:20, Radha Krishna Srimanthula
wrote:
> If it was a symmetric CPU cluster, how do I go about creating a machine
> configuration? Any pointers please?
Look at an existing board model (preferably one that has
been recently added or maintained) and see what it does...
-- PMM
On 06/01/2015 15:49, Peter Maydell wrote:
On 5 January 2015 at 09:21, Gal Hammer wrote:
The monitor's auto-completion feature stopped working when stdio is used
as an input and qemu was resumed after it was suspended (using ctrl-z).
Signed-off-by: Gal Hammer
---
qemu-char.c | 11 +++
On 6 January 2015 at 14:30, Gal Hammer wrote:
> On 06/01/2015 15:49, Peter Maydell wrote:
>>
>> On 5 January 2015 at 09:21, Gal Hammer wrote:
>>>
>>> The monitor's auto-completion feature stopped working when stdio is used
>>> as an input and qemu was resumed after it was suspended (using ctrl-z)
On Jan 6, 2015, at 5:04 AM, Peter Maydell wrote:
> On 6 January 2015 at 09:47, Peter Maydell wrote:
>> Yes, but it's basically making the user manually toggle a
>> setting which we should be getting right ourselves. We
>> should find out what QEMU's actually not doing correctly
>> and fix that.
> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Eric Blake
> Sent: Tuesday, January 06, 2015 12:07 AM
> To: Xu, Quan; qemu-devel@nongnu.org
> Cc: lcapitul...@redhat.com; arm...@redhat.com; xen-de...@lists.xen.org
> Subje
On Sun, Jan 04, 2015 at 09:53:45AM +0800, Fam Zheng wrote:
> qemu-iotests contains useful tests that have a nice coverage of block layer
> code. Adding check-block (which calls tests/qemu-iotests-quick.sh) to "make
> check" is good for developers' self-testing.
>
> v4: 06: Use CONFIG_LINUX instead
On Tue, Jan 06, 2015 at 10:39:13AM +0800, Chen, Tiejun wrote:
> On 2015/1/6 9:21, Chen, Tiejun wrote:
> >On 2015/1/6 1:13, Eric Blake wrote:
> >>On 01/04/2015 10:35 PM, Tiejun Chen wrote:
> >>>After one commit 49d2e648e808, "machine: remove qemu_machine_opts
> >>>global list", is introduced, QEMU d
On Tue, Jan 06, 2015 at 10:37:25AM +0800, Chen, Tiejun wrote:
> On 2015/1/5 20:14, Marcel Apfelbaum wrote:
> >On 01/05/2015 01:50 PM, Stefan Hajnoczi wrote:
> >>On Mon, Jan 5, 2015 at 11:37 AM, Jan Kiszka
> >>wrote:
> >>>On 2015-01-05 12:22, Stefan Hajnoczi wrote:
> Commit 49d2e648e8087d154d8b
On Jan 6, 2015, at 9:02 AM, Stefan Hajnoczi wrote:
> On Fri, Jan 02, 2015 at 04:44:38PM -0500, Programmingkid wrote:
>> Removes redundant ret variable and renames sectorSize variable to meet QEMU
>> coding standards.
>
> This is a changelog item for v4 of this patch. Changelogs should go
> be
On Mon, Jan 05, 2015 at 06:24:58PM -0800, sfel...@gmail.com wrote:
> From: Scott Feldman
>
> Rocker is a simulated ethernet switch device. The device supports up to 62
> front-panel ports and supports L2 switching and L3 routing functions, as well
> as L2/L3/L4 ACLs. The device presents a singl
On Mon, Jan 05, 2015 at 06:24:59PM -0800, sfel...@gmail.com wrote:
> From: Scott Feldman
>
> Add QMP/HMP support for rocker devices. This is mostly for debugging purposes
> to see inside the device's tables and port configurations. Some examples:
>
> (qemu) rocker sw1
> name: sw1
> id: 0x0
On Tue, Dec 02, 2014 at 12:05:43PM +0100, Paolo Bonzini wrote:
> As discussed in the other thread, this brings speedups from
> dropping the coroutine mutex (which serializes multiple iothreads,
> too) and using ELF thread-local storage.
>
> The speedup in perf/cost is about 50% (190->125). Window
On 12/26/2014 07:42 AM, Alexander Graf wrote:
> To support programmatic JSON assembly while keeping the code that generates it
> readable, this patch introduces a simple JSON writer. It emits JSON serially
> into a buffer in memory.
>
> The nice thing about this writer is its simplicity and low me
On Mon, Jan 05, 2015 at 12:29:49PM +0100, Peter Lieven wrote:
> If bs->bl.max_write_zeroes is large and we end up in the unsupported
> path we might allocate a lot of memory for the iovector and/or even
> generate an oversized requests.
>
> Fix this by limiting the request by the minimum of the re
On Mon, Jan 05, 2015 at 03:34:07PM +0300, Denis V. Lunev wrote:
> Though pls consider my patch v3, it avoids allocation of 16 Mb here and
> uses only 1 Mb of memory.
Once your patch has Reviewed-by: it will show up on my radar for merge.
If you and Peter need a 2nd opinion in your discussions abo
On 12/26/2014 07:42 AM, Alexander Graf wrote:
> To support programmatic JSON assembly while keeping the code that generates it
> readable, this patch introduces a simple JSON writer. It emits JSON serially
> into a buffer in memory.
>
> The nice thing about this writer is its simplicity and low me
On 12/26/2014 07:42 AM, Alexander Graf wrote:
> For ftell we flush the output buffer to ensure that we don't have anything
> lingering in our internal buffers. This is a very safe thing to do.
>
> However, with the dynamic size measurement that the dynamic vmstate
> description will bring this wou
On 12/26/2014 07:42 AM, Alexander Graf wrote:
> One of the annoyances of the current migration format is the fact that
> it's not self-describing. In fact, it's not properly describing at all.
> Some code randomly scattered throughout QEMU elaborates roughly how to
> read and write a stream of byte
Some ARM platforms can successfully map PCI devices into the guest, so it only
makes sense to also add support for the Bochs virtual VGA adapter on those.
Signed-off-by: Alexander Graf
---
default-configs/arm-softmmu.mak | 1 +
1 file changed, 1 insertion(+)
diff --git a/default-configs/arm-sof
Now that we have a working "generic" PCIe host bridge driver, we can plug
it into ARMs virt machine to always have PCIe available to normal ARM VMs.
I've successfully managed to expose a Bochs VGA device, XHCI and an e1000
into an AArch64 VM with this and they all lived happily ever after.
Signed
Linux implements a nice binding to describe a "generic" PCI Express host bridge
using only device tree.
This patch set adds enough emulation logic to expose the parts that are
"generic" as a simple sysbus device and maps it into ARM's virt machine.
With this patch set, we can finally spawn PCI de
With simple exposure of MMFG, ioport window, mmio window and an IRQ line we
can successfully create a workable PCIe host bridge that can be mapped anywhere
and only needs to get described to the OS using whatever means it likes.
This patch implements such a "generic" host bridge. It only supports
On 12/26/2014 07:42 AM, Alexander Graf wrote:
> This patch adds a python tool to the scripts directory that can read
> a dumped migration stream if it contains the JSON description of the
> device states. I constructs a human readable JSON stream out of it.
>
> It's very simple to use:
>
> $ qe
On 6 January 2015 at 16:03, Alexander Graf wrote:
> Some ARM platforms can successfully map PCI devices into the guest, so it only
> makes sense to also add support for the Bochs virtual VGA adapter on those.
>
> Signed-off-by: Alexander Graf
> ---
> default-configs/arm-softmmu.mak | 1 +
> 1 fi
The mmcfg space is a memory region that allows access to PCI config space
in the PCIe world. To maintain abstraction layers, I would like to expose
the mmcfg space as a sysbus mmio region rather than have it mapped straight
into the system's memory address space though.
So this patch splits the in
On Tue, Jan 6, 2015 at 7:12 AM, Stefan Hajnoczi wrote:
> On Mon, Jan 05, 2015 at 06:24:58PM -0800, sfel...@gmail.com wrote:
>> From: Scott Feldman
>>
>> Rocker is a simulated ethernet switch device. The device supports up to 62
>> front-panel ports and supports L2 switching and L3 routing functi
On 01/06/2015 04:56 PM, Stefan Hajnoczi wrote:
On Tue, Jan 06, 2015 at 10:39:13AM +0800, Chen, Tiejun wrote:
On 2015/1/6 9:21, Chen, Tiejun wrote:
On 2015/1/6 1:13, Eric Blake wrote:
On 01/04/2015 10:35 PM, Tiejun Chen wrote:
After one commit 49d2e648e808, "machine: remove qemu_machine_opts
g
On 01/06/2015 11:01 AM, Chen, Tiejun wrote:
On 2015/1/6 14:20, Shannon Zhao wrote:
On 2015/1/6 10:37, Chen, Tiejun wrote:
On 2015/1/5 20:14, Marcel Apfelbaum wrote:
On 01/05/2015 01:50 PM, Stefan Hajnoczi wrote:
On Mon, Jan 5, 2015 at 11:37 AM, Jan Kiszka
wrote:
On 2015-01-05 12:22, Stefan
Fixed the decoding of "system" instructions (starting with 0x2)
in dec_sys() in translate.c. In particular, the l.trap instruction
is now correctly decoded, which enables for singlestepping and
breakpoints to be set in GDB.
Signed-off-by: David R. Morrison
---
target-openrisc/translate.c | 2 +-
On Jan 6, 2015, at 11:46 AM, Peter Maydell wrote:
> On 6 January 2015 at 16:30, Programmingkid wrote:
>> I was doing some searching and thought I should show you this:
>> file: vga.c
>>
>> This indicates that all operations are expected to be in the little endian
>> format.
>
> That controls
On 6 January 2015 at 17:19, Programmingkid wrote:
> After investigating the TARGET_WORDS_BIGENDIAN code, I noticed
> that s->default_endian_fb was being set to true. So I undefined
> the macro and then ran QEMU. The i386 target showed no change
> in colors. The ppc target still had the same incorr
After 'Machine as QOM' series the machine type input triggers
the creation of the machine class.
If the machine type is set in the configuration file, the machine
class is not updated accordingly and remains the default.
Fixed that by querying the machine options after the configuration
file is lo
As the decoded plist XML is not a pointer in the file,
dmg_read_mish_block must be able to process a buffer instead of a file
pointer. Since the full buffer must be processed, let's change the
return value again to just a success flag.
Signed-off-by: Peter Wu
Reviewed-by: John Snow
---
v2: adde
Hi,
This is the second revision of improvements to DMG image file support.
See [1] for an overview of the previous patchset.
Thanks to John Snow for his efforts in reviewing patches and providing
suggestions. The errp suggestion from Stefan Hajnoczi is also
incorporated.
An overview of changes s
Previously the chunk size was not checked, allowing for a large memory
allocation. This patch checks whether the chunks size is within the
resource fork length, and whether the resource fork is below the
trailer of the dmg file.
Signed-off-by: Peter Wu
---
v2: added resource fork offset check
--
DMG files have a variable length with a UDIF trailer at the end of a
file. This UDIF trailer is essential as it describes the contents of
the image. At the moment however, the start of this trailer is almost
always incorrect as bdrv_getlength() returns a multiple of the block
size (rounded up). Thi
Previously the sector table parsing relied on the previous offset of
the DMG file. Now it uses the sector number from the BLKX header
(see http://newosxbook.com/DMG.html).
The implementation of dmg2img (from vu1tur) does not base the output
sector on the location of the terminator (0x) eit
This patch addresses two issues:
- The data fork offset was not taken into account, resulting in failure
to read an InstallESD.dmg file (5164763151 bytes) which had a
non-zero DataForkOffset field.
- The offset of the previous block ("partition") was unconditionally
added to the current
Right now the virtual size is always reported as zero which makes it
impossible to convert between formats.
After this patch, the number of sectors will be read from the trailer
("koly" block).
To verify the behavior, the output of `dmg2img foo.dmg foo.img` was
compared against `qemu-img convert
The format is simple enough to avoid using a full-blown XML parser. It
assumes that all BLKX items begin with the "mish" magic word, therefore
it is not a problem if other values get matched which are not a BLKX
block.
The offsets are based on the description at
http://newosxbook.com/DMG.html
Sig
Besides the offset, also read the resource length. This length is now
used in the extracted function to verify the end of the resource fork
against "count" from the resource fork.
Instead of relying on the value of offset to conclude whether the
resource fork is available or not (info_begin==0), c
In preparation for adding bzip2 support, split the type check into a
separate function. Make all offsets relative to the begin of a chunk
such that it is easier to recognize the position without having to
add up all offsets. Some comments are added to describe the fields.
There is no functional ch
Disk images may contain large all-zeroes gaps (1.66k sectors or 812 MiB
is seen in the real world). These blocks (type 2) do not need to be
extracted into a temporary buffer, there is no need to allocate memory
for these blocks nor to check its length.
(For the test image, the maximum uncompressed
Extract the mish block decoder such that this can be used for other
formats in the future. A new DmgHeaderState struct is introduced to
share state while decoding.
The code is kept unchanged as much as possible, a "fail" label is added
for example where a simple return would probably do. In dmg_op
On 5 January 2015 at 16:14, Eric Auger wrote:
> Device tree nodes for the platform bus and its children dynamic sysbus
> devices are added in a machine init done notifier. To load the dtb once,
> after those latter nodes are built and before ROM freeze, the actual
> arm_load_kernel existing code i
This patch adds support for bzip2-compressed block entries as introduced
with OS X 10.4 (source: https://en.wikipedia.org/wiki/Apple_Disk_Image).
It was tested against a 5.2G "OS X Yosemite" installation image which
stores the BLXX block in the XML property list (instead of resource
forks) and has
On 06/01/15 18:43, Stefan Hajnoczi wrote:
On Mon, Jan 05, 2015 at 03:34:07PM +0300, Denis V. Lunev wrote:
Though pls consider my patch v3, it avoids allocation of 16 Mb here and
uses only 1 Mb of memory.
Once your patch has Reviewed-by: it will show up on my radar for merge.
If you and Peter
On Jan 6, 2015, at 12:30 PM, Peter Maydell wrote:
> On 6 January 2015 at 17:19, Programmingkid wrote:
>> After investigating the TARGET_WORDS_BIGENDIAN code, I noticed
>> that s->default_endian_fb was being set to true. So I undefined
>> the macro and then ran QEMU. The i386 target showed no cha
https://opensource.apple.com/source/IOGraphics/IOGraphics-45.3/IOGraphicsFamily/IOBootFramebuffer.cpp
This file is used for the frame buffer in Mac OS 10.2. There is no mention of
the endian format for the pixels. That seems to indicate an oversight on
Apple's part.
http://www.mcamafia.de/pdf/i
1 - 100 of 139 matches
Mail list logo
