From: Thomas Huth <huth@tuxfamily.org>
To: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Cc: qemu-devel@nongnu.org
Subject: Re: [PATCH 10/36] next-cube: move SCSI 4020 logic from next-pc device to next-scsi device
Date: Mon, 28 Oct 2024 17:22:37 +0100 [thread overview]
Message-ID: <20241028172237.21e83c92@tpx1> (raw)
In-Reply-To: <20241023085852.1061031-11-mark.cave-ayland@ilande.co.uk>
Am Wed, 23 Oct 2024 09:58:26 +0100
schrieb Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>:
> The SCSI 4020 logic refers to the offset of the SCSI CSRs within the NeXTCube
> address space. Due to the previously overlapping memory regions, there were
> duplicate MMIO accessors in the next.scr memory region for these registers but
> now this has been resolved. This allows us to move the more complex prototype
> logic into the next-scsi MMIO accessors.
>
> Signed-off-by: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
> ---
> hw/m68k/next-cube.c | 139 ++++++++++++++++++++------------------------
> 1 file changed, 62 insertions(+), 77 deletions(-)
>
> diff --git a/hw/m68k/next-cube.c b/hw/m68k/next-cube.c
> index 32466a425f..22da777006 100644
> --- a/hw/m68k/next-cube.c
> +++ b/hw/m68k/next-cube.c
> @@ -365,8 +365,6 @@ static const MemoryRegionOps next_mmio_ops = {
>
> static uint64_t next_scr_readfn(void *opaque, hwaddr addr, unsigned size)
> {
> - NeXTPC *s = NEXT_PC(opaque);
> - NeXTSCSI *ns = NEXT_SCSI(&s->next_scsi);
> uint64_t val;
>
> switch (addr) {
> @@ -375,16 +373,6 @@ static uint64_t next_scr_readfn(void *opaque, hwaddr addr, unsigned size)
> val = 0x40 | 0x04 | 0x2 | 0x1;
> break;
>
> - case 0x14020:
> - DPRINTF("SCSI 4020 STATUS READ %X\n", ns->scsi_csr_1);
> - val = ns->scsi_csr_1;
> - break;
> -
> - case 0x14021:
> - DPRINTF("SCSI 4021 STATUS READ %X\n", ns->scsi_csr_2);
> - val = 0x40;
Where is that hard-coded 0x40 gone now? Please mention this in the commit
description, otherwise this looks like a mistake?
Thomas
> - break;
> -
> /*
> * These 4 registers are the hardware timer, not sure which register
> * is the latch instead of data, but no problems so far.
> @@ -413,9 +401,6 @@ static uint64_t next_scr_readfn(void *opaque, hwaddr addr, unsigned size)
> static void next_scr_writefn(void *opaque, hwaddr addr, uint64_t val,
> unsigned size)
> {
> - NeXTPC *s = NEXT_PC(opaque);
> - NeXTSCSI *ns = NEXT_SCSI(&s->next_scsi);
> -
> switch (addr) {
> case 0x14108:
> DPRINTF("FDCSR Write: %"PRIx64 "\n", val);
> @@ -424,68 +409,6 @@ static void next_scr_writefn(void *opaque, hwaddr addr, uint64_t val,
> }
> break;
>
> - case 0x14020: /* SCSI Control Register */
> - if (val & SCSICSR_FIFOFL) {
> - DPRINTF("SCSICSR FIFO Flush\n");
> - /* will have to add another irq to the esp if this is needed */
> - /* esp_puflush_fifo(esp_g); */
> - }
> -
> - if (val & SCSICSR_ENABLE) {
> - DPRINTF("SCSICSR Enable\n");
> - /*
> - * qemu_irq_raise(s->scsi_dma);
> - * s->scsi_csr_1 = 0xc0;
> - * s->scsi_csr_1 |= 0x1;
> - * qemu_irq_pulse(s->scsi_dma);
> - */
> - }
> - /*
> - * else
> - * s->scsi_csr_1 &= ~SCSICSR_ENABLE;
> - */
> -
> - if (val & SCSICSR_RESET) {
> - DPRINTF("SCSICSR Reset\n");
> - /* I think this should set DMADIR. CPUDMA and INTMASK to 0 */
> - qemu_irq_raise(s->scsi_reset);
> - ns->scsi_csr_1 &= ~(SCSICSR_INTMASK | 0x80 | 0x1);
> - qemu_irq_lower(s->scsi_reset);
> - }
> - if (val & SCSICSR_DMADIR) {
> - DPRINTF("SCSICSR DMAdir\n");
> - }
> - if (val & SCSICSR_CPUDMA) {
> - DPRINTF("SCSICSR CPUDMA\n");
> - /* qemu_irq_raise(s->scsi_dma); */
> - s->int_status |= 0x4000000;
> - } else {
> - /* fprintf(stderr,"SCSICSR CPUDMA disabled\n"); */
> - s->int_status &= ~(0x4000000);
> - /* qemu_irq_lower(s->scsi_dma); */
> - }
> - if (val & SCSICSR_INTMASK) {
> - DPRINTF("SCSICSR INTMASK\n");
> - /*
> - * int_mask &= ~0x1000;
> - * s->scsi_csr_1 |= val;
> - * s->scsi_csr_1 &= ~SCSICSR_INTMASK;
> - * if (s->scsi_queued) {
> - * s->scsi_queued = 0;
> - * next_irq(s, NEXT_SCSI_I, level);
> - * }
> - */
> - } else {
> - /* int_mask |= 0x1000; */
> - }
> - if (val & 0x80) {
> - /* int_mask |= 0x1000; */
> - /* s->scsi_csr_1 |= 0x80; */
> - }
> - DPRINTF("SCSICSR Write: %"PRIx64 "\n", val);
> - /* s->scsi_csr_1 = val; */
> - break;
> -
> /* Hardware timer latch - not implemented yet */
> case 0x1a000:
> default:
> @@ -846,13 +769,73 @@ static void next_scsi_csr_write(void *opaque, hwaddr addr, uint64_t val,
> unsigned size)
> {
> NeXTSCSI *s = NEXT_SCSI(opaque);
> + NeXTPC *pc = NEXT_PC(container_of(s, NeXTPC, next_scsi));
>
> switch (addr) {
> case 0:
> + if (val & SCSICSR_FIFOFL) {
> + DPRINTF("SCSICSR FIFO Flush\n");
> + /* will have to add another irq to the esp if this is needed */
> + /* esp_puflush_fifo(esp_g); */
> + }
> +
> + if (val & SCSICSR_ENABLE) {
> + DPRINTF("SCSICSR Enable\n");
> + /*
> + * qemu_irq_raise(s->scsi_dma);
> + * s->scsi_csr_1 = 0xc0;
> + * s->scsi_csr_1 |= 0x1;
> + * qemu_irq_pulse(s->scsi_dma);
> + */
> + }
> + /*
> + * else
> + * s->scsi_csr_1 &= ~SCSICSR_ENABLE;
> + */
> +
> + if (val & SCSICSR_RESET) {
> + DPRINTF("SCSICSR Reset\n");
> + /* I think this should set DMADIR. CPUDMA and INTMASK to 0 */
> + qemu_irq_raise(pc->scsi_reset);
> + s->scsi_csr_1 &= ~(SCSICSR_INTMASK | 0x80 | 0x1);
> + qemu_irq_lower(pc->scsi_reset);
> + }
> + if (val & SCSICSR_DMADIR) {
> + DPRINTF("SCSICSR DMAdir\n");
> + }
> + if (val & SCSICSR_CPUDMA) {
> + DPRINTF("SCSICSR CPUDMA\n");
> + /* qemu_irq_raise(s->scsi_dma); */
> + pc->int_status |= 0x4000000;
> + } else {
> + /* fprintf(stderr,"SCSICSR CPUDMA disabled\n"); */
> + pc->int_status &= ~(0x4000000);
> + /* qemu_irq_lower(s->scsi_dma); */
> + }
> + if (val & SCSICSR_INTMASK) {
> + DPRINTF("SCSICSR INTMASK\n");
> + /*
> + * int_mask &= ~0x1000;
> + * s->scsi_csr_1 |= val;
> + * s->scsi_csr_1 &= ~SCSICSR_INTMASK;
> + * if (s->scsi_queued) {
> + * s->scsi_queued = 0;
> + * next_irq(s, NEXT_SCSI_I, level);
> + * }
> + */
> + } else {
> + /* int_mask |= 0x1000; */
> + }
> + if (val & 0x80) {
> + /* int_mask |= 0x1000; */
> + /* s->scsi_csr_1 |= 0x80; */
> + }
> + DPRINTF("SCSICSR1 Write: %"PRIx64 "\n", val);
> s->scsi_csr_1 = val;
> break;
>
> case 1:
> + DPRINTF("SCSICSR2 Write: %"PRIx64 "\n", val);
> s->scsi_csr_2 = val;
> break;
>
> @@ -868,10 +851,12 @@ static uint64_t next_scsi_csr_read(void *opaque, hwaddr addr, unsigned size)
>
> switch (addr) {
> case 0:
> + DPRINTF("SCSI 4020 STATUS READ %X\n", s->scsi_csr_1);
> val = s->scsi_csr_1;
> break;
>
> case 1:
> + DPRINTF("SCSI 4021 STATUS READ %X\n", s->scsi_csr_2);
> val = s->scsi_csr_2;
> break;
>
next prev parent reply other threads:[~2024-10-28 16:23 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-23 8:58 [PATCH 00/36] next-cube: more tidy-ups and improvements Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 01/36] next-cube: fix up compilation when DEBUG_NEXT is enabled Mark Cave-Ayland
2024-10-26 6:30 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 02/36] next-cube: remove 0x14020 dummy value from next_mmio_read() Mark Cave-Ayland
2024-10-26 7:44 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 03/36] next-cube: remove overlap between next.dma and next.mmio memory regions Mark Cave-Ayland
2024-10-24 2:42 ` Philippe Mathieu-Daudé
2024-10-24 8:31 ` Mark Cave-Ayland
2024-10-26 7:56 ` Thomas Huth
2024-10-26 21:13 ` Mark Cave-Ayland
2024-10-27 11:24 ` Thomas Huth
2024-10-28 22:06 ` Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 04/36] next-cube: remove cpu parameter from next_scsi_init() Mark Cave-Ayland
2024-10-26 7:59 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 05/36] next-cube: create new next.scsi container memory region Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 06/36] next-cube: move next_scsi_init() to next_pc_realize() Mark Cave-Ayland
2024-10-27 10:07 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 07/36] next-cube: introduce next_pc_init() object init function Mark Cave-Ayland
2024-10-27 10:25 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 08/36] next-cube: introduce next-scsi device Mark Cave-Ayland
2024-10-27 11:58 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 09/36] next-cube: move SCSI CSRs from next-pc to the " Mark Cave-Ayland
2024-10-28 16:21 ` Thomas Huth
2024-10-28 22:21 ` Mark Cave-Ayland
2024-11-01 16:37 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 10/36] next-cube: move SCSI 4020 logic from next-pc device to " Mark Cave-Ayland
2024-10-28 16:22 ` Thomas Huth [this message]
2024-10-28 22:23 ` Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 11/36] next-cube: move floppy disk MMIO to separate memory region in next-pc Mark Cave-Ayland
2024-10-28 16:31 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 12/36] next-cube: map ESCC registers as a subregion of the next.scr memory region Mark Cave-Ayland
2024-10-28 16:36 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 13/36] next-cube: move ESCC to be QOM child of next-pc device Mark Cave-Ayland
2024-10-28 16:39 ` Thomas Huth
2024-10-28 22:28 ` Mark Cave-Ayland
2024-11-01 16:34 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 14/36] next-cube: move timer MMIO to separate memory region on " Mark Cave-Ayland
2024-11-01 16:46 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 15/36] next-cube: move en ethernet " Mark Cave-Ayland
2024-11-02 7:26 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 16/36] next-cube: add empty slots for unknown accesses to next.scr memory region Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 17/36] next-cube: remove unused " Mark Cave-Ayland
2024-11-02 9:40 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 18/36] next-cube: rearrange NeXTState declarations to improve readability Mark Cave-Ayland
2024-11-02 9:41 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 19/36] next-cube: convert next-pc device to use Resettable interface Mark Cave-Ayland
2024-11-02 9:48 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 20/36] next-cube: rename typedef struct NextRtc to NeXTRTC Mark Cave-Ayland
2024-11-02 9:49 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 21/36] next-cube: use qemu_irq to drive int_status in next_scr2_rtc_update() Mark Cave-Ayland
2024-11-03 18:31 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 22/36] next-cube: separate rtc read and write shift logic Mark Cave-Ayland
2024-11-03 18:52 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 23/36] next-cube: always use retval to return rtc read values Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 24/36] next-cube: use named gpio to set RTC data bit in scr2 Mark Cave-Ayland
2024-11-09 7:51 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 25/36] next-cube: use named gpio to read " Mark Cave-Ayland
2024-11-09 7:55 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 26/36] next-cube: don't use rtc phase value of -1 Mark Cave-Ayland
2024-10-23 10:37 ` BALATON Zoltan
2024-10-24 8:28 ` Mark Cave-Ayland
2024-11-09 7:57 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 27/36] next-cube: QOMify NeXTRTC Mark Cave-Ayland
2024-10-24 2:44 ` Philippe Mathieu-Daudé
2024-10-24 8:41 ` Mark Cave-Ayland
2024-11-09 8:14 ` Thomas Huth
2024-11-11 21:30 ` Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 28/36] next-cube: move reset of next-rtc fields from next-pc to next-rtc Mark Cave-Ayland
2024-11-09 8:19 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 29/36] next-cube: move rtc-data-in gpio from next-pc to next-rtc device Mark Cave-Ayland
2024-11-09 8:21 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 30/36] next-cube: use named gpio output for next-rtc data Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 31/36] next-cube: add rtc-cmd-reset named gpio to reset the rtc state machine Mark Cave-Ayland
2024-11-09 8:24 ` Thomas Huth
2024-11-11 21:37 ` Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 32/36] next-cube: add rtc-power-out " Mark Cave-Ayland
2024-10-24 8:45 ` Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 33/36] next-cube: move next_rtc_cmd_is_write() and next_rtc_data_in_irq() functions Mark Cave-Ayland
2024-11-09 8:25 ` Thomas Huth
2024-11-11 21:39 ` Mark Cave-Ayland
2024-10-23 8:58 ` [PATCH 34/36] next-cube: rename old_scr2 and scr2_2 in next_scr2_rtc_update() Mark Cave-Ayland
2024-11-09 8:25 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 35/36] next-cube: add my copyright to the top of the file Mark Cave-Ayland
2024-11-09 8:26 ` Thomas Huth
2024-10-23 8:58 ` [PATCH 36/36] next-cube: replace boiler-plate GPL 2.0 or later license text with SPDX identifier Mark Cave-Ayland
2024-10-23 9:30 ` Daniel P. Berrangé
2024-10-23 9:42 ` Mark Cave-Ayland
2024-10-29 11:22 ` [PATCH 00/36] next-cube: more tidy-ups and improvements Peter Maydell
2024-10-29 12:51 ` Mark Cave-Ayland
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20241028172237.21e83c92@tpx1 \
--to=huth@tuxfamily.org \
--cc=mark.cave-ayland@ilande.co.uk \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).