<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/sh/include, branch linux-2.6.34.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.34.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.34.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-04-26T07:02:09Z</updated>
<entry>
<title>SH: fix TS field shift calculation for DMA drivers</title>
<updated>2010-04-26T07:02:09Z</updated>
<author>
<name>Guennadi Liakhovetski</name>
</author>
<published>2010-04-21T15:14:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c2fe3092e5b85c8c65ebac88a3ffa4355e51a9b6'/>
<id>urn:sha1:c2fe3092e5b85c8c65ebac88a3ffa4355e51a9b6</id>
<content type='text'>
CHCR_TS_HIGH_SHIFT is defined as a shift of TS high bits in CHCR register,
relative to low bits. The TS_INDEX2VAL() macro has to take this into account.

Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Fix FDPIC binary loader</title>
<updated>2010-03-29T03:04:19Z</updated>
<author>
<name>Andrew Stubbs</name>
</author>
<published>2010-03-29T03:04:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d5ab780305bb6d60a7b5a74f18cf84eb6ad153b1'/>
<id>urn:sha1:d5ab780305bb6d60a7b5a74f18cf84eb6ad153b1</id>
<content type='text'>
Ensure that the aux table is properly initialized, even when optional
features are missing. Without this, the FDPIC loader did not work.

Signed-off-by: Andrew Stubbs &lt;ams@codesourcery.com&gt;
Cc: stable@kernel.org
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: update the TLB replacement counter for entry wiring.</title>
<updated>2010-03-26T02:37:16Z</updated>
<author>
<name>Matt Fleming</name>
</author>
<published>2010-03-26T02:37:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4539282dbc20fe612113c8f267d51a90d46a7f50'/>
<id>urn:sha1:4539282dbc20fe612113c8f267d51a90d46a7f50</id>
<content type='text'>
Presently the TLB wiring code depends on MMUCR.URB for working out where
to place the wired entry, but fails to take the replacment counter in to
consideration. This fixes up the wiring logic and ensures that wired
entries remain so.

Signed-off-by: Matt Fleming &lt;matt@console-pimps.org&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Flush ITLB too in PTEAEX's flush_tlb_page()</title>
<updated>2010-03-23T04:36:15Z</updated>
<author>
<name>Matt Fleming</name>
</author>
<published>2010-03-21T19:51:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a9eb4f6d1a168c830a206306dfbb1f95a7fed6b3'/>
<id>urn:sha1:a9eb4f6d1a168c830a206306dfbb1f95a7fed6b3</id>
<content type='text'>
flush_tlb_page() can be used to flush TLB entries that map executable
pages. Therefore, we need to ensure that the ITLB is also flushed in
local_flush_tlb_page().

Signed-off-by: Matt Fleming &lt;matt@console-pimps.org&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Add watch-dog register address for SH7722/SH7723/SH7724</title>
<updated>2010-03-23T04:19:36Z</updated>
<author>
<name>Kuninori Morimoto</name>
</author>
<published>2010-03-16T02:02:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=67eaa3e4fb29a758f92c9296ca006264a034e9c2'/>
<id>urn:sha1:67eaa3e4fb29a758f92c9296ca006264a034e9c2</id>
<content type='text'>
Signed-off-by: Kuninori Morimoto &lt;morimoto.kuninori@renesas.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/lethal/sh-2.6</title>
<updated>2010-03-20T01:16:20Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2010-03-20T01:16:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e4d806377b069881f930089bf880918d3ad555ab'/>
<id>urn:sha1:e4d806377b069881f930089bf880918d3ad555ab</id>
<content type='text'>
* git://git.kernel.org/pub/scm/linux/kernel/git/lethal/sh-2.6:
  serial: sh-sci: remove duplicated #include
  sh: Export uncached helper symbols.
  sh: Fix up NUMA build for 29-bit.
  serial: sh-sci: Fix build failure for non-sh architectures.
  sh: Fix up uncached offset for legacy 29-bit mode.
  sh: Support CPU affinity masks for INTC controllers.
</content>
</entry>
<entry>
<title>pci-dma: add linux/pci-dma.h to linux/pci.h</title>
<updated>2010-03-12T23:52:42Z</updated>
<author>
<name>FUJITA Tomonori</name>
</author>
<published>2010-03-10T23:23:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f41b177157718abe9a93868bb76e47d4a6f3681d'/>
<id>urn:sha1:f41b177157718abe9a93868bb76e47d4a6f3681d</id>
<content type='text'>
All the architectures properly set NEED_DMA_MAP_STATE now so we can safely
add linux/pci-dma.h to linux/pci.h and remove the linux/pci-dma.h
inclusion in arch's asm/pci.h

Signed-off-by: FUJITA Tomonori &lt;fujita.tomonori@lab.ntt.co.jp&gt;
Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
Cc: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>pci-dma: sh: use include/linux/pci-dma.h</title>
<updated>2010-03-12T23:52:41Z</updated>
<author>
<name>FUJITA Tomonori</name>
</author>
<published>2010-03-10T23:23:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5cabbb6277286adf973fbb30aca9b194922a316e'/>
<id>urn:sha1:5cabbb6277286adf973fbb30aca9b194922a316e</id>
<content type='text'>
Signed-off-by: FUJITA Tomonori &lt;fujita.tomonori@lab.ntt.co.jp&gt;
Acked-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
Cc: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>ptrace: move user_enable_single_step &amp; co prototypes to linux/ptrace.h</title>
<updated>2010-03-12T23:52:38Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2010-03-10T23:22:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dacbe41f776db0a5a9aee1e41594f405c95778a5'/>
<id>urn:sha1:dacbe41f776db0a5a9aee1e41594f405c95778a5</id>
<content type='text'>
While in theory user_enable_single_step/user_disable_single_step/
user_enable_blockstep could also be provided as an inline or macro there's
no good reason to do so, and having the prototype in one places keeps code
size and confusion down.

Roland said:

  The original thought there was that user_enable_single_step() et al
  might well be only an instruction or three on a sane machine (as if we
  have any of those!), and since there is only one call site inlining
  would be beneficial.  But I agree that there is no strong reason to care
  about inlining it.

  As to the arch changes, there is only one thought I'd add to the
  record.  It was always my thinking that for an arch where
  PTRACE_SINGLESTEP does text-modifying breakpoint insertion,
  user_enable_single_step() should not be provided.  That is,
  arch_has_single_step()=&gt;true means that there is an arch facility with
  "pure" semantics that does not have any unexpected side effects.
  Inserting a breakpoint might do very unexpected strange things in
  multi-threaded situations.  Aside from that, it is a peculiar side
  effect that user_{enable,disable}_single_step() should cause COW
  de-sharing of text pages and so forth.  For PTRACE_SINGLESTEP, all these
  peculiarities are the status quo ante for that arch, so having
  arch_ptrace() itself do those is one thing.  But for building other
  things in the future, it is nicer to have a uniform "pure" semantics
  that arch-independent code can expect.

  OTOH, all such arch issues are really up to the arch maintainer.  As
  of today, there is nothing but ptrace using user_enable_single_step() et
  al so it's a distinction without a practical difference.  If/when there
  are other facilities that use user_enable_single_step() and might care,
  the affected arch's can revisit the question when someone cares about
  the quality of the arch support for said new facility.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Cc: Oleg Nesterov &lt;oleg@redhat.com&gt;
Cc: Roland McGrath &lt;roland@redhat.com&gt;
Acked-by: David Howells &lt;dhowells@redhat.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Add generic sys_olduname()</title>
<updated>2010-03-12T23:52:32Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2010-03-10T23:21:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5cacdb4add1b1e50fe75edc50ebbb7bddd9cf5e7'/>
<id>urn:sha1:5cacdb4add1b1e50fe75edc50ebbb7bddd9cf5e7</id>
<content type='text'>
Add generic implementations of the old and really old uname system calls.
Note that sh only implements sys_olduname but not sys_oldolduname, but I'm
not going to bother with another ifdef for that special case.

m32r implemented an old uname but never wired it up, so kill it, too.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Cc: Ralf Baechle &lt;ralf@linux-mips.org&gt;
Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Cc: Paul Mundt &lt;lethal@linux-sh.org&gt;
Cc: Jeff Dike &lt;jdike@addtoit.com&gt;
Cc: Hirokazu Takata &lt;takata@linux-m32r.org&gt;
Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Cc: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: H. Peter Anvin &lt;hpa@zytor.com&gt;
Cc: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;
Cc: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Cc: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
Cc: "Luck, Tony" &lt;tony.luck@intel.com&gt;
Cc: James Morris &lt;jmorris@namei.org&gt;
Cc: Andreas Schwab &lt;schwab@linux-m68k.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
