<feed xmlns='http://www.w3.org/2005/Atom'>
<title>user/sven/linux.git/drivers/sh, branch tmp/leds/core</title>
<subtitle>Linux Kernel
</subtitle>
<id>https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=tmp%2Fleds%2Fcore</id>
<link rel='self' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=tmp%2Fleds%2Fcore'/>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/'/>
<updated>2008-12-16T07:40:32Z</updated>
<entry>
<title>sh: maple: Do not pass SLAB_POISON to kmem_cache_create()</title>
<updated>2008-12-16T07:40:32Z</updated>
<author>
<name>Matt Fleming</name>
<email>mjf@gentoo.org</email>
</author>
<published>2008-12-16T00:15:31Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=93d546399c2b7d66a54d5fbd5eee17de19246bf6'/>
<id>urn:sha1:93d546399c2b7d66a54d5fbd5eee17de19246bf6</id>
<content type='text'>
SLAB_POISON is not a valid flag for kmem_create_cache() unless
CONFIG_DEBUG_SLAB is set, so remove it from the flags argument.

Acked-by: Adrian McMenamin &lt;adrian@newgolddream.dyndns.info&gt;
Signed-off-by: Matt Fleming &lt;mjf@gentoo.org&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Move the shared INTC code out to drivers/sh/</title>
<updated>2008-10-01T07:13:54Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2008-10-01T07:13:54Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=bbfbd8b151fe35c9a1180a7f5254c5d6b8387cc0'/>
<id>urn:sha1:bbfbd8b151fe35c9a1180a7f5254c5d6b8387cc0</id>
<content type='text'>
The INTC code will be re-used across different architectures, so move
this out to drivers/sh/ and include/linux/sh_intc.h respectively.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Fix up broken kerneldoc comments.</title>
<updated>2008-08-04T03:51:06Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2008-08-04T03:51:06Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=6a9545bd95e88d61df942b9087cb59b8c7a6dc56'/>
<id>urn:sha1:6a9545bd95e88d61df942b9087cb59b8c7a6dc56</id>
<content type='text'>
These were completely unparseable, so fix them up.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>maple: Kill useless private_data pointer.</title>
<updated>2008-08-04T01:58:24Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2008-08-04T01:58:24Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=617870632de6739fca0893f3e6648e9ae1bd0ddb'/>
<id>urn:sha1:617870632de6739fca0893f3e6648e9ae1bd0ddb</id>
<content type='text'>
We can simply wrap in to the dev_set/get_drvdata(), there's no reason
to track an extra level of private data on top of the struct device.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>maple: Clean up maple_driver_register/unregister routines.</title>
<updated>2008-08-04T01:39:46Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2008-08-04T01:39:46Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=63870295de9adb365cd121dab94379b8cfdf986a'/>
<id>urn:sha1:63870295de9adb365cd121dab94379b8cfdf986a</id>
<content type='text'>
These were completely inconsistent. Clean these up to take a maple_driver
pointer directly for consistency.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh/maple: clean maple bus code</title>
<updated>2008-07-29T13:10:56Z</updated>
<author>
<name>Adrian McMenamin</name>
<email>adrian@mcmen.demon.co.uk</email>
</author>
<published>2008-07-29T13:10:56Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=1795cf48b322b4d19230a40dbe7181acedd34a94'/>
<id>urn:sha1:1795cf48b322b4d19230a40dbe7181acedd34a94</id>
<content type='text'>
This patch cleans up the handling of the maple bus queue to remove
the risk of races when adding packets. It also removes references to the
redundant connect and disconnect functions.

Signed-off-by: Adrian McMenamin &lt;adrian@mcmen.demon.co.uk&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>maple: fix device detection</title>
<updated>2008-02-26T05:12:09Z</updated>
<author>
<name>Adrian McMenamin</name>
<email>adrian@newgolddream.dyndns.info</email>
</author>
<published>2008-02-24T14:30:23Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=bd49666974a12f39eb9c74044e0b1753efcd94c4'/>
<id>urn:sha1:bd49666974a12f39eb9c74044e0b1753efcd94c4</id>
<content type='text'>
The maple bus driver that went into the kernel mainline in September 2007
contained some bugs which were revealed by the update of the kobj code
for the current release series. Unfortunately those bugs also helped
ensure maple devices were properly detected. This patch (against the
current git) now ensures that devices are properly detected again.

(A previous attempt to fix this by delaying initialisation only partially
 fixed this - as became apparent when the bus was fully loaded)

Signed-off-by: Adrian McMenamin &lt;adrian@mcmen.demon.co.uk&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>maple: improve detection of attached peripherals</title>
<updated>2008-02-14T05:22:11Z</updated>
<author>
<name>Adrian McMenamin</name>
<email>adrian@newgolddream.dyndns.info</email>
</author>
<published>2008-02-11T00:25:02Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=b770d6b9b726932a74126311fa163ebf379631d8'/>
<id>urn:sha1:b770d6b9b726932a74126311fa163ebf379631d8</id>
<content type='text'>
Improve device detection for maple through longer delay

Experience suggests that a much longer delay in setting up the Maple bus
on the Dreamcast leads to better hardware detection.

Signed-off-by: Adrian McMenamin &lt;adrian@mcmen.demon.co.uk&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>maple: more robust device detection.</title>
<updated>2008-02-14T05:22:07Z</updated>
<author>
<name>Adrian McMenamin</name>
<email>adrian@newgolddream.dyndns.info</email>
</author>
<published>2008-02-06T23:51:21Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=b3c69e248176f7a123d519d63e7c0d68783d52c3'/>
<id>urn:sha1:b3c69e248176f7a123d519d63e7c0d68783d52c3</id>
<content type='text'>
Replacement second-in-series patch:

This patch fixes up memory leaks and, by delaying initialisation, makes
device detection more robust.

It also makes clearer the difference between struct maple_device and
struct device, as well as cleaning up the interrupt request code
(without changing its function in any way).

Also now removes redundant registration checking.

Signed-off-by: Adrian McMenamin &lt;adrian@mcmen.demon.co.uk&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>maple: fix up whitespace damage.</title>
<updated>2008-02-14T05:22:07Z</updated>
<author>
<name>Adrian McMenamin</name>
<email>adrian@newgolddream.dyndns.info</email>
</author>
<published>2008-02-06T22:46:21Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=b9482378916abb9a1e0a2334187cdc67f2deda2c'/>
<id>urn:sha1:b9482378916abb9a1e0a2334187cdc67f2deda2c</id>
<content type='text'>
This patch is fundamentally about fixing up the whitespace problems
introduced by my previous patch (that brought the code into mainline). A
second patch will follow that will fix memory leaks. The two need to be
applied sequentially.

Signed-off-by: Adrian McMenamin &lt;adrian@mcmen.demon.co.uk&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
</feed>
