<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/drivers/mtd/maps/arctic-mtd.c, branch master</title>
<subtitle>Talos™ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=master</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2007-05-09T08:43:02+00:00</updated>
<entry>
<title>[MTD] [MAPS] Remove flash maps for no longer supported 405LP boards</title>
<updated>2007-05-09T08:43:02+00:00</updated>
<author>
<name>David Gibson</name>
<email>david@gibson.dropbear.id.au</email>
</author>
<published>2007-05-09T07:13:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=025257c7a7665a117b72097cc12021140eac8a34'/>
<id>urn:sha1:025257c7a7665a117b72097cc12021140eac8a34</id>
<content type='text'>
drivers/mtd/maps includes flash maps for the Beech and Arctic PowerPC
405LP based boards.  However, the 405LP was discontinued before any
quantity were distributed and those boards no longer have kernel
support in general.  Therefore, this patch removes this obsolete code.

Signed-off-by: David Gibson &lt;dwg@au1.ibm.com&gt;
Signed-off-by: David Woodhouse &lt;dwmw2@infradead.org&gt;
</content>
</entry>
<entry>
<title>[MTD] Cleanup of 'ioremap balanced with iounmap for drivers/mtd subsystem'</title>
<updated>2006-10-02T08:48:23+00:00</updated>
<author>
<name>Amol Lad</name>
<email>amol@verismonetworks.com</email>
</author>
<published>2006-10-02T08:48:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=76a5027c374a638e55de5d8c4485ea0201254870'/>
<id>urn:sha1:76a5027c374a638e55de5d8c4485ea0201254870</id>
<content type='text'>
Updated version of patch, in response to comments from Francois Romieu
&lt;romieu@fr.zoreil.com&gt;

Remove gratuitous casts from iounmap and initialisation of variables.

Signed-off-by: Amol Lad &lt;amol@verismonetworks.com&gt;
Signed-off-by: David Woodhouse &lt;dwmw2@infradead.org&gt;
</content>
</entry>
<entry>
<title>ioremap balanced with iounmap for drivers/mtd subsystem</title>
<updated>2006-09-22T09:24:31+00:00</updated>
<author>
<name>Amol Lad</name>
<email>amol@verismonetworks.com</email>
</author>
<published>2006-09-21T12:42:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=25f0c659fe64832d8ee06aa623fffaad708dcf8b'/>
<id>urn:sha1:25f0c659fe64832d8ee06aa623fffaad708dcf8b</id>
<content type='text'>
ioremap must be balanced by an iounmap and failing to do so can result
in a memory leak.

Tested (compilation only) with:
- allmodconfig
- Modifying drivers/mtd/maps/Kconfig and drivers/mtd/nand/Kconfig to
make sure that the changed file is compiling without warning

Signed-off-by: Amol Lad &lt;amol@verismonetworks.com&gt;
Signed-off-by: David Woodhouse &lt;dwmw2@infradead.org&gt;
</content>
</entry>
<entry>
<title>[MTD] maps: Clean up trailing white spaces</title>
<updated>2005-11-07T14:01:58+00:00</updated>
<author>
<name>Thomas Gleixner</name>
<email>tglx@linutronix.de</email>
</author>
<published>2005-11-07T11:15:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=69f34c98c1416eb74c55e38a21dbf3e294966514'/>
<id>urn:sha1:69f34c98c1416eb74c55e38a21dbf3e294966514</id>
<content type='text'>
Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&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='https://git.raptorcs.com/git/talos-op-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>
