On 9/9/24 11:07, Richard Henderson
wrote:
Changes for v5:
- Fix stdfq advance_pc.
r~
Carl Hauser (2):
target/sparc: Add FQ and FSR.QNE
target/sparc: Populate sparc32 FQ when raising fp exception
Richard Henderson (3):
target/sparc: Add FSR_QNE to
This works well.
On Tue, Sep 3, 2024 at 1:38 PM Mark Cave-Ayland <
mark.cave-ayl...@ilande.co.uk> wrote:
> Update the Sun mouse implementation to use QemuInputHandler instead of the
> legacy qemu_add_mouse_event_handler() function.
>
> Note that this conversion adds extra sunmouse_* members to ES
host events are propagating down to escc via calls to
sunmouse_sync. So is sunmouse_sync where they should be filtered out?
Probably, because the calling code is not specific to sunmouse and for
other mice those calls are needed.
-- Carl
On Mon, Sep 2, 2024 at 4:16 PM Carl Hauser wrote:
> Th
This still, but less frequently, shows the behavior of having the cursor
leap downwards occasionally. I may not be able to work on debugging it
until next week, but I'll try to see if I can figure it out sooner. The
hypothesis with the old code was that it was sending floods of mouse
messages and t
state fully correct after a migration.
On Wed, Aug 21, 2024 at 7:18 AM Mark Cave-Ayland
wrote:
>
> On 20/08/2024 08:34, Richard Henderson wrote:
>
> > On 8/20/24 09:18, Carl Hauser wrote:
> >> @@ -959,6 +960,15 @@ static void sunmouse_event(void *opaque,
> >>
Do you want me to submit a patch set fixing this or will you?
-- Carl
On 8/18/24 19:42, Richard Henderson
wrote:
On
8/18/24 10:03, Carl Hauser wrote:
I changed translate.c:4597 from return
true; to return advance_pc(dc); and it
k that the
keyboard should be done at the same time.
I'll wait on a V2 patch with the equality fix for a decision
about migration/vs new style.
-- Carl
On 8/20/24 00:34, Richard Henderson
wrote:
On
8/20/24 09:18, Carl Hauser wrote:
@@
From f155cbd57b37fa600c580ed30d593f47383ecd38 Mon Sep 17 00:00:00 2001
From: Carl Hauser
Date: Fri, 16 Aug 2024 09:20:36 -0700
Subject: [PATCH] hw/char: suppress sunmouse events with no changes
Sun optical mice circa 1993 were based on the Mouse Systems
Corp. optical mice. The technical manual
I changed translate.c:4597 from return true; to return
advance_pc(dc); and it worked.
On 8/16/24 17:16, Richard Henderson
wrote:
On
8/17/24 09:48, Carl Hauser wrote:
netbsd panics in the kernel trap handler;
unfortunately it does not
I changed target.c:4597 from return true; to return
advance_pc(dc); and it worked.
On 8/16/24 17:16, Richard Henderson
wrote:
On
8/17/24 09:48, Carl Hauser wrote:
netbsd panics in the kernel trap handler;
unfortunately it does
we've seen before that linux is blissfully
unaware of the floating point queue.
-- Carl
On 8/16/24 15:05, Richard Henderson
wrote:
On
8/17/24 07:46, Carl Hauser wrote:
OK, I think the problem is the handling of
dc->fsr_qne in tra
appening.
On 8/16/24 15:05, Richard Henderson
wrote:
On
8/17/24 07:46, Carl Hauser wrote:
OK, I think the problem is the handling of
dc->fsr_qne in trans_STDFQ, lines 4583 and 4593 -- the code
is evaluating dc->fsr_qne at translation t
sy enough to
emulate the fp_executing/fp_exception states.
In addition, this simplifies the implementation of STDFQ,
restricts FQ to sparc32 system mode, and handles migration.
Would you please double-check this against your Solaris images?
r~
Carl Hauser (2):
target/sparc: Add FQ and FSR.QN
OK, I think the problem is the handling of dc->fsr_qne in
trans_STDFQ, lines 4583 and 4593 -- the code is evaluating
dc->fsr_qne at translation time and not at runtime.
On 8/16/24 14:19, Carl Hauser wrote:
Hi Richard,
I applied
From 9265233081fae546c0459792598a9f1688ddb020 Mon Sep 17 00:00:00 2001
From: Carl Hauser
Date: Sat, 10 Aug 2024 15:09:39 -0700
Subject: [PATCH v2] target/sparc: emulate floating point queue when
raising fp
traps
Sparc 32-bit machines perform floating point operations in an
asynchronous co
From 310902d2ccd88ccb8de971d0d7ede0dbc93939f4 Mon Sep 17 00:00:00 2001
From: Carl Hauser
Date: Sat, 10 Aug 2024 15:09:39 -0700
Subject: [PATCH] target/sparc: emulate floating point queue when raising
fp traps
Sparc 32-bit machines perform floating point operations in an
asynchronous co
16 matches
Mail list logo
