From owner-freebsd-current Wed Dec 2 16:11:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26181 for freebsd-current-outgoing; Wed, 2 Dec 1998 16:11:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (ppp7.portal.net.au [202.12.71.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26169 for ; Wed, 2 Dec 1998 16:11:07 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id QAA00645; Wed, 2 Dec 1998 16:09:09 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812030009.QAA00645@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Peter Jeremy cc: mike@smith.net.au, current@FreeBSD.ORG Subject: Re: sio breakage In-reply-to: Your message of "Wed, 02 Dec 1998 20:26:51 +1100." <98Dec2.202617est.40351@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Dec 1998 16:09:08 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > An alternative approach would be to leave IOPL at 0 and use the I/O > Permission bitmap in the TSS. This allows I/O without allowing > CLI/STI. The disadvantage is that either you have a per-process TSS > (which is expensive in memory), or the TSS needs to be re-written on a > context switch (which is expensive in time). BSDI (at least BSDI 1.1) > used this approach - but the bitmap was system-wide, so enabling an > I/O port for any process enabled it for all processes (which isn't > particularly secure). [And at least on 486's, I/O instructions are > much slower is the IOPB is used instead of IOPL - even slower than > accessing the ISA bus :-(]. For what it's worth, we allow a per-process IO permission bitmap; see i386_set_ioperm. > (*) The need to atomically issue multiple I/O instructions could be > seen to be a justification for this. Hmm, good point. I wonder how common this actually is? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message