Am Mittwoch, den 10.07.2013, 16:48 +0800 schrieb tiejun.chen:
> On 07/10/2013 04:39 PM, Stefani Seibold wrote:
> > Hi,
> >
> > i have tried to kexec a 32 bit kernel on a Freescale P2020 dual core CPU
> > (e500v2, revison 5.1 - pvr 8021 1051), but Kexec will hang after
Am Dienstag, den 25.06.2013, 18:46 -0500 schrieb Scott Wood:
> On 06/25/2013 01:40:14 PM, Stefani Seibold wrote:
> > Hi,
> >
> > there is a bug in kernel 3.9 which the new fsl_pci platform driver.
> > The
> > pcibios_init in pci_32.c will be called befor
Hi,
there is a bug in kernel 3.9 which the new fsl_pci platform driver. The
pcibios_init in pci_32.c will be called before the platform driver probe
will be invoked.
The call order for a p2020 board with linux 3.9 is currently:
fsl_pci_init
pcibios_init
fsl_pci_probe
fsl_pci_probe
fsl_pci_probe
will be increased to every seconds.
Together this patch will prevent a blocking of nearly 400 us every two
seconds of the whole system on a PPC 834x.
The patch is against kernel 2.6.33. Please merge it.
Signed-off-by: Stefani Seibold
---
phy.c|5 ++---
phy_device.c | 12
ons to these, I'll queue these up and send them
> through my tree as they affect the FHCI driver.
>
Looks good for me, so
Acked-by: Stefani Seibold
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Am Freitag, den 27.11.2009, 22:01 +1100 schrieb Benjamin Herrenschmidt:
> On Fri, 2009-11-27 at 09:59 +0100, Stefani Seibold wrote:
> > The PPC architecture is unable to debug applications using hardware
> > floating point, because it would not save the floating point registers.
The PPC architecture is unable to debug applications using hardware
floating point, because it would not save the floating point registers.
After returning from the debugger, the contents of register was
modified. This patch fix this bug.
Signed-off-by: Stefani Seibold
---
traps.c |6