2011/6/2 Christian Kujau li...@nerdbynature.de:
On Tue, 31 May 2011 at 16:50, Christian Kujau wrote:
trying to boot 3.0-rc1 on powerpc32 only progresses until:
Kernel virtual memory layout:
* 0xfffcf000..0xf000 : fixmap
After hours (and hours!) of git-bisecting, it said:
On Tue, 31 May 2011 at 16:50, Christian Kujau wrote:
trying to boot 3.0-rc1 on powerpc32 only progresses until:
Kernel virtual memory layout:
* 0xfffcf000..0xf000 : fixmap
The weird thing is that:
1) You didn't see (like Andres):
Machine check in kernel mode.
Caused by (from
2011/6/1 Rafał Miłecki zaj...@gmail.com:
2011/6/1 Rafał Miłecki zaj...@gmail.com:
We were incorrectly executing PCIe specific workarounds on PCI cards.
This resulted in:
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: Machine check, sig: 7 [#1]
On Thu, 2 Jun 2011 at 08:07, Rafał Miłecki wrote:
1) You didn't see (like Andres):
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: Machine check, sig: 7 [#1]
But, OK, maybe machine check requires something additional in kernel,
I don't know...
On Thu, 2 Jun 2011 at 08:13, Rafał Miłecki wrote:
John, I'm afraid more and more people get angry at me because of this ;)
Erm, I'm not angry at anyone :-) On the contrary, I'm happy about the fix
so quickly available!
Though I'm a bit afraid of the next git bisect session, as it might not be
On 05/31/11 20:45, 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
+ *
+ */
+ bl nxtins /*
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
+++
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 dbarysh...@gmail.com
---
arch/powerpc/sysdev/fsl_pci.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff
On 05/31/2011 02:23 PM, Scott Wood wrote:
On Tue, 31 May 2011 14:19:02 -0500
Meador Inge meador_i...@mentor.com 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
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 dbarysh...@gmail.com
---
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-dev
On Thu, Jun 2, 2011 at 12:32 PM, Josh Boyer jwbo...@linux.vnet.ibm.com 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
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 i8253
On Thu, Jun 02, 2011 at 07:11:18PM +, Tabi Timur-B04825 wrote:
On Thu, Jun 2, 2011 at 12:32 PM, Josh Boyer jwbo...@linux.vnet.ibm.com 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
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 ga...@kernel.crashing.org
---
arch/powerpc/kernel/cputable.c |2 +-
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
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
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 ro...@list.ru 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
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(r)
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/main.c:32:
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,7 @@
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/linux/audit.h:
On Fri, 2011-06-03 at 00:00 +0200, Giuliano Pochini wrote:
On Sat, 28 May 2011 11:55:14 +0400
Andrey Gusev ro...@list.ru 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
Signed-off-by: Shaohui Xie shaohui@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
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
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 ro...@list.ru wrote:
Hi!
A kernel 2.6.39 doesn't boot on my POWER MAC G4.
Same problem with my dual-G4 MDD.
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 ro...@list.ru wrote:
Hi!
A kernel
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 is not
31 matches
Mail list logo
