public inbox for linux-ia64@vger.kernel.org
 help / color / mirror / Atom feed
From: root <davidm@hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] IO/TLB bounce buffer space
Date: Tue, 12 Jun 2001 17:52:57 +0000	[thread overview]
Message-ID: <marc-linux-ia64-105590693005720@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590693005716@msgid-missing>

>>>>> On Tue, 12 Jun 2001 19:01:10 +0200 (CEST), Martin Wilck <Martin.Wilck@fujitsu-siemens.com> said:

  Martin> I guess it will be necessary to use both lower SCB numbers
  Martin> in the aic7xxx driver and increase IO-TLB space.  All of
  Martin> this can already be done with kernel command line options,
  Martin> but will be quite cumbersome to figure out (and tune right)
  Martin> for administrators.

Yes, that's certainly not ideal.  A machine should boot without
requiring any tuning-type command-line options.

  Martin> There will always be some danger of IO-TLB overflow,
  Martin> however, unless a way is found to gracefully abort an
  Martin> operation if the IO-TLB space is full (or unless all
  Martin> hardware vendors make their boards 64-bit capable).

There isn't.  Dave Miller blames me for not bringing up this issue
early enough when the PCI DMA interface was designed.  Not that it
would have made much of a difference: it's difficult to recover
gracefully in interrupt handlers, especially considering how many
drivers are our there that would have to be updated for this...

We can either try to improve the heuristic that guesses the right
static size of the I/O TLB buffers or we can make it more dynamic by
using atomic allocations.  Either way, it looks to me like the aic7xxx
driver should be tuned to not generate so many concurrent requests.

  Martin> Btw: will _hardware_ IO-TLB support be available some time
  Martin> soon?  (I figure that's what's being done on Alpha, right?)

As soon as there are chipsets that support it!

That's not going to happen for Itanium.  For McKinley, we just have to
wait and see...

	--david


  parent reply	other threads:[~2001-06-12 17:52 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-12  8:44 [Linux-ia64] IO/TLB bounce buffer space Martin Wilck
2001-06-12 16:23 ` root
2001-06-12 17:01 ` Martin Wilck
2001-06-12 17:52 ` root [this message]
2001-06-22 22:50 ` Rich Altmaier
2001-06-24 15:20 ` Rik van Riel
2001-06-25 11:37 ` Martin Wilck
2001-06-25 21:14 ` David Mosberger

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=marc-linux-ia64-105590693005720@msgid-missing \
    --to=davidm@hpl.hp.com \
    --cc=linux-ia64@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