Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 17df47e87c8f71e57cb327fd720af23c39949304
      
https://github.com/qemu/qemu/commit/17df47e87c8f71e57cb327fd720af23c39949304
  Author: Philippe Mathieu-Daudé <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/mcf5206.c
    M hw/m68k/mcf5208.c
    M hw/m68k/mcf_intc.c
    M hw/m68k/next-kbd.c

  Log Message:
  -----------
  hw/m68k: Mark devices as big-endian

These devices are only used by the M68K target, which is only
built as big-endian. Therefore the DEVICE_NATIVE_ENDIAN
definition expand to DEVICE_BIG_ENDIAN (besides, the
DEVICE_LITTLE_ENDIAN case isn't tested). Simplify directly
using DEVICE_BIG_ENDIAN.

Signed-off-by: Philippe Mathieu-Daudé <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 36a0d3748dcaf21ab12cdfb814b8f49f2de4742b
      
https://github.com/qemu/qemu/commit/36a0d3748dcaf21ab12cdfb814b8f49f2de4742b
  Author: Thomas Huth <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  hw/m68k/next-cube: Disable the default CD-ROM drive

The NeXT-Cube does not have a CD-ROM drive by default, and the
kernel does not seem to deal with the empty drive very well, so
let's disable the CD-ROM drive for this machine.

Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Reviewed-by: Mark Cave-Ayland <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 347a9a975d2380647ccc5a2577a1c23722d471b8
      
https://github.com/qemu/qemu/commit/347a9a975d2380647ccc5a2577a1c23722d471b8
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: remove 0x14020 dummy value from next_mmio_read()

This is a dummy value for the SCSI CSR which appears to have no effect when
removed. Eventually the reads/writes to this register will be directed
towards the WIP implementations in next_scr_readfn() and next_scr_writefn().

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: e1699c7bc84d8ae9da6cbe4407c14059007aa223
      
https://github.com/qemu/qemu/commit/e1699c7bc84d8ae9da6cbe4407c14059007aa223
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: remove overlap between next.dma and next.mmio memory regions

Change the start of the next.mmio memory region so that it follows on directly
after the next.dma memory region. Increase the address offsets in
next_mmio_read() and next_mmio_write(), and reduce the size of the next.mmio
memory region accordingly.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: d39b0e6832d9b9914e322306628aee341cd26055
      
https://github.com/qemu/qemu/commit/d39b0e6832d9b9914e322306628aee341cd26055
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: create new next.scsi container memory region

Move the ESP SCSI and SCSI CSR registers to the new next.scsi container memory
region.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 1441b8f922579c470e11dd9922122025f1c8cab2
      
https://github.com/qemu/qemu/commit/1441b8f922579c470e11dd9922122025f1c8cab2
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move next_scsi_init() to next_pc_realize()

This reflects that the SCSI interface exists within the NeXT Peripheral
Controller (PC).

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 9364f7b875ba6db906014b43cde0d9c80ba159d8
      
https://github.com/qemu/qemu/commit/9364f7b875ba6db906014b43cde0d9c80ba159d8
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: introduce next_pc_init() object init function

Move initialisation of the memory regions and GPIOs from next_pc_realize() to
the new next_pc_init() function.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: acfa52bda68d3f12da5c7379693951818cfd7bc8
      
https://github.com/qemu/qemu/commit/acfa52bda68d3f12da5c7379693951818cfd7bc8
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: introduce next-scsi device

This device is intended to hold the ESP SCSI controller and the NeXT SCSI CSRs.
Start by creating the device and moving the ESP SCSI controller to be an
embedded child device.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 92167b30b66bac29a354f4094a728b151409f004
      
https://github.com/qemu/qemu/commit/92167b30b66bac29a354f4094a728b151409f004
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move SCSI CSRs from next-pc to the next-scsi device

The SCSI CSRs are located within the SCSI subsystem of the NeXT PC (Peripheral
Contoller) which is now modelled as a separate QEMU device. Add a new memory
region subregion to contain the SCSI CSRs that simply store and retrieve the
register values.

Add a new VMStateDescription for the next-scsi device to enable the SCSI CSRs
to be migrated.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 7bce8d12728f4d263b444508218f17da9bec6c3a
      
https://github.com/qemu/qemu/commit/7bce8d12728f4d263b444508218f17da9bec6c3a
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move SCSI 4020/4021 logic from next-pc device to next-scsi device

The SCSI 4020/4021 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
this has now been resolved.

Move the remaining SCSI 4020/4021 logic from the next-pc device to the next-scsi
device, with the exception that the SCSI 4021 register now returns its previous
value like a normal register instead of a hardcoded 0x40 value. This also 
matches
how the registers are implemented in the Previous emulator.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: df219805911aa91f7c6b84c821d717b4765a76df
      
https://github.com/qemu/qemu/commit/df219805911aa91f7c6b84c821d717b4765a76df
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move floppy disk MMIO to separate memory region in next-pc

The dummy floppy disk device is part of the next-pc device, and not related to
the NeXTCube SCRs.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: f85929270c584541c1ae1115ae2edd725192c56f
      
https://github.com/qemu/qemu/commit/f85929270c584541c1ae1115ae2edd725192c56f
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: map ESCC registers as a subregion of the next.scr memory region

Since the ESCC device exists within the memory range of the next.scr memory 
region, map
the ESCC device registers as a subregion of the next.scr memory region instead 
of
directly to the system address space.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: bdde194414e4ec63b90535a98d89093035a906e6
      
https://github.com/qemu/qemu/commit/bdde194414e4ec63b90535a98d89093035a906e6
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move ESCC to be QOM child of next-pc device

Since the ESCC is part of the next-pc device, move the ESCC to be a QOM child
of the next-pc device.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 71936afe418c1900880d22265fc6da4c5c4ed865
      
https://github.com/qemu/qemu/commit/71936afe418c1900880d22265fc6da4c5c4ed865
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move timer MMIO to separate memory region on next-pc device

Move the timer MMIO accesses to a separate memory region on the next-pc device
instead of being part of the next.scr MMIO memory region.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 292ab2faa7bce3a66c855bf80dd134e4156fa9d7
      
https://github.com/qemu/qemu/commit/292ab2faa7bce3a66c855bf80dd134e4156fa9d7
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move en ethernet MMIO to separate memory region on next-pc device

Move the en ethernet MMIO accesses to a separate memory region on the next-pc
device instead of being part of the next.scr MMIO memory region.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: c178be67fdece8e0184b4014233c918899198fcb
      
https://github.com/qemu/qemu/commit/c178be67fdece8e0184b4014233c918899198fcb
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/Kconfig
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: add empty slots for unknown accesses to next.scr memory region

The next.scr memory is now effectively unused, however there are 3 separate 
region
accesses still logged that occur when booting a NeXTStep disk image. Use the
empty_slot device to capture and ignore memory accesses to these 3 memory 
regions.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: d06a0ca96a24e4a2b70f3ae52fead31316621920
      
https://github.com/qemu/qemu/commit/d06a0ca96a24e4a2b70f3ae52fead31316621920
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: remove unused next.scr memory region

Now that the next.scr memory region is unused it can be removed and the next-pc
devices mapped directly within the machine init function. This is the last
remaining overlapping memory region within the NeXTCube machine.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 9f15303ce29fdd422e5b571b78979abd97005267
      
https://github.com/qemu/qemu/commit/9f15303ce29fdd422e5b571b78979abd97005267
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: rearrange NeXTState declarations to improve readability

Move the NeXTState, next_dma and TYPE_NEXT_MACHINE definition to the same area
at the top of next-cube.c.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: ce788d3740f7510be7a40dea5e0856d0986f350a
      
https://github.com/qemu/qemu/commit/ce788d3740f7510be7a40dea5e0856d0986f350a
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: convert next-pc device to use Resettable interface

Signed-off-by: Mark Cave-Ayland <[email protected]>
Acked-by: Thomas Huth <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 214de32ea832f896afd5c66eb408979e6f99bea0
      
https://github.com/qemu/qemu/commit/214de32ea832f896afd5c66eb408979e6f99bea0
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: rename typedef struct NextRtc to NeXTRTC

This brings the capitalisation in line with the other NeXTCube definitions.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 825ac1256426b196daac626f96054a152bb5f887
      
https://github.com/qemu/qemu/commit/825ac1256426b196daac626f96054a152bb5f887
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: use qemu_irq to drive int_status in next_scr2_rtc_update()

Rather than directly clear bit 3 in int_status in next_scr2_rtc_update(), use
a qemu_irq to drive the equivalent NEXT_PWR_I signal.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: b37da8b95f50f355d173789bec8419f01371473e
      
https://github.com/qemu/qemu/commit/b37da8b95f50f355d173789bec8419f01371473e
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: separate rtc read and write shift logic

Introduce a new next_rtc_cmd_is_write() function to determine if an rtc command
is a read or write, and start by using it to avoid shifting the rtc input value
if a rtc read command is executed.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: bbcaced2bfc9865f37ea4e4988af2108abadee51
      
https://github.com/qemu/qemu/commit/bbcaced2bfc9865f37ea4e4988af2108abadee51
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: always use retval to return rtc read values

Instead of shifting out rtc read values from individual rtc registers, change
the logic so that rtc read commands are executed when the last bit of the rtc
command is received and the result stored in retval. This simplifies the rtc
read logic such that the shift out logic can be consolidated for rtc phases
between 8 and 16.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: ccbc8fa3f9bf5f62ae16e9201e739613d365f30f
      
https://github.com/qemu/qemu/commit/ccbc8fa3f9bf5f62ae16e9201e739613d365f30f
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: use named gpio to set RTC data bit in scr2

This is in preparation for moving NeXTRTC to its own separate device.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 68f54f7e5943048efb7990094f980609d5602021
      
https://github.com/qemu/qemu/commit/68f54f7e5943048efb7990094f980609d5602021
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: use named gpio to read RTC data bit in scr2

This is in preparation for moving NeXTRTC to its own separate device.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 501b5099f69e75520fc1d6368c44c42ebe337ddc
      
https://github.com/qemu/qemu/commit/501b5099f69e75520fc1d6368c44c42ebe337ddc
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: don't use rtc phase value of -1

The rtc phase value of -1 is directly equivalent to using a phase value of 0 so
simplify the logic to use an initial rtc phase of 0.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 49100693e9fdea57d2d3272bf0e1b236901123d7
      
https://github.com/qemu/qemu/commit/49100693e9fdea57d2d3272bf0e1b236901123d7
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: QOMify NeXTRTC

This is to allow the RTC functionality to be maintained within its own separate
device rather than as part of the next-pc device.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Message-ID: <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 96d5c4d524ea1355dc2cde2d6c38a95a0ecbe358
      
https://github.com/qemu/qemu/commit/96d5c4d524ea1355dc2cde2d6c38a95a0ecbe358
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move reset of next-rtc fields from next-pc to next-rtc

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 4387e938f4eb66515ae9a240522d5c77825e51b1
      
https://github.com/qemu/qemu/commit/4387e938f4eb66515ae9a240522d5c77825e51b1
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move rtc-data-in gpio from next-pc to next-rtc device

Add a new rtc-data-out gpio to the next-pc device and wire it up to the next-rtc
rtc-data-in gpio using the standard qdev gpio APIs.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 44df9533686fcc8899b45120b0dc8d676b57c616
      
https://github.com/qemu/qemu/commit/44df9533686fcc8899b45120b0dc8d676b57c616
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: use named gpio output for next-rtc data

Add a named gpio output for the next-rtc data and then update
next_rtc_data_in_irq() to drive the IRQ directly. This enables the next-rtc to
next-pc data to be wired up using the standard qdev gpio APIs.

At the same time rename the pc-rtc-data-in gpio to rtc-data-in which is possible
now that the previous rtc-data-in gpio has been moved to the next-rtc device.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Message-ID: <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: c1322be69d960b69ee57e402db6103ddfbe5d251
      
https://github.com/qemu/qemu/commit/c1322be69d960b69ee57e402db6103ddfbe5d251
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: add rtc-cmd-reset named gpio to reset the rtc state machine

This allows us to decouple the next-pc and next-rtc devices from each
other in next_scr2_rtc_update().

Signed-off-by: Mark Cave-Ayland <[email protected]>
Message-ID: <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: eb1f03642dddac5b6385228274461e8306871288
      
https://github.com/qemu/qemu/commit/eb1f03642dddac5b6385228274461e8306871288
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: add rtc-power-out named gpio to trigger the NEXT_PWR_I interrupt

This allows us to decouple the next-pc and next-rtc devices from each
other in next_rtc_data_in_irq().

Signed-off-by: Mark Cave-Ayland <[email protected]>
Message-ID: <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 6963b2c0545121b57d05bc3b3694c48e8ea4c1ad
      
https://github.com/qemu/qemu/commit/6963b2c0545121b57d05bc3b3694c48e8ea4c1ad
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: move next_rtc_cmd_is_write() and next_rtc_data_in_irq() functions

Move these functions in next-cube.c so that they are with the rest of the
next-rtc functions.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: b28c9bd6b2112af0df8dec807f3cd0e27198678d
      
https://github.com/qemu/qemu/commit/b28c9bd6b2112af0df8dec807f3cd0e27198678d
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: rename old_scr2 and scr2_2 in next_scr2_rtc_update()

Rename them to old_scr2_rtc and scr2_rtc to reflect that they contain the 
previous
and current values of the SCR2 RTC bits.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: ee58d282aa87a7f4a4409528ff12192c0bcfeb82
      
https://github.com/qemu/qemu/commit/ee58d282aa87a7f4a4409528ff12192c0bcfeb82
  Author: Mark Cave-Ayland <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/next-cube.c

  Log Message:
  -----------
  next-cube: add my copyright to the top of the file

This series has involved rewriting and/or updating a considerable part of the
next-cube emulation so update the copyright in next-cube.c to reflect this.

Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 7c89e226f878539b633dde3fd9c9f061c34094e3
      
https://github.com/qemu/qemu/commit/7c89e226f878539b633dde3fd9c9f061c34094e3
  Author: Stefan Hajnoczi <[email protected]>
  Date:   2024-12-29 (Sun, 29 Dec 2024)

  Changed paths:
    M hw/m68k/Kconfig
    M hw/m68k/mcf5206.c
    M hw/m68k/mcf5208.c
    M hw/m68k/mcf_intc.c
    M hw/m68k/next-cube.c
    M hw/m68k/next-kbd.c

  Log Message:
  -----------
  Merge tag 'pull-request-2024-12-29' of https://gitlab.com/huth/qemu into 
staging

* Rework "next-cube" to bring it up-to-date with current coding standards/APIs
* Remove overlapping memory regions of the "next-cube" machine
* Encapsulate the next-cube SCSI related code into a separate device
* QOM-ify the next-rtc device
* Declare m68k devices as big endian instead of native endian
* Disable the CD-ROM drive for the next-cube machine

# -----BEGIN PGP SIGNATURE-----
#
# iQJHBAABCAAxFiEEJ7iIR+7gJQEY8+q5LtnXdP5wLbUFAmdw93wTHGh1dGhAdHV4
# ZmFtaWx5Lm9yZwAKCRAu2dd0/nAttdVOEACEqPMTb5cea/fsI6x29dxx0btnNZaB
# MhN72qmmGS1GMr03u6hGMrIPgkFa/HQL86SAUxWDt4qg3XJKpJ8p9KLqFm393Dgi
# UEZnvzhX2NP23Cf4M0EaHSAeQOfaYdsgOzivo+7fQUIkpXaRpmu+3VIjvhUESSOb
# 37p1kqdjXf73t7aUMBXA2hCZctm+vOOKdJd25MfrhZp6Yvxly90P2QW+lKzFBUIp
# d2uyZ/FaBXKiGWHMTmpbloIvL6sP8ag/e+deRfKQlBlC3lVpTyREvAKoNret5Rgt
# uYQ1Erbo7Bz8BKrwFrlObbGxn1WoaoCmiPJGzPtn8mfQ33QwS8B3+Np5OfgvinAR
# B6YBXNBIenjUFgJKY9jSXy4IlzfFc4mMKn6kgTv+y9srf9Np1EgmkYuOXxxytPzP
# fE+blTWXgj6EvhUYNtqDgaN0NdW+4YSbr2Lzy/ZNGX7eLJ5S9PZdSU7gb2T+2y2N
# sdAkPiXP1lmTzPkG9gzQ0EljO36gOgSpKWjxf72NvluVGoTBLtKqB8NmVO1YnyVC
# 0/QA/SxZGjsT8MMlhjheWg+lCKRjzTpjfw4C8CvukSsiOHX4pnX9yRreJ2s7z6W3
# 26SxK1nIvn3VODXhXAgB23zHZlgk/lWSJXUuBOsnAk5YMgy7KyDn6r92FNBhj+e2
# 3O0SEi9HC/wUKw==
# =js2G
# -----END PGP SIGNATURE-----
# gpg: Signature made Sun 29 Dec 2024 02:17:16 EST
# gpg:                using RSA key 27B88847EEE0250118F3EAB92ED9D774FE702DB5
# gpg:                issuer "[email protected]"
# gpg: Good signature from "Thomas Huth <[email protected]>" [full]
# gpg:                 aka "Thomas Huth <[email protected]>" [full]
# gpg:                 aka "Thomas Huth <[email protected]>" [full]
# gpg:                 aka "Thomas Huth <[email protected]>" [unknown]
# Primary key fingerprint: 27B8 8847 EEE0 2501 18F3  EAB9 2ED9 D774 FE70 2DB5

* tag 'pull-request-2024-12-29' of https://gitlab.com/huth/qemu: (35 commits)
  next-cube: add my copyright to the top of the file
  next-cube: rename old_scr2 and scr2_2 in next_scr2_rtc_update()
  next-cube: move next_rtc_cmd_is_write() and next_rtc_data_in_irq() functions
  next-cube: add rtc-power-out named gpio to trigger the NEXT_PWR_I interrupt
  next-cube: add rtc-cmd-reset named gpio to reset the rtc state machine
  next-cube: use named gpio output for next-rtc data
  next-cube: move rtc-data-in gpio from next-pc to next-rtc device
  next-cube: move reset of next-rtc fields from next-pc to next-rtc
  next-cube: QOMify NeXTRTC
  next-cube: don't use rtc phase value of -1
  next-cube: use named gpio to read RTC data bit in scr2
  next-cube: use named gpio to set RTC data bit in scr2
  next-cube: always use retval to return rtc read values
  next-cube: separate rtc read and write shift logic
  next-cube: use qemu_irq to drive int_status in next_scr2_rtc_update()
  next-cube: rename typedef struct NextRtc to NeXTRTC
  next-cube: convert next-pc device to use Resettable interface
  next-cube: rearrange NeXTState declarations to improve readability
  next-cube: remove unused next.scr memory region
  next-cube: add empty slots for unknown accesses to next.scr memory region
  ...

Signed-off-by: Stefan Hajnoczi <[email protected]>


Compare: https://github.com/qemu/qemu/compare/2b7a80e07a29...7c89e226f878

To unsubscribe from these emails, change your notification settings at 
https://github.com/qemu/qemu/settings/notifications

Reply via email to