<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/xtensa, branch v2.6.14.2</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/arch/xtensa?h=v2.6.14.2</id>
<link rel='self' href='https://git.amat.us/linux/atom/arch/xtensa?h=v2.6.14.2'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2005-09-23T05:17:37Z</updated>
<entry>
<title>[PATCH] xtensa: remove io_remap_page_range and minor clean-ups</title>
<updated>2005-09-23T05:17:37Z</updated>
<author>
<name>Chris Zankel</name>
<email>czankel@tensilica.com</email>
</author>
<published>2005-09-23T04:44:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=288a60cf4d7cc35f84f46cd8ffd0b34f9d8e7346'/>
<id>urn:sha1:288a60cf4d7cc35f84f46cd8ffd0b34f9d8e7346</id>
<content type='text'>
Remove io_remap_page_range() from all of Linux 2.6.x (as requested and
suggested by Randy Dunlap) and minor clean-ups.

Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[LIB]: Consolidate _atomic_dec_and_lock()</title>
<updated>2005-09-15T04:47:01Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2005-09-15T04:47:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4db2ce0199f04b6e99999f22e28ef9a0ae5f0d2f'/>
<id>urn:sha1:4db2ce0199f04b6e99999f22e28ef9a0ae5f0d2f</id>
<content type='text'>
Several implementations were essentialy a common piece of C code using
the cmpxchg() macro.  Put the implementation in one spot that everyone
can share, and convert sparc64 over to using this.

Alpha is the lone arch-specific implementation, which codes up a
special fast path for the common case in order to avoid GP reloading
which a pure C version would require.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>kbuild: rename prepare to archprepare to fix dependency chain</title>
<updated>2005-09-11T20:30:22Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@mars.ravnborg.org</email>
</author>
<published>2005-09-11T20:30:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5bb78269000cf326bfdfa19f79449c02a9158020'/>
<id>urn:sha1:5bb78269000cf326bfdfa19f79449c02a9158020</id>
<content type='text'>
When introducing the generic asm-offsets.h support the dependency
chain for the prepare targets was changed. All build scripts expecting
include/asm/asm-offsets.h to be made when using the prepare target would broke.
With the limited number of prepare targets left in arch Makefiles
the trivial solution was to introduce a new arch specific target: archprepare

The dependency chain looks like this now:

prepare
  |
  +--&gt; prepare0
         |
         +--&gt; archprepare
                |
		+--&gt; scripts_basic
                +--&gt; prepare1
                       |
                       +---&gt; prepare2
                               |
                               +--&gt; prepare3

So prepare 3 is processed before prepare2 etc.
This guaantees that the asm symlink, version.h, scripts_basic
are all updated before archprepare is processed.

prepare0 which build the asm-offsets.h file will need the
actions performed by archprepare.

The head target is now named prepare, because users scripts will most
likely use that target, but prepare-all has been kept for compatibility.
Updated Documentation/kbuild/makefiles.txt.

Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>kbuild: m68k,parisc,ppc,ppc64,s390,xtensa use generic asm-offsets.h support</title>
<updated>2005-09-09T18:57:26Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@mars.(none)</email>
</author>
<published>2005-09-09T18:57:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0013a85454c281faaf064ccb576e373a2881aac8'/>
<id>urn:sha1:0013a85454c281faaf064ccb576e373a2881aac8</id>
<content type='text'>
Delete obsoleted parts form arch makefiles and rename to asm-offsets.h

Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] NTP: ntp-helper functions</title>
<updated>2005-09-07T23:57:34Z</updated>
<author>
<name>john stultz</name>
<email>johnstul@us.ibm.com</email>
</author>
<published>2005-09-06T22:17:46Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b149ee2233edf08fb59b11e879a2c5941929bcb8'/>
<id>urn:sha1:b149ee2233edf08fb59b11e879a2c5941929bcb8</id>
<content type='text'>
This patch cleans up a commonly repeated set of changes to the NTP state
variables by adding two helper inline functions:

ntp_clear(): Clears the ntp state variables

ntp_synced(): Returns 1 if the system is synced with a time server.

This was compile tested for alpha, arm, i386, x86-64, ppc64, s390, sparc,
sparc64.

Signed-off-by: John Stultz &lt;johnstul@us.ibm.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] convert signal handling of NODEFER to act like other Unix boxes.</title>
<updated>2005-08-29T17:03:11Z</updated>
<author>
<name>Steven Rostedt</name>
<email>rostedt@goodmis.org</email>
</author>
<published>2005-08-29T15:44:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=69be8f189653cd81aae5a74e26615b12871bb72e'/>
<id>urn:sha1:69be8f189653cd81aae5a74e26615b12871bb72e</id>
<content type='text'>
It has been reported that the way Linux handles NODEFER for signals is
not consistent with the way other Unix boxes handle it.  I've written a
program to test the behavior of how this flag affects signals and had
several reports from people who ran this on various Unix boxes,
confirming that Linux seems to be unique on the way this is handled.

The way NODEFER affects signals on other Unix boxes is as follows:

1) If NODEFER is set, other signals in sa_mask are still blocked.

2) If NODEFER is set and the signal is in sa_mask, then the signal is
still blocked. (Note: this is the behavior of all tested but Linux _and_
NetBSD 2.0 *).

The way NODEFER affects signals on Linux:

1) If NODEFER is set, other signals are _not_ blocked regardless of
sa_mask (Even NetBSD doesn't do this).

2) If NODEFER is set and the signal is in sa_mask, then the signal being
handled is not blocked.

The patch converts signal handling in all current Linux architectures to
the way most Unix boxes work.

Unix boxes that were tested:  DU4, AIX 5.2, Irix 6.5, NetBSD 2.0, SFU
3.5 on WinXP, AIX 5.3, Mac OSX, and of course Linux 2.6.13-rcX.

* NetBSD was the only other Unix to behave like Linux on point #2. The
main concern was brought up by point #1 which even NetBSD isn't like
Linux.  So with this patch, we leave NetBSD as the lonely one that
behaves differently here with #2.

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] xtensa: use ssleep() instead of schedule_timeout()</title>
<updated>2005-07-12T23:01:01Z</updated>
<author>
<name>Nishanth Aravamudan</name>
<email>nacc@us.ibm.com</email>
</author>
<published>2005-07-12T20:58:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5c888d531823f8ce2853fb717ebefbcca9acdcd0'/>
<id>urn:sha1:5c888d531823f8ce2853fb717ebefbcca9acdcd0</id>
<content type='text'>
Replace schedule_timeout() with ssleep() to guarantee the task delays as
expected.

Signed-off-by: Nishanth Aravamudan &lt;nacc@us.ibm.com&gt;
Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] xtensa: remove old syscalls</title>
<updated>2005-07-12T23:01:01Z</updated>
<author>
<name>Chris Zankel</name>
<email>czankel@tensilica.com</email>
</author>
<published>2005-07-12T20:58:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=813e6783647489a8481d256944b7fd75ff79e035'/>
<id>urn:sha1:813e6783647489a8481d256944b7fd75ff79e035</id>
<content type='text'>
This patch fixes some minor bugs introduced by the previous patch (remove
old syscalls).  Both patches remove the obsolete syscalls.  The changes in
this patch were suggested by Arnd Bergmann.  The vmlinux.lds.S changes are
required for the latest gcc/binutils.

Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[NET]: add a top-level Networking menu to *config</title>
<updated>2005-07-12T04:03:49Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@ravnborg.org</email>
</author>
<published>2005-07-12T04:03:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d5950b4355049092739bea97d1bdc14433126cc5'/>
<id>urn:sha1:d5950b4355049092739bea97d1bdc14433126cc5</id>
<content type='text'>
Create a new top-level menu named "Networking" thus moving
net related options and protocol selection way from the drivers
menu and up on the top-level where they belong.

To implement this all architectures has to source "net/Kconfig" before
drivers/*/Kconfig in their Kconfig file. This change has been
implemented for all architectures.

Device drivers for ordinary NIC's are still to be found
in the Device Drivers section, but Bluetooth, IrDA and ax25
are located with their corresponding menu entries under the new
networking menu item.

Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[PATCH] remove asm-xtensa/ipc.h</title>
<updated>2005-07-10T19:23:24Z</updated>
<author>
<name>Stephen Rothwell</name>
<email>sfr@canb.auug.org.au</email>
</author>
<published>2005-07-10T13:12:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=58c853c6eabe93ab5e5daf7150fbb4e562acbb79'/>
<id>urn:sha1:58c853c6eabe93ab5e5daf7150fbb4e562acbb79</id>
<content type='text'>
Now that sys_ipc has been removed from xtensa, asm/ipc.h is no longer
needed for that architecture.  Not tested, but obviously correct.  This
file is included only from arch code and this patch also removes the only
inclusion.

Signed-off-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
</feed>
