Le 11 oct. 05 à 06:27, Brad Boyer a écrit :

On Tue, Oct 11, 2005 at 11:18:45AM +1000, Finn Thain wrote:

@@ -497,7 +503,7 @@
     events = ~via_read(via2, gBufA) & nubus_active;
     if (events == 0) return;

-    for (i = 0, irq_bit = 1 ; i < 7 ; i++, irq_bit <<= 1) {
+    for (i = 0, irq_bit = 1 ; i < 8 ; i++, irq_bit <<= 1) {
         if (events & irq_bit) {
             via_irq_disable(NUBUS_SOURCE_BASE + i);
             /* FIXME: this does nothing.  Should we clear

I don't think this last chunk is correct. Disabling NUBUS_SOURCE_BASE + 7 
_should_ do nothing.

Actually, twiddling the bit that would correspond to the 7th NuBus IRQ
is exceedingly dangerous on some models. On the II/IIx/IIcx and SE/30,
the two top bits in via1A are tied to RAM bank decoding. However, on
some other models, it is actually an interrupt line. According to the
_Guide to the Macintosh Family Hardware_, the IIci hides the IRQ for
the internal video in that location. It's one of the many pitfalls
awaiting all of us. This is something that should depend on via type.

I receive this signal (7th Nubus IRQ).
I'm able to boot linux on Q840AV because I disable it in EMILE by calling the MacOS driver.
I think it should be cleaner to disable it in the kernel.
Do you know how ?
(I don't have the GMFH)

Laurent Vivier