lkml.org 
[lkml]   [2004]   [Aug]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Altix I/O code reorganization - 7 of 21
Date
> 003-pci-support:
> The PCI DMA implementation is still ubercomplicated. See the PCI DMA code
> I sent you long ago.
> Of the code in pci_extensions.c only two are actually used in the kernel
> (snia_pcibr_rrb_alloc and snia_pcidev_endian_set), please remove the unused
> other ones.
>

Yes, the PCI DMA mapping code is very robust and tries to export
the many hardware features that are available on our system. However, not
all of these features are "reachable" via the standard Linux PCI mapping
interfaces. We have removed all unreacheable features. However, we can
still support future requirements with these new interfaces when needed.

Yes, we did look at your patch dated: December 4th 2003. It was very good, but
did not go far enough. We felt that we can trim more of the code. The current
result, we believe is much cleaner and easier to support. The dma path now is
much leaner.

We have removed unused calls in pci_extensions.c. We have also removed the
call snia_pcidev_endian_set. IOC4 endianess is already correctly set by
Prom during configuration and initialization.



For the new code see:
ftp://oss.sgi.com/projects/sn2/sn2-update/003-pci-support

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:05    [W:0.030 / U:0.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site