qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Changes to support booting NetBSD/alpha


From: Jason Thorpe
Subject: Re: [PATCH] Changes to support booting NetBSD/alpha
Date: Wed, 7 Oct 2020 08:13:08 -0700

> On Oct 6, 2020, at 9:42 PM, Philippe Mathieu-Daudé <f4bug@amsat.org> wrote:
> 
> Hi Jason,
> 
> Well, this is not the correct way to do that, so this patch
> is unlikely to be accepted. We don't want Frankenstein models.
> 
> What is it you miss from the i82378? Why not implement the cy82c693ub?
> 
> The code you want to modify is in hw/alpha/dp264.c, see clipper_init().

The Clipper emulation *already* implements a Frankenstein model, a combination 
of hardware that DEC never shipped.  While some Tsunami-based systems did use 
the Cypress bridge, none of them, to my knowledge, had the CMD646 IDE 
controller.  The only system I'm aware of that shipped with a CMD646 IDE 
controller was the early version of the Miata (EV56 + Pyxis-based Digital 
Personal Workstation), and that system had the Intel i82378 PCI-ISA bridge.

The are a lot of differences in the Cypress PCI-ISA bridge, but most 
importantly, it has a different interrupt controller (the ELCR registers are 
programmed differently), and it has a different built-in IDE controller.  As 
far as I can tell, Qemu does not currently have emulation for the Cypress 
interrupt controller nor the Cypress IDE controller.

All Alpha systems that had a PCI-ISA bridge[*] shipped with, as far as I'm 
aware, one of 3 possible chips:

- Intel i82378 SIO
- Cypress 82C693
- Acer Labs M1533

...and the emulation provided by the existing Clipper model implements the 
Intel flavor (including the interrupt controller).  I just want software that 
expects one of those 3 chips to be there to work.  The existing emulation seems 
to assume that system software will just go out and probe the peripherals in 
the ISA space, but some operating systems (NetBSD in particular) support Alpha 
systems that have PCI without any ISA/LPC bus at all, and thus only go looking 
for ISA peripherals if a PCI-ISA bridge is present.  That is what my change 
here is intended to do, without changing any of the rest of the hardware 
configuration.


[*] ...ignoring the weirdo early models that had PCI + EISA + oddly-wired-up 
junk I/O chips.  Also, I don't have any direct experience with post-Titan 
models, so I'm not sure what they have...

-- thorpej




reply via email to

[Prev in Thread] Current Thread [Next in Thread]