<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/alpha, branch v2.6.35</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/arch/alpha?h=v2.6.35</id>
<link rel='self' href='https://git.amat.us/linux/atom/arch/alpha?h=v2.6.35'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2010-06-15T18:19:08Z</updated>
<entry>
<title>alpha: Detect Super IO chip, no IDE on Avanti, enable EPP19</title>
<updated>2010-06-15T18:19:08Z</updated>
<author>
<name>Morten H. Larsen</name>
<email>m-larsen@post6.tele.dk</email>
</author>
<published>2010-06-15T17:22:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=932e0c201d28a728e25d3b641aa95bd28ceb08b4'/>
<id>urn:sha1:932e0c201d28a728e25d3b641aa95bd28ceb08b4</id>
<content type='text'>
This patch probes for the Super IO chip and reserves the IO range when
found. It avoids enabling the IDE interface on the Avanti family, since
none has IDE. It enables the Enhanced Parallel Port v1.9 feature.

Signed-off-by: Morten H. Larsen &lt;m-larsen@post6.tele.dk&gt;
Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;
</content>
</entry>
<entry>
<title>alpha: fix pci_mmap_resource API breakage</title>
<updated>2010-06-15T18:19:07Z</updated>
<author>
<name>Matt Turner</name>
<email>mattst88@gmail.com</email>
</author>
<published>2010-06-15T17:19:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5efa16ff77cb785647a480dcdc70a6b4fc787996'/>
<id>urn:sha1:5efa16ff77cb785647a480dcdc70a6b4fc787996</id>
<content type='text'>
Caused by 2c3c8bea608866d8bd9dcf92657d57fdcac011c5 which was clearly not
even compile tested.

Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;
</content>
</entry>
<entry>
<title>alpha: fix __arch_hweight32 typo</title>
<updated>2010-06-15T18:19:07Z</updated>
<author>
<name>Matt Turner</name>
<email>mattst88@gmail.com</email>
</author>
<published>2010-06-07T00:06:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=87a9d57da41e70dc85adf23e158308527c051b3a'/>
<id>urn:sha1:87a9d57da41e70dc85adf23e158308527c051b3a</id>
<content type='text'>
Typo in 1527bc8b928dd1399c3d3467dd47d9ede210978a renamed hweight32 to
__arch_weight32.

Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;
</content>
</entry>
<entry>
<title>asm-generic: remove ARCH_HAS_SG_CHAIN in scatterlist.h</title>
<updated>2010-05-27T16:12:54Z</updated>
<author>
<name>FUJITA Tomonori</name>
<email>fujita.tomonori@lab.ntt.co.jp</email>
</author>
<published>2010-05-26T21:44:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1ef04370d823a811d2cca9f237097559a6b99b12'/>
<id>urn:sha1:1ef04370d823a811d2cca9f237097559a6b99b12</id>
<content type='text'>
There are more architectures that don't support ARCH_HAS_SG_CHAIN than
those that support it.  This removes removes ARCH_HAS_SG_CHAIN in
asm-generic/scatterlist.h and lets arhictectures to define it.

It's clearer than defining ARCH_HAS_SG_CHAIN asm-generic/scatterlist.h and
undefing it in arhictectures that don't support it.

Signed-off-by: FUJITA Tomonori &lt;fujita.tomonori@lab.ntt.co.jp&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>alpha: use asm-generic/scatterlist.h</title>
<updated>2010-05-27T16:12:54Z</updated>
<author>
<name>FUJITA Tomonori</name>
<email>fujita.tomonori@lab.ntt.co.jp</email>
</author>
<published>2010-05-26T21:44:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=48c7cf4797d04b3ffcb060fa64c3c500b7371e8b'/>
<id>urn:sha1:48c7cf4797d04b3ffcb060fa64c3c500b7371e8b</id>
<content type='text'>
Signed-off-by: FUJITA Tomonori &lt;fujita.tomonori@lab.ntt.co.jp&gt;
Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;
Cc: Richard Henderson &lt;rth@twiddle.net&gt;
Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&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>Revert "endian: #define __BYTE_ORDER"</title>
<updated>2010-05-26T15:30:15Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2010-05-26T15:30:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=13da9e200fe4740b02cd51e07ab454627e228920'/>
<id>urn:sha1:13da9e200fe4740b02cd51e07ab454627e228920</id>
<content type='text'>
This reverts commit b3b77c8caef1750ebeea1054e39e358550ea9f55, which was
also totally broken (see commit 0d2daf5cc858 that reverted the crc32
version of it).  As reported by Stephen Rothwell, it causes problems on
big-endian machines:

&gt; In file included from fs/jfs/jfs_types.h:33,
&gt;                  from fs/jfs/jfs_incore.h:26,
&gt;                  from fs/jfs/file.c:22:
&gt; fs/jfs/endian24.h:36:101: warning: "__LITTLE_ENDIAN" is not defined

The kernel has never had that crazy "__BYTE_ORDER == __LITTLE_ENDIAN"
model.  It's not how we do things, and it isn't how we _should_ do
things.  So don't go there.

Requested-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>alpha: simplify and optimize sched_find_first_bit</title>
<updated>2010-05-25T22:40:28Z</updated>
<author>
<name>Matt Turner</name>
<email>mattst88@gmail.com</email>
</author>
<published>2010-04-29T02:49:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a75f5f0f0a3676216e0015b3040c785dbfe1e0da'/>
<id>urn:sha1:a75f5f0f0a3676216e0015b3040c785dbfe1e0da</id>
<content type='text'>
Search only the first 100 bits instead of 140, saving a couple
instructions. The resulting code is about 1/3 faster (40K ticks/1000
iterations down to 30K ticks/1000 iterations).

Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;
Cc: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;
Cc: linux-alpha@vger.kernel.org
Acked-by: Richard Henderson &lt;rth@twiddle.net&gt;
Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;
</content>
</entry>
<entry>
<title>alpha: invoke oom-killer from page fault</title>
<updated>2010-05-25T22:40:28Z</updated>
<author>
<name>Nick Piggin</name>
<email>npiggin@suse.de</email>
</author>
<published>2010-04-29T21:48:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1cb3d8e2c8d30d2cbfe42b696d501d0a016edec1'/>
<id>urn:sha1:1cb3d8e2c8d30d2cbfe42b696d501d0a016edec1</id>
<content type='text'>
As explained in commit 1c0fe6e3bd, we want to call the architecture
independent oom killer when getting an unexplained OOM from
handle_mm_fault, rather than simply killing current.

[mattst88: kill now unused 'survive' label]
Cc: linux-alpha@vger.kernel.org
Cc: Richard Henderson &lt;rth@twiddle.net&gt;
Cc: linux-arch@vger.kernel.org
Acked-by: David Rientjes &lt;rientjes@google.com&gt;
Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;
Signed-off-by: Nick Piggin &lt;npiggin@suse.de&gt;
</content>
</entry>
<entry>
<title>Convert alpha to use clocksources instead of arch_gettimeoffset</title>
<updated>2010-05-25T22:40:27Z</updated>
<author>
<name>John Stultz</name>
<email>johnstul@us.ibm.com</email>
</author>
<published>2010-03-19T16:23:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9ce34c8f4466608bc67630a42d04f4aaf0443d9b'/>
<id>urn:sha1:9ce34c8f4466608bc67630a42d04f4aaf0443d9b</id>
<content type='text'>
Alpha has a tsc like rpcc counter that it uses to manage time.
This can be converted to an actual clocksource instead of utilizing
the arch_gettimeoffset method that is really only there for legacy
systems with no continuous counter.

Further cleanups could be made if alpha converted to the clockevent
model.

CC: Thomas Gleixner &lt;tglx@linutronix.de&gt;
CC: Richard Henderson &lt;rth@twiddle.net&gt;
Acked-by: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;
Tested-by: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;
Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;
Signed-off-by: John Stultz &lt;johnstul@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>endian: #define __BYTE_ORDER</title>
<updated>2010-05-25T15:07:02Z</updated>
<author>
<name>Joakim Tjernlund</name>
<email>Joakim.Tjernlund@transmode.se</email>
</author>
<published>2010-05-24T21:33:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b3b77c8caef1750ebeea1054e39e358550ea9f55'/>
<id>urn:sha1:b3b77c8caef1750ebeea1054e39e358550ea9f55</id>
<content type='text'>
Linux does not define __BYTE_ORDER in its endian header files which makes
some header files bend backwards to get at the current endian.  Lets
#define __BYTE_ORDER in big_endian.h/litte_endian.h to make it easier for
header files that are used in user space too.

In userspace the convention is that

  1. _both_ __LITTLE_ENDIAN and __BIG_ENDIAN are defined,
  2. you have to test for e.g. __BYTE_ORDER == __BIG_ENDIAN.

Signed-off-by: Joakim Tjernlund &lt;Joakim.Tjernlund@transmode.se&gt;
Cc: Geert Uytterhoeven &lt;geert@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>
