<feed xmlns='http://www.w3.org/2005/Atom'>
<title>lwn.git/include/asm-s390/dma-mapping.h, branch docs-5.10-2</title>
<subtitle>Linux kernel documentation tree maintained by Jonathan Corbet</subtitle>
<id>http://mirrors.hust.edu.cn/git/lwn.git/atom?h=docs-5.10-2</id>
<link rel='self' href='http://mirrors.hust.edu.cn/git/lwn.git/atom?h=docs-5.10-2'/>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/lwn.git/'/>
<updated>2007-07-16T16:05:45+00:00</updated>
<entry>
<title>dma-mapping: prevent dma dependent code from linking on !HAS_DMA archs</title>
<updated>2007-07-16T16:05:45+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dan.j.williams@intel.com</email>
</author>
<published>2007-07-16T06:40:26+00:00</published>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/lwn.git/commit/?id=1b0fac45878bb88759eec347c273285195649ff7'/>
<id>urn:sha1:1b0fac45878bb88759eec347c273285195649ff7</id>
<content type='text'>
Continuing the work started in 411f0f3edc141a582190d3605cadd1d993abb6df ...

This enables code with a dma path, that compiles away, to build without
requiring additional code factoring.  It also prevents code that calls
dma_alloc_coherent and dma_free_coherent from linking whereas previously
the code would hit a BUG() at run time.  Finally, it allows archs that set
!HAS_DMA to delete their asm/dma-mapping.h file.

Cc: Cornelia Huck &lt;cornelia.huck@de.ibm.com&gt;
Cc: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
Cc: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Cc: John W. Linville &lt;linville@tuxdriver.com&gt;
Cc: Kyle McMartin &lt;kyle@parisc-linux.org&gt;
Cc: James Bottomley &lt;James.Bottomley@SteelEye.com&gt;
Cc: Tejun Heo &lt;htejun@gmail.com&gt;
Cc: Jeff Garzik &lt;jeff@garzik.org&gt;
Cc: &lt;geert@linux-m68k.org&gt;
Cc: &lt;zippel@linux-m68k.org&gt;
Cc: &lt;spyro@f2s.com&gt;
Cc: &lt;ysato@users.sourceforge.jp&gt;
Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Introduce CONFIG_HAS_DMA</title>
<updated>2007-05-07T19:12:51+00:00</updated>
<author>
<name>Heiko Carstens</name>
<email>heiko.carstens@de.ibm.com</email>
</author>
<published>2007-05-06T21:49:09+00:00</published>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/lwn.git/commit/?id=411f0f3edc141a582190d3605cadd1d993abb6df'/>
<id>urn:sha1:411f0f3edc141a582190d3605cadd1d993abb6df</id>
<content type='text'>
Architectures that don't support DMA can say so by adding a config NO_DMA
to their Kconfig file.  This will prevent compilation of some dma specific
driver code.  Also dma-mapping-broken.h isn't needed anymore on at least
s390.  This avoids compilation and linking of otherwise dead/broken code.

Other architectures that include dma-mapping-broken.h are arm26, h8300,
m68k, m68knommu and v850.  If these could be converted as well we could get
rid of the header file.

Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
"John W. Linville" &lt;linville@tuxdriver.com&gt;
Cc: Kyle McMartin &lt;kyle@parisc-linux.org&gt;
Cc: &lt;James.Bottomley@SteelEye.com&gt;
Cc: Tejun Heo &lt;htejun@gmail.com&gt;
Cc: Jeff Garzik &lt;jeff@garzik.org&gt;
Cc: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
Cc: &lt;geert@linux-m68k.org&gt;
Cc: &lt;zippel@linux-m68k.org&gt;
Cc: &lt;spyro@f2s.com&gt;
Cc: &lt;uclinux-v850@lsi.nec.co.jp&gt;
Cc: &lt;ysato@users.sourceforge.jp&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36+00:00</published>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/lwn.git/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>urn:sha1:1da177e4c3f41524e886b7f1b8a0c1fc7321cac2</id>
<content type='text'>
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
</content>
</entry>
</feed>
