Hi Philippe,
On Thu, Aug 6, 2020 at 6:50 AM Philippe Mathieu-Daudé wrote:
> ping, as I'm still receiving "The recipient email address is
> incorrect or does not exist in this domain." from wavecomp.com...
>
> On 7/16/20 8:56 AM, Philippe Mathieu-Daudé wrote:
> > Hi Paul,
> >
> > Do you mind Ackin
This reverts commit b0f6455feac97e41045ee394e11c24d92c370f6e.
It's wrong. A line could even be a dot.
Signed-off-by: Helge Deller
---
hw/display/artist.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/hw/display/artist.c b/hw/display/artist.c
index 47de17b9e9..f37aa9eb49 100644
--- a/hw/d
NetBSD initializes the LASI IMR value with 0x to disable all LASI
interrupts. This triggered an assert() and stopped the emulation. By replacing
the check with a warning in the guest log we now allow NetBSD to boot again.
Signed-off-by: Helge Deller
---
hw/hppa/lasi.c | 7 +--
1 fil
From: Sven Schnelle
If parts of the invalidated screen lines are outside of the VRAM buffer,
the code skips the whole invalidate. This is incorrect when only parts
of the buffer are invisble - which is the case when the mouse cursor is
located near the screen border.
Signed-off-by: Sven Schnelle
From: Sven Schnelle
The old code didn't invalidate correctly when vertical lines were drawn.
Fix this and move the invalidation out of the loop.
Signed-off-by: Sven Schnelle
Signed-off-by: Helge Deller
---
hw/display/artist.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --g
Simplify various bounds checks by changing parameters like row and column
numbers to become unsigned instead of signed.
With that we can check if the calculated offset is bigger than the size of the
VRAM region and bail out if not.
Reported-by: LLVM libFuzzer
Reported-by: Alexander Bulekov
Buglin
Commit 5d971f9e6725 ("memory: Revert "memory: accept mismatching sizes
in memory_region_access_valid") broke the artist driver in a way that
the dtwm window manager on HP-UX rendered wrong.
Fixes: 5d971f9e6725 ("memory: Revert "memory: accept mismatching sizes in
memory_region_access_valid")
Sign
From: Sven Schnelle
Fix the following runtime warning with artist framebuffer:
"write outside bounds: wants 1256x1023, max size 1280x1024"
Reviewed-by: Richard Henderson
Signed-off-by: Sven Schnelle
Signed-off-by: Helge Deller
---
hw/display/artist.c | 24 +++-
1 file cha
From: Philippe Mathieu-Daudé
Invalid I/O writes can craft an offset out of the vram_buffer range.
We avoid:
Program terminated with signal SIGSEGV, Segmentation fault.
284 *dst &= ~plane_mask;
(gdb) bt
#0 0x55d5dccdc5c0 in artist_rop8 (s=0x55d5defee510, dst=0x7f8e84ed82
From: Philippe Mathieu-Daudé
Invalid I/O writes can craft an offset out of the vram_buffer range.
Instead of passing an unsafe pointer to artist_rop8(), pass the vram_buffer and
the offset. We can now check if the offset is in range before accessing it.
We avoid:
Program terminated with signa
The hppa_hardware.h file is shared with SeaBIOS. Sync it.
Acked-by: Richard Henderson
Signed-off-by: Helge Deller
---
hw/hppa/hppa_hardware.h | 6 ++
hw/hppa/lasi.c | 2 --
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/hppa/hppa_hardware.h b/hw/hppa/hppa_hardwar
It's important that the SeaBIOS hppa firmware is at least at a minimal
level to ensure proper interaction between qemu and firmware.
Implement a proper firmware version check by telling SeaBIOS via the
fw_cfg interface which minimal SeaBIOS version is required by this
running qemu instance. If the
A few late fixes for target-hppa:
* Fix the SeaBIOS-hppa firmware build with gcc-10 on Debian
* Fix the SeaBIOS-hppa firmware to boot NetBSD again
* Fix many artist framebuffer out-of-bounds accesses as found by Alexander
Bulekov
* Fix artist memory access bugs due to commit 5d971f9e6725 ("mem
Hello Alexander,
On 06.08.20 17:46, Alexander Bulekov wrote:
> On 200805 2244, Helge Deller wrote:
>> * Alexander Bulekov :
>>> On 200804 2320, Helge Deller wrote:
* Alexander Bulekov :
> I applied this series and it fixes most of the problems I saw before.
> I still see a few crashes
There are implicit requirements in the macros that will be a problem in some
existing type definitions:
On Thu, Jul 23, 2020 at 07:14:08PM +0100, Daniel P. Berrangé wrote:
[...]
> +/**
> + * OBJECT_DECLARE_TYPE:
> + * @ModuleObjName: the object name with initial capitalization
> + * @module_obj_n
On 2020/8/8 22:18, LIU Zhiwei wrote:
On 2020/8/8 4:24, Chih-Min Chao wrote:
On Fri, Jul 24, 2020 at 8:28 AM Richard Henderson
mailto:richard.hender...@linaro.org>>
wrote:
If a 32-bit input is not properly nanboxed, then the input is
replaced
with the default qnan. The only in
Hi
On Sat, Aug 8, 2020 at 6:06 PM Michael Nazzareno Trimarchi
wrote:
>
> Hi Markus
>
> I have seen that you are a committer there so what I have seen that
>
> This request is not implement
> switch (request) {
> case InterfaceRequest | USB_REQ_GET_DESCRIPTOR:
>
> When linux probe it fail her
Hi Markus
I have seen that you are a committer there so what I have seen that
This request is not implement
switch (request) {
case InterfaceRequest | USB_REQ_GET_DESCRIPTOR:
When linux probe it fail here
ret = hid_get_class_descriptor(dev, interface->desc.bInterfaceNumber,
>
On Sat, 8 Aug 2020 at 02:35, Brian Norris wrote:
>
> Hello!
>
> On Wed, Jul 15, 2020 at 11:57:14PM +0400, Marc-André Lureau wrote:
> > Hi
> >
> > On Wed, Jul 15, 2020 at 11:37 PM Peter Maydell
> > wrote:
> > >
> > > On Tue, 16 Jun 2020 at 10:19, Peter Maydell
> > > wrote:
> > > >
> > > > On Tu
Hi
What I have seen is that the parse fail to execute
hid ll_driver parse fai for
ret = hid_get_class_descriptor(dev, interface->desc.bInterfaceNumber,
HID_DT_REPORT, rdesc, rsize);
Now this is not implemented in hw/dev-wacom.c . What am I missing?
#!/bin/sh
IMAGE_DIR="
On 2020/8/8 4:24, Chih-Min Chao wrote:
On Fri, Jul 24, 2020 at 8:28 AM Richard Henderson
mailto:richard.hender...@linaro.org>>
wrote:
If a 32-bit input is not properly nanboxed, then the input is replaced
with the default qnan. The only inline expansion is for the
sign-changing
From: Hou Weiying
Add a config option to enable experimental support for ePMP. This
is disabled by default and can be enabled with 'x-epmp=true'.
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/cpu.c | 9 +
target/riscv/cpu.h | 3
First, sizeof(target_ulong) equals to 4 on riscv32, so this change
does not change the function on riscv32. Second, sizeof(target_ulong)
equals to 8 on riscv64, and 'reg_index * 8 + i' is not a legal
pmp_index (we will explain later), which should be 'reg_index * 4 + i'.
If the parameter reg_index
From: Hou Weiying
The ePMP can be found in:
https://docs.google.com/document/d/1Mh_aiHYxemL0umN3GTTw8vsbmzHZ_nxZXgjgOUzbvc8/edit#heading=h.9wsr1lnxtwe2
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/pmp.c| 134 +++
First, sizeof(target_ulong) equals to 4 on riscv32, so this change
does not change the function on riscv32. Second, sizeof(target_ulong)
equals to 8 on riscv64, and 'reg_index * 8 + i' is not a legal
pmp_index (we will explain later), which should be 'reg_index * 4 + i'.
If the parameter reg_index
Currently using 0x390 and 0x391 for x-epmp (experimental). This may change in
the future spec.
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/cpu_bits.h | 3 +++
target/riscv/gdbstub.c | 2 ++
2 files changed, 5 insertions(+)
diff --git
From: Hou Weiying
Currently using 0x390 and 0x391 for x-epmp (experimental). This may change in
the future spec.
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/cpu_bits.h | 3 +++
target/riscv/gdbstub.c | 2 ++
2 files changed, 5 inser
Currently using 0x390 and 0x391 for x-epmp (experimental). This may change in
the future spec.
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/cpu_bits.h | 3 +++
target/riscv/gdbstub.c | 2 ++
2 files changed, 5 insertions(+)
diff --git
Hello!
On Wed, Jul 15, 2020 at 11:57:14PM +0400, Marc-André Lureau wrote:
> Hi
>
> On Wed, Jul 15, 2020 at 11:37 PM Peter Maydell
> wrote:
> >
> > On Tue, 16 Jun 2020 at 10:19, Peter Maydell
> > wrote:
> > >
> > > On Tue, 16 Jun 2020 at 00:00, Joe Slater wrote:
> > > >
> > > > Always look fo
From: Hou Weiying
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/csr.c | 18 ++
target/riscv/pmp.c | 40
2 files changed, 58 insertions(+)
diff --git a/target/riscv/csr.c b/target/
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/csr.c | 18 ++
target/riscv/pmp.c | 40
2 files changed, 58 insertions(+)
diff --git a/target/riscv/csr.c b/target/riscv/csr.c
index 11
The ePMP can be found in:
https://docs.google.com/document/d/1Mh_aiHYxemL0umN3GTTw8vsbmzHZ_nxZXgjgOUzbvc8/edit#heading=h.9wsr1lnxtwe2
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/pmp.c| 134 ++
Add a config option to enable experimental support for ePMP. This
is disabled by default and can be enabled with 'x-epmp=true'.
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/cpu.c | 9 +
target/riscv/cpu.h | 3 +++
2 files changed
The ePMP can be found in:
https://docs.google.com/document/d/1Mh_aiHYxemL0umN3GTTw8vsbmzHZ_nxZXgjgOUzbvc8/edit#heading=h.9wsr1lnxtwe2
Hou Weiying (4):
Define ePMP mseccfg
Implementation of enhanced PMP(ePMP) support
Add ePMP CSR accesses
Add a config option for ePMP.
target/riscv/cpu.c
From: Hou Weiying
The ePMP can be found in:
https://docs.google.com/document/d/1Mh_aiHYxemL0umN3GTTw8vsbmzHZ_nxZXgjgOUzbvc8/edit#heading=h.9wsr1lnxtwe2
Hou Weiying (4):
Define ePMP mseccfg
Implementation of enhanced PMP(ePMP) support
Add ePMP CSR accesses
Add a config option for ePMP.
The ePMP can be found in:
https://docs.google.com/document/d/1Mh_aiHYxemL0umN3GTTw8vsbmzHZ_nxZXgjgOUzbvc8/edit#heading=h.9wsr1lnxtwe2
Hou Weiying (4):
Define ePMP mseccfg
Implementation of enhanced PMP(ePMP) support
Add ePMP CSR accesses
Add a config option for ePMP.
target/riscv/cpu.c
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/csr.c | 18 ++
target/riscv/pmp.c | 40
2 files changed, 58 insertions(+)
diff --git a/target/riscv/csr.c b/target/riscv/csr.c
index 11
The ePMP can be found in:
https://docs.google.com/document/d/1Mh_aiHYxemL0umN3GTTw8vsbmzHZ_nxZXgjgOUzbvc8/edit#heading=h.9wsr1lnxtwe2
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/pmp.c| 134 ++
Add a config option to enable experimental support for ePMP. This
is disabled by default and can be enabled with 'x-epmp=true'.
Signed-off-by: Hongzheng-Li
Signed-off-by: Hou Weiying
Signed-off-by: Myriad-Dreamin
---
target/riscv/cpu.c | 9 +
target/riscv/cpu.h | 3 +++
2 files changed
** Changed in: qemu
Status: Incomplete => Triaged
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/812398
Title:
powerpc 7450 MMU initialization broken
Status in QEMU:
Triaged
Bug descripti
Ok, thanks for checking! I'll keep the bug open, though, in case someone
wants to have a look at the segfault with the "none" machine.
** Changed in: qemu
Status: Incomplete => Triaged
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to
Please don't close ticket if there's a known problem just to at least
document there's a problem. Is this a CPU feature or board specific?
Doesn't these CPUs have some way to select the exception vectors base and
could that be set wrong? I've also seen some problems with these CPUs but
last ti
On 08/08/20 00:18, Robert Foley wrote:
> 2) Another perhaps cleaner option is to add a new cpu class function
> ->do_interrupt_locked.
>This lets callers like *_cpu_exec_interrupt call to ->do_interrupt_locked
>with lock held and solves the issue without resorting to conditional
> locking.
I no longer have the test readily available. So I tried to print the
initial MSR and IP register contents from the QEMU monitor:
qemu-system-ppc -machine none -cpu 7400 -S -monitor stdio
QEMU 5.0.93 monitor - type 'help' for more information
(qemu) info registers
NIP LR CTR 000
>From looking at the source code of 5.1.0-rc3
(target/ppc/translate_init.inc.c) it seems that this is still an issue.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/812398
Title:
powerpc 7450 MMU in
Some more comments, because I still think there are some shortcuts.
My feeling is that all the kvmppc_xive* could be part of a QOM interface
defining how to use a kernel device backend. When the kernel IRQ device
is not available, under TCG or under an hypervisor not advertising
support at the K
Looking through old bug tickets... is this still an issue with the
latest version of QEMU? Or could we close this ticket nowadays?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
h
** Changed in: qemu-kvm (Debian)
Importance: Unknown => Undecided
** Changed in: qemu-kvm (Debian)
Status: Confirmed => New
** Changed in: qemu-kvm (Debian)
Remote watch: Debian Bug tracker #504049 => None
** Package changed: qemu-kvm (Debian) => qemu-kvm
** Changed in: qemu-kvm
** Changed in: qemu
Assignee: Alex Bennée (ajbennee) => (unassigned)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1860610
Title:
cap_disas_plugin leaks memory
Status in QEMU:
Incomplete
B
Let's assume that this is fixed. Please open a new bug if it happens
again.
** Changed in: qemu
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1869073
Title:
** Changed in: qemu
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1423528
Title:
setting unsupported timeout for i6300esb watchdog causes hw reset
Status in
Ok, thanks for your answer! Apparently no developer looked into this
during the past 5 years, so it likely won't happen in the future, and
since you don't need it anymore, let's simply close this ticket.
** Changed in: qemu
Status: Incomplete => Won't Fix
--
You received this bug notifica
** Changed in: qemu
Status: Incomplete => Triaged
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1500265
Title:
nested 9p filesystem with security_model=mapped-xattr
Status in QEMU:
Triage
That looks like the corresponding fix, indeed. Let's close this ticket.
** Changed in: qemu
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1503031
Title:
3
There's nothing changed in i6300esb about this issue. I can reproduce it
exactly the same way with current qemu 5.1-tobe
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1423528
Title:
setting unsupp
55 matches
Mail list logo