<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/git/stable/linux.git/arch/powerpc, branch linux-2.6.21.y</title>
<subtitle>Linux kernel stable tree</subtitle>
<id>https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=linux-2.6.21.y</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=linux-2.6.21.y'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/'/>
<updated>2007-08-04T16:10:25+00:00</updated>
<entry>
<title>POWERPC: Fix subtle FP state corruption bug in signal return on SMP</title>
<updated>2007-08-04T16:10:25+00:00</updated>
<author>
<name>Paul Mackerras</name>
<email>paulus@samba.org</email>
</author>
<published>2007-06-26T10:10:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=e1a4335b08cf41180537ec4d1d84ddc74cdddabc'/>
<id>urn:sha1:e1a4335b08cf41180537ec4d1d84ddc74cdddabc</id>
<content type='text'>
This fixes a bug which can cause corruption of the floating-point state
on return from a signal handler.  If we have a signal handler that has
used the floating-point registers, and it happens to context-switch to
another task while copying the interrupted floating-point state from the
user stack into the thread struct (e.g. because of a page fault, or
because it gets preempted), the context switch code will think that the
FP registers contain valid FP state that needs to be copied into the
thread_struct, and will thus overwrite the values that the signal return
code has put into the thread_struct.

This can occur because we clear the MSR bits that indicate the presence
of valid FP state after copying the state into the thread_struct.  To fix
this we just move the clearing of the MSR bits to before the copy.  A
similar potential problem also occurs with the Altivec state, and this
fixes that in the same way.

Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[POWERPC] mpc52xx_pic: fix main interrupt masking</title>
<updated>2007-04-11T16:39:58+00:00</updated>
<author>
<name>Domen Puncer</name>
<email>domen.puncer@telargo.com</email>
</author>
<published>2007-04-10T22:27:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=22132178b26c907d19f661a4ae7fd265962d417e'/>
<id>urn:sha1:22132178b26c907d19f661a4ae7fd265962d417e</id>
<content type='text'>
The bit setting was off by one.
Tested with RTC and GPIO_WKUP interrupts.

Signed-off-by: Domen Puncer &lt;domen.puncer@telargo.com&gt;
Signed-off-by: Sylvain Munaut &lt;tnt@246tNt.com&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] qe: Fix QUICC Engine SDMA setup errors</title>
<updated>2007-03-29T19:33:42+00:00</updated>
<author>
<name>Chuck Meade</name>
<email>chuckmeade@mindspring.com</email>
</author>
<published>2007-03-27T14:46:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=7f013bc9d05825b19433bc0deb1f5f4d2103726e'/>
<id>urn:sha1:7f013bc9d05825b19433bc0deb1f5f4d2103726e</id>
<content type='text'>
Correct the alignment of the internal buffer used by the QUICC Engine
SDMA controller to 4Kbytes.  Correct the shift direction in the logic
that sets up the SDMR register for the QUICC Engine SDMA controller.

Signed-off-by: Chuck Meade &lt;chuckmeade@mindspring.com&gt;
Signed-off-by: Kumar Gala &lt;galak@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Fix dcr_unmap()</title>
<updated>2007-03-28T23:49:23+00:00</updated>
<author>
<name>Jean-Christophe Dubois</name>
<email>jdubois@mc.com</email>
</author>
<published>2007-03-28T10:07:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=190a4408ecb577391ea5fbd1f90148a6992a5756'/>
<id>urn:sha1:190a4408ecb577391ea5fbd1f90148a6992a5756</id>
<content type='text'>
Fix a bug in dcr_unmap().

At unmap time the DCR offset need to be added instead of substracted.

Signed-off-by: Jean-Christophe Dubois &lt;jdubois@mc.com&gt;
Acked-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Bypass hcall stats until cpu features have run</title>
<updated>2007-03-22T04:01:43+00:00</updated>
<author>
<name>Anton Blanchard</name>
<email>anton@samba.org</email>
</author>
<published>2007-03-20T19:29:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=4f5fa2fb1259f506d20e8af447117ec3ec426a53'/>
<id>urn:sha1:4f5fa2fb1259f506d20e8af447117ec3ec426a53</id>
<content type='text'>
I noticed that we execute hcalls before cpu feature code has run (eg
for setting up the bolted kernel region).  This means that we may be
executing code that is not appropriate for the processor we have.
Create an unconditional branch that we nop out all the time to fix this.

Signed-off-by: Anton Blanchard &lt;anton@samba.org&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Avoid hypervisor statistics calculation in real mode</title>
<updated>2007-03-22T04:01:43+00:00</updated>
<author>
<name>Mohan Kumar M</name>
<email>mohan@in.ibm.com</email>
</author>
<published>2007-03-21T05:51:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=b4aea36b7956eeebfc56314ce0944db1441255ce'/>
<id>urn:sha1:b4aea36b7956eeebfc56314ce0944db1441255ce</id>
<content type='text'>
kexec invokes plpar_hcall hypervisor call in real mode.  plpar_hcall
refers to per cpu variables for accounting hypervisor statistics.
These variables may not be in the RMO region, so accesses to them
in real mode may result in a data storage exception.

This fixes this problem by using a new plpar_hcall_raw function which
does not update the hypervisor call statistics.  Thanks to Anton for
suggesting this idea.

Signed-off-by: Mohan Kumar M &lt;mohan@in.ibm.com&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Fix atomicity of TIF update in flush_thread()</title>
<updated>2007-03-16T05:37:28+00:00</updated>
<author>
<name>Mathieu Desnoyers</name>
<email>mathieu.desnoyers@polymtl.ca</email>
</author>
<published>2007-03-10T08:23:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=f144e7c7272bf527c380bffaa5e789dc28a09d8d'/>
<id>urn:sha1:f144e7c7272bf527c380bffaa5e789dc28a09d8d</id>
<content type='text'>
Fix atomicity of TIF update in flush_thread() for powerpc

Fixes it correctly with *_ti_thread_flag.

Race :

parent process executing :
sys_ptrace()
 (lock_kernel())
 (ptrace_get_task_struct(pid))
 arch_ptrace()
   ptrace_detach()
     ptrace_disable(child);
       clear_singlestep(child);
         clear_tsk_thread_flag(child, TIF_SINGLESTEP);
         (which clears the TIF_SINGLESTEP flag atomically from a different
          process)
 (put_task_struct(child))
 (unlock_kernel())

And at the same time, in the child process :
sys_execve()
 do_execve()
   search_binary_handler()
     load_elf_binary()
       flush_old_exec()
         flush_thread()
           doing a non-atomic thread flag update

Applies on 2.6.20.

Signed-off-by: Mathieu Desnoyers &lt;mathieu.desnoyers@polymtl.ca&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] pasemi trivial iomem annotations</title>
<updated>2007-03-14T22:27:50+00:00</updated>
<author>
<name>Al Viro</name>
<email>viro@ftp.linux.org.uk</email>
</author>
<published>2007-03-14T09:18:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=abad95f7367b68ed010a3b9c4ad6ba3c9911c7fa'/>
<id>urn:sha1:abad95f7367b68ed010a3b9c4ad6ba3c9911c7fa</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Acked-by: Olof Johansson &lt;olof@lixom.net&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] constant should be long</title>
<updated>2007-03-14T22:27:50+00:00</updated>
<author>
<name>Al Viro</name>
<email>viro@ftp.linux.org.uk</email>
</author>
<published>2007-03-14T09:18:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=750b1b815c85557fba018417be52271e4ca6b02f'/>
<id>urn:sha1:750b1b815c85557fba018417be52271e4ca6b02f</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Acked-by: Olof Johansson &lt;olof@lixom.net&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] update cell_defconfig</title>
<updated>2007-03-09T23:07:52+00:00</updated>
<author>
<name>Arnd Bergmann</name>
<email>arnd.bergmann@de.ibm.com</email>
</author>
<published>2007-03-09T23:05:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=c886c2bf804c029499694adcc0decfdd32a0cd8b'/>
<id>urn:sha1:c886c2bf804c029499694adcc0decfdd32a0cd8b</id>
<content type='text'>
Signed-off-by: Arnd Bergmann &lt;arnd.bergmann@de.ibm.com&gt;
</content>
</entry>
</feed>
