public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: davidsen@tmr.com (bill davidsen)
To: linux-kernel@vger.kernel.org
Subject: Re: Can we kill f inb_p, outb_p and other random I/O on port 0x80, in 2.6?
Date: 23 Sep 2003 18:41:28 GMT	[thread overview]
Message-ID: <bkq44o$f47$1@gatekeeper.tmr.com> (raw)
In-Reply-To: 20030922215432.GE29869@mail.jlokier.co.uk

In article <20030922215432.GE29869@mail.jlokier.co.uk>,
Jamie Lokier  <jamie@shareable.org> wrote:
| linux@horizon.com writes:
| > > So can we gradually kill inb_p, outb_p in 2.6?  An the other
| > > miscellaneous users of I/O port 0x80 for I/O delays?
| > 
| > Actually, It's not easy.  The issue got debated a lot a few years ago.
| > A read is also acceptable, and allows a few more ports to be
| > potentially used, but that corrupts %al and thus bloats the code.
| 
| It bloats the code a lot less than udelay() calls or any other
| solution which keeps the delay!
| 
| In the worst case, the bloat from a read _should_ be two bytes: "push
| %eax; inb $80,%al; pop %eax".  Whereas a call to udelay is 5 bytes,
| for a call instruction.

Isn't one of the benefits of a rethink not to use any i/o bus cycles?

-- 
bill davidsen <davidsen@tmr.com>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.

  reply	other threads:[~2003-09-23 18:50 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20030922153651.16497.qmail@science.horizon.com>
2003-09-22 18:35 ` Can we kill f inb_p, outb_p and other random I/O on port 0x80, in 2.6? Eric W. Biederman
2003-09-22 21:54   ` Jamie Lokier
2003-09-23 18:41     ` bill davidsen [this message]
2003-09-24 17:43       ` Linus Torvalds
2003-09-22 20:03 John Bradford
2003-09-22 21:37 ` Jamie Lokier
2003-09-22 21:42   ` Arjan van de Ven
2003-09-23  0:16   ` Alan Cox
  -- strict thread matches above, loose matches on Subject: below --
2003-09-22  0:27 Eric W. Biederman
2003-09-22 11:22 ` Alan Cox
2003-09-22 16:26   ` Jamie Lokier
2003-09-22 16:33     ` Alan Cox
2003-09-22 17:11       ` Arjan van de Ven
2003-09-22 18:28         ` Jamie Lokier
2003-09-22 19:09           ` Eric W. Biederman
2003-09-22 19:27           ` Arjan van de Ven
2003-09-22 21:46             ` Jamie Lokier
2003-09-23 18:17           ` bill davidsen
2003-09-22 18:58         ` Eric W. Biederman
2003-09-22 19:19           ` Jamie Lokier
2003-09-23  0:09           ` Alan Cox
2003-09-23 18:20             ` bill davidsen
2003-09-22 19:00       ` Jamie Lokier
2003-09-22 20:05         ` Eric W. Biederman
2003-09-23 18:31           ` bill davidsen
2003-09-23  0:13         ` Alan Cox

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='bkq44o$f47$1@gatekeeper.tmr.com' \
    --to=davidsen@tmr.com \
    --cc=linux-kernel@vger.kernel.org \
    /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