<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/arm/kernel/traps.c, branch linux-3.17.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2014-12-06T23:57:29Z</updated>
<entry>
<title>ARM: 8226/1: cacheflush: get rid of restarting block</title>
<updated>2014-12-06T23:57:29Z</updated>
<author>
<name>Vladimir Murzin</name>
</author>
<published>2014-11-27T10:39:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c4c2506f41c9c061e4a7e9b2e02ed0377ddfed14'/>
<id>urn:sha1:c4c2506f41c9c061e4a7e9b2e02ed0377ddfed14</id>
<content type='text'>
commit 3f4aa45ceea5789a4aade536acc27f2e0d3da5e1 upstream.

We cannot restart cacheflush safely if a process provides user-defined
signal handler and signal is pending. In this case -EINTR is returned
and it is expected that process re-invokes syscall. However, there are
a few problems with that:
 * looks like nobody bothers checking return value from cacheflush
 * but if it did, we don't provide the restart address for that, so the
   process has to use the same range again
 * ...and again, what might lead to looping forever

So, remove cacheflush restarting code and terminate cache flushing
as early as fatal signal is pending.

Reported-by: Chanho Min &lt;chanho.min@lge.com&gt;
Signed-off-by: Vladimir Murzin &lt;vladimir.murzin@arm.com&gt;
Acked-by: Will Deacon &lt;will.deacon@arm.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ARM: 8148/1: flush TLS and thumbee register state during exec</title>
<updated>2014-09-16T15:09:32Z</updated>
<author>
<name>Nathan Lynch</name>
</author>
<published>2014-09-11T01:49:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fbfb872f5f417cea48760c535e0ff027c88b507a'/>
<id>urn:sha1:fbfb872f5f417cea48760c535e0ff027c88b507a</id>
<content type='text'>
The TPIDRURO and TPIDRURW registers need to be flushed during exec;
otherwise TLS information is potentially leaked.  TPIDRURO in
particular needs careful treatment.  Since flush_thread basically
needs the same code used to set the TLS in arm_syscall, pull that into
a common set_tls helper in tls.h and use it in both places.

Similarly, TEEHBR needs to be cleared during exec as well.  Clearing
its save slot in thread_info isn't right as there is no guarantee
that a thread switch will occur before the new program runs.  Just
setting the register directly is sufficient.

Signed-off-by: Nathan Lynch &lt;nathan_lynch@mentor.com&gt;
Acked-by: Will Deacon &lt;will.deacon@arm.com&gt;
Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>ARM: 8074/1: traps: Make use of the frame_pointer macro</title>
<updated>2014-07-18T11:29:18Z</updated>
<author>
<name>Nikolay Borisov</name>
</author>
<published>2014-06-03T18:50:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=49432d4acf96a5dcc02d14978dcc75f522492757'/>
<id>urn:sha1:49432d4acf96a5dcc02d14978dcc75f522492757</id>
<content type='text'>
Use the newly-introduced frame_pointer macro to extract
the correct FP based on whether we are in THUMB2 mode or not.

Signed-off-by: Nikolay Borisov &lt;Nikolay.Borisov@arm.com&gt;
Acked-by: Will Deacon &lt;will.deacon@arm.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>Dump the registers on undefined instruction userspace faults</title>
<updated>2014-04-11T13:48:39Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2014-04-09T23:49:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b5b6b5f5442860474ebd263cfd3e4a2a972632d8'/>
<id>urn:sha1:b5b6b5f5442860474ebd263cfd3e4a2a972632d8</id>
<content type='text'>
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>Merge branches 'amba', 'fixes', 'kees', 'misc' and 'unstable/sa11x0' into for-next</title>
<updated>2014-01-21T21:26:33Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2014-01-21T21:26:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6f14d778c15fe08b6d98e759cf7e3893ed67b238'/>
<id>urn:sha1:6f14d778c15fe08b6d98e759cf7e3893ed67b238</id>
<content type='text'>
</content>
</entry>
<entry>
<title>ARM: 7939/1: traps: fix opcode endianness when read from user memory</title>
<updated>2014-01-11T12:06:59Z</updated>
<author>
<name>Taras Kondratiuk</name>
</author>
<published>2014-01-10T00:36:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d6cd989477e2fee29ccda257614ef7b2621d0601'/>
<id>urn:sha1:d6cd989477e2fee29ccda257614ef7b2621d0601</id>
<content type='text'>
Currently code has an inverted logic: opcode from user memory
is swapped to a proper endianness only in case of read error.
While normally opcode should be swapped only if it was read
correctly from user memory.

Reviewed-by: Victor Kamensky &lt;victor.kamensky@linaro.org&gt;
Signed-off-by: Ben Dooks &lt;ben.dooks@codethink.co.uk&gt;
Signed-off-by: Taras Kondratiuk &lt;taras.kondratiuk@linaro.org&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>ARM: fix "bad mode in ... handler" message for undefined instructions</title>
<updated>2014-01-05T14:00:00Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2014-01-03T15:01:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=29c350bf28da333e41e30497b649fe335712a2ab'/>
<id>urn:sha1:29c350bf28da333e41e30497b649fe335712a2ab</id>
<content type='text'>
The array was missing the final entry for the undefined instruction
exception handler; this commit adds it.

Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>ARM: make kernel oops easier to read</title>
<updated>2013-12-29T12:32:30Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2013-10-20T14:34:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ef41b5c924984b34d9c2830185295b2a9ae78e13'/>
<id>urn:sha1:ef41b5c924984b34d9c2830185295b2a9ae78e13</id>
<content type='text'>
We don't need the offset for the first function name in each backtrace
entry; this needlessly consumes screen space.  This is virtually always
the first or second instruction in the called function.

Also, recognise stmfd instructions which include r10 as a valid stack
saving instruction, and when dumping the registers, dump six registers
per line rather than five, and fix the wrapping.

Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>ARM: 7917/1: cacheflush: correctly limit range of memory region being flushed</title>
<updated>2013-12-09T23:24:35Z</updated>
<author>
<name>Jon Medhurst</name>
</author>
<published>2013-12-09T12:45:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b31459adeab018b297541e288ac88873011da82a'/>
<id>urn:sha1:b31459adeab018b297541e288ac88873011da82a</id>
<content type='text'>
The __do_cache_op function operates with a 'chunk' size of one page
but fails to limit the size of the final chunk so as to not exceed
the specified memory region. Fix this.

Cc: &lt;stable@vger.kernel.org&gt;
Reported-by: Christian Gmeiner &lt;christian.gmeiner@gmail.com&gt;
Tested-by: Christian Gmeiner &lt;christian.gmeiner@gmail.com&gt;
Acked-by: Will Deacon &lt;will.deacon@arm.com&gt;
Signed-off-by: Jon Medhurst &lt;tixy@linaro.org&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>ARM: 7892/1: Fix warning for V7M builds</title>
<updated>2013-11-19T00:41:03Z</updated>
<author>
<name>Olof Johansson</name>
</author>
<published>2013-11-18T05:01:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5761704a41c63ebe756295a13d2e236280dd8a86'/>
<id>urn:sha1:5761704a41c63ebe756295a13d2e236280dd8a86</id>
<content type='text'>
Fixes a harmless warning when building for V7M (!MMU):
 arch/arm/kernel/traps.c:859:123: warning: 'kuser_init' defined but not used [-Wunused-function]

By making the stub static inline instead of just static.

Fixes: f6f91b0d9fd9 ('ARM: allow kuser helpers to be removed from the vector page')

Signed-off-by: Olof Johansson &lt;olof@lixom.net&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
</feed>
