linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* pci_set_dma_mask() on masks other than 0xffffffff (32-bit systems )
@ 2003-08-14  9:08 Anthony Truong
  0 siblings, 0 replies; only message in thread
From: Anthony Truong @ 2003-08-14  9:08 UTC (permalink / raw)
  To: linux-kernel

Hello,
Isn't this another reason for having the (controlled) bigphysarea into
the mainstream?
If our DMA devices are capable of handling only sub 32-bit DMA memory,
then they are limited to the first 16 MB set aside for GFP_DMA?  So if
we need more than 16 MB or if there is not enough left in this tiny
region, then we are finished :-(
Even when blessed with SG capable DMA engines, we have to make sure the
DMA processor capable of handling the worst-case scenario.  Like for a 4
MB buffer, it has to be able to fetch 1001 entry SG table.
Or maybe it's time to throw away all old and substandard HW.  Why do we
need to support them? :-(

Regards,
Anthony Dominic Truong.





Disclaimer: The information contained in this transmission, including any
attachments, may contain confidential information of Matsushita Avionics
Systems Corporation.  This transmission is intended only for the use of the
addressee(s) listed above.  Unauthorized review, dissemination or other use
of the information contained in this transmission is strictly prohibited.
If you have received this transmission in error or have reason to believe
you are not authorized to receive it, please notify the sender by return
email and promptly delete the transmission.



^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2003-08-14 23:56 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-08-14  9:08 pci_set_dma_mask() on masks other than 0xffffffff (32-bit systems ) Anthony Truong

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).