On Thu, Jan 31, 2019 at 01:07:00PM +, Peter Maydell wrote:
> Martin: this is a different fix to the one I suggested you test,
> because I realized we need to make these bits RAZ/WI in the aarch32
> FPSCR as well as the aarch64 FPCR, but it should have the same effect.
This one works fine for m
Yes. Just to make sure I tested qemu 2.8 against an old disk image from
2012 and it boots fine w/o any complaints during the device probes.
** Changed in: qemu
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is su
rid of the magic.
Signed-off-by: Martin Husemann
---
include/exec/softmmu_template.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/exec/softmmu_template.h b/include/exec/softmmu_template.h
index c6a5440..8712dcd 100644
--- a/include/exec/softmmu_template.h
+++ b
On NetBSD int8_t and friends are preprocessor macros expanding to __int8_t
(which is a typedef provided by machine dependent headers).
include/exec/softmmu_template.h tries to safe 3 lines of code by using
preprosseor concatenation, which only will work if int8_t is not a define,
or defined to in
On Thu, Apr 25, 2013 at 08:36:55PM +0200, Martin Husemann wrote:
> Ok, I can fix the namespace issue (which is real) easily.
Turns out to be a bit harder: qemu does not define (as far as I can tell)
any restricting macro (_POSIX_C_SOURCE or whatever).
Should it?
Martin
On Thu, Apr 25, 2013 at 06:09:36PM +0100, Richard Henderson wrote:
> On 2013-04-25 14:38, Laszlo Ersek wrote:
> >> is the K&R header supplanted by ISO .
> >>Is there any good reason that we're including it at all?
> >
> >- is a portable SUS/POSIX header:
> >
> >http://pubs.opengroup.org/onlinepubs
I just tried building git HEAD on NetBSD-current and gcc chokes on
a prototype mismatch for popcountl:
util/hbitmap.c has:
static inline int popcountl(unsigned long l)
{
return BITS_PER_LONG == 32 ? ctpop32(l) : ctpop64(l);
}
while NetBSD's strings.h uses:
unsigned intpopcountl(unsi
Public bug reported:
With qemu 1.3.0 it is not possible to boot a NetBSD install CD image,
using a command line like:
qemu-system-sparc64 -nographic -boot d -cdrom NetBSD-6.99.19-sparc64.iso
The image used here is a custom one with a bit of bootloader debugging
added (see below). It is 310968320
Ah, my eyes get bad - please disregard, foudn the DMA_INTREN vs. DMA_INTR
differences :-(
Martin
Can somebody explain this code sniplet from hw/sparc32_dma.c to me?
Either it is some hidden threaded gem (in which case s->dmaregs need to be
volatile at least), or some tests are a bit confused and any reasonably
optimizing compiler will create code that apparently the author did not
intend:
sta
On Sun, Jun 17, 2012 at 11:55:20PM +0200, Martin Husemann wrote:
> The NetBSD driver sometimes uses commands without DMA (for example a simple
> TEST_UNIT_READY). On esp hardware, the command has a DMA bit (if dma is to
> be used), and when writing to the command register, the s->d
The NetBSD driver sometimes uses commands without DMA (for example a simple
TEST_UNIT_READY). On esp hardware, the command has a DMA bit (if dma is to
be used), and when writing to the command register, the s->dma status is
updated accordingly.
When commands with dma are used and dma is disabled,
Patch removed, as it was bogus and your workflow is weird, so I'll post
a better patch to the devel list
** Patch removed: "esp.c.patch"
https://bugs.launchpad.net/qemu/+bug/1014099/+attachment/3192942/+files/esp.c.patch
--
You received this bug notification because you are a member of qemu-
Guess I understand the code now - so here is a working version - though
it may be considered slightly hackish
** Patch added: "esp.c.patch"
https://bugs.launchpad.net/qemu/+bug/1014099/+attachment/3192942/+files/esp.c.patch
** Patch removed: "esp.c.patch"
https://bugs.launchpad.net/qemu/+
** Patch added: "esp.c.patch"
https://bugs.launchpad.net/bugs/1014099/+attachment/3192643/+files/esp.c.patch
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1014099
Title:
hw/esp.c does not prope
Public bug reported:
The NetBSD ncr53c9x.c driver does a TEST_UNIT_READY command with SELATN
but dma disabled sometimes (early during bus enumeration). This is fine,
as the command will not produce nor consume any data, and works on real
hardware.
However, the qemu emulation does not allow this (
16 matches
Mail list logo