On Mon, 8 Sep 2008 16:11:06 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Andrew Morton writes:
>
> > a) someone broke powerpc's kallsyms processing and
>
> That would be h8300-kallsyms-exclude-local-symbols.patch, which
> excludes symbols starting with '.' on all architectures, despite the
Andrew Morton writes:
> a) someone broke powerpc's kallsyms processing and
That would be h8300-kallsyms-exclude-local-symbols.patch, which
excludes symbols starting with '.' on all architectures, despite the
name of the patch.
Paul.
___
Linuxppc-dev ma
Hello Benjamin,
On the 460EX/GT in SGMII mode, GPCS access is needed for communication with the
internal SGMII SerDes. It is possible that there is still a PHY. So we need a
way to access both addresses.
For Example on the AMCC Arches Board.
EMAC 0 has only a GPCS PHY (address 0xA)
EMAC 1 h
On Fri, 2008-09-05 at 16:52 -0700, Victor Gallardo wrote:
> From: Victor Gallardo <[EMAIL PROTECTED]>
>
> This patch adds GPCS, SGMII and M88E1112 PHY support
> for the AMCC PPC460GT/EX processors.
So if I understand the patch correctly, either there is an *MII PHY in
which case phy_address is us
Hi all,
As requested, the new version of patchwork is up:
http://patchwork.ozlabs.org/
- and is receiving patches from the relevant lists (ie, those that this
email is addressed to).
The new patchwork has a 'clean slate' of patches, but the user accounts
from the beta setup remain.
The old
Paul,
Please do a:
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/jk/spufs.git merge
For a set of spufs fixes for .27. The first fixes a regression
since .26, the second fixes a problem with unkillable processes, and
the third a WARN_ON.
Cheers,
Jeremy
---
diffstat:
arch/powe
Some 74xx cores by Freescale are using the configuration field instead
of the major revision field for their revision number. This patch
corrects the wrong behaviour for those ppc cores including my one.
There is a reference document at Freecale. It decribes the PVR register.
The patch is based
