<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/include/asm-i386, branch v2.6.15</title>
<subtitle>Talosâ„¢ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=v2.6.15</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=v2.6.15'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2006-01-02T16:38:38+00:00</updated>
<entry>
<title>[PATCH] Avoid namespace pollution in &lt;asm/param.h&gt;</title>
<updated>2006-01-02T16:38:38+00:00</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@linpro.no</email>
</author>
<published>2006-01-02T14:57:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=abe842eb98c45e2b77c5868ef106616ca828a3e4'/>
<id>urn:sha1:abe842eb98c45e2b77c5868ef106616ca828a3e4</id>
<content type='text'>
In commit 3D59121003721a8fad11ee72e646fd9d3076b5679c, the x86 and x86-64
&lt;asm/param.h&gt; was changed to include &lt;linux/config.h&gt; for the
configurable timer frequency.

However, asm/param.h is sometimes used in userland (it is included
indirectly from &lt;sys/param.h&gt;), so your commit pollutes the userland
namespace with tons of CONFIG_FOO macros.  This greatly confuses
software packages (such as BusyBox) which use CONFIG_FOO macros
themselves to control the inclusion of optional features.

After a short exchange, Christoph approved this patch

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>x86: Fix silly typo in recent &lt;asm/signal.h&gt; fixes</title>
<updated>2005-11-17T18:04:31+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-11-17T18:04:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=cd02e27b1514a27b2a8ab59755ae6d23d4d8a10f'/>
<id>urn:sha1:cd02e27b1514a27b2a8ab59755ae6d23d4d8a10f</id>
<content type='text'>
The second __const_sigaddset() should have been a sigdelset..  Compile
trouble noted by Greg K-H.

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] x86: fix sigaddset() inline asm memory constraint</title>
<updated>2005-11-17T16:42:26+00:00</updated>
<author>
<name>Constantine Gavrilov</name>
<email>constg@qlusters.com</email>
</author>
<published>2005-11-17T09:40:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=b7fd1edd2c0c225afa96af92d4adecb91e7d439d'/>
<id>urn:sha1:b7fd1edd2c0c225afa96af92d4adecb91e7d439d</id>
<content type='text'>
Due to incomplete memory constraints, gcc would miscompile code with
sigaddset on i386 if sig arg was const.

A quote form Jakub to make the issue clear:

 "You need either
	__asm__("btsl %1,%0" : "+m"(*set) : "Ir"(_sig-1) : "cc");
  or
	__asm__("btsl %1,%0" : "=m"(*set) : "Ir"(_sig-1), "m"(*set) : "cc");
  because the btsl instruction doesn't just set the memory to some
  value, but needs to read its previous content as well.  If you don't
  tell that fact to GCC, GCC is of course free to optimize as if the asm
  was just setting the value and not depended on the previous value."

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>Merge x86-64 update from Andi</title>
<updated>2005-11-15T03:56:02+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-11-15T03:56:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=4060994c3e337b40e0f6fa8ce2cc178e021baf3d'/>
<id>urn:sha1:4060994c3e337b40e0f6fa8ce2cc178e021baf3d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] x86_64: Reduce number of retries for reset through keyboard controller</title>
<updated>2005-11-15T03:55:16+00:00</updated>
<author>
<name>Andi Kleen</name>
<email>ak@suse.de</email>
</author>
<published>2005-11-05T16:25:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=a6f5deb2be4c82f24fefadcbf7e448f540c05ae6'/>
<id>urn:sha1:a6f5deb2be4c82f24fefadcbf7e448f540c05ae6</id>
<content type='text'>
Old code could retry for 10 seconds worst time. Only try it
for one second now.

Suggested by Yinghai Lu

Cc: Yinghai.Lu@amd.com

Signed-off-by: Andi Kleen &lt;ak@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] x86-64/i386: Intel HT, Multi core detection fixes</title>
<updated>2005-11-15T03:55:16+00:00</updated>
<author>
<name>Siddha, Suresh B</name>
<email>suresh.b.siddha@intel.com</email>
</author>
<published>2005-11-05T16:25:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=94605eff572b727aaad9b4b29bc358b919096503'/>
<id>urn:sha1:94605eff572b727aaad9b4b29bc358b919096503</id>
<content type='text'>
Fields obtained through cpuid vector 0x1(ebx[16:23]) and
vector 0x4(eax[14:25], eax[26:31]) indicate the maximum values and might not
always be the same as what is available and what OS sees.  So make sure
"siblings" and "cpu cores" values in /proc/cpuinfo reflect the values as seen
by OS instead of what cpuid instruction says. This will also fix the buggy BIOS
cases (for example where cpuid on a single core cpu says there are "2" siblings,
even when HT is disabled in the BIOS.
http://bugzilla.kernel.org/show_bug.cgi?id=4359)

Signed-off-by: Suresh Siddha &lt;suresh.b.siddha@intel.com&gt;
Signed-off-by: Andi Kleen &lt;ak@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] atomic: inc_not_zero</title>
<updated>2005-11-14T02:14:16+00:00</updated>
<author>
<name>Nick Piggin</name>
<email>nickpiggin@yahoo.com.au</email>
</author>
<published>2005-11-14T00:07:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=8426e1f6af0fd7f44d040af7263750c5a52f3cc3'/>
<id>urn:sha1:8426e1f6af0fd7f44d040af7263750c5a52f3cc3</id>
<content type='text'>
Introduce an atomic_inc_not_zero operation.  Make this a special case of
atomic_add_unless because lockless pagecache actually wants
atomic_inc_not_negativeone due to its offset refcount.

Signed-off-by: Nick Piggin &lt;npiggin@suse.de&gt;
Cc: "Paul E. McKenney" &lt;paulmck@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] atomic: cmpxchg</title>
<updated>2005-11-14T02:14:16+00:00</updated>
<author>
<name>Nick Piggin</name>
<email>nickpiggin@yahoo.com.au</email>
</author>
<published>2005-11-14T00:07:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=4a6dae6d382e9edf3ff440b819e554ed706359bc'/>
<id>urn:sha1:4a6dae6d382e9edf3ff440b819e554ed706359bc</id>
<content type='text'>
Introduce an atomic_cmpxchg operation.

Signed-off-by: Nick Piggin &lt;npiggin@suse.de&gt;
Cc: "Paul E. McKenney" &lt;paulmck@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] i386: generic cmpxchg</title>
<updated>2005-11-14T02:14:15+00:00</updated>
<author>
<name>Nick Piggin</name>
<email>nickpiggin@yahoo.com.au</email>
</author>
<published>2005-11-14T00:07:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=53e86b91b7ae66d4c2757195cbd42e00d9199cf2'/>
<id>urn:sha1:53e86b91b7ae66d4c2757195cbd42e00d9199cf2</id>
<content type='text'>
- Make cmpxchg generally available on the i386 platform.

- Provide emulation of cmpxchg suitable for uniprocessor if built and run on
  386.

From: Christoph Lameter &lt;clameter@sgi.com&gt;

- Cut down patch and small style changes.

Signed-off-by: Nick Piggin &lt;npiggin@suse.de&gt;
Signed-off-by: Christoph Lameter &lt;clameter@sgi.com&gt;
Cc: "Paul E. McKenney" &lt;paulmck@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] PCI: Change MSI to use physical delivery mode always</title>
<updated>2005-11-11T00:09:18+00:00</updated>
<author>
<name>Ashok Raj</name>
<email>ashok.raj@intel.com</email>
</author>
<published>2005-11-09T05:42:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=b4033c1715cb5aa1dcb1a25bdaf71fea908bb3f1'/>
<id>urn:sha1:b4033c1715cb5aa1dcb1a25bdaf71fea908bb3f1</id>
<content type='text'>
MSI hardcoded delivery mode to use logical delivery mode. Recently
x86_64 moved to use physical mode addressing to support physflat mode.
With this mode enabled noticed that my eth with MSI werent working.

msi_address_init()  was hardcoded to use logical mode for i386 and x86_64.
So when we switch to use physical mode, things stopped working.

Since anyway we dont use lowest priority delivery with MSI, its always
directed to just a single CPU. Its safe  and simpler to use
physical mode always, even when we use logical delivery mode for IPI's
or other ioapic RTE's.

Signed-off-by: Ashok Raj &lt;ashok.raj@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
</feed>
