<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/include/asm-arm/memory.h, branch v2.6.16</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v2.6.16</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v2.6.16'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2006-01-12T16:12:21Z</updated>
<entry>
<title>[ARM] 3209/1: Configurable DMA-consistent memory region</title>
<updated>2006-01-12T16:12:21Z</updated>
<author>
<name>Kevin Hilman</name>
<email>kevin@hilman.org</email>
</author>
<published>2006-01-12T16:12:21Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=37134cd55d57e95d3f606c6f2a57fa496bdad333'/>
<id>urn:sha1:37134cd55d57e95d3f606c6f2a57fa496bdad333</id>
<content type='text'>
Patch from Kevin Hilman

This patch increase available DMA-consistent memory allocated by dma_coherent_alloc(). The default remains at 2M (defined in asm/memory.h) and each platform has the ability to override in asm/arch-foo/memory.h.

Signed-off-by: Kevin Hilman &lt;kevin@hilman.org&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3070/2: Add __ioremap_pfn() API</title>
<updated>2006-01-09T19:23:11Z</updated>
<author>
<name>Deepak Saxena</name>
<email>dsaxena@plexity.net</email>
</author>
<published>2006-01-09T19:23:11Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=9d4ae7276ae26c5bfba6207cf05340af1931d8d4'/>
<id>urn:sha1:9d4ae7276ae26c5bfba6207cf05340af1931d8d4</id>
<content type='text'>
Patch from Deepak Saxena

In working on adding 36-bit addressed supersection support to ioremap(),
I came to the conclusion that it would be far simpler to do so by just
splitting __ioremap() into a main external interface and adding an
__ioremap_pfn() function that takes a pfn + offset into the page that
__ioremap() can call. This way existing callers of __ioremap() won't have
to change their code and 36-bit systems will just call __ioremap_pfn()
and we will not have to deal with unsigned long long variables.

Note that __ioremap_pfn() should _NOT_ be called directly by drivers
but is reserved for use by arch_ioremap() implementations that map
32-bit resource regions into the real 36-bit address and then call
this new function.

Signed-off-by: Deepak Saxena &lt;dsaxena@plexity.net&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3194/1: add pfn_to_kaddr macro for ARM take2</title>
<updated>2005-12-05T10:55:00Z</updated>
<author>
<name>Hiroki Kaminaga</name>
<email>kaminaga@sm.sony.co.jp</email>
</author>
<published>2005-12-05T10:55:00Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=31a5539e57fa80e877a2f180cd4ec9ce9de6fea0'/>
<id>urn:sha1:31a5539e57fa80e877a2f180cd4ec9ce9de6fea0</id>
<content type='text'>
Patch from Hiroki Kaminaga

This patch defines a new macro: pfn_to_kaddr(pfn).
Same macro is already defined on other arch, such as i386.

Signed-off-by: Hiroki Kaminaga &lt;kaminaga@sm.sony.co.jp&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3061/1: cleanup the XIP link address mess</title>
<updated>2005-10-29T20:44:56Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2005-10-29T20:44:56Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=37d07b72ef58f2d5ec7701ab75084fbeee0e503e'/>
<id>urn:sha1:37d07b72ef58f2d5ec7701ab75084fbeee0e503e</id>
<content type='text'>
Patch from Nicolas Pitre

Since vmlinux.lds.S is preprocessed, we can use the defines already
present in asm/memory.h (allowed by patch #3060) for the XIP kernel link
address instead of relying on a duplicated Makefile hardcoded value, and
also get rid of its dependency on awk to handle it at the same time.

While at it let's clean XIP stuff even further and make things clearer
in head.S with a nice code reduction.

Signed-off-by: Nicolas Pitre &lt;nico@cam.org&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3060/1: allow constants found in asm/memory.h to be used in asm code</title>
<updated>2005-10-29T20:44:55Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2005-10-29T20:44:55Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=f09b99799991c7c3ba441162406247f5df077322'/>
<id>urn:sha1:f09b99799991c7c3ba441162406247f5df077322</id>
<content type='text'>
Patch from Nicolas Pitre

This patch allows for assorted type of cleanups by letting assembly code
use the same set of defines for constant values and avoid duplicated
definitions that might not always be in sync, or that might simply be
confusing due to the different names for the same thing.

Signed-off-by: Nicolas Pitre &lt;nico@cam.org&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] Tighten pfn_valid() test.</title>
<updated>2005-09-15T14:17:59Z</updated>
<author>
<name>Russell King</name>
<email>rmk@dyn-67.arm.linux.org.uk</email>
</author>
<published>2005-09-15T14:17:59Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=1b3cb73f7306f97a68fa973dec9f3c3b68bd29cf'/>
<id>urn:sha1:1b3cb73f7306f97a68fa973dec9f3c3b68bd29cf</id>
<content type='text'>
Thomas Gleixner reported that mmaping and unmapping each physical
page in turn eventually caused the kernel to oops.  It appears
that pfn_valid() in the discontigmem case was too simplistic for
proper operation.

Tighten the logic so we also check if the PFN is within the range
of the selected memory node.

Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/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>
