<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/sparc64, branch linux-2.6.19.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.19.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.19.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2007-02-05T16:31:42Z</updated>
<entry>
<title>[PATCH] SPARC64: Set g4/g5 properly in sun4v dtlb-prot handling.</title>
<updated>2007-02-05T16:31:42Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2007-01-27T03:17:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0af78db8bf4cab644b0e458d476b124712b876bf'/>
<id>urn:sha1:0af78db8bf4cab644b0e458d476b124712b876bf</id>
<content type='text'>
Mirror the logic in the sun4u handler, we have to update
both registers even when we branch out to window fault
fixup handling.

The way it works is that if we are in etrap processing a
fault already, g4/g5 holds the original fault information.
If we take a window spill fault while doing etrap, then
we put the window spill fault info into g4/g5 and this is
what the top-level fault handler ends up processing first.

Then we retry the originally faulting instruction, and
process the original fault at that time.

This is all necessary because of how constrained the trap
registers are in these code paths.  These cases trigger
very rarely, so even if there is some performance implication
it's doesn't happen very often.  In fact the rarity is why
it took so long to trigger and find this particular bug.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] SPARC64: Handle ISA devices with no 'regs' property.</title>
<updated>2007-01-10T19:05:21Z</updated>
<author>
<name>David Miller</name>
</author>
<published>2007-01-02T08:06:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5abbb71b50d4a81b1a95e2f6f95c96db1931f42a'/>
<id>urn:sha1:5abbb71b50d4a81b1a95e2f6f95c96db1931f42a</id>
<content type='text'>
And this points out that the return value from
isa_dev_get_resource() and the 'pregs' arg to
isa_dev_get_irq() are totally unused.

Based upon a patch from Richard Mortimer &lt;richm@oldelvet.org.uk&gt;

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] SPARC64: Fix "mem=xxx" handling.</title>
<updated>2007-01-10T19:05:21Z</updated>
<author>
<name>David Miller</name>
</author>
<published>2007-01-02T08:03:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bbcbb9a470f9dc18fba57f42febd3036924e5aff'/>
<id>urn:sha1:bbcbb9a470f9dc18fba57f42febd3036924e5aff</id>
<content type='text'>
We were not being careful enough.  When we trim the physical
memory areas, we have to make sure we don't remove the kernel
image or initial ramdisk image ranges.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[SPARC]: Fix robust futex syscalls and wire up migrate_pages.</title>
<updated>2006-11-06T00:51:03Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2006-11-06T00:51:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=59359ff87700f5e742c96a55da9cf0819984c128'/>
<id>urn:sha1:59359ff87700f5e742c96a55da9cf0819984c128</id>
<content type='text'>
When I added the entries for the robust futex syscall entries, I
forgot to bump NR_SYSCALLS.  The current situation is error-prone
because NR_SYSCALLS lives in entry.S where the system call limit
checks are enforced.  Move the definition to asm/unistd.h in order to
make this mistake much more difficult to make.

And wire up sys_migrate_pages since the powerpc folks implemented the
compat wrapper for us.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[SPARC64]: Add some missing print_symbol() calls.</title>
<updated>2006-10-31T03:33:33Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2006-10-30T09:10:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5af47db796cb7e06e9bafb0d75ad98693b55f8b6'/>
<id>urn:sha1:5af47db796cb7e06e9bafb0d75ad98693b55f8b6</id>
<content type='text'>
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[SPARC64]: Fix Tomatillo/Schizo IRQ handling.</title>
<updated>2006-10-31T03:33:33Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2006-10-30T00:32:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9001f2850ff92b52d7654379e7b7feb72f78f161'/>
<id>urn:sha1:9001f2850ff92b52d7654379e7b7feb72f78f161</id>
<content type='text'>
The code in schizo_irq_trans_init() should set irq_data-&gt;sync_reg
to the location of the SYNC register if this is Tomatillo, and set
it to zero otherwise.  But that is not what it is doing.

As a result, non-Tomatillo systems were trying to access a
non-existent register resulting in bus errors at the first
PCI interrupt.

Thanks to Roland Stigge for the bug report.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Merge master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6</title>
<updated>2006-10-27T22:36:21Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2006-10-27T22:36:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=858cbcdd4f7a235f609249b9ca681b7ec5d786a3'/>
<id>urn:sha1:858cbcdd4f7a235f609249b9ca681b7ec5d786a3</id>
<content type='text'>
* master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6:
  [SPARC]: Fix bus_id[] string overflow.
</content>
</entry>
<entry>
<title>[PATCH] vmlinux.lds: consolidate initcall sections</title>
<updated>2006-10-27T22:34:51Z</updated>
<author>
<name>Andrew Morton</name>
</author>
<published>2006-10-27T18:41:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=61ce1efe6e40233663d27ab8ac9ba9710eebcaad'/>
<id>urn:sha1:61ce1efe6e40233663d27ab8ac9ba9710eebcaad</id>
<content type='text'>
Add a vmlinux.lds.h helper macro for defining the eight-level initcall table,
teach all the architectures to use it.

This is a prerequisite for a patch which performs initcall synchronisation for
multithreaded-probing.

Cc: Greg KH &lt;greg@kroah.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
[ Added AVR32 as well ]
Signed-off-by: Haavard Skinnemoen &lt;hskinnemoen@atmel.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[SPARC]: Fix bus_id[] string overflow.</title>
<updated>2006-10-27T08:03:31Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2006-10-27T08:03:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f5ef9d11fd255b30b455d18f8d721bc44cd1296b'/>
<id>urn:sha1:f5ef9d11fd255b30b455d18f8d721bc44cd1296b</id>
<content type='text'>
dp-&gt;path_component_name can be larger than -&gt;bus_id[]
so use a different naming scheme for this stuff.

Noticed by Jurij Smakov.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[SPARC64]: Fix memory corruption in pci_4u_free_consistent().</title>
<updated>2006-10-26T05:39:16Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2006-10-26T05:33:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=012d64ff68f304df1c35ce5902f5023dc14b643f'/>
<id>urn:sha1:012d64ff68f304df1c35ce5902f5023dc14b643f</id>
<content type='text'>
The second argument to free_npages() was being incorrectly
calculated, which would thus access far past the end of the
arena-&gt;map[] bitmap.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
