<?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.kernel.cross-arch">
    <title>gmane.linux.kernel.cross-arch</title>
    <link>http://blog.gmane.org/gmane.linux.kernel.cross-arch</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.kernel.cross-arch/14289"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14269"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14255"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14252"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14236"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14235"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14234"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14233"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14215"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14212"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14211"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14198"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14098"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14050"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14043"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14033"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/13996"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/13971"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/13963"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.cross-arch/13937"/>
      </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.kernel.cross-arch/14289">
    <title>Mostly portable strnlen_user()</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14289</link>
    <description>&lt;pre&gt;
Ok, so I'm going to merge the appended commit into mainline at some point 
here soon, and I thought maybe the BE people wanted to pipe up.

This does *not* use the generic "find zero" or "count bytes" logic that 
David used for strncpy_from_user(), because quite frankly, that one is 
suboptimal on x86 and causes conditionals and crap.

So it's not truly generic, but it's in lib/strnlen_user.c and under the 
CONFIG_GENERIC_STRNLEN_USER config option, because I'm convinced it should 
be possible to do something that does the right thing for everybody. 
Eventually.

But "the right thing" definitely involves arch-specific helpers for doing 
the byte counting, because it *is* going to occasionally be a popcount 
instruction or similar. And it *is* going to take advantage of the fact 
that things are sometimes simply easier on little-endian.

So this isn't truly generic, but without a BE machine I simply cannot care 
enough about the BE case. So I'm posting this as a heads-up before I 
actually merge it, to see..&lt;/pre&gt;</description>
    <dc:creator>Linus Torvalds</dc:creator>
    <dc:date>2012-05-25T22:35:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14269">
    <title>[PATCH 01/20] arm: Do not call do_signal() with irqs disabled</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14269</link>
    <description>&lt;pre&gt;get_signal_to_deliver() calls try_to_freeze() which might sleep.

Cc: Russell King &amp;lt;linux&amp;lt; at &amp;gt;arm.linux.org.uk&amp;gt;
Cc: linux-arm-kernel&amp;lt; at &amp;gt;lists.infradead.org
Signed-off-by: Richard Weinberger &amp;lt;richard&amp;lt; at &amp;gt;nod.at&amp;gt;
---
 arch/arm/kernel/signal.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/arch/arm/kernel/signal.c b/arch/arm/kernel/signal.c
index 4e5fdd9..434a1f3 100644
--- a/arch/arm/kernel/signal.c
+++ b/arch/arm/kernel/signal.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -13,6 +13,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 #include &amp;lt;linux/freezer.h&amp;gt;
 #include &amp;lt;linux/uaccess.h&amp;gt;
 #include &amp;lt;linux/tracehook.h&amp;gt;
+#include &amp;lt;linux/irqflags.h&amp;gt;
 
 #include &amp;lt;asm/elf.h&amp;gt;
 #include &amp;lt;asm/cacheflush.h&amp;gt;
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -722,6 +723,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void do_signal(struct pt_regs *regs, int syscall)
 asmlinkage void
 do_notify_resume(struct pt_regs *regs, unsigned int thread_flags, int syscall)
 {
+local_irq_enable();
+
 if (thread_flags &amp;amp; _TIF_SIGPENDING)
 do_signal(regs, syscall);
 
&lt;/pre&gt;</description>
    <dc:creator>Richard Weinberger</dc:creator>
    <dc:date>2012-05-25T22:04:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14255">
    <title>[PATCH 1/1] openrisc: use generic strncpy_from_user</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14255</link>
    <description>&lt;pre&gt;
As per commits 2922585b93294d47172a765115e0dbc1bfe1be19
("lib: Sparc's strncpy_from_user is generic enough, move under lib/"),
92ae03f2ef99fbc23bfa9080d6b58f25227bd7ef ("x86: merge 32/64-bit versions
of 'strncpy_from_user()' and speed it up"), and corresponding
discussion on linux-arch.

Signed-off-by: Jonas Bonn &amp;lt;jonas&amp;lt; at &amp;gt;southpole.se&amp;gt;
---

Hi Linus,

Here's a single patch update to the OpenRISC arch to use the new
strncpy_from_user implementation.  Hope it's ok to send it as a
single patch and not as a pull request; let me know otherwise.

Thanks,
Jonas

 arch/openrisc/Kconfig               |    1 +
 arch/openrisc/include/asm/uaccess.h |   10 ++-----
 arch/openrisc/lib/string.S          |   52 -----------------------------------
 3 files changed, 4 insertions(+), 59 deletions(-)

diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index da4ccd1..ee4d124 100644
--- a/arch/openrisc/Kconfig
+++ b/arch/openrisc/Kconfig
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -19,6 +19,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; config OPENRISC
 select GENERIC_CPU_DEVICES
 select GENERIC_ATOMIC6&lt;/pre&gt;</description>
    <dc:creator>Jonas Bonn</dc:creator>
    <dc:date>2012-05-25T06:24:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14252">
    <title>[PATCH 2/3 v2] kernel: Move REPEAT_BYTE definition into linux/kernel.h</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14252</link>
    <description>&lt;pre&gt;
And make sure that everything using it explicitly includes
that header file.

Signed-off-by: David S. Miller &amp;lt;davem&amp;lt; at &amp;gt;davemloft.net&amp;gt;
---
 arch/sparc/lib/usercopy.c             |    3 +--
 arch/x86/include/asm/word-at-a-time.h |    4 ++--
 fs/namei.c                            |    1 +
 include/linux/kernel.h                |    2 ++
 4 files changed, 6 insertions(+), 4 deletions(-)

diff --git a/arch/sparc/lib/usercopy.c b/arch/sparc/lib/usercopy.c
index f61ed82..0b12e91 100644
--- a/arch/sparc/lib/usercopy.c
+++ b/arch/sparc/lib/usercopy.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1,5 +1,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 #include &amp;lt;linux/module.h&amp;gt;
 #include &amp;lt;linux/uaccess.h&amp;gt;
+#include &amp;lt;linux/kernel.h&amp;gt;
 #include &amp;lt;linux/errno.h&amp;gt;
 #include &amp;lt;linux/bug.h&amp;gt;
 
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -11,8 +12,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; void copy_from_user_overflow(void)
 }
 EXPORT_SYMBOL(copy_from_user_overflow);
 
-#define REPEAT_BYTE(x)((~0ul / 0xff) * (x))
-
 static inline long find_zero(unsigned long mask)
 {
 long byte = 0;
diff --git a/arch/x86/include/asm/word-at-a-time.h b/arch/x86/include/asm/word-at-a-time.h
index e58f03b..ae03&lt;/pre&gt;</description>
    <dc:creator>David Miller</dc:creator>
    <dc:date>2012-05-24T20:26:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14236">
    <title>[PATCH 3/3] lib: Sparc's strncpy_from_user is generic enough, move under lib/</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14236</link>
    <description>&lt;pre&gt;
To use this, an architecture simply needs to:

1) Provide a user_addr_max() implementation via asm/uaccess.h

2) Add "select GENERIC_STRNCPY_FROM_USER" to their arch Kcnfig

3) Remove the existing strncpy_from_user() implementation and symbol
   exports their architecture had.

Signed-off-by: David S. Miller &amp;lt;davem&amp;lt; at &amp;gt;davemloft.net&amp;gt;
---
 arch/sparc/Kconfig        |    1 +
 arch/sparc/lib/usercopy.c |  138 --------------------------------------------
 lib/Kconfig               |    3 +
 lib/Makefile              |    2 +
 lib/strncpy_from_user.c   |  140 +++++++++++++++++++++++++++++++++++++++++++++
 5 files changed, 146 insertions(+), 138 deletions(-)
 create mode 100644 lib/strncpy_from_user.c

diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 051af37..2247423 100644
--- a/arch/sparc/Kconfig
+++ b/arch/sparc/Kconfig
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -32,6 +32,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; config SPARC
 select HAVE_NMI_WATCHDOG if SPARC64
 select HAVE_BPF_JIT
 select GENERIC_SMP_IDLE_THREAD
+select GENERIC_STRNCPY_FROM_USER
 
 config SPARC32
 def_bool&lt;/pre&gt;</description>
    <dc:creator>David Miller</dc:creator>
    <dc:date>2012-05-24T03:34:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14235">
    <title>[PATCH 1/3] sparc: Increase portability of strncpy_from_user() implementation.</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14235</link>
    <description>&lt;pre&gt;
Hide details of maximum user address calculation in a new
asm/uaccess.h interface named user_addr_max().

Provide little-endian implementation in find_zero(), which should work
but can probably be improved.

Guard alignment check using CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS.

Signed-off-by: David S. Miller &amp;lt;davem&amp;lt; at &amp;gt;davemloft.net&amp;gt;
---
 arch/sparc/include/asm/uaccess.h |    3 +++
 arch/sparc/lib/usercopy.c        |   28 ++++++++++++++++++++++------
 2 files changed, 25 insertions(+), 6 deletions(-)

diff --git a/arch/sparc/include/asm/uaccess.h b/arch/sparc/include/asm/uaccess.h
index 42a28cf..20c2acb 100644
--- a/arch/sparc/include/asm/uaccess.h
+++ b/arch/sparc/include/asm/uaccess.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -6,6 +6,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 #include &amp;lt;asm/uaccess_32.h&amp;gt;
 #endif
 
+#define user_addr_max() \
+(segment_eq(get_fs(), USER_DS) ? STACK_TOP : ~0UL)
+
 extern long strncpy_from_user(char *dest, const char __user *src, long count);
 
 #endif
diff --git a/arch/sparc/lib/usercopy.c b/arch/sparc/lib/usercopy.c
index 87f9645..9ba59ef 100644
--- a/ar&lt;/pre&gt;</description>
    <dc:creator>David Miller</dc:creator>
    <dc:date>2012-05-24T03:34:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14234">
    <title>[PATCH 2/3] kernel: Move REPEAT_BYTE definition into linux/kernel.h</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14234</link>
    <description>&lt;pre&gt;
And make sure that everything using it explicitly includes
that header file.

Signed-off-by: David S. Miller &amp;lt;davem&amp;lt; at &amp;gt;davemloft.net&amp;gt;
---
 arch/sparc/lib/usercopy.c             |    3 +--
 arch/x86/include/asm/word-at-a-time.h |    4 ++--
 fs/namei.c                            |    1 +
 include/linux/kernel.h                |    2 ++
 4 files changed, 6 insertions(+), 4 deletions(-)

diff --git a/arch/sparc/lib/usercopy.c b/arch/sparc/lib/usercopy.c
index 9ba59ef..3d3bef9 100644
--- a/arch/sparc/lib/usercopy.c
+++ b/arch/sparc/lib/usercopy.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1,5 +1,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 #include &amp;lt;linux/module.h&amp;gt;
 #include &amp;lt;linux/uaccess.h&amp;gt;
+#include &amp;lt;linux/kernel.h&amp;gt;
 #include &amp;lt;linux/errno.h&amp;gt;
 #include &amp;lt;linux/bug.h&amp;gt;
 
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -11,8 +12,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; void copy_from_user_overflow(void)
 }
 EXPORT_SYMBOL(copy_from_user_overflow);
 
-#define REPEAT_BYTE(x)((~0ul / 0xff) * (x))
-
 static inline long find_zero(unsigned long mask)
 {
 long byte = 0;
diff --git a/arch/x86/include/asm/word-at-a-time.h b/arch/x86/include/asm/word-at-a-time.h
index e58f03b..ae03&lt;/pre&gt;</description>
    <dc:creator>David Miller</dc:creator>
    <dc:date>2012-05-24T03:34:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14233">
    <title>[PATCH 0/3] Make sparc's strncpy_from_user() generic.</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14233</link>
    <description>&lt;pre&gt;
Ok, this is against my current sparc GIT tree at:

git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git

After these changes it should definitely be usable by any
architecture.

If there are no major objections I can push this out to my sparc tree
and ask Linus to pull all of this work in.

Afterwards we can tweak it to use the x86 word-at-a-time tricks if we
want.

Thanks.
&lt;/pre&gt;</description>
    <dc:creator>David Miller</dc:creator>
    <dc:date>2012-05-24T03:34:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14215">
    <title>[git pull] signals, the first series</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14215</link>
    <description>&lt;pre&gt;This is just the first part of the queue (about a half of it);
assorted fixes all over the place in signals' handling.  This one ends
with all sigsuspend() implementations switched to generic one
(-&amp;gt;saved_sigmask-based), a bunch of assorted old buglets fixed and most
of the missing bits of NOTIFY_RESUME hookup in place (two more sit in
arm and um trees resp. and there's a couple of broken ones that need
obvious fixes - parisc and avr32 check TIF_NOTIFY_RESUME only on one of
two codepaths; that'll go in the next series).  Please, pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git for-linus

Shortlog:
Al Viro (35):
      new helper: sigsuspend()
      parisc: resetting -&amp;gt;restart_block.fn needs to be done on rt_sigreturn()
      c6x: -&amp;gt;restart_block.fn needs to be reset on rt_sigreturn
      hexagon: -&amp;gt;restart_block.fn needs to be reset on rt_sigreturn
      microblaze: -&amp;gt;restart_block.fn needs to be reset on rt_sigreturn
      score: -&amp;gt;restart_block.fn needs to be reset on rt_sigreturn
  &lt;/pre&gt;</description>
    <dc:creator>Al Viro</dc:creator>
    <dc:date>2012-05-22T04:35:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14212">
    <title>Arch maintainers Ahoy! (was Re: x86: faster strncpy_from_user())</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14212</link>
    <description>&lt;pre&gt;Ok, several weeks ago I sent out an email about the x86
strncpy_from_user() patch I did, and cc'd linux-arch because the
second stage might well affect other architectures.

Nobody reacted to it, and today that second stage was merged into
mainline, so I thought I'd re-do the notice. The relevant part of the
original explanation is appended, but I'll explain once more..

On x86, we *used* to be very lazy about strncpy_from_user(), and not
actually do the full proper error handling: the code was (for
historical reasons) using inline asms where it was very inconvenient
to actually check the proper end of the address space. And nobody had
really ever bothered to fix it up. As a result, the main user
(getname()) had its own special magic workarounds for this.

Until 3.4. We now do strncpy_from_user() properly, with all the
appropriate error cases of hitting the end of the user address space
etc handled.

And now that the 3.5 merge window is open, some of the first merging I
did was my own branches that had been &lt;/pre&gt;</description>
    <dc:creator>Linus Torvalds</dc:creator>
    <dc:date>2012-05-21T16:50:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14211">
    <title>免交40万留学保证金，打造平民化的出国留学服务，爱尔兰名校等您来深造</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14211</link>
    <description>&lt;pre&gt;您还在为家庭不够富裕，而不能让品学兼优的孩子出国深造而苦恼吗？
您还在为国内教育资源分配严重不均，而不能让自己的孩子获得理想的教育环境而发愁吗？

免交40万留学保证金，打造平民化的出国留学服务！
让工薪家庭孩子也可以一圆出国留学梦！

爱尔兰名校等您来深造！
想了解详情的请联系QQ: 2636882155   或者立即回复邮箱: 2636882155&amp;lt; at &amp;gt;qq.com
想了解详情的请联系QQ: 2636882155   或者立即回复邮箱: 2636882155&amp;lt; at &amp;gt;qq.com
想了解详情的请联系QQ: 2636882155   或者立即回复邮箱: 2636882155&amp;lt; at &amp;gt;qq.com
 
 
现诚招全国各地出国留学顾问。
零风险！高回报！共享朝阳般的教育产业大蛋糕！
请联系QQ: 2636882155
请联系QQ: 2636882155
请联系QQ: 2636882155
&lt;/pre&gt;</description>
    <dc:creator>平民化的出国留学服务</dc:creator>
    <dc:date>2012-05-21T13:09:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14198">
    <title>hexagon: signal bugs</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14198</link>
    <description>&lt;pre&gt;1) spot the braino:
void do_trap0(struct pt_regs *regs)
...
        unsigned long syscallret = 0;
...
                if ((unsigned long) regs-&amp;gt;syscall_nr &amp;gt;= __NR_syscalls) {
                        regs-&amp;gt;r00 = -1;
                } else {
                        syscall = (syscall_fn)
                                  (sys_call_table[regs-&amp;gt;syscall_nr]);
                        syscallret = syscall(regs-&amp;gt;r00, regs-&amp;gt;r01,
                                   regs-&amp;gt;r02, regs-&amp;gt;r03,
                                   regs-&amp;gt;r04, regs-&amp;gt;r05);
                }

                if (regs-&amp;gt;syscall_nr != __NR_rt_sigreturn)
                        regs-&amp;gt;r00 = syscallret;
IOW, the last if () should've been inside the "syscall_nr is not too high"
branch of the if () just above...

2) you do _not_ want syscall restarts to happen on sigreturn().
Whatever adjustment needed to be done had already been done back before
we'd saved the registers into sigcontext.  So doing
        regs-&amp;gt;syscall_nr = __NR_rt_sigreturn;
in sys_rt_s&lt;/pre&gt;</description>
    <dc:creator>Al Viro</dc:creator>
    <dc:date>2012-05-19T21:09:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14098">
    <title>[PATCHv10 00/11] ARM: DMA-mapping framework redesign</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14098</link>
    <description>&lt;pre&gt;Hello,

This is another update on dma-mapping redesign patches for ARM. I
integrated a few minor fixes that were needed to solve the issues
reported after putting these patches for testing in linux-next branch.

The patches are also available on my git repository at:
git://git.linaro.org/people/mszyprowski/linux-dma-mapping.git 3.4-rc7-arm-dma-v10

History of the development:

v1: (initial version of the DMA-mapping redesign patches):
http://www.spinics.net/lists/linux-mm/msg21241.html

v2:
http://lists.linaro.org/pipermail/linaro-mm-sig/2011-September/000571.html
http://lists.linaro.org/pipermail/linaro-mm-sig/2011-September/000577.html

v3:
http://www.spinics.net/lists/linux-mm/msg25490.html

v4 and v5:
http://www.spinics.net/lists/arm-kernel/msg151147.html
http://www.spinics.net/lists/arm-kernel/msg154889.html

v6:
http://www.spinics.net/lists/linux-mm/msg29903.html

v7:
http://www.spinics.net/lists/arm-kernel/msg162149.html

v8:
http://www.spinics.net/lists/arm-kernel/msg168478.html

v9:
http://www.spini&lt;/pre&gt;</description>
    <dc:creator>Marek Szyprowski</dc:creator>
    <dc:date>2012-05-17T13:13:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14050">
    <title>[PATCH] clkdev: Add default clkdev.h</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14050</link>
    <description>&lt;pre&gt;Ease the deployment of clkdev by providing a default asm/clkdev.h which
will be used if the arch does not have an include/asm/clkdev.h.

Signed-off-by: Mark Brown &amp;lt;broonie&amp;lt; at &amp;gt;opensource.wolfsonmicro.com&amp;gt;
---
 include/asm-generic/Kbuild.asm |    4 ++++
 include/asm-generic/clkdev.h   |   26 ++++++++++++++++++++++++++
 2 files changed, 30 insertions(+)
 create mode 100644 include/asm-generic/clkdev.h

diff --git a/include/asm-generic/Kbuild.asm b/include/asm-generic/Kbuild.asm
index c5d2e5d..da121e0 100644
--- a/include/asm-generic/Kbuild.asm
+++ b/include/asm-generic/Kbuild.asm
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -13,6 +13,10 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; ifneq ($(wildcard $(srctree)/arch/$(SRCARCH)/include/asm/a.out.h \
 header-y += a.out.h
 endif
 
+ifeq ($(wildcard $(srctree)/arch/$(SRCARCH)/include/asm/clkdev.h),)
+generic-y += clkdev.h
+endif
+
 header-y += auxvec.h
 header-y += bitsperlong.h
 header-y += byteorder.h
diff --git a/include/asm-generic/clkdev.h b/include/asm-generic/clkdev.h
new file mode 100644
index 0000000..c362a9d
--- /dev/null
+++ b/include/asm-ge&lt;/pre&gt;</description>
    <dc:creator>Mark Brown</dc:creator>
    <dc:date>2012-05-14T14:19:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14043">
    <title>Do we use runtime patching of function calls somewhere?</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14043</link>
    <description>&lt;pre&gt;Do we have any archs that does runtime patching of function calls?

On sparc32 we have infrastructure to do so but this
requires an additional step after the final link
that I like to get rid of.

Basically what is required is to locate all
call-sites that for example call:

     cache_flush_all();

and replace this with a

    srmmu_cache_flush_all();

sparc32 has ~30 calls that is eligble for runtime patching.
sparc-next has seen some nice cleanup in this area,
so your regular kernel has much more.

We know early on the what to patch with as the only
paramters involved are platform and MMU type.

I could try to come up with something myself - but if we already
have it somewhere maybe there is something to be inspired by.

Sam
&lt;/pre&gt;</description>
    <dc:creator>Sam Ravnborg</dc:creator>
    <dc:date>2012-05-13T12:16:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/14033">
    <title>haalloo,</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/14033</link>
    <description>&lt;pre&gt;haalloo,
how are you doing,i hope you are fine,my name is miss abi okom i got your
contact and want us to be a good friend,
please try and write back to me so that i will give you my pictures and tell
you more about me,
&lt;/pre&gt;</description>
    <dc:creator>abi</dc:creator>
    <dc:date>2012-05-12T17:04:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/13996">
    <title>[PATCHv2] bitops: add _local bitops</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/13996</link>
    <description>&lt;pre&gt;kvm needs to update some hypervisor variables atomically
in a sense that the operation can't be interrupted
in the middle. However the hypervisor always runs
on the same CPU so it does not need any memory
barrier or lock prefix.

Add _local bitops for this purpose: define them
as non-atomics for x86 and (for now) atomics for
everyone else.

Uses are not restricted to virtualization: they
might be useful to communicate with an interrupt
handler if we know that it's running on the same CPU.

Signed-off-by: Michael S. Tsirkin &amp;lt;mst&amp;lt; at &amp;gt;redhat.com&amp;gt;
Acked-by: Arnd Bergmann &amp;lt;arnd&amp;lt; at &amp;gt;arndb.de&amp;gt;
---

Changes from v1:
- Fix x86 version so it includes optimization barriers
  as suggested by Peter Anvin
- Fix documentation as suggested by Avi Kivity
- Remove duplicate files as suggested by Arnd Bergmann

Link to discussion preceding v1:
http://www.spinics.net/lists/kvm/msg72241.html



 Documentation/atomic_ops.txt              |   19 ++++
 arch/x86/include/asm/bitops.h             |  132 +++++++++++++++++++++++++++++
 include/&lt;/pre&gt;</description>
    <dc:creator>Michael S. Tsirkin</dc:creator>
    <dc:date>2012-05-09T16:28:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/13971">
    <title>[PATCH 0/6] get rid of extra check for TASK_SIZE in get_unmapped_area</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/13971</link>
    <description>&lt;pre&gt;From: Vladimir Murzin &amp;lt;murzin.v&amp;lt; at &amp;gt;gmail&amp;gt;

The current get_unmapped_area code calls the f_ops-&amp;gt;get_unmapped_area or
the arch's one (via the mm) only when check for TASK_SIZE is passed. However,
generic code and some arches do the same check in their a_g_u_a implementation.

This series of patches fix the check order for TASK_SIZE in archs'
get_unmapped_area() implementations, and then removes extra check in
high-level get_unmapped_area().

Vladimir Murzin (6):
  get_unmapped_area checks for TASK_SIZE before MAP_FIXED on arm
  get_unmapped_area checks for TASK_SIZE before MAP_FIXED on sh
  get_unmapped_area checks for TASK_SIZE before MAP_FIXED on sparc32
  get_unmapped_area checks for TASK_SIZE before MAP_FIXED on sparc64
  get_unmapped_area checks for TASK_SIZE before MAP_FIXED on x86_64
  get_unmapped_area remove extra check for TASK_SIZE

 arch/arm/mm/mmap.c               |    6 +++---
 arch/sh/mm/mmap.c                |   12 ++++++------
 arch/sparc/kernel/sys_sparc_32.c |    9 +++++----
 arch/sparc/kernel/&lt;/pre&gt;</description>
    <dc:creator>Vladimir Murzin</dc:creator>
    <dc:date>2012-05-08T14:40:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/13963">
    <title>[PATCH 0/6] OpenRISC patches for review</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/13963</link>
    <description>&lt;pre&gt;
Here's a couple of patches that I'm planning on queuing up for 3.5.  These
have been through the openrisc mailing list, but there's not much response
on that channel, so I thought I'd run these once by the "big" list.

Comments welcome, otherwise these will go into 3.5.

Thanks,
Jonas

Jonas Bonn (5):
  openrisc: implement irqdomains
  openrisc: remove unnecessary includes
  openrisc: header file cleanups
  openrisc: provide dma_map_ops
  openrisc: use scratch regs in atomic syscall

Kautuk Consul (1):
  openrisc/mm/fault.c: Port OOM changes to do_page_fault

 arch/openrisc/Kconfig                   |    1 +
 arch/openrisc/include/asm/Kbuild        |    3 +-
 arch/openrisc/include/asm/dma-mapping.h |  147 +++++++------------------------
 arch/openrisc/include/asm/elf.h         |   12 ++-
 arch/openrisc/include/asm/ptrace.h      |    6 +-
 arch/openrisc/kernel/dma.c              |  109 +++++++++++++++--------
 arch/openrisc/kernel/entry.S            |    8 +-
 arch/openrisc/kernel/irq.c              |   83 +&lt;/pre&gt;</description>
    <dc:creator>Jonas Bonn</dc:creator>
    <dc:date>2012-05-08T09:53:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/13937">
    <title>An invitation to Multiply</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/13937</link>
    <description>&lt;pre&gt;
Check out my Multiply site

I set up a Multiply site with my pictures, videos and blog and I want 
to add you as my friend so you can see it. First, you need to join 
Multiply! Once you join, you can also create your own site and share 
anything you want, with anyone you want.

Here's the link:
http://multiply.com/si/PlknC3ZfVkZFzocsLwdi+A

Gracias de leer y me responde

Thanks,
Gracias de leer







Stop e-mails, view our privacy policy, or report abuse: 
http://multiply.com/bl/PlknC3ZfVkZFzocsLwdi+A
We haven't added your email address to any lists, nor will we share it
with anyone at any time.
Copyright 2012 Multiply
6001 Park of Commerce Blvd, Boca Raton, FL

&lt;/pre&gt;</description>
    <dc:creator> Gracias de leer y me responde (via Multiply) </dc:creator>
    <dc:date>2012-05-05T20:45:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.cross-arch/13936">
    <title>An invitation to Multiply</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.cross-arch/13936</link>
    <description>&lt;pre&gt;
Check out my Multiply site

I set up a Multiply site with my pictures, videos and blog and I want 
to add you as my friend so you can see it. First, you need to join 
Multiply! Once you join, you can also create your own site and share 
anything you want, with anyone you want.

Here's the link:
http://multiply.com/si/hTCRezMd03moqDWw+PQ06A

Gracias de leer y me responde

Thanks,
Gracias de leer







Stop e-mails, view our privacy policy, or report abuse: 
http://multiply.com/bl/hTCRezMd03moqDWw+PQ06A
We haven't added your email address to any lists, nor will we share it
with anyone at any time.
Copyright 2012 Multiply
6001 Park of Commerce Blvd, Boca Raton, FL

&lt;/pre&gt;</description>
    <dc:creator> Gracias de leer y me responde (via Multiply) </dc:creator>
    <dc:date>2012-05-05T20:46:01</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.kernel.cross-arch">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.kernel.cross-arch</link>
  </textinput>
</rdf:RDF>

