<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.ports.sh.devel">
    <title>gmane.linux.ports.sh.devel</title>
    <link>http://blog.gmane.org/gmane.linux.ports.sh.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15166"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15120"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15114"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15101"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15097"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15074"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15059"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15047"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15022"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/15008"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14999"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14972"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14959"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14948"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14924"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14921"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14905"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14902"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14894"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.sh.devel/14886"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15166">
    <title>(unknown)</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15166</link>
    <description>&lt;pre&gt;
 i am robothroli, Purchase manager from roli Merchant Ltd. We are
Import/export Company based in taiwan. We are interested in purchasing
your product and I would like to make an inquiry. Please inform me on:

Sample availability and price
Minimum order quantity
FOB Prices

Sincerely
Purchase Manager
robothroli



--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>robothroli company</dc:creator>
    <dc:date>2012-05-25T13:45:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15120">
    <title>[PATCH] sh: fix sh7724 compilation</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15120</link>
    <description>&lt;pre&gt;Fix compile breakage:

arch/sh/kernel/process.c: In function 'arch_dup_task_struct':
arch/sh/kernel/process.c:23: error: implicit declaration of function 'unlazy_fpu'

Presumably, other 32-bit FPU-enabled SuperH SoCs are affected too.

Signed-off-by: Guennadi Liakhovetski &amp;lt;g.liakhovetski&amp;lt; at &amp;gt;gmx.de&amp;gt;
---

This is for a 4-days old next, discard if already fixed.

diff --git a/arch/sh/kernel/process.c b/arch/sh/kernel/process.c
index 9b7a459..02a6f07 100644
--- a/arch/sh/kernel/process.c
+++ b/arch/sh/kernel/process.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -5,6 +5,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 #include &amp;lt;linux/export.h&amp;gt;
 #include &amp;lt;linux/stackprotector.h&amp;gt;
 
+#include &amp;lt;asm/fpu.h&amp;gt;
+
 struct kmem_cache *task_xstate_cachep = NULL;
 unsigned int xstate_size;
 
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Guennadi Liakhovetski</dc:creator>
    <dc:date>2012-05-25T14:24:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15114">
    <title>[PATCH] clocksource: em_sti: Emma Mobile STI driver V3</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15114</link>
    <description>&lt;pre&gt;From: Magnus Damm &amp;lt;damm&amp;lt; at &amp;gt;opensource.se&amp;gt;

This is V3 of the Emma Mobile STI timer driver.

The STI hardware is based on a single 48-bit 32kHz
counter that together with two individual compare
registers can generate interrupts. There are no
timer operating modes selectable which means that
the timer can not clear on match.

This driver is providing clocksource support for the
48-bit counter. Clockevents are also supported using
the same timer in oneshot mode.

Signed-off-by: Magnus Damm &amp;lt;damm&amp;lt; at &amp;gt;opensource.se&amp;gt;
---

 Thanks to Thomas Gleixner for his reviews!

 Changes since V2 :
 - use raw spinlocks
 - get rid of periodic support
 - get rid of now unused private data
 - rename em_sti_update() to em_sti_set_next()

 Changes since V1 :
 - removed unused early timer cruft
 - reduce number of functions
 - use request_irq() instead setup_irq() since we run late during boot
 - replace confusing flags with perhaps equally confusing active[] array
 - use clockevents_config_and_register() for registration
 - update frequen&lt;/pre&gt;</description>
    <dc:creator>Magnus Damm</dc:creator>
    <dc:date>2012-05-25T07:03:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15101">
    <title>[PATCH] lib/decompress_unxz.c: removing all memory helper functions</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15101</link>
    <description>&lt;pre&gt;The patch cleans up the file lib/decompress_unxz.c by removing all memory
helper functions, e.g., memmove.  By doing so, any architecture's preboot
environment supporting the XZ decompression needs to define its own copy of
any of the missing memory helper functions.

The patch makes sure that all 4 architectures' preboot currently supporting
the XZ decompressor, arm, s390, sh and x86, build without error when using
the XZ compression.

Adding a prototype for the memcmp function required by the XZ decompressor to
workaround compiler's implicit type error.  Also removing both the memmove and
memcpy defines workaround, to disable lib/decompress_unxz.c from duplicating
both functions.

Adding the missing memcmp function, required by the XZ decompressor, to the
s390 preboot environment.

Adding both the missing memmove and memcmp functions, required by the XZ
decompressor, to the sh preboot environment.

Adding the missing memmove function, required by XZ decompressor, to the x86
preboot environment.

Signed-off&lt;/pre&gt;</description>
    <dc:creator>T Makphaibulchoke</dc:creator>
    <dc:date>2012-05-24T16:03:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15097">
    <title>[PATCH] ARM: mach-shmobile: add missing GPIO IRQ configuration on mackerel</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15097</link>
    <description>&lt;pre&gt;SDHI0 card-detect GPIO IRQ on mackarel currently works, because it is the
default configuration of IRQ26. However, we should not rely on this and
should configure the function explicitly.

Signed-off-by: Guennadi Liakhovetski &amp;lt;g.liakhovetski&amp;lt; at &amp;gt;gmx.de&amp;gt;
---
 arch/arm/mach-shmobile/board-mackerel.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/arch/arm/mach-shmobile/board-mackerel.c b/arch/arm/mach-shmobile/board-mackerel.c
index b577f7c..150122a 100644
--- a/arch/arm/mach-shmobile/board-mackerel.c
+++ b/arch/arm/mach-shmobile/board-mackerel.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1512,6 +1512,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void __init mackerel_init(void)
 gpio_request(GPIO_FN_SDHID0_1, NULL);
 gpio_request(GPIO_FN_SDHID0_0, NULL);
 
+/* SDHI0 PORT172 card-detect IRQ26 */
+gpio_request(GPIO_FN_IRQ26_172, NULL);
+
 #if !defined(CONFIG_MMC_SH_MMCIF) &amp;amp;&amp;amp; !defined(CONFIG_MMC_SH_MMCIF_MODULE)
 /* enable SDHI1 */
 gpio_request(GPIO_FN_SDHICMD1, NULL);
&lt;/pre&gt;</description>
    <dc:creator>Guennadi Liakhovetski</dc:creator>
    <dc:date>2012-05-24T13:18:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15074">
    <title>[GIT PULL] sh updates for 3.5-rc1</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15074</link>
    <description>&lt;pre&gt;The following changes since commit 42ea7d7f2a7356962022cdd124d9043c488ca5e2:

  Merge branch 'fixes' of git://git.linaro.org/people/rmk/linux-arm (2012-05-17 16:52:29 -0700)

are available in the git repository at:

  git://github.com/pmundt/linux-sh.git tags/sh-for-linus

for you to fetch changes up to 5f19f14fed7786652b9617c633db101d26a42251:

  sh: intc: Kill off special reservation interface. (2012-05-22 19:07:55 +0900)

----------------------------------------------------------------
SuperH updates for 3.5-rc1 merge window

- New CPUs: SH7734 (SH-4A), SH7264 and SH7269 (SH-2A)
- New boards: RSK2+SH7264, RSK2+SH7269
- Unbreaking kgdb for SMP
- Consolidation of _32/_64 page fault handling.
- watchdog and legacy DMA chainsawing, part 1
- Conversion to evt2irq() hwirq lookup, to support relocation
  of vectored IRQs for irqdomains.

----------------------------------------------------------------
Filippo Arcidiacono (1):
      sh: initial stack protector support.

Kautuk Consul (1):
      sh/mm/fault_32.c: &lt;/pre&gt;</description>
    <dc:creator>Paul Mundt</dc:creator>
    <dc:date>2012-05-22T12:13:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15059">
    <title>[PATCH 0/2] ARM: mach-shmobile: kzm9g: add FSI support</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15059</link>
    <description>&lt;pre&gt;
Hi Rafael, Magnus
Cc Simon

The necessary missing patches for kzm9g will be merged on v3.5 kernel.
These are ASoC
(and already exists on linux-next tree)

These patch set add FSI sound support to kzm9g board for v3.5 kernel.

Kuninori Morimoto (2):
      ARM: mach-shmobile: clock-sh73a0: add FSI clock
      ARM: mach-shmobile: kzm9g: add FSI-AK4648 support
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>kuninori.morimoto.gx&lt; at &gt;renesas.com</dc:creator>
    <dc:date>2012-05-22T02:33:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15047">
    <title>[PATCH 0/11] ARM: mach-shmobile: armadillo: add FSI/HDMI/Camera support</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15047</link>
    <description>&lt;pre&gt;
Hi Rafael, Magnus
Cc Simon

The necessary missing patches for Armadillo will be merged on v3.5 kernel.
These are ASoC/FSI/HDMI/CEU/.
(and already exists on linux-next tree)

These patch set add HDMI/camera/FSI sound x2 to Armadillo board for v3.5 kernel.

Kuninori Morimoto (11):
      ARM: mach-shmobile: intc-r8a7740: add HDMI support
      ARM: mach-shmobile: setup-r8a7740: add MERAM work-around
      ARM: mach-shmobile: clock-r8a7740: add HDMI clock
      ARM: mach-shmobile: clock-r8a7740: add CEU support
      ARM: mach-shmobile: clock-r8a7740: add FSI parent control support
      ARM: mach-shmobile: pfc-r8a7740: Add HDMI GPIO support
      ARM: mach-shmobile: pfc-r8a7740: add FSI-B (for HDMI) support
      ARM: mach-shmobile: armadillo800eva: add HDMI support
      ARM: mach-shmobile: armadillo800eva: add camera support
      ARM: mach-shmobile: armadillo800eva: Add FSI-WM8978 support
      ARM: mach-shmobile: armadillo800eva: add FSI-HDMI support

Best regards
---
Kuninori Morimoto
--
To unsubscribe fr&lt;/pre&gt;</description>
    <dc:creator>Kuninori Morimoto</dc:creator>
    <dc:date>2012-05-22T02:26:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15022">
    <title>Compile Failure SH7203</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15022</link>
    <description>&lt;pre&gt;Hi,
I get an error while compiling the kernel for sh7203.
I' am using the Linux/sh 3.3.0 Kernel.
Can anyone give me some hints?
The compile log is listed below:
=============================================
   CHK     include/linux/version.h
   CHK     include/generated/utsrelease.h
make[1]: `include/generated/machtypes.h' is up to date.
   CC      arch/sh/kernel/asm-offsets.s
In file included from include/asm-generic/getorder.h:7:0,
                  from /home/testo/SH2A/sh7203_gcc-3.4.6_kernel_mod/linux-3.3.0-sh7203/arch/sh/include/asm/page.h:187,
                  from /home/testo/SH2A/sh7203_gcc-3.4.6_kernel_mod/linux-3.3.0-sh7203/arch/sh/include/asm/mmu.h:38,
                  from /home/testo/SH2A/sh7203_gcc-3.4.6_kernel_mod/linux-3.3.0-sh7203/arch/sh/include/asm/system_32.h:5,
                  from /home/testo/SH2A/sh7203_gcc-3.4.6_kernel_mod/linux-3.3.0-sh7203/arch/sh/include/asm/system.h:179,
                  from include/asm-generic/bitops/atomic.h:5,
                  from /home/testo/SH2A/sh72&lt;/pre&gt;</description>
    <dc:creator>Felix Born</dc:creator>
    <dc:date>2012-05-19T14:07:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/15008">
    <title>[PATCH 0/8] irqdomain cleanups + identity mapping support</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/15008</link>
    <description>&lt;pre&gt;Here's the current patch stack I've got against the irqdomain code, which
is about what I need to start being able to reasonably start converting
the SH INTC subsystem over to it.

This whole series is also available via git at:

git://github.com/pmundt/linux-sh.git common/irqdomain

but I've not yet created a signed tag to pull from as there's likely
still a fair bit of work to do. The diffstat looks innocuous enough, but
is obviously of no real value in this case:

Paul Mundt (8):
      irqdomain: Support removal of IRQ domains.
      irqdomain: Export remaining public API symbols.
      irqdomain: Make irq_domain_simple_map() static.
      irqdomain: Simple NUMA awareness.
      irqdomain: Kill off duplicate definitions.
      irqdomain: Support identity mapped VIRQ allocation.
      irqdomain: trivial pr_fmt conversion.
      irqdomain: Support insertion of existing IRQ allocations.

 include/linux/irqdomain.h |   12 +-
 include/linux/of.h        |   10 +-
 kernel/irq/irqdomain.c    |  187 +++++++++++++&lt;/pre&gt;</description>
    <dc:creator>Paul Mundt</dc:creator>
    <dc:date>2012-05-19T06:11:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14999">
    <title>[GIT PULL] Renesas sh73a0 fix for v3.5</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14999</link>
    <description>&lt;pre&gt;Hi,

Please pull changes since commit d48b97b403d23f6df0b990cee652bdf9a52337a3

    Linux 3.4-rc6

with top-most commit 4da773193414788b52ae14bc246543390faca5ce

    ARM: mach-shmobile: sh73a0: fixup PINT/IRQ16-IRQ31 irq number conflict

from the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/rafael/renesas.git soc-core

to receive an sh73a0 fix related to the allocation of IRQs for v3.5.

This is based on material that has been merged into the arm-soc tree already.

Thanks!


 arch/arm/mach-shmobile/include/mach/sh73a0.h |   34 +++++++++++++++++++++++--
 1 files changed, 31 insertions(+), 3 deletions(-)

---------------

Kuninori Morimoto (1):
      ARM: mach-shmobile: sh73a0: fixup PINT/IRQ16-IRQ31 irq number conflict

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Rafael J. Wysocki</dc:creator>
    <dc:date>2012-05-18T21:44:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14972">
    <title>[PATCH v5 6/6] net: sh_eth: use NAPI</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14972</link>
    <description>&lt;pre&gt;This patch modifies the driver to use NAPI.

Signed-off-by: Yoshihiro Shimoda &amp;lt;yoshihiro.shimoda.uh&amp;lt; at &amp;gt;renesas.com&amp;gt;
---
 about v5:
  - fix two racing sh_eth_txfree() in sh_eth_start_xmit() and sh_eth_poll()

 drivers/net/ethernet/renesas/sh_eth.c |  109 +++++++++++++++++++++------------
 drivers/net/ethernet/renesas/sh_eth.h |    3 +
 2 files changed, 73 insertions(+), 39 deletions(-)

diff --git a/drivers/net/ethernet/renesas/sh_eth.c b/drivers/net/ethernet/renesas/sh_eth.c
index c64a31c..1dc9b6e 100644
--- a/drivers/net/ethernet/renesas/sh_eth.c
+++ b/drivers/net/ethernet/renesas/sh_eth.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1035,7 +1035,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int sh_eth_txfree(struct net_device *ndev)
 }

 /* Packet receive function */
-static int sh_eth_rx(struct net_device *ndev)
+static int sh_eth_rx(struct net_device *ndev, int *work, int budget)
 {
 struct sh_eth_private *mdp = netdev_priv(ndev);
 struct sh_eth_rxdesc *rxdesc;
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1047,7 +1047,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int sh_eth_rx(struct net_device *ndev)
 u32 desc_status;

 rxdesc = &amp;amp;mdp-&amp;gt;rx_ring[entry]&lt;/pre&gt;</description>
    <dc:creator>Shimoda, Yoshihiro</dc:creator>
    <dc:date>2012-05-18T01:58:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14959">
    <title>[PATCH][RESEND] gpio: Emma Mobile GPIO driver V2</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14959</link>
    <description>&lt;pre&gt;From: Magnus Damm &amp;lt;damm&amp;lt; at &amp;gt;opensource.se&amp;gt;

This patch is V2 of the Emma Mobile GPIO driver. This
driver is designed to be reusable between multiple SoCs
that share the same basic building block, but so far it
has only been used on Emma Mobile EV2.

Each driver instance handles 32 GPIOs with individually
maskable IRQs. The driver operates on two I/O memory 
ranges and the 32 GPIOs are hooked up to two interrupts.

In the case of Emma Mobile EV2 this GPIO building block
is used as main external interrupt controller hooking up
159 GPIOS as 159 interrupts via 5 driver instances and
10 interrupts to the GIC and the Cortex-A9 Dual.

Signed-off-by: Magnus Damm &amp;lt;damm&amp;lt; at &amp;gt;opensource.se&amp;gt;
Acked-by: Linus Walleij &amp;lt;linus.walleij&amp;lt; at &amp;gt;linaro.org&amp;gt;
---

 Rafael, can you please pick up?

 Changes since V1:
 - use inline for private data functions using container_of() 
 - use BIT(n) instead of 1 &amp;lt;&amp;lt; n
 - added legacy irq domain support for static mappings
 - use irqd_to_hwirq() instead of own offset calculation
 - convert irqchip callback&lt;/pre&gt;</description>
    <dc:creator>Magnus Damm</dc:creator>
    <dc:date>2012-05-17T06:22:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14948">
    <title>ap4 (sh7372) regression in 3.3 / 3.4 with serial console - boot failures</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14948</link>
    <description>&lt;pre&gt;Hi all

I'm observing a regression with 3.3 and 3.4 kernels, 3.2 seems to be ok. 
The system (confirmed with mackerel and ap4evb) hangs during boot at 
random times. This can be directly after "freeing init memory," or some 
time during the OS start up, or immediately after the start up has 
completed. But if it managed to boot, it continues to run, I've never seen 
it hanging after I ssh onto the system. It also seems, that the 
probability to hang increases with time after the initial system power on. 
A simple short power off doesn't solve the problem.

Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Guennadi Liakhovetski</dc:creator>
    <dc:date>2012-05-16T13:36:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14924">
    <title>[PATCH v4 6/6] net: sh_eth: use NAPI</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14924</link>
    <description>&lt;pre&gt;This patch modifies the driver to use NAPI.

Signed-off-by: Yoshihiro Shimoda &amp;lt;yoshihiro.shimoda.uh&amp;lt; at &amp;gt;renesas.com&amp;gt;
---
 about v4:
  - modify sh_eth_poll() for strict synchronization of the xmit
  - remove private spin_lock/unlock in the sh_eth_start_xmit()

 drivers/net/ethernet/renesas/sh_eth.c |   93 ++++++++++++++++++++++-----------
 drivers/net/ethernet/renesas/sh_eth.h |    3 +
 2 files changed, 66 insertions(+), 30 deletions(-)

diff --git a/drivers/net/ethernet/renesas/sh_eth.c b/drivers/net/ethernet/renesas/sh_eth.c
index c64a31c..edc7dfe 100644
--- a/drivers/net/ethernet/renesas/sh_eth.c
+++ b/drivers/net/ethernet/renesas/sh_eth.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1035,7 +1035,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int sh_eth_txfree(struct net_device *ndev)
 }

 /* Packet receive function */
-static int sh_eth_rx(struct net_device *ndev)
+static int sh_eth_rx(struct net_device *ndev, int *work, int budget)
 {
 struct sh_eth_private *mdp = netdev_priv(ndev);
 struct sh_eth_rxdesc *rxdesc;
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1047,7 +1047,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int sh_eth_rx(struct net_device *ndev)
&lt;/pre&gt;</description>
    <dc:creator>Shimoda, Yoshihiro</dc:creator>
    <dc:date>2012-05-16T04:29:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14921">
    <title>ALSA dma_area not utilizing D-cahce</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14921</link>
    <description>&lt;pre&gt;Hi everybody. 
Please advice me to resolve my problem.
1.  My environment
    HardwareAlpha-project MS104-SH4AG with SH7764
kernelsh-linux-2.6.29
2. My problem
I am ussing a proprietary ALSA driver for SH7764 SSI.
I have found runtime-&amp;gt;dma_area address refers DMA area
via D-cache.
So, playback is too late after executing snd_pcm_writei().
Until D-cache writeback is done, sound data stays in D-cache.
I want to read and write from/to main memory 
without D-cache.

3. My idea to solve this problem
add some codes in xxx_prepare() routine as follows

save_playback_area = runtime-&amp;gt;dma_area;
runtime-&amp;gt;dma_area = P2SEGADDR(runtime-&amp;gt;dma_area);

Is my idea right?

Best regards.

Masao Takahashi in Japan

---------- 

MASAO TAKAHASHI &amp;lt;masao-takahashi&amp;lt; at &amp;gt;kanno.co.jp&amp;gt;
KANNO WORKS CO., LTD. JAPAN
TEL 093-436-2330
--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>MASAO TAKAHASHI</dc:creator>
    <dc:date>2012-05-16T00:51:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14905">
    <title>[PATCH/RFC] gpio: Emma Mobile GPIO DT prototype</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14905</link>
    <description>&lt;pre&gt;From: Magnus Damm &amp;lt;damm&amp;lt; at &amp;gt;opensource.se&amp;gt;

Here is my first attempt on EMEV2 GPIO DT support.

More or less only dry coded at this point - only tested
with platform devices using pdata-&amp;gt;irq_base = 0.

The IRQ bits seem quite fine to me, but perhaps some
people will dislike the idea of runtime selection if
linear or legacy irq domain should be used. The reason
for both is that the linear irq domain is used in the
case when we want to have a static preallocated range
of IRQs configurable via platform data, and the linear
range is used for DT together with the -&amp;gt;xlate feature.

I am yet to try to tie in the actual GPIO pins using DT.
So please consider this as an early preview of DT support.

Pointers in any direction would be greatly appreciated.

Not-yet-signed-off-by: Magnus Damm &amp;lt;damm&amp;lt; at &amp;gt;opensource.se&amp;gt;
---

 Applies on top of:
 "[PATCH] gpio: Emma Mobile GPIO driver V2"

 drivers/gpio/gpio-em.c |   44 +++++++++++++++++++++++++++++++++++++++-----
 1 file changed, 39 insertions(+), 5 deletions(-)

--- 0011/drivers/&lt;/pre&gt;</description>
    <dc:creator>Magnus Damm</dc:creator>
    <dc:date>2012-05-15T15:52:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14902">
    <title>[PATCH] gpio: Emma Mobile GPIO driver V2</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14902</link>
    <description>&lt;pre&gt;From: Magnus Damm &amp;lt;damm&amp;lt; at &amp;gt;opensource.se&amp;gt;

This patch is V2 of the Emma Mobile GPIO driver. This
driver is designed to be reusable between multiple SoCs
that share the same basic building block, but so far it
has only been used on Emma Mobile EV2.

Each driver instance handles 32 GPIOs with individually
maskable IRQs. The driver operates on two I/O memory 
ranges and the 32 GPIOs are hooked up to two interrupts.

In the case of Emma Mobile EV2 this GPIO building block
is used as main external interrupt controller hooking up
159 GPIOS as 159 interrupts via 5 driver instances and
10 interrupts to the GIC and the Cortex-A9 Dual.

Signed-off-by: Magnus Damm &amp;lt;damm&amp;lt; at &amp;gt;opensource.se&amp;gt;
---

 Changes since V1:
 - use inline for private data functions using container_of() 
 - use BIT(n) instead of 1 &amp;lt;&amp;lt; n
 - added legacy irq domain support for static mappings
 - use irqd_to_hwirq() instead of own offset calculation
 - convert irqchip callbacks to not care about virq
 - rework IRQ handler to read interrupt status inside loop

&lt;/pre&gt;</description>
    <dc:creator>Magnus Damm</dc:creator>
    <dc:date>2012-05-15T15:43:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14894">
    <title>Will You Be Trusted?</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14894</link>
    <description>&lt;pre&gt;

Dear Friend,

As you read this, I don't want you to feel sorry for me,because, I
believe everyone will die someday,and am contacting you because
I really do need your help and I want you to help me with all your
effort and time for just seven to fourteen workings days of your time.I
want you to be honest and truthful with me that you will help me
with my last wish as a dying man.

Please i need a reliable person who will usethe Money($18 milliondollars)to
build orphanage home or charity organization.

Please kindly reply to my most confidential email if you are really
interested in helping me please: mr.saeed01&amp;lt; at &amp;gt;linuxmail.org


God be with you.

Mr.Saeed Ahmed.

----------------------------------------------------------------
FME Webmail
www.educacao.niteroi.rj.gov.br

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Mr.Saeed Ahmed.</dc:creator>
    <dc:date>2012-05-09T06:27:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14886">
    <title>[PATCH] sh: Fix mistake of the member variable of plat_sci_port for SH7343</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14886</link>
    <description>&lt;pre&gt;The current code was going to initialize irq of plat_sci_port.
Not irq, irqs is right.

Signed-off-by: Nobuhiro Iwamatsu &amp;lt;nobuhiro.iwamatsu.yj&amp;lt; at &amp;gt;renesas.com&amp;gt;
---
 arch/sh/kernel/cpu/sh4a/setup-sh7343.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/sh/kernel/cpu/sh4a/setup-sh7343.c b/arch/sh/kernel/cpu/sh4a/setup-sh7343.c
index 476f474..5773643 100644
--- a/arch/sh/kernel/cpu/sh4a/setup-sh7343.c
+++ b/arch/sh/kernel/cpu/sh4a/setup-sh7343.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -56,7 +56,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static struct plat_sci_port scif2_platform_data = {
 .scscr= SCSCR_RE | SCSCR_TE | SCSCR_CKE1,
 .scbrr_algo_id= SCBRR_ALGO_2,
 .type           = PORT_SCIF,
-.irq            = SCIx_IRQ_MUXED(evt2irq(0xC40)),
+.irqs           = SCIx_IRQ_MUXED(evt2irq(0xC40)),
 };
 
 static struct platform_device scif2_device = {
&lt;/pre&gt;</description>
    <dc:creator>Nobuhiro Iwamatsu</dc:creator>
    <dc:date>2012-05-15T01:26:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.sh.devel/14869">
    <title>[PATCH v4 0/8] sh_flctl hardware ECC mode cleanup</title>
    <link>http://comments.gmane.org/gmane.linux.ports.sh.devel/14869</link>
    <description>&lt;pre&gt;changelog v4:

  - removed arch/arm related patches
  - rebased on current l2-mtd.git
  - fixed some compiler warnings
- patch 2: use "int irq" when removing irq binding in error case to fix smatch breakage
- patch 7 and 8: just directly use the void __iomem pointer instead of the unprecise void pointer to fix sparse breakage

changelog v3:

Just a rebase on current l2-mtd.git.

changelog v2:
  - extract the iounmap calls from patch "Add support for error IRQ" into a new patch.
  - swapped patches "Add support for error IRQ" and "Add error IRQ resource"
  - corrected an indentation mistake

This series cleans up the flctl when run in hardware ecc mode. The first 2 patches make sure we catch all errors that result from hardware transmission. The other patches handle how the ecc is layed out, correct some code to write and read it and make sure we propagate the statistics about errors/repairs to the nand base.

Bastian Hecht (8):
  mtd: sh_flctl: Add missing iounmap()
  mtd: sh_flctl: Add support for error I&lt;/pre&gt;</description>
    <dc:creator>Bastian Hecht</dc:creator>
    <dc:date>2012-05-14T12:14:39</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.ports.sh.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.ports.sh.devel</link>
  </textinput>
</rdf:RDF>

