From: "David S. Miller" <davem@redhat.com>
To: groudier@free.fr
Cc: andrea@suse.de, axboe@suse.de, gibbs@scsiguy.com,
LB33JM16@yahoo.com, linux-kernel@vger.kernel.org
Subject: Re: highmem, aic7xxx, and vfat: too few segs for dma mapping
Date: Thu, 13 Dec 2001 12:30:08 -0800 (PST) [thread overview]
Message-ID: <20011213.123008.21927765.davem@redhat.com> (raw)
In-Reply-To: <20011213165932.L1871-100000@gerard>
In-Reply-To: <20011212.162603.28785873.davem@redhat.com> <20011213165932.L1871-100000@gerard>
From: Gérard Roudier <groudier@free.fr>
Date: Thu, 13 Dec 2001 17:17:22 +0100 (CET)
PS: Don't take the wrong way my statements against Sun stuff. In fact, I
dislike almost everything that comes and came from them. :)
Unfortunately the things you complain about are anything but Sun or
Sparc specific. PPC64, MIPS64, Alpha, HPPA, and probably others I
have forgotten (oh yes and IA64 in the future if Intel gets their
heads out of their asses) all have IOMMU mechanisms in their PCI
controllers.
This disease may even some day infect x86 systems. In fact
technically it already has, most AMD chipsets use a slightly modified
Alpha PCI controller which does have an IOMMU hidden deep down inside
of it :-)
Like I said before, the fact that PCI allows this to work is a feature
that is actually better for PCI's relevance and longevity, not worse.
Or do you suggest that it is wiser to use bounce buffering to handle
32-bit cards on systems with more than 4GB of ram? :-) Using all
64-bit capable cards is not an answer, especially when the big
advantage of PCI is how commoditized and flooded the market is with
32-bit cards.
next prev parent reply other threads:[~2001-12-13 20:30 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-10 1:32 highmem, aic7xxx, and vfat: too few segs for dma mapping LBJM
2001-12-10 18:40 ` Justin T. Gibbs
2001-12-10 19:21 ` Jens Axboe
2001-12-10 19:50 ` Justin T. Gibbs
2001-12-10 20:03 ` Jens Axboe
2001-12-10 19:21 ` Gérard Roudier
2001-12-11 6:12 ` David S. Miller
2001-12-11 17:01 ` Gérard Roudier
2001-12-12 9:36 ` Jens Axboe
2001-12-12 13:32 ` Andrea Arcangeli
2001-12-12 17:22 ` Gérard Roudier
2001-12-12 22:19 ` Andrea Arcangeli
2001-12-12 20:24 ` Gérard Roudier
2001-12-13 0:26 ` David S. Miller
2001-12-13 16:17 ` Gérard Roudier
2001-12-13 20:30 ` David S. Miller [this message]
2001-12-13 18:13 ` Gérard Roudier
2001-12-13 0:06 ` David S. Miller
2001-12-13 16:39 ` Gérard Roudier
2001-12-12 16:39 ` Gérard Roudier
2001-12-13 20:10 ` Steve Lord
2001-12-13 20:15 ` Justin T. Gibbs
2001-12-13 20:29 ` Steve Lord
2001-12-13 20:48 ` Justin T. Gibbs
2001-12-13 20:58 ` Steve Lord
2001-12-13 21:17 ` Steve Lord
2001-12-13 21:27 ` David S. Miller
2001-12-14 15:16 ` Jens Axboe
2001-12-14 16:15 ` Jens Axboe
2001-12-14 16:22 ` Alok K. Dhir
2001-12-14 16:32 ` Jens Axboe
2001-12-14 16:25 ` Stephen Lord
2001-12-14 16:24 ` Jens Axboe
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=20011213.123008.21927765.davem@redhat.com \
--to=davem@redhat.com \
--cc=LB33JM16@yahoo.com \
--cc=andrea@suse.de \
--cc=axboe@suse.de \
--cc=gibbs@scsiguy.com \
--cc=groudier@free.fr \
--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