<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/include/asm-powerpc, branch v2.6.18.3</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/include/asm-powerpc?h=v2.6.18.3</id>
<link rel='self' href='https://git.amat.us/linux/atom/include/asm-powerpc?h=v2.6.18.3'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2006-10-13T20:23:25Z</updated>
<entry>
<title>powerpc: fix building gdb against asm/ptrace.h</title>
<updated>2006-10-13T20:23:25Z</updated>
<author>
<name>Arnd Bergmann</name>
<email>arnd.bergmann@de.ibm.com</email>
</author>
<published>2006-09-22T07:40:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6afb5fe75ac0b84f180706a4e5d838b3eb1b89ba'/>
<id>urn:sha1:6afb5fe75ac0b84f180706a4e5d838b3eb1b89ba</id>
<content type='text'>
Ulrich Weigand found a bug with the current version of the
asm-powerpc/ptrace.h that prevents building at least the
SPU target version of gdb, since some ptrace opcodes are
not defined.

The problem seems to have originated in the merging of 32 and
64 bit versions of that file, the problem is that some opcodes
are only valid on 64 bit kernels, but are also used by 32 bit
programs, so they can't depends on the __powerpc64__ symbol.

Signed-off-by: Arnd Bergmann &lt;arnd.bergmann@de.ibm.com&gt;
Signed-off-by: David Woodhouse &lt;dwmw2@infradead.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>One line per header in Kbuild files to reduce conflicts</title>
<updated>2006-10-13T20:23:23Z</updated>
<author>
<name>David Woodhouse</name>
<email>dwmw2@infradead.org</email>
</author>
<published>2006-09-19T11:43:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b586fa1802e3ed67d7b5c5ef3d4fe9c0d9ec5110'/>
<id>urn:sha1:b586fa1802e3ed67d7b5c5ef3d4fe9c0d9ec5110</id>
<content type='text'>
Signed-off-by: David Woodhouse &lt;dwmw2@infradead.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>[POWERPC] Fix MMIO ops to provide expected barrier behaviour</title>
<updated>2006-09-13T12:08:26Z</updated>
<author>
<name>Paul Mackerras</name>
<email>paulus@samba.org</email>
</author>
<published>2006-09-13T12:08:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f007cacffc8870702a1473d83ba5e4922d54e17c'/>
<id>urn:sha1:f007cacffc8870702a1473d83ba5e4922d54e17c</id>
<content type='text'>
This changes the writeX family of functions to have a sync instruction
before the MMIO store rather than after, because the generally expected
behaviour is that the device receiving the MMIO store can be guaranteed
to see the effects of any preceding writes to normal memory.

To preserve ordering between writeX and readX, and to preserve ordering
between preceding stores and the readX, the readX family of functions
have had an sync added before the load.

Although writeX followed by spin_unlock is not officially guaranteed
to keep the writeX inside the spin-locked region unless an mmiowb()
is used, there are currently drivers that depend on the previous
behaviour on powerpc, which was that the mmiowb wasn't actually required.
Therefore we have a per-cpu flag that is set by writeX, cleared by
__raw_spin_lock and mmiowb, and tested by __raw_spin_unlock.  If it is
set, __raw_spin_unlock does a sync and clears it.

This changes both 32-bit and 64-bit readX/writeX.  32-bit already has a
sync in __raw_spin_unlock (since lwsync doesn't exist on 32-bit), and thus
doesn't need the per-cpu flag.

Tested on G5 (PPC970) and POWER5.

Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;</content>
</entry>
<entry>
<title>[POWERPC] kdump: Support kernels having 64k page size.</title>
<updated>2006-09-13T08:30:04Z</updated>
<author>
<name>Sachin P. Sant</name>
<email>sachinp@in.ibm.com</email>
</author>
<published>2006-09-08T02:29:52Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e269d269e0b53a7a6cb1d04290f8174bf0488cb4'/>
<id>urn:sha1:e269d269e0b53a7a6cb1d04290f8174bf0488cb4</id>
<content type='text'>
This is required to generate proper core files using kdump on ppc64.

Create a backup region of 64K size irrespective of the PAGE SIZE.
At present 32K was used as backup size. In the case of 64K page size,
second PT_LOAD segments starts at 32K and the first one is not page
aligned.  __ioremap() (crash_dump.c) fails if pfn = 0 which is the
case for the second PT_LOAD segment. This is not an issue for 4K page
size because the the first page (32K backup) is copied to second
kernel memory and thus referencing with the second kernel pfn.

Signed-off-by: Sachin Sant &lt;sachinp@in.ibm.com&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Implement PowerPC futex_atomic_cmpxchg_inatomic().</title>
<updated>2006-09-13T08:28:41Z</updated>
<author>
<name>David Woodhouse</name>
<email>dwmw2@infradead.org</email>
</author>
<published>2006-09-05T04:53:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=69588298188b40ed7f75c98a6fd328d82f23ca21'/>
<id>urn:sha1:69588298188b40ed7f75c98a6fd328d82f23ca21</id>
<content type='text'>
The sys_[gs]et_robust_list() syscalls were wired up on PowerPC but
didn't work correctly because futex_atomic_cmpxchg_inatomic() wasn't
implemented.  Implement it, based on __cmpxchg_u32().

Signed-off-by: David Woodhouse &lt;dwmw2@infradead.org&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] iseries: Define insw et al. so libata/ide will compile</title>
<updated>2006-08-30T11:12:18Z</updated>
<author>
<name>Stephen Rothwell</name>
<email>sfr@canb.auug.org.au</email>
</author>
<published>2006-08-30T07:11:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e7498656b5e2e9e3806d263fecc90b2707d02093'/>
<id>urn:sha1:e7498656b5e2e9e3806d263fecc90b2707d02093</id>
<content type='text'>
These are build fixes that enable (for example) libata and the ide
code to actually build on iSeries.  The associated hardware will never
be supported on legacy iSeries, so the code paths don't actually need
to work, but it is useful (especially for a combined kernel) if the
code can build.

Signed-off-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Fix problem with time not advancing on 32-bit platforms</title>
<updated>2006-08-30T06:09:43Z</updated>
<author>
<name>Paul Mackerras</name>
<email>paulus@samba.org</email>
</author>
<published>2006-08-30T05:55:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e0d872d536bb93335d5905b09fe374a163486d43'/>
<id>urn:sha1:e0d872d536bb93335d5905b09fe374a163486d43</id>
<content type='text'>
This fixes a problem introduced in 5db9fa9593e2ff69f2b95f9d59229dc4faaa564d.
The last_jiffy per-cpu variable is only 32 bits on 32-bit machines, but it
was being compared with a 64-bit quantity (tb_next_jiffy), which resulted in
time not advancing.

This fixes it by changing last_jiffy to be 64 bits on all platforms.  With
this, we no longer need tb_last_stamp as a 32-bit version of tb_last_jiffy,
so this gets rid of tb_last_stamp and we just use tb_last_jiffy instead.
This also fixes a bug when the boot cpu is not online, because using
tb_last_stamp could have caused the wrong timebase origin value to be used
when calculating the time of day.

Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Make OF irq map code detect more error cases</title>
<updated>2006-08-30T04:31:03Z</updated>
<author>
<name>Benjamin Herrenschmidt</name>
<email>benh@kernel.crashing.org</email>
</author>
<published>2006-08-25T04:46:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=006b64de607f895de2ba1e21d3179cddf059128f'/>
<id>urn:sha1:006b64de607f895de2ba1e21d3179cddf059128f</id>
<content type='text'>
Device-tree bugs on js20 with some versions of SLOF were causing the
interrupt for IDE to not be parsed correctly and fail to boot. This
patch adds a bit more sanity checking to the parser to detect some of
those errors and fail instead of returning bogus information.  The
powerpc PCI code can then trigger a fallback that works on those
machines.

Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Support for "weird" MPICs and fixup mpc7448_hpc2</title>
<updated>2006-08-30T04:29:42Z</updated>
<author>
<name>Zang Roy-r61911</name>
<email>tie-fei.zang@freescale.com</email>
</author>
<published>2006-08-25T04:16:30Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7233593b7844c2db930594ee9c0c872a6900bfcc'/>
<id>urn:sha1:7233593b7844c2db930594ee9c0c872a6900bfcc</id>
<content type='text'>
This adds a new hardware information table for mpic. This enables
the mpic code to deal with mpic controllers with different register
layouts and hardware behaviours.

This introduces CONFIG_MPIC_WEIRD.  For boards with non standard mpic
controllers, select CONFIG_MPIC_WEIRD and add its hardware information
in the mpic_infos[] array.

TSI108/109 PIC takes the first index of weird hardware information
table.  :)  The table can be extended. The Tsi108/109 PIC looks like
standard OpenPIC but, in fact, is different in register mapping and
behavior.

The patch does not affect the behavior of standard mpic.  If
CONFIG_MPIC_WEIRD is not defined, the code is essentially identical to
the current code.

[benh@kernel.crashing.org:
This patch is a slightly cleaned up version of Zang Roy's support for
the TSI108 MPIC variant. It also fixes up MPC7448_hpc2 to use the new
version of the type macros and changes the way MPIC is selected in
Kconfig to better match what is done for other system devices.
]

Signed-off-by: Roy Zang &lt;tie-fei.zang@freescale.com&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] back up old school ipic.[hc] to arch/ppc</title>
<updated>2006-08-30T00:34:33Z</updated>
<author>
<name>Kim Phillips</name>
<email>kim.phillips@freescale.com</email>
</author>
<published>2006-08-25T16:58:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=bf4152dd7ccb6c060d786200a893dfe30193a07f'/>
<id>urn:sha1:bf4152dd7ccb6c060d786200a893dfe30193a07f</id>
<content type='text'>
Keep from breaking 83xx arch/ppc build.  Back up old school arch/powerpc/sysdev/ipic.[hc] to arch/ppc/syslib.

Signed-off-by: Kim Phillips &lt;kim.phillips@freescale.com&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
</feed>
