From: Stefan Richter <stefanr@s5r6.in-berlin.de>
To: Grant Grundler <grundler@google.com>
Cc: linux1394-devel@lists.sourceforge.net,
FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] firewire: fw-sbp2: enforce s/g segment size limit
Date: Wed, 13 Aug 2008 11:38:22 +0200 [thread overview]
Message-ID: <48A2AB8E.1090102@s5r6.in-berlin.de> (raw)
In-Reply-To: <da824cf30808111252m1decf08fk7ce3405105e1ceef@mail.gmail.com>
Grant Grundler wrote:
> On Sat, Aug 9, 2008 at 11:21 AM, Stefan Richter
>> - orb->page_table[j].low = cpu_to_be32(sg_addr);
>> - orb->page_table[j].high = cpu_to_be32(l << 16);
>
> I didn't check the rest of the driver - but it would be good if it
> explicitly called dma_set_mask() or pci_dma_set_mask() with a 32-bit
> mask value. Most drivers assume 32-bit and that's why I point this
> out.
I thought about this and currently think that I should not do this.
There is the API to set the mask, but there is no API to _decrease_ the
mask only. The SBP-2 protocol driver should not set DMA_32BIT_MASK if
any other driver already set for example DMA_31BIT_MASK for whatever reason.
For now, this is no issue. FireWire low-level drivers exist only for
controllers with 32 bit local bus addressing capability. I am sure that
somebody will remember to modify the SBP-2 driver(s) if there will ever
be a controller type and a driver for it which can address more than 4 GB.
On the other hand, we also currently have no reason to set a smaller
mask. We recently discovered a chip bug which requires DMA_31BIT_MASK
for a special mode of data reception (only for cache-coherent DMA
though), but we now work around this chip bug by simply falling back to
an alternative mode.
--
Stefan Richter
-=====-==--- =--- -==-=
http://arcgraph.de/sr/
next prev parent reply other threads:[~2008-08-13 9:38 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-08 19:44 Scatter-gather segment merges by IOMMU? Stefan Richter
2008-08-08 20:25 ` Grant Grundler
2008-08-08 21:21 ` Stefan Richter
2008-08-08 21:31 ` FUJITA Tomonori
2008-08-08 21:58 ` Stefan Richter
2008-08-08 22:17 ` FUJITA Tomonori
2008-08-09 18:20 ` [PATCH] ieee1394: sbp2: enforce s/g segment size limit Stefan Richter
2008-08-09 18:21 ` [PATCH] firewire: fw-sbp2: " Stefan Richter
2008-08-11 19:52 ` Grant Grundler
2008-08-13 9:38 ` Stefan Richter [this message]
2008-08-12 17:04 ` [PATCH] ieee1394: sbp2: " Grant Grundler
2008-08-12 23:44 ` FUJITA Tomonori
2008-08-13 10:19 ` [PATCH update] " Stefan Richter
2008-08-13 10:20 ` [PATCH update] firewire: fw-sbp2: " Stefan Richter
2008-08-13 10:27 ` [PATCH update] ieee1394: sbp2: " Stefan Richter
2008-08-14 0:55 ` FUJITA Tomonori
2008-08-14 7:12 ` Stefan Richter
2008-08-14 7:21 ` FUJITA Tomonori
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=48A2AB8E.1090102@s5r6.in-berlin.de \
--to=stefanr@s5r6.in-berlin.de \
--cc=fujita.tomonori@lab.ntt.co.jp \
--cc=grundler@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linux1394-devel@lists.sourceforge.net \
/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®