From: "Gérard Roudier" <groudier@free.fr>
To: Jens Axboe <axboe@suse.de>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: [patch] block-highmem-all-18
Date: Fri, 16 Nov 2001 19:59:02 +0100 (CET) [thread overview]
Message-ID: <20011116193057.O1825-100000@gerard> (raw)
In-Reply-To: <20011116093927.E27010@suse.de>
On Fri, 16 Nov 2001, Jens Axboe wrote:
> Hi,
>
> Version #18 of the patch, the prepare-for-inclusion version. Changes:
>
> - Drop IPS and megaraid changes, too problematic. If anyone has the
> hardware to really test this and do it properly (aimed at IPS), please
> do so and send it on. (me)
> - Add CONFIG_HIGHIO configure option, has same effect as the nohighio
> boot parameter (me)
> - Add sym2 can_dma_32 flag (me)
^^^^^^^^^^ Pooaaahhh!:) What's this utter oddity ?
Only dma 32 ? :-)
Just to make things clear about how DMA width can be configured on the
driver at the moment and will ever be:
1) The 3 DMA addressing modes (32 bit, 40 bit and 64 bit limited to 16*4Gb
are compiled options. The handshaking with other kernel parts is based
on the pci_set_dma_mask() interface.
2) This DMA adressing mode will probably be auto-configurable on some
further driver version, but I donnot want any useless code to be
neither compiled nor executed by the driver for the 99,9.. % of
real machines that only need legacy 32 bit DMA addressing (i.e.
Mode 0 in the driver context).
Other DMA modes will only apply to the few configurations that
can be probed as needing larger DMA addressing, even if larger DMA
addressing will not harm on machines that donnot need the feature.
As a result the DMA addressing mode will stay a compilation option,
optionnally auto-probed at 'make kernel|module' time.
Now that things are hopefully clearer:), I donnot see any relevance about
having any additionnal flag related to DMA addressing, at least as far as
the sym-2 driver is concerned.
> - aic7xxx_old can_dma_32 flag (me)
>
> Against 2.4.15-pre5, find it here:
>
> *.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.15-pre5/block-highmem-all-18.bz2
Thanks a lot for your work (despite the odd 'may_dma_somewhat' flag I seem
not to like that much.:) )
Gérard.
next prev parent reply other threads:[~2001-11-16 21:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-16 8:39 Jens Axboe
2001-11-16 18:59 ` Gérard Roudier [this message]
2001-11-16 22:52 ` Jens Axboe
2001-11-16 21:54 ` David S. Miller
2001-11-16 20:12 ` Gérard Roudier
2001-11-16 22:45 ` Jens Axboe
2001-11-16 23:05 ` David S. Miller
2001-11-16 23:16 ` 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=20011116193057.O1825-100000@gerard \
--to=groudier@free.fr \
--cc=axboe@suse.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®