From: "Per Jessen" <per@computer.org>
To: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Mark H. Wood" <mwood@IUPUI.Edu>
Subject: Re: how to tell Linux *not* to share IRQs ?
Date: Wed, 08 Aug 2001 21:03:14 +0200 [thread overview]
Message-ID: <3B6E44EE000F26DC@mta1n.bluewin.ch> (raw)
On Wed, 8 Aug 2001 12:13:40 -0500 (EST), Mark H. Wood wrote:
>On Wed, 8 Aug 2001, Andrew McNamara wrote:
>[snippage]
>> The problem is largely historical - each interrupt traditionally had a
>> physically line associated with it, and lines on your backplane were a
>> limited resource.
>>
>> If you were to do it again these days, you might have some sort of
>> shared serial bus, so devices could give detailed data to the cpu
>> (not only to uniquely identify the interrupting device, but also
>> identify sub-devices - say a USB peripheral).
>
>See for example "vectored interrupts" on the PDP10. The device driver
>tells the device where the driver's ISR is, and when the device
>interrupts, it puts that address on the bus. The interrupt logic jumps
>directly to the ISR, which "knows" it is the only driver that would be
>interested in this interrupt. (You could set up a jump table if you
>wanted to, so that each device of the same type could identify itself
>uniquely, but that typically wasn't a big problem in '10 installations
>where multiples were most likely in a PDP11 on the other side of a DTE20,
>or Massbus devices on a single RH20.)
>
>Apparently this idea is now so old that it is new. :-)
Yeah - I believe the same was possible on the Z80 - though I'd have to
go read the manual to be certain.
regards,
Per Jessen, Zurich
Windows 2001: "I'm sorry Dave ... I'm afraid I can't do that."
regards,
Per Jessen, Zurich
http://www.enidan.com - home of the J1 serial console.
Windows 2001: "I'm sorry Dave ... I'm afraid I can't do that."
next reply other threads:[~2001-08-08 18:55 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-08 19:03 Per Jessen [this message]
2001-08-08 19:19 ` how to tell Linux *not* to share IRQs ? Chris Meadors
2001-11-06 23:17 ` H. Peter Anvin
2001-08-09 14:27 ` Andreas Bombe
-- strict thread matches above, loose matches on Subject: below --
2001-07-25 23:23 Scott McDermott
2001-07-25 23:37 ` Alan Cox
2001-07-26 7:06 ` Andrew McNamara
2001-07-26 7:39 ` Chris Wedgwood
2001-08-07 15:09 ` Jes Sorensen
2001-08-08 0:05 ` Andrew McNamara
2001-08-08 11:14 ` Eric W. Biederman
2001-08-08 17:13 ` Mark H. Wood
2001-07-26 7:54 ` Francois Romieu
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=3B6E44EE000F26DC@mta1n.bluewin.ch \
--to=per@computer.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mwood@IUPUI.Edu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.