On Tue, 2011-05-31 at 17:15 +0200, Sebastian Andrzej Siewior wrote:
> Suzuki Poulose wrote:
> > Index: powerpc/arch/powerpc/kernel/44x_kexec_mapping.S
> > ===
> > --- /dev/null
> > +++ powerpc/arch/powerpc/kernel/44x_kexec_mapping.S
>
On 06/02/11 12:55, Benjamin Herrenschmidt wrote:
On Tue, 2011-05-31 at 17:15 +0200, Sebastian Andrzej Siewior wrote:
Suzuki Poulose wrote:
Index: powerpc/arch/powerpc/kernel/44x_kexec_mapping.S
===
--- /dev/null
+++ powerpc/arch/po
On Wed, 2011-06-01 at 21:27 -0700, Christian Kujau wrote:
> On Thu, 2 Jun 2011 at 12:57, Benjamin Herrenschmidt wrote:
> > Ok, thanks a lot, It looks rather trivial actually: That new workaround
> > is PCIe specific but is called unconditionally, and will do bad things
> > non-PCIe implementations.
As a device for pci node isn't created, create a special platform_device
for PCI EDAC device on MPC85xx.
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/sysdev/fsl_pci.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc
On 05/31/2011 02:23 PM, Scott Wood wrote:
> On Tue, 31 May 2011 14:19:02 -0500
> Meador Inge wrote:
>
>> This binding documents how the message register blocks found in some FSL
>> MPIC implementations shall be represented in a device tree.
>>
>> Signed-off-by: Meador Inge
>> Cc: Hollis Blancha
On Thu, Jun 02, 2011 at 04:25:02PM +0400, Dmitry Eremin-Solenikov wrote:
> As a device for pci node isn't created, create a special platform_device
> for PCI EDAC device on MPC85xx.
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/sysdev/fsl_pci.c | 33 ++
> > +int __init fsl_add_pci_err(void)
>
> static :-)
and why __ ?
aren't such names reserved in the C language for some purpose.
David
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-de
arch/powerpc/kernel/built-in.o: In function `machine_check_e500mc':
arch/powerpc/kernel/traps.c:429: undefined reference to
`fsl_rio_mcheck_exception'
arch/powerpc/kernel/built-in.o: In function `machine_check_e500':
arch/powerpc/kernel/traps.c:519:
undefined reference to `fsl_rio_mcheck_exceptio
On Thu, Jun 2, 2011 at 12:25 PM, Kumar Gala wrote:
> arch/powerpc/kernel/built-in.o: In function `machine_check_e500mc':
> arch/powerpc/kernel/traps.c:429: undefined reference to
> `fsl_rio_mcheck_exception'
> arch/powerpc/kernel/built-in.o: In function `machine_check_e500':
> arch/powerpc/kerne
On Thu, 2 Jun 2011 16:25:02 +0400
Dmitry Eremin-Solenikov wrote:
> As a device for pci node isn't created, create a special platform_device
> for PCI EDAC device on MPC85xx.
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/sysdev/fsl_pci.c | 33
On Thu, Jun 2, 2011 at 12:32 PM, Josh Boyer wrote:
> Should be Reported-by Timur, right?
Technically, yes. For the record, I don't care about these things.
It implies that only willing to report the problem, but too lazy to
fix it; which is true, but I'd hate to see that fact permanently
etched
Original-Nachricht
> Datum: Wed, 01 Jun 2011 19:04:56 +0100
> Von: r...@linux-mips.org
> An: linux-ker...@vger.kernel.org, linux-a...@vger.kernel.org,
> linux-al...@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
> linux-m...@linux-mips.org
> Betreff: [patch 00/14] Sort out i82
On Thu, Jun 02, 2011 at 07:11:18PM +, Tabi Timur-B04825 wrote:
>On Thu, Jun 2, 2011 at 12:32 PM, Josh Boyer wrote:
>> Should be Reported-by Timur, right?
>
>Technically, yes. For the record, I don't care about these things.
>It implies that only willing to report the problem, but too lazy to
We are missing FPU feature bit that user space may require. In the
64-bit mode this gets set since we pull it in via COMMON_USER_PPC64. We
just explicity set it so user space will be happy again.
Signed-off-by: Kumar Gala
---
arch/powerpc/kernel/cputable.c |2 +-
1 files changed, 1 inserti
The audit system previously expected arches calling to audit_syscall_exit to
supply as arguments if the syscall was a success and what the return code was.
Audit also provides a helper AUDITSC_RESULT which was supposed to simplify by
converting from negative retcodes to an audit internal magic valu
Arnd Bergmann wrote:
> I think drivers/misc is not the right place for this, but I'm not completely
> sure what is. drivers/firmware would be better at least, but virt/fsl might
> also be ok.
I don't think it's correct to think of a hypervisor as firmware, so I don't
think drivers/firmware is bett
On 06/02/2011 02:04 PM, Eric Paris wrote:
> The audit system previously expected arches calling to audit_syscall_exit to
> supply as arguments if the syscall was a success and what the return code was.
> Audit also provides a helper AUDITSC_RESULT which was supposed to simplify by
> converting from
On Sat, 28 May 2011 11:55:14 +0400
Andrey Gusev wrote:
> Hi!
> A kernel 2.6.39 doesn't boot on my POWER MAC G4.
Same problem with my dual-G4 MDD. A few more infos:
The machine hangs just after the message "Returning from prom_init" (still
in the OF screen).
The kernel works fine with the option
Am Donnerstag 02 Juni 2011, 23:04:58 schrieb Eric Paris:
> b/arch/um/sys-i386/shared/sysdep/ptrace.h index d50e62e..ef5c310 100644
> --- a/arch/um/sys-i386/shared/sysdep/ptrace.h
> +++ b/arch/um/sys-i386/shared/sysdep/ptrace.h
> @@ -162,6 +162,7 @@ struct syscall_args {
> #define UPT_ORIG_SYSCALL(
> But there seems to be another problem.
> Why is pt_regs of type void *?
>
> gcc complains:
> In file included from include/linux/fsnotify.h:15:0,
> from include/linux/security.h:26,
> from init/main.c:32:
> include/linux/audit.h: In function ‘audit_syscall_exit’:
>
Am Freitag 03 Juni 2011, 01:00:51 schrieb Tony Luck:
> > But there seems to be another problem.
> > Why is pt_regs of type void *?
> >
> > gcc complains:
> > In file included from include/linux/fsnotify.h:15:0,
> > from include/linux/security.h:26,
> > from init/mai
On 06/02/2011 06:32 PM, Richard Weinberger wrote:
> Am Donnerstag 02 Juni 2011, 23:04:58 schrieb Eric Paris:
>> b/arch/um/sys-i386/shared/sysdep/ptrace.h index d50e62e..ef5c310 100644
>> --- a/arch/um/sys-i386/shared/sysdep/ptrace.h
>> +++ b/arch/um/sys-i386/shared/sysdep/ptrace.h
>> @@ -162,6 +162
On 06/02/2011 07:00 PM, Tony Luck wrote:
>> But there seems to be another problem.
>> Why is pt_regs of type void *?
>>
>> gcc complains:
>> In file included from include/linux/fsnotify.h:15:0,
>> from include/linux/security.h:26,
>> from init/main.c:32:
>> include/l
On Fri, 2011-06-03 at 00:00 +0200, Giuliano Pochini wrote:
> On Sat, 28 May 2011 11:55:14 +0400
> Andrey Gusev wrote:
>
> > Hi!
> > A kernel 2.6.39 doesn't boot on my POWER MAC G4.
>
> Same problem with my dual-G4 MDD. A few more infos:
> The machine hangs just after the message "Returning from
Signed-off-by: Shaohui Xie
Signed-off-by: Kumar Gala
---
arch/powerpc/sysdev/fsl_lbc.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_lbc.c b/arch/powerpc/sysdev/fsl_lbc.c
index e0292c3..9e7cb19 100644
--- a/arch/powerpc/sysdev/fsl_lbc.c
+++
On Fri, 2011-06-03 at 12:41 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2011-06-03 at 00:00 +0200, Giuliano Pochini wrote:
> > On Sat, 28 May 2011 11:55:14 +0400
> > Andrey Gusev wrote:
> >
> > > Hi!
> > > A kernel 2.6.39 doesn't boot on my POWER MAC G4.
> >
> > Same problem with my dual-G4 M
On Fri, Jun 03, 2011 at 01:10:45PM +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2011-06-03 at 12:41 +1000, Benjamin Herrenschmidt wrote:
> > On Fri, 2011-06-03 at 00:00 +0200, Giuliano Pochini wrote:
> > > On Sat, 28 May 2011 11:55:14 +0400
> > > Andrey Gusev wrote:
> > >
> > > > Hi!
> > > > A
On Mon, May 30, 2011 at 08:26:21AM -0400, Josh Boyer wrote:
> Backport upstream commit 6de06f313a65d0ec
>
> Commit fa3f82c8bb7acb ("powerpc/smp: soft-replugged CPUs must go back to
> start_secondary") introduced start_secondary_resume to head_32.S, however
> it uses a 64-bit instruction which
P1010RDB Overview
-
1Gbyte DDR3 (on board DDR)
32Mbyte 16bit NOR flash
32Mbyte SLC NAND Flash
256 Kbit M24256 I2C EEPROM
128 Mbit SPI Flash memory
I2C Board 128x8 bit memory
SD/MMC connector to interface with the SD memory card
2 SATA interface
1 internal SATA con
29 matches
Mail list logo
