linux-kernel - Re: PCI DAC DMA APIs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 15 Mar 2007 18:18:55 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	hch@...radead.org
Cc:	jbeulich@...ell.com, linux-arch@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: PCI DAC DMA APIs

From: Christoph Hellwig <hch@...radead.org>
Date: Thu, 15 Mar 2007 19:18:34 +0000

> On Thu, Mar 15, 2007 at 12:38:13PM +0000, Jan Beulich wrote:
> > While the kernel headers provide for this, there don't appear to be any
> > in-tree users (which seems contrary to general Linux policies). Would there
> > be objections to remove all of these?
> 
> They should go away.  Having them in for more than five years without
> any users is almost a guarantee for bitrot.

Yes, probably we should get rid of them.

The idea wasn't sparc optimizations, it was for things like those
Dolphin clustering cards that essentially want to get at all of
physical memory from the PCI card.

The IOMMU is a limited resource, so at the expense of lack of
prefetching and write caching we provide a way to do unlimited DMA
mapping with 64-bit DAC addresses.

None of these drivers ever got integrated, so it's a total loss.

Someone will complain when we pull it out, but fsck them, they
had years to do something about this. :)

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