On Tue, 2008-03-18 at 14:36 +0100, Stefan Roese wrote:
> This patch adds support for the 256k L2 cache found on some IBM/AMCC
> 4xx PPC's. It introduces a common 4xx SoC file (sysdev/ppc4xx_soc.c)
> which currently "only" adds the L2 cache init code. Other common 4xx
> stuff can be added later her
On Wed, Mar 19, Paul Mackerras wrote:
> Olaf Hering writes:
>
> > I cant reproduce this bug on my board, but:
> >
> > The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> > ipic_init() fails. init_ipic_sysfs() will crash in that case.
> >
> > Something like this may fix it
Hi Stephan,
On Thursday 20 March 2008, Stephen Rothwell wrote:
> Just a few trivial things ...
Thanks. Will fix and resubmit.
Best regards,
Stefan
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
The patch adds the Glacier dts. The Glacier is nearly identical to the
Canyonlands (460EX). Here the differences:
- 4 ethernet ports instead of 2
- no SATA port
- no USB port
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
This version adds "amcc,glacier" to the toplevel compatible property.
On Wed, 19 Mar 2008 21:57:19 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
>
> On Thu, Mar 20, 2008 at 02:39:53PM +1100, Stephen Rothwell wrote:
> >
> > I have started this tree by reverting the following:
> > driver-core/driver-core-remove-no-longer-used-struct-class_device.patch
> > should be mer
On Thu, Mar 20, 2008 at 02:39:53PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> I have created today's linux-next tree at
> git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git
> (tar balls at
> http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/).
>
> You can see which tree
On Wed, Mar 12, 2008 at 12:57 PM, René Bürgel <[EMAIL PROTECTED]> wrote:
> Here is a patch for the lite5200 to get the FEC working again for kernel
> >=2.6.24. It was created against Linux 2.6.24.
>
> The FEC driver is also compatible with the MPC5200, not only with the
> MPC5200B, so an accord
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/prom.c | 21 ++---
include/asm-powerpc/prom.h |2 ++
2 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
index eac97f4..f73e18b 100644
--
eHEA doesn't work with 64k iopages, If an eHEA /can/ be present in the system
limit iopages to 4k.
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
arch/powerpc/mm/hash_utils_64.c | 30 +++---
1 files changed, 27 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc
On Thu, 20 Mar 2008 14:39:53 +1100 Stephen Rothwell wrote:
> Hi all,
>
> I have created today's linux-next tree at
> git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git
> (tar balls at
> http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/).
gcc doesn't like nested /* comme
Roland McGrath writes:
> I'd like to clean this up for powerpc too. If there is no way at all for
> user-mode to set MSR_SE, then it doesn't much matter whether it shows up
> when ptrace reads it--ptrace just needs to ignore attempts to set it. So
> if there's no reason not to, what I would do i
Roland McGrath writes:
> Are there any powerpc instructions that can read or change the MSR
> explicitly from user mode? Any that can see or affect the MSR_SE bit?
No and no.
> e.g. x86 has pushf/popf unprivileged instructions, with which a user
> program can both see the single-step flag set,
Hi all,
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git
(tar balls at
http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/).
You can see which trees have been included by looking in the Next/Trees
file in the source. There are a
On Wed, 19 Mar 2008, Roland McGrath wrote:
>
> The arch_ptrace and compat_arch_ptrace functions can now return
> -ENOSYS for requests they do not actually implement in arch
> code.
Hmm.. I see the whole series, and I see this patch, but I think it adds
new code and new complexity, and I don't r
Linus,
Please do:
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get some more bug-fixes and a defconfig update for various powerpc
platforms. The defconfig update only updates 9 of the defconfigs but
still dominates the diffstat, since the bug-fixes are al
Are there any powerpc instructions that can read or change the MSR
explicitly from user mode? Any that can see or affect the MSR_SE bit?
e.g. x86 has pushf/popf unprivileged instructions, with which a user
program can both see the single-step flag set, and enable single-step for
its own next inst
On Thu, Mar 20, 2008 at 01:14:45AM +0100, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > I've pulled the latest git and built a mpc5200_simple system with a
> > minimal dts.
> > There's not a single char put on the console
>
> You did build your device tree with "-b
In message <[EMAIL PROTECTED]> you wrote:
>
> I've pulled the latest git and built a mpc5200_simple system with a
> minimal dts.
> There's not a single char put on the console
You did build your device tree with "-b 0", didn't you?
Best regards,
Wolfgang Denk
--
DENX Software Engineering
On Mar 18, 2008, at 12:05 PM, Scott Wood wrote:
On Fri, Mar 07, 2008 at 05:59:03PM -0600, Andy Fleming wrote:
Not all e300 cores support the performance monitors, and the ones
that don't will be confused by the mf/mtpmr instructions. This
allows the support to be optional, so the 8349 can tur
Hi Stefan,
Just a few trivial things ...
On Tue, 18 Mar 2008 14:36:29 +0100 Stefan Roese <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/sysdev/ppc4xx_soc.c
>
> +static int __init ppc4xx_l2c_probe(void)
> +{
> + struct device_node *np = NULL;
This initialisation is unneeded.
> + /* Ma
On Wed, Mar 19, 2008 at 04:49:18PM -0500, Mike Hench wrote:
> bus: 'of_platform': driver_probe_device: matching device e0007000.spi
> with drive
> r fsl-elbc
> bus: 'platform': driver_probe_device: matching device fsl-usb2-udc.0
> with driver
> mpc83xx_spi
> bus: 'platform': driver_probe_device: m
Original-Nachricht
> Datum: Wed, 19 Mar 2008 17:52:16 -0400
> Von: "Leisner, Martin" <[EMAIL PROTECTED]>
> An: linuxppc-dev@ozlabs.org
> CC: "Lund, Nathan \\([EMAIL PROTECTED])" <[EMAIL PROTECTED]>
> Betreff: 7448/2.6.20 problems (double boots or hangs)
> My taiga board is now d
My taiga board is now dead -- on our development board (with a taiga
kernel
and a custom modified dts) we see either
1) it hangs at the same point ("PID has table entries")
or
2) it boots but it seems to restart the boot process after the "PID hash
table entries line"
This was never a problem
Michael Ellerman writes:
> The PCI bridge representing the PCIE root complex on Axon, contains device
> BARs for a memory range and ROM that define inbound accesses. This confuses
> the kernel resource management code, the resources need to be hidden when
> Axon is a host bridge.
Since you didn't
Sorry if this is a stupid question
I am new to PPC.
I am trying to make the SPI work on a MPC8313erdb board.
It isn't loading.
To that end, I added a printk to drivers/base/dd.c __driver_match
function
dmesg |grep -i spi
bus: 'of_platform': driver_probe_device: matching device e0007000.spi
with d
From: Roland McGrath <[EMAIL PROTECTED]>
Date: Wed, 19 Mar 2008 14:20:01 -0700 (PDT)
> Define the forced_successful_syscall_return() macro to
> pair with our force_successful_syscall_return() definition.
>
> Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROT
Return -ENOSYS from arch_ptrace and compat_arch_ptrace
rather than calling ptrace_request or compat_ptrace_request.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ptrace.c |2 +-
arch/powerpc/kernel/ptrace32.c |2 +-
2 files changed, 2 insertions(+), 2 deletio
Return -ENOSYS from arch_ptrace and compat_arch_ptrace
rather than calling ptrace_request or compat_ptrace_request.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/ptrace.c
The arch_ptrace and compat_arch_ptrace functions can now return
-ENOSYS for requests they do not actually implement in arch
code. Returning -ENOSYS replaces the calls to ptrace_request
and compat_ptrace_request. This leaves more latitude for the
machine-independent ptrace implementation code to c
Define the forced_successful_syscall_return() macro to
pair with our force_successful_syscall_return() definition.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
include/asm-sparc64/ptrace.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/asm-sparc64/ptrac
Define the forced_successful_syscall_return() macro to
pair with our force_successful_syscall_return() definition.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
include/asm-ia64/ptrace.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/asm-ia64/ptrace.h b/i
Define the forced_successful_syscall_return() macro to
pair with our force_successful_syscall_return() definition.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
include/asm-powerpc/ptrace.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/asm-powerpc/ptrace
Define the forced_successful_syscall_return() macro to
pair with our force_successful_syscall_return() definition.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
include/asm-alpha/ptrace.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/asm-alpha/ptrace.h b
This adds the forced_successful_syscall_return() macro, a mate to
force_successful_syscall_return() to test rather than set the condition.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
include/linux/ptrace.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/incl
These items in asm-offsets.c are not used anywhere. Remove them.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/asm-offsets.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/kernel/asm-offsets.c
b/arch/powerpc/kernel/asm-offset
Olaf Hering writes:
> I cant reproduce this bug on my board, but:
>
> The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> ipic_init() fails. init_ipic_sysfs() will crash in that case.
>
> Something like this may fix it:
Is this needed for 2.6.25? Is the system at all usa
Add platform code to support Freescale DIU. The platform code includes
framebuffer memory allocation, pixel format, monitor port, etc.
Signed-off-by: York Sun <[EMAIL PROTECTED]>
---
This patch is targeting 2.6.26 kernel.
arch/powerpc/platforms/86xx/mpc8610_hpcd.c | 182
This is the version 2 patch for Freescale DIU driver. Thanks for all the
feedback.
The first patch is the driver. The second patch adds platform support for
MPC8610HPCD board.
To compile, enable the "Freescale MPC8610/MPC5121 DIU framebuffer support" in
the menuconfig.
On Wed, Mar 19, 2008 at 12:40:15PM -0500, Mike Hench wrote:
> Fix a race condition in fsl_elbc_run_command
> Fix incorrect usage of clearbits32 that bashed option register
> Remove work around for bashed register
>
> Signed-off-by: Mike Hench <[EMAIL PROTECTED]>
Acked-by: Scott Wood <[EMAIL PROTE
Fix a race condition in fsl_elbc_run_command
Fix incorrect usage of clearbits32 that bashed option register
Remove work around for bashed register
Signed-off-by: Mike Hench <[EMAIL PROTECTED]>
---
--- linux-2.6.25-rc5.orig/drivers/mtd/nand/fsl_elbc_nand.c
2008-03-10 00:22:27.0 -0500
+++
In the future, this will be used to provide similar configuration for
PowerPC and Microblaze. It may also be convenient for those using
Xilinx cores as peripherals for external processors, rather than
explicitly having a dependance on the processor architecture.
Signed-off-by: Stephen Neuendorffe
My feeling is if the drivers should be consistently enabled or not, then
we should enforce that consistency by the structure of the code.
Steve
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Grant Likely
> Sent: Tuesday, March 18, 2008 10:06 PM
> To
On Wed, Mar 19, 2008 at 10:28:19AM -0500, Mike Hench wrote:
>
> From: Mike Hench
> Sent: Wednesday, March 19, 2008 10:22 AM
> To: '[EMAIL PROTECTED]'
> Subject: [PATCH] MPC813 NAND fixes
This patch is whitespace-mangled. Also, please don't post HTML.
> - unsigned int irq_status; /* s
From: Mike Hench
Sent: Wednesday, March 19, 2008 10:22 AM
To: '[EMAIL PROTECTED]'
Subject: [PATCH] MPC813 NAND fixes
Fix a race condition in fsl_elbc_run_command
Declare a variable written by an interrupt volatile.
Added parentheses to make timeout non
The patch adds the Glacier dts. The Glacier is nearly identical to the
Canyonlands (460EX). Here the differences:
- 4 ethernet ports instead of 2
- no SATA port
- no USB port
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/glacier.dts | 464
Hi All,
My mpc8568mds board does not bootup. I am using Freescale's BSP on
kernel2.6.23. The following is the log from serial port. Any idea?
What is the next module to be initialized after the cfq? Where can I
comment it out for debugging purpose?
Thanks for your help,
Mike
=> bootm 100 2
On Mon, Mar 17, Olaf Hering wrote:
> The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> ipic_init() fails. init_ipic_sysfs() will crash in that case.
>
> Something like this may fix it:
>
> Index: linux-2.6.25-rc6/arch/powerpc/sysdev/ipic.c
> =
Thru more console debugging, I have found the real problem that kept the
OF console from working with the 8250.
It was a combination of the broken bootstrap loader with the 16550
together with reg-shift not being pulled from the OF device tree in the
of_serial.c and the base address of the device
Indicate that HEA calculates IPv4 checksums only
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.25-rc6/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.25-rc6/drivers/net/ehea/ehea.h2008-03-17 00:32:14.0
+0100
+++ pat
I will be out of the office starting 03/19/2008 and will not return
until 03/22/2008.
Should you need any assistance on RS6000/AIX/TSM , please contact :
Mr. Obaid Farghani at 201-413-8028 ([EMAIL PROTECTED]), Mr. Paul
Giglio at 201-413-8280 ([EMAIL PROTECTED]) or Mr. Gary Fatone at
201-413-895
50 matches
Mail list logo
