All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Gérard Roudier" <groudier@free.fr>
To: Heinz-Ado Arnolds <Ado.Arnolds@dhm-systems.de>
Cc: <linux-kernel@vger.kernel.org>
Subject: Re: 2.4.16: running *really* short on DMA buffers
Date: Wed, 5 Dec 2001 18:38:33 +0100 (CET)	[thread overview]
Message-ID: <20011205182528.D1831-100000@gerard> (raw)
In-Reply-To: <3C0E6E77.A5365331@web-systems.net>



On Wed, 5 Dec 2001, Heinz-Ado Arnolds wrote:

> Hi all,
>
> I get the message "kernel: Warning - running *really* short on DMA
> buffers" frequently with medium to heavy disk i/o (running several
> tar and/or moving huge directories).
>
> Can anybody give me some hints what the reason for this might be
> and how to avoid this condition.

The reason is certainly not driver allocations (either sym53c8xx version 1
or 2), since it performs all allocations of its internal data structures
directly from the page pool. OTOH, the Symbios PCI devices are quite able
to DMA the whole 32 bit physical address range.

So, they are the allocations internal to the scsi layer that may well
exhaust the ISA DMA pool. This pool is divided into 512 bytes chunks.
Under heavy reordering of IOs, it can get very fragmented and much memory
being wasted as a result.

An immediate solution might be to hack the scsi code for it to allocate
more memory.

> Do you need more information (I'm using only SCSI disks attached
> to a Symbios controller: <875> rev 0x26 on pci bus 0 device 11 func
> tion 0 irq 15)? I even can't find this error string in the kernel
> sources.

The error string in well known since years, so you shouldn't have missed
it from sources. :-)

  Gérard.


  reply	other threads:[~2001-12-05 20:35 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-05 18:59 2.4.16: running *really* short on DMA buffers Heinz-Ado Arnolds
2001-12-05 17:38 ` Gérard Roudier [this message]
2001-12-06  9:45   ` Heinz-Ado Arnolds

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=20011205182528.D1831-100000@gerard \
    --to=groudier@free.fr \
    --cc=Ado.Arnolds@dhm-systems.de \
    --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 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.