On 06/23/2018 01:17 PM, Programmingkid wrote:
>>> https://www.pdfdrive.net/powerpc-microprocessor-family-the-programming-environments-for-32-e3087633.html
>>> This document has the information on the fdiv. Page 133 has the information
>>> on what action is executed when a division by zero
Missed in df3692e04b2.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/arm/stellaris.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/arm/stellaris.c b/hw/arm/stellaris.c
index d06e366402..42baa768b2 100644
--- a/hw/arm/stellaris.c
+++ b/hw/arm/stellaris.c
@@ -294,7 +294,7
hw_error() finally calls abort(), but there is no need to abort here.
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
---
hw/net/smc91c111.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/hw/net/smc91c111.c b/hw/net/smc91c111.c
index
TCMI_VERBOSE is no more used, drop the OMAP_8/16/32B_REG macros.
Suggested-by: Thomas Huth
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
---
include/hw/arm/omap.h | 18 --
hw/arm/omap1.c| 18 --
2 files changed, 12 insertions(+), 24
Signed-off-by: Philippe Mathieu-Daudé
---
include/hw/arm/omap.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/hw/arm/omap.h b/include/hw/arm/omap.h
index 39abba753d..e7fbd340f3 100644
--- a/include/hw/arm/omap.h
+++ b/include/hw/arm/omap.h
@@ -21,6
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
---
Thomas: I used 4 for 1 to keep checkpatch happy.
hw/i2c/omap_i2c.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/hw/i2c/omap_i2c.c b/hw/i2c/omap_i2c.c
index 26e3e5ebf6..cabd348b45
On Sat, Jun 23, 2018 at 9:04 PM, Philippe Mathieu-Daudé wrote:
> I appreciate including the csp cpu because it is big-endian.
csp is little endian. FSF was big endian, but the name no longer refers
to a specific processor, so it is also not very useful. Perhaps I just
need to add a well-defined
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
---
hw/sd/omap_mmc.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/hw/sd/omap_mmc.c b/hw/sd/omap_mmc.c
index 5b47cadf11..aa2a816f76 100644
--- a/hw/sd/omap_mmc.c
+++ b/hw/sd/omap_mmc.c
@@ -17,6
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
---
hw/net/smc91c111.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/hw/net/smc91c111.c b/hw/net/smc91c111.c
index 9094c0b47c..d2fd2040e8 100644
--- a/hw/net/smc91c111.c
+++ b/hw/net/smc91c111.c
@@
On 06/22/2018 08:11 AM, Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
As in http://lists.nongnu.org/archive/html/qemu-devel/2018-05/msg01414.html
Reviewed-by: Philippe Mathieu-Daudé
> ---
> hw/audio/hda-codec.c | 9 -
> hw/audio/trace-events | 4
> 2 files changed, 8
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Alistair Francis
---
hw/ssi/omap_spi.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/hw/ssi/omap_spi.c b/hw/ssi/omap_spi.c
index 34163e5646..f278a55160 100644
--- a/hw/ssi/omap_spi.c
+++
Suggested-by: Thomas Huth
Signed-off-by: Philippe Mathieu-Daudé
---
hw/arm/stellaris.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/hw/arm/stellaris.c b/hw/arm/stellaris.c
index 42baa768b2..dc521b4a5a 100644
--- a/hw/arm/stellaris.c
+++ b/hw/arm/stellaris.c
@@
hw_error() finally calls abort(), but there is no need to abort here.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/net/stellaris_enet.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/hw/net/stellaris_enet.c b/hw/net/stellaris_enet.c
index 1e7329517c..165562d788
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
---
hw/dma/omap_dma.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/hw/dma/omap_dma.c b/hw/dma/omap_dma.c
index abd18c67ea..ab3a1b0451 100644
--- a/hw/dma/omap_dma.c
+++ b/hw/dma/omap_dma.c
@@ -18,6 +18,7
Suggested-by: Thomas Huth
Signed-off-by: Philippe Mathieu-Daudé
---
hw/net/stellaris_enet.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/net/stellaris_enet.c b/hw/net/stellaris_enet.c
index 04bd10ada3..1e7329517c 100644
--- a/hw/net/stellaris_enet.c
+++
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
---
hw/arm/stellaris.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/arm/stellaris.c b/hw/arm/stellaris.c
index a8f1f6a912..d06e366402 100644
--- a/hw/arm/stellaris.c
+++ b/hw/arm/stellaris.c
@@ -560,7
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
---
hw/input/tsc2005.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/hw/input/tsc2005.c b/hw/input/tsc2005.c
index 7990954b6c..4dd95596ab 100644
--- a/hw/input/tsc2005.c
+++ b/hw/input/tsc2005.c
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Thomas Huth
---
hw/dma/omap_dma.c | 64 +--
1 file changed, 40 insertions(+), 24 deletions(-)
diff --git a/hw/dma/omap_dma.c b/hw/dma/omap_dma.c
index ab3a1b0451..cbb920f31d 100644
---
Hi,
This series is another collection of trivial patches from
different stagnating branches, OMAP and Stellaris. Time to
share before loosing them.
Regards,
Phil.
Patches missing review: 1, 9, 11, 12, 15, 16
Since v2: addressed Thomas Huth comments
- fixed incorrect "<< 2" using "* 8"
- fixed
Signed-off-by: Philippe Mathieu-Daudé
---
hw/input/pckbd.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/hw/input/pckbd.c b/hw/input/pckbd.c
index f33e3fc63d..07c8801387 100644
--- a/hw/input/pckbd.c
+++ b/hw/input/pckbd.c
@@ -22,6 +22,7 @@
* THE SOFTWARE.
*/
On 06/24/2018 12:28 AM, Max Filippov wrote:
> On Sat, Jun 23, 2018 at 2:53 PM, Philippe Mathieu-Daudé
> wrote:
>> Xtensa cpu supported:
>> - dc232b
>> - dc233c
>> - csp
>>
>> Signed-off-by: Philippe Mathieu-Daudé
>> ---
>> based on
>>
On Sat, Jun 23, 2018 at 09:50:28AM +0100, Mark Cave-Ayland wrote:
> The current implementation of pci_dev_fw_name() scans through a fixed
> set of PCI class descriptions to determine the firmware device name
> but in some cases this isn't always appropriate, for example with
> the macio device
On 06/22/2018 04:24 PM, Thomas Huth wrote:
> On 22.06.2018 15:40, Philippe Mathieu-Daudé wrote:
>> Signed-off-by: Philippe Mathieu-Daudé
>> ---
>> hw/input/pckbd.c | 4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/hw/input/pckbd.c b/hw/input/pckbd.c
>> index
On Tue, Jun 19, 2018 at 3:41 AM Richard Henderson
wrote:
>
> The code in cpu_mmu_index does not properly honor SR_DME.
> This bug has workarounds elsewhere in that we flush the
> tlb more often than necessary, on the state changes that
> should be reflected in a change of mmu_index.
>
> Fixing
On Sat, Jun 23, 2018 at 2:53 PM, Philippe Mathieu-Daudé wrote:
> Xtensa cpu supported:
> - dc232b
> - dc233c
> - csp
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> based on http://lists.nongnu.org/archive/html/qemu-devel/2018-06/msg06782.html
>
> Max: Do we need to use the overlay
On Sat, Jun 23, 2018 at 2:57 PM, Philippe Mathieu-Daudé wrote:
> On 06/23/2018 06:53 PM, Philippe Mathieu-Daudé wrote:
> Max, some tests never end, is that normal?
No, you've just found and reported a bug. Thank you.
Bisection points to the following commit:
commit
On Fri, Jun 22, 2018 at 3:40 PM Stafford Horne wrote:
>
> On Mon, Jun 18, 2018 at 08:40:36AM -1000, Richard Henderson wrote:
> > The previous code was confused, avoiding the flush of the old entry
> > if the new entry is invalid. We need to flush the old page if the
> > old entry is valid and
On Fri, Jun 22, 2018 at 05:17:10PM -0700, Siwei Liu wrote:
> I forgot to mention the above has the assumption that we expose both
> STANDBY and UUID feature to QEMU user. In fact, as we're going towards
> not exposing the STANDBY feature directly to user, UUID may be always
> required to enable
If qemu-kvm quit without saving bitmaps in image(coredump or panic on host),
bitmaps in image can not be used safely anymore, and can not be removed
also. Useless bitmaps should be removed.
Signed-off-by: yaoxu
---
diff --git a/blockdev.c b/blockdev.c
index 58d7570932..c85056a74b 100644
---
Hello,
Thanks for review, see some questions below.
On Fri, 22 Jun 2018, Philippe Mathieu-Daudé wrote:
On 06/21/2018 05:08 AM, BALATON Zoltan wrote:
Emulate the i2c part of SM501 which is used to access the EDID info
from a monitor.
The vmstate structure is changed and its version is
> But this one for example never exit:
>
> xtensa-softmmu/tests$ ../qemu-system-xtensa -M sim -cpu dc232b
> -nographic -semihosting -icount 6 -kernel ./test_mmu.tst -d in_asm
> ...
>
> IN:
> 0xd0001b0a: wdtlba2, a3
>
>
> IN:
> 0xd0001b0d: l32r a2,
On 06/23/2018 06:53 PM, Philippe Mathieu-Daudé wrote:
> Xtensa cpu supported:
> - dc232b
> - dc233c
> - csp
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> based on http://lists.nongnu.org/archive/html/qemu-devel/2018-06/msg06782.html
>
> Max: Do we need to use the overlay configuration?
>
>
Xtensa cpu supported:
- dc232b
- dc233c
- csp
Signed-off-by: Philippe Mathieu-Daudé
---
based on http://lists.nongnu.org/archive/html/qemu-devel/2018-06/msg06782.html
Max: Do we need to use the overlay configuration?
This image allow the build of your dc232b tests (using [1]):
$ make
On Sat, 23 Jun 2018, Guenter Roeck wrote:
On 06/23/2018 01:55 PM, BALATON Zoltan wrote:
On Fri, 22 Jun 2018, Guenter Roeck wrote:
The problem is this (from the kernel diffs provided by aCube):
#if defined(CONFIG_PPC32)
-#define smc501_readl(addr) ioread32be((addr))
-#define
On Sat, 23 Jun 2018, Guenter Roeck wrote:
sam460ex (or at least this emulation) does not support the "ibm,cpm" power
management. As a result, Linux crashes when trying to access it. Remove
its device tree node. Also, if/when we boot the Linux kernel directly,
serial port clock frequencies in the
sam460ex (or at least this emulation) does not support the "ibm,cpm" power
management. As a result, Linux crashes when trying to access it. Remove
its device tree node. Also, if/when we boot the Linux kernel directly,
serial port clock frequencies in the device tree file will be unset, and
serial
On 06/23/2018 01:55 PM, BALATON Zoltan wrote:
On Fri, 22 Jun 2018, Guenter Roeck wrote:
The problem is this (from the kernel diffs provided by aCube):
#if defined(CONFIG_PPC32)
-#define smc501_readl(addr) ioread32be((addr))
-#define smc501_writel(val, addr) iowrite32be((val),
On 06/23/2018 01:44 PM, BALATON Zoltan wrote:
On Sat, 23 Jun 2018, Guenter Roeck wrote:
sam460ex (or at least this emulation) does not support the "ibm,cpm" power
management. As a result, Linux crashes when trying to access it. Remove
its device tree node. Also, if/when we boot the Linux kernel
On Fri, 22 Jun 2018, Guenter Roeck wrote:
The problem is this (from the kernel diffs provided by aCube):
#if defined(CONFIG_PPC32)
-#define smc501_readl(addr) ioread32be((addr))
-#define smc501_writel(val, addr) iowrite32be((val), (addr))
+#define smc501_readl(addr)
If qemu-kvm quit without saving bitmaps in image(coredump or panic on host),
bitmaps in image can not be used safely anymore, and can not be removed
also. Useless bitmaps should be removed.
Signed-off-by: yaoxu
---
diff --git a/blockdev.c b/blockdev.c
index 58d7570932..c85056a74b 100644
---
On Sat, 23 Jun 2018, Guenter Roeck wrote:
sam460ex (or at least this emulation) does not support the "ibm,cpm" power
management. As a result, Linux crashes when trying to access it. Remove
its device tree node. Also, if/when we boot the Linux kernel directly,
serial port clock frequencies in the
If qemu-kvm quit without save bitmaps in image(coredump or panic on host),
bitmaps in image can not be used safely anymore, and can not be removed
also. Useless bitmaps should be removed.
Signed-off-by: Yaoxu19870920 <13466399...@163.com>
---
diff --git a/blockdev.c b/blockdev.c
index
If qemu-kvm quit without save bitmaps in image(coredump or panic on host),
bitmaps in image can not be used safely anymore, and can not be removed
also. Useless bitmaps should be removed.
Signed-off-by: yaoxu
---
diff --git a/blockdev.c b/blockdev.c
index c85056a74b..58d7570932 100644
---
On 06/23/2018 05:50 AM, Mark Cave-Ayland wrote:
> The current implementation of pci_dev_fw_name() scans through a fixed
> set of PCI class descriptions to determine the firmware device name
> but in some cases this isn't always appropriate, for example with
> the macio device which uses a class
> On Jun 23, 2018, at 12:17 PM, Richard Henderson
> wrote:
>
> On 06/22/2018 07:22 PM, John Arbuckle wrote:
>> When the fdiv instruction divides a finite number by zero,
>> the result actually depends on the FPSCR[ZE] bit. If this
>> bit is set, the return value is zero. If it is not set
>>
> On 23/06/2018, at 1:07 PM, Peter Maydell wrote:
>
> On 22 June 2018 at 20:30, Alistair Francis wrote:
>> Connect the Xilinx PCIe device based on the device tree included in the
>> HiFive Unleashed ROM.
>
> Did you consider using the 'gpex' generic PCIe controller here?
Yes. Alastair and
On 22 June 2018 at 20:30, Alistair Francis wrote:
> Connect the Xilinx PCIe device based on the device tree included in the
> HiFive Unleashed ROM.
Did you consider using the 'gpex' generic PCIe controller here?
thanks
-- PMM
On 22 June 2018 at 18:45, Emilio G. Cota wrote:
> Fix the --disable-tcg breakage introduced by tb_lock's removal by
> relying on the fact that tcg_enabled() is set to 0 at
> compile-time under --disable-tcg.
>
> While at it, add further asserts to fix builds that enable both
> --disable-tcg and
On Sat, Jun 23, 2018 at 08:25:52 -0700, Richard Henderson wrote:
> On 06/22/2018 02:12 PM, Emilio G. Cota wrote:
> > I'm curious to see how much perf could be gained. It seems that the hold
> > times in SVE code for readers might not be very large, which
> > then wouldn't let us amortize the
On 06/22/2018 07:22 PM, John Arbuckle wrote:
> When the fdiv instruction divides a finite number by zero,
> the result actually depends on the FPSCR[ZE] bit. If this
> bit is set, the return value is zero. If it is not set
> the result should be either positive or negative infinity.
> The sign of
On 22 June 2018 at 20:09, Thomas Huth wrote:
> ... but I really wonder why this function got so popular in the hw/
> folder. Printing a dump of all CPU states does not make much sense in
> most of the cases (which are really not directly related to CPU states).
> So yes, we should try to slowly
Public bug reported:
Try to boot from the Android-x86 4.4-r5 ISO won't boot in QEMU after
2.11.0-rc2. The last known version it works is 2.11.0-rc1.
It also works on the 2.10.x-line, even the 2.10.2 which was released after
2.11.0-rc2!
How to reproduce:
Download the ISO from
On 06/22/2018 02:12 PM, Emilio G. Cota wrote:
> I'm curious to see how much perf could be gained. It seems that the hold
> times in SVE code for readers might not be very large, which
> then wouldn't let us amortize the atomic inc of the read lock
> (IOW, we might not see much of a difference
sam460ex (or at least this emulation) does not support the "ibm,cpm" power
management. As a result, Linux crashes when trying to access it. Remove
its device tree node. Also, if/when we boot the Linux kernel directly,
serial port clock frequencies in the device tree file will be unset, and
serial
Max Filippov writes:
> On Fri, Jun 22, 2018 at 2:03 AM, Alex Bennée wrote:
>>
>> Max Filippov writes:
>>
>>> On Thu, Jun 21, 2018 at 11:41 AM, Alex Bennée
>>> wrote:
Signed-off-by: Alex Bennée
---
_posts/2018-06-21-tcg-testing.md | 129 +++
On Sat, Jun 23, 2018 at 07:43:04AM +0100, Mark Cave-Ayland wrote:
> On 23/06/18 01:41, David Gibson wrote:
>
> > On Fri, Jun 22, 2018 at 04:16:10PM +0100, Mark Cave-Ayland wrote:
> > 11;rgb://> On 22/06/18 16:03, Peter Maydell wrote:
> > >
> > > > On 22 June 2018 at 11:35, David
On Fri, 22 Jun 2018, Guenter Roeck wrote:
sam4660ex (or at least this emulation) does not support the "ibm,cpm" power
management. As a result, Linux crashes when trying to access it. Remove
its devicetree node. Also, if/when we boot the Linux kernel directly,
serial port clock frequencies in the
The current implementation of pci_dev_fw_name() scans through a fixed
set of PCI class descriptions to determine the firmware device name
but in some cases this isn't always appropriate, for example with
the macio device which uses a class code of 0xff (unassigned).
Rather than add a new entry
Here are a couple of patches coming out of my work to add bootindex support
to OpenBIOS.
Signed-off-by: Mark Cave-Ayland
Mark Cave-Ayland (2):
sysbus: always allow explicit_ofw_unit_address() to override address
generation
pci: allow DeviceClass fw_name to override pci_dev_fw_name() if
Some SysBusDevices either use sysbus_init_mmio() without sysbus_mmio_map() or
the first MMIO memory region doesn't represent the bus address, causing an
invalid
firmware device path to be generated.
SysBusDeviceClass does provide a virtual explicit_ofw_unit_address() method that
can be used to
Hi,
This series failed build test on s390x host. Please find the details below.
Type: series
Message-id: 20180622134610.23713-1-f4...@amsat.org
Subject: [Qemu-devel] [RFC PATCH] exec: Move hw_error() to the CPU namespace
=== TEST SCRIPT BEGIN ===
#!/bin/bash
# Testing script will be invoked
On 23/06/18 01:41, David Gibson wrote:
On Fri, Jun 22, 2018 at 04:16:10PM +0100, Mark Cave-Ayland wrote:
11;rgb://> On 22/06/18 16:03, Peter Maydell wrote:
On 22 June 2018 at 11:35, David Gibson wrote:
The following changes since commit 46012db666990ff2eed1d3dc199ab8006439a93b:
62 matches
Mail list logo
