linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Jeff Walther <trag@io.com>
Cc: linuxppc-dev list <linuxppc-dev@lists.linuxppc.org>
Subject: Re: IRQS on 6 Slot Macs
Date: Wed, 05 Nov 2003 13:46:24 +1100	[thread overview]
Message-ID: <1068000383.692.132.camel@gaston> (raw)
In-Reply-To: <a04310101bbce0854283b@[199.170.89.118]>


On Wed, 2003-11-05 at 13:11, Jeff Walther wrote:
> At 09:32 +1100 11/05/2003, Benjamin Herrenschmidt wrote:
> >>  By iSeries, do you mean iBook and iMac?   Or is that something else?
> >>  I'm still kind of living in the PowerSurge world, with occasional
> >>  forays up to Beige G3.  :-)
> >
> >Nah ;) iSeries are IBM big boxes :) Though a G5 has about 256 interrupt
> >sources on his 2 openpics, but I doubt they are all used.
>
> How do they handle that physically?   Surely there are not 256
> separate wires?   Do they use an 8 wire bus and signal interrupts as
> if they were addresses?

Lots of them are internal to the K2 & U3 ASICs and the link between
those is over HyperTransport (though in the current setup, I don't
think they use HT interrupt facilities, they just wire U3 output
to one K2 output, possibly a GPIO, so you deal with them as cascaded
controllers, which prevents anything like interrupt affinity on SMP,
though it's not that bad as U3 IRQs so far only concern the i2c
controller in there.

They do have quite a bunch of lines going out though, some to slots,
other on GPIOs that can be used as IRQ inputs.

> >Isn't MESH an IBM part ? I may be confused... Also, I would have
> >expected MESH to be actually _inside_ GC, it isn't ?
>
> It is an Apple part.  I do not know for certain where it came from
> originally.  However, following the evolution of Apple design
> suggests that it's based on the NCR 53CF96.

8500 class machines also have a 53c94 (Curio) and I remember
seeing a document about an IBM "MESH" scsi controller, I suspect though
that both IBM and Apple may have picked the same original cell. I do
still think the MESH cell is actually inside GC though, as it is
inside later revs of Apple "mac-io" ASIC until paddington.

> The previous generation
> of machines, the PPC NuBus machines, included the PMac 8100 and 9100
> which used exactly the same CURIO chip as the x500 machines to
> provide the slow (5 MB/s) ethernet and used the NCR 53CF96 to provide
> the Fast SCSI bus.   Earlier machines (the Quadras) used the NCR
> 53C96 to handle their SCSI bus.   And, of course, the earlier
> machines used the NCR 53C80.

Ok. I need to look at the 53C96 specs to see if it's really similar
to MESH.

> Additionally, the 53CF96 chip in the 8100 is in a 100 pin, 20 X 30
> quad flat pack.   MESH is in exactly the same package.    This is not
> definitive, but suggests to me that MESH is simply a licensed 53CF96.
>
>
> MESH is a separate chip and is not contained in GC.   It would be
> kind of cool if MESH was in GC, because then one could implement the
> Fast SCSI bus on 7200s and the PCC Catalyst clones, but that's not
> the way it is....

Ok. Strange then. I was sure it was internal. It is internal to
Hydra (the "CHRP" MacIO chip).

> In my queue of projects (massive and ever lengthening) is to install
> a 53CF96 in place of a MESH and/or vice versa and see what happens.
> However, I wonder if a similar test could be done with software.   I
> assume that Linux implements some kind of driver to support MESH.
> Is there a driver for the 53CF96 which could be substituted or
> compared as an experiment.

Maybe, but one important thing with MESH is that it's behind a DBDMA
controller, which completely changes the way you actually use it.

> As an aside, it's too bad that CURIO's pinout is not available from
> AMD.   They have datasheets for several related chips on their site.
> I guess CURIO was a custom job for Apple or something.

It's a 53c94 afaik. We do have a driver for it. And Apple released
both their MESH and Curio drivers in darwin.

It would be interesting if someone acutally had time to review those
and find out which of the HW bugs they work around in darwin for which
we would need equivalent fixes in linux :)

Ben.


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2003-11-05  2:46 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-03  3:35 IRQS on 6 Slot Macs Robert E Brose II
2003-11-03  6:54 ` Benjamin Herrenschmidt
2003-11-03 14:11   ` Bob Brose
2003-11-03 14:34     ` Geert Uytterhoeven
2003-11-03 21:40     ` Benjamin Herrenschmidt
2003-11-04  8:55   ` Jeff Walther
2003-11-04  9:14     ` Benjamin Herrenschmidt
     [not found]       ` <a04310102bbcda40d92fc@[199.170.89.159]>
     [not found]         ` <1067985081.707.124.camel@gaston>
2003-11-05  2:11           ` Jeff Walther
2003-11-05  2:46             ` Benjamin Herrenschmidt [this message]
2003-11-05  6:20               ` Jeff Walther
2003-11-05  7:18                 ` Benjamin Herrenschmidt
2003-11-05 17:39                   ` Jeff Walther
2003-11-06  7:07                     ` Brad Boyer
2003-11-06 13:18                       ` Michael R. Zucca
2003-11-06 16:44                       ` Jeff Walther
2003-11-05  9:47             ` Geert Uytterhoeven
2003-11-05 10:38               ` Michael Schmitz
2003-11-05 11:38                 ` Etsushi Kato
2003-11-03 11:30 ` Michel Dänzer
2003-11-03 14:40   ` Robert E. Brose II
2003-11-03 14:54     ` Michel Dänzer
  -- strict thread matches above, loose matches on Subject: below --
2003-11-03 21:30 Mich Lanners
2003-11-04  3:16 ` Benjamin Herrenschmidt
2003-11-04 20:27 Mich Lanners
2003-11-04 21:53 ` Jeff Walther
2003-11-04 21:29 Jeff Walther
2003-11-04 22:30 ` Geert Uytterhoeven
2003-11-05  1:48   ` Jeff Walther

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=1068000383.692.132.camel@gaston \
    --to=benh@kernel.crashing.org \
    --cc=linuxppc-dev@lists.linuxppc.org \
    --cc=trag@io.com \
    /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).