<feed xmlns='http://www.w3.org/2005/Atom'>
<title>user/sven/linux.git/include/linux/serial_sci.h, branch v3.2.45</title>
<subtitle>Linux Kernel
</subtitle>
<id>https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v3.2.45</id>
<link rel='self' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v3.2.45'/>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/'/>
<updated>2011-11-11T07:16:25Z</updated>
<entry>
<title>Merge branches 'sh/pm-runtime' and 'common/clkfwk' into sh-fixes-for-linus</title>
<updated>2011-11-11T07:16:25Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2011-11-11T07:16:25Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=37bef8f989ed85cdc6cf6fb9c1b1c096179b0708'/>
<id>urn:sha1:37bef8f989ed85cdc6cf6fb9c1b1c096179b0708</id>
<content type='text'>
</content>
</entry>
<entry>
<title>serial: sh-sci: Fix up SH-2A SCIF support.</title>
<updated>2011-11-04T13:33:30Z</updated>
<author>
<name>Phil Edworthy</name>
<email>phil.edworthy@renesas.com</email>
</author>
<published>2011-10-03T14:16:47Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=3af1f8a41feab47b232b0c3d3b2322426672480d'/>
<id>urn:sha1:3af1f8a41feab47b232b0c3d3b2322426672480d</id>
<content type='text'>
This fixes up support for SH-2(A) SCIFs by introducing a new regtype. As
expected, it's close to the SH-4A SCIF with fifodata, but still different
enough to warrant its own type.

Fixes up a number of FIFO overflows and similar for both SH7203/SH7264.

Signed-off-by: Phil Edworthy &lt;phil.edworthy@renesas.com&gt;
Tested-by: Federico Fuga &lt;fuga@studiofuga.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>serial: sh-sci: don't filter on DMA device, use only channel ID</title>
<updated>2011-09-19T03:09:17Z</updated>
<author>
<name>Guennadi Liakhovetski</name>
<email>g.liakhovetski@gmx.de</email>
</author>
<published>2011-06-24T11:56:15Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=937bb6e4c676fecbfbc1939b942241c3f27bf5d8'/>
<id>urn:sha1:937bb6e4c676fecbfbc1939b942241c3f27bf5d8</id>
<content type='text'>
On some sh-mobile systems there are more than one DMA controllers, that
can be used for serial ports. Specifying a DMA device in sh-sci platform
data unnecessarily restricts the driver to only use one DMA controller.

Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
[Fixed the trivial conflict in include/linux/serial_sci.h]
Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;
</content>
</entry>
<entry>
<title>serial: sh-sci: Fix up pretty name printing for port IRQs.</title>
<updated>2011-06-28T06:25:36Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2011-06-28T06:25:36Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=9174fc8f111982e024a00512c521ad8f1056fccb'/>
<id>urn:sha1:9174fc8f111982e024a00512c521ad8f1056fccb</id>
<content type='text'>
Presently these were all using the same static string with no regard to
dev_name() and the like. This implements a bit of rework to name the IRQ
dynamically, as it should have been doing all along anyways.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>serial: sh-sci: Abstract register maps.</title>
<updated>2011-06-14T03:40:19Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2011-06-14T03:40:19Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=61a6976bf19a6cf5dfcf37c3536665b316f22d49'/>
<id>urn:sha1:61a6976bf19a6cf5dfcf37c3536665b316f22d49</id>
<content type='text'>
This takes a bit of a sledgehammer to the horribly CPU subtype
ifdef-ridden header and abstracts all of the different register layouts
in to distinct types which in turn can be overriden on a per-port basis,
or permitted to default to the map matching the port type at probe time.

In the process this ultimately fixes up inumerable bugs with mismatches
on various CPU types (particularly the legacy ones that were obviously
broken years ago and no one noticed) and provides a more tightly coupled
and consolidated platform for extending and implementing generic
features.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>serial: sh-sci: Consolidate RXD pin handling.</title>
<updated>2011-06-08T09:51:32Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2011-06-08T09:51:32Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=514820eb982eb85677ed2ecef9710e90e24fbdab'/>
<id>urn:sha1:514820eb982eb85677ed2ecef9710e90e24fbdab</id>
<content type='text'>
Non-SCI parts do not have the special port reg necessary for cases where
the RX and SCI pins are muxed and need to be manually polled, so these
like always fall back on the normal FIFO processing paths. SH7760 is in a
class in and of itself with regards to mapping its SIM card interface via
the SCI port class despite not having any of the RXD lines wired up and
so implicitly behaving more like a SCIF in this regard. Out of the other
CPUs, some support the port check via the same block while others do it
through an external SuperI/O, so it's not even possible to perform the
check relative to the ioremapped cookie offset, so the separate read
semantics are preserved here, too.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>serial: sh-sci: Generalize overrun handling.</title>
<updated>2011-06-08T09:19:37Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2011-06-08T09:19:37Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=debf9507166eede1e676d27d3298cdfb27399cb4'/>
<id>urn:sha1:debf9507166eede1e676d27d3298cdfb27399cb4</id>
<content type='text'>
This consolidates all of the broken out overrun handling and ensures that
we have sensible defaults per-port type, in addition to making sure that
overruns are flagged appropriately in the error mask for parts that
haven't explicitly disabled support for it.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>serial: sh-sci: Kill off some DMA ifdeffery.</title>
<updated>2011-01-19T06:37:31Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2011-01-19T06:37:31Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=27bd107525607e6a64c612ca3c43ca0dac4768b1'/>
<id>urn:sha1:27bd107525607e6a64c612ca3c43ca0dac4768b1</id>
<content type='text'>
There's nothing worth hiding under the ifdef in the platform DMA
definitions, and we certainly don't want board code adding this in to
their platform data definitions, so we always expose the slave rx/tx
and device pointer members instead.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>serial: sh-sci: Provide a helper for muxed IRQs.</title>
<updated>2011-01-19T05:37:14Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2011-01-19T05:37:14Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=22cc83780e214f4f009384f9c1d0658629625d49'/>
<id>urn:sha1:22cc83780e214f4f009384f9c1d0658629625d49</id>
<content type='text'>
All of the muxed IRQs presently populate the IRQ array verbosely, this
simply provides a trivial helper to do it for them.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>serial: sh-sci: Kill off unused membase kludge.</title>
<updated>2011-01-19T05:18:06Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2011-01-19T05:18:06Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=e735038f3848a720f84a819c8191ed2f6a1beed8'/>
<id>urn:sha1:e735038f3848a720f84a819c8191ed2f6a1beed8</id>
<content type='text'>
All users of the platform port data specify a mapbase where the driver
later derives the membase from. Now that UPF flags are taken in to
account for generic ioremapping we can kill off the port-specific membase
clobbering and simply use the generic paths.

This derives from a time when sh64 was not capable of using the generic
ioremap implementation and had employed early bolted DTLB mappings for
port access, which is no longer an issue.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
</feed>
