Every time we use an address constant, it needs to potentially fit into
a 64bit physical address space. So let's define things accordingly.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c | 34 +-
1 files changed, 17 insertions(+), 17
When generating serial port device tree nodes, we duplicate quite a bit
of code, because there are 2 of them in the mpc8544ds board we emulate.
Shove the generating code into a function, so we duplicate less code.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c | 54
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c |1 +
pc-bios/mpc8544ds.dtb | Bin 1924 - 1904 bytes
pc-bios/mpc8544ds.dts |3 ---
3 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/hw/ppce500_mpc8544ds.c b/hw/ppce500_mpc8544ds.c
index
On 6 June 2012 00:51, Anthony Liguori aligu...@us.ibm.com wrote:
In the case of a CharDriverState, the reference is always immutable. If we
supported changing char backends dynamically, it would not happen by
changing the reference, but almost certainly by having the ability to reopen
the
This patch adds a helper to search for a node's phandle by its path. This
is especially useful when the phandle is part of an array, not just a single
cell in which case qemu_devtree_setprop_phandle would be the easy choice.
Signed-off-by: Alexander Graf ag...@suse.de
---
device_tree.c | 16
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/hw/ppce500_mpc8544ds.c b/hw/ppce500_mpc8544ds.c
index 493ad6e..3d073dd 100644
--- a/hw/ppce500_mpc8544ds.c
+++ b/hw/ppce500_mpc8544ds.c
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c |8
pc-bios/mpc8544ds.dtb | Bin 1904 - 1810 bytes
pc-bios/mpc8544ds.dts |5 -
3 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/hw/ppce500_mpc8544ds.c b/hw/ppce500_mpc8544ds.c
index
On 06.06.2012, at 01:07, Anthony Liguori wrote:
On 06/06/2012 06:06 AM, Paul Moore wrote:
On Tuesday, June 05, 2012 11:51:40 PM Alexander Graf wrote:
On 05.06.2012, at 23:45, Paul Moore wrote:
On Tuesday, June 05, 2012 03:08:26 AM Alexander Graf wrote:
Which gets me to a new idea. Why not
We want to be able to override the automatically created device tree
by using the -dtb option. Implement this for the mpc8544ds machine.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c | 26 ++
1 files changed, 22 insertions(+), 4 deletions(-)
Usually we want to know when creating a subtree fails. However, while
introducing this patch set we have to modify the device tree and some
times have the code to create a subtree in both the binary tree and
the dynamically created tree.
So ignore failures about this for now and enable them once
Our subnode creation helper can't handle creation of root subnodes,
like /memory. Fix this by allowing the parent node to be an empty
string, indicating the root node.
Signed-off-by: Alexander Graf ag...@suse.de
---
device_tree.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
We want to get rid of the concept of loading an external device tree and instead
generate our own. However, to do this we need to also create a device tree
template programatically.
This patch adds a helper to create an empty device tree in memory.
Signed-off-by: Alexander Graf ag...@suse.de
---
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c |8
pc-bios/mpc8544ds.dtb | Bin 2028 - 1972 bytes
pc-bios/mpc8544ds.dts |5 -
3 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/hw/ppce500_mpc8544ds.c b/hw/ppce500_mpc8544ds.c
index
Phandles are the fancy device tree name for pointer to another node.
To create a phandle property, we most likely want to reference to the
node we're pointing to by its path. So create a helper that allows
us to do so.
Signed-off-by: Alexander Graf ag...@suse.de
---
device_tree.c |7 +++
Now that we are dynamically creating the dtb, it's really useful to
be able to dump the created blob for debugging.
This patch implements a -machine dumpdtb=file option for e500 that
dumps the dtb exactly in the form the guest would get it to disk. It
can then be analyzed by dtc to get
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppce500_mpc8544ds.c | 50
pc-bios/mpc8544ds.dtb | Bin 1810 - 72 bytes
pc-bios/mpc8544ds.dts | 46
3 files changed, 50 insertions(+), 46
On Tue, Jun 05, 2012 at 04:07:23PM +0200, Alexander Graf wrote:
On 31.05.2012, at 12:55, David Gibson wrote:
On Wed, May 30, 2012 at 01:00:27PM +0200, Alexander Graf wrote:
We want to get rid of the concept of loading an external device tree and
instead
generate our own. However, to
Hi Anthony,
Any comment on this?
Thanks.
On Tue, Jun 5, 2012 at 5:48 PM, li zhang zhlci...@gmail.com wrote:
Hi all,
For pseries, when creating VMs with -vga std,
it requires usb mouse and usb kbd devices to be added.
But with default options, vga is enabled and usb is disabled.
User may
We hit a kernel panic when a VM was configured with bridge mode. After the
IpTable was disabled using the following command lines, the kernel panic was
gone. We would like to know if there is any fix in latest kernel for this issue?
Note that we ran qemu 1.0 on Ubuntu 11.10
--
Hi Brian,
Here are the information from our system.
We launched the VM using the following XML file.
The kernel version is 3.0.0.12
The Qemu version is 1.0.0(we upgraded it. Default one is 0.14.1)
Implement the timers on the FreeScale i.MX31 SoC.
This is not a complete implementation, but gives enough for
Linux to boot and run. In particular external triggers, which are
not useful under QEMU, are not implemented.
Signed-off-by: Philip O'Sullivan phil...@ok-labs.com
Signed-off-by: Peter
Implement the FreeSCALE i.MX31 advanced vectored interrupt controller, at least
to the extent it is used by Linux 3.0.x
Vectors are not implemented.
Signed-off-by: Philip O'Sullivan phil...@ok-labs.com
Signed-off-by: Peter Chubb peter.ch...@nicta.com.au
Reviewed-by: Peter Maydell
There are no major changes since last time, just rebased to current
tip now that QEMU 1.2 is open.
For those who have come into the story late, this is a series of
patches to allow QEMU to emulate a Freescale i.MX31 on a Kyoto
Microsystems evaluation board. It's pretty bare-bones, but runs
Implement the FreeScale i.MX UART. This uart is used in a variety of
SoCs, including some by Motorola, as well as in the FreeScale i.MX
series.
This patch gives only a `bare-bones' implementation, enough to run Linux
or OKL4, but that's about it.
Signed-off-by: Philip O'Sullivan
For Linux to be able to work out how fast its clocks are going, so
that timer ticks come approximately at the right time, it needs to
be able to query the clock control module (CCM).
This is the start of a CCM implementation. It currently knows only about
the MCU, HSP and IPG clocks --- i.e.,
Board support for Kyoto Micro's KZM-ARM11-01, an evaluation board built
around the FreeScale i.MX31.
Signed-off-by: Philip O'Sullivan phil...@ok-labs.com
Signed-off-by: Peter Chubb peter.ch...@nicta.com.au
---
Makefile.target |2
hw/kzm.c| 155
On Wed, 2012-06-06 at 01:52 +0200, Alexander Graf wrote:
We have device tree helpers that allow us to create single cell (u32)
wide properties. However, when creating properties that contain an array of
cells, we need to jump through hoops, manually passing in an array with
converted
On Wed, 2012-06-06 at 01:52 +0200, Alexander Graf wrote:
Phandles are the fancy device tree name for pointer to another node.
To create a phandle property, we most likely want to reference to the
node we're pointing to by its path. So create a helper that allows
us to do so.
Signed-off-by:
On Wed, 2012-06-06 at 01:52 +0200, Alexander Graf wrote:
This patch adds a helper to search for a node's phandle by its path. This
is especially useful when the phandle is part of an array, not just a single
cell in which case qemu_devtree_setprop_phandle would be the easy choice.
Il 06/06/2012 01:40, Anthony Liguori ha scritto:
The only way I can think of getting around this is to do nasty things
like adding an
#include qapi-generated/mc146818rtc-qapi-visit.c;
in hw/mc146818rtc.c.
It doesn't look that ugly, though perhaps I'm biased because that's
again exactly
On Wed, 2012-06-06 at 01:52 +0200, Alexander Graf wrote:
Phandle references work by having 2 pieces:
- a phandle 1-cell property in the device tree node
- a reference to the same value in a property we want to point
to the other node
To generate the 1-cell property, we need an
On Wed, 2012-06-06 at 01:52 +0200, Alexander Graf wrote:
Some times in the device tree, we find an array of 2 u32 cells that
really are a single u64 value. This patch adds a helper to make the
creation of these easy.
Signed-off-by: Alexander Graf ag...@suse.de
Reviewed-by: Peter Crosthwaite
On 06/01/2012 01:57 PM, Juan Quintela wrote:
Orit Wasserman owass...@redhat.com wrote:
Add migration capabiltes that can be queried by the management.
The managment can query the source QEMU and the destination QEMU in order to
verify both support some migration capability (currently only
On 06/01/2012 02:42 PM, Juan Quintela wrote:
Orit Wasserman owass...@redhat.com wrote:
In the outgoing migration check to see if the page is cached and
changed than send compressed page by using save_xbrle_page function.
In the incoming migration check to see if RAM_SAVE_FLAG_XBRLE is set
and
On 06/01/2012 02:19 PM, Juan Quintela wrote:
Orit Wasserman owass...@redhat.com wrote:
Change XBZRLE cache size in bytes (the size should be a power of 2).
If XBZRLE cache size is too small there will be many cache miss.
Signed-off-by: Benoit Hudzia benoit.hud...@sap.com
Signed-off-by:
On Wed, 2012-06-06 at 01:52 +0200, Alexander Graf wrote:
Our subnode creation helper can't handle creation of root subnodes,
like /memory. Fix this by allowing the parent node to be an empty
string, indicating the root node.
Signed-off-by: Alexander Graf ag...@suse.de
Reviewed-by: Peter
On Wed, 2012-06-06 at 01:52 +0200, Alexander Graf wrote:
Usually we want to know when creating a subtree fails. However, while
introducing this patch set we have to modify the device tree and some
times have the code to create a subtree in both the binary tree and
the dynamically created tree.
On Wed, 2012-06-06 at 01:52 +0200, Alexander Graf wrote:
We want to get rid of the concept of loading an external device tree and
instead
generate our own. However, to do this we need to also create a device tree
template programatically.
This patch adds a helper to create an empty device
On 06/06/2012 01:12 PM, Paolo Bonzini wrote:
Il 06/06/2012 01:40, Anthony Liguori ha scritto:
The only way I can think of getting around this is to do nasty things
like adding an
#include qapi-generated/mc146818rtc-qapi-visit.c;
in hw/mc146818rtc.c.
It doesn't look that ugly, though
On 06/06/2012 11:31 AM, Benjamin Herrenschmidt wrote:
On Wed, 2012-06-06 at 10:52 +0800, li zhang wrote:
Hi Anthony,
Any comment on this?
Allright, this is all quite confusing...
He's what I think should happen:
When no option is passed -at-all-, we should have vga std and usb ohci +
usb
201 - 240 of 240 matches
Mail list logo