On Fri, 2010-06-25 at 11:56 +0200, Jakub Jelinek wrote:
static inline void sync(void)
diff --git a/arch/powerpc/include/asm/atomic.h
b/arch/powerpc/include/asm/atomic.h
index b8f152e..288d8b2 100644
--- a/arch/powerpc/include/asm/atomic.h
+++ b/arch/powerpc/include/asm/atomic.h
@@ -19,14
On Tue, 2010-06-22 at 20:57 +0400, Anton Vorontsov wrote:
Since commit 18c6182bae0acca220ed6611f741034d563cd19f (Rework
probing/JEDEC code), m25p80 driver successfully registers chips
even if JEDEC probing fails.
This was needed to support non-JEDEC flashes. Though, it appears
that some
On Thu, 2010-07-08 at 15:00 +1000, Benjamin Herrenschmidt wrote:
On Sat, 2010-07-03 at 20:21 +0200, lawrence rust wrote:
The Blue/White Apple PowerMac G3 and early G4's use a cmd64x compatible
IDE disk controller. E.g. lspci shows...
01:01.0 IDE interface: Silicon Image, Inc. PCI0646
On Thu, 2010-07-08 at 08:18 +0200, lawrence rust wrote:
Sure. it would be preferable but unfortunately the PowerMac on-board IDE
controller (CONFIG_BLK_DEV_IDE_PMAC), used for the DVD drive on B/W
G3's, doesn't have a PATA equivalent. So it's pragmatic (until the IDE
code is removed) to use
With dynamic PACAs, the kexecing CPU's PACA won't lie within the kernel
static data and there is a chance that something may stomp it when preparing
to kexec. This patch switches this final CPU to a static PACA just before
we pull the switch.
Signed-off-by: Matt Evans m...@ozlabs.org
---
v2:
Hi Linus !
Here are a few powerpc nits and bits still for 2.6.35. Mostly simple/trivial
stuff and some gcc-4.5 related fixes.
Thanks !
Cheers,
Ben.
The following changes since commit 2aa72f612144a0a7d4b0b22ae7c122692ac6a013:
Linus Torvalds (1):
Merge
On Thu, 2010-07-08 at 16:30 +1000, Benjamin Herrenschmidt wrote:
On Thu, 2010-07-08 at 08:18 +0200, lawrence rust wrote:
Sure. it would be preferable but unfortunately the PowerMac on-board IDE
controller (CONFIG_BLK_DEV_IDE_PMAC), used for the DVD drive on B/W
G3's, doesn't have a PATA
On Wed, 07 Jul 2010 around 10:51:20 - Matthew McClintock wrote:
Fix sizes of variables so correct values are exported via /proc.
Cast variable in comparison to avoid compiler error.
Signed-off-by: Matthew McClintock m...@freescale.com
- csize = min(csize, PAGE_SIZE);
+
On Thu, 2010-07-08 at 11:01 +0200, lawrence rust wrote:
On Thu, 2010-07-08 at 16:30 +1000, Benjamin Herrenschmidt wrote:
On Thu, 2010-07-08 at 08:18 +0200, lawrence rust wrote:
Sure. it would be preferable but unfortunately the PowerMac on-board IDE
controller
On Thu, 2010-07-08 at 04:07 -0500, Milton Miller wrote:
On Wed, 07 Jul 2010 around 10:51:20 - Matthew McClintock wrote:
Fix sizes of variables so correct values are exported via /proc.
Cast variable in comparison to avoid compiler error.
I'm afraid I already pulled that in. Please
On Jul 8, 2010, at 5:49 AM, Benjamin Herrenschmidt wrote:
On Thu, 2010-07-08 at 04:07 -0500, Milton Miller wrote:
On Wed, 07 Jul 2010 around 10:51:20 - Matthew McClintock wrote:
Fix sizes of variables so correct values are exported via /proc.
Cast variable in comparison to avoid
On Thursday 08 July 2010, Jeremy Kerr wrote:
@@ -2151,7 +2166,7 @@ static ssize_t spufs_ibox_info_read(struct file
*file, char __user *buf,
static const struct file_operations spufs_ibox_info_fops = {
.open = spufs_info_open,
.read = spufs_ibox_info_read,
- .llseek =
The default for llseek is changing, so we need
explicit operations everywhere.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Jeremy Kerr j...@ozlabs.org
Cc: linuxppc-...@ozlabs.org
---
Same as previous version, but no longer breaking the existing llseek
operation in spufs_*box_info_fops. Pushed
On Thu, 2010-07-08 at 04:07 -0500, Milton Miller wrote:
On Wed, 07 Jul 2010 around 10:51:20 - Matthew McClintock wrote:
Fix sizes of variables so correct values are exported via /proc.
Cast variable in comparison to avoid compiler error.
Signed-off-by: Matthew McClintock
-Original Message-
From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On
Behalf Of Grant Likely
Sent: Thursday, July 08, 2010 12:38 AM
To: Benjamin Herrenschmidt
Cc: Steve Deiters; linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH] arch/powerpc/lib/copy_32.S: Use
alternate
Hello,
I'm looking for an HDLC driver for the SCCs in MPC885 CPM.
Does anybody know where I could find such a driver for kernel 2.6.xx ?
Best regards
Christophe
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
It looks like the Rev D version of the 405EX chip without security
will be identified as a 405EXr, based on the values in the cpu_specs
table. For 405EX/405EXr the pvr_mask is 0x0004 with the
pvr_value's as 0x12910004 and 0x1291 respectively. I see that the
Rev D PVR value for the 405EX
On Thu, Jul 8, 2010 at 8:38 AM, Steve Deiters stevedeit...@basler.com wrote:
-Original Message-
From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On
Behalf Of Grant Likely
Sent: Thursday, July 08, 2010 12:38 AM
To: Benjamin Herrenschmidt
Cc: Steve Deiters;
On Thu, Jul 8, 2010 at 10:06, Marc Chidester marcchides...@gmail.com wrote:
It looks like the Rev D version of the 405EX chip without security
will be identified as a 405EXr, based on the values in the cpu_specs
table. For 405EX/405EXr the pvr_mask is 0x0004 with the
pvr_value's as
On Tue, Jul 06, 2010 at 10:03:43AM +1000, Tony Breeds wrote:
On Mon, Jul 05, 2010 at 09:45:11AM +0200, LEROY Christophe wrote:
When activating micropatch option, the kernel does not compile.
powerpc problems should alos CC linuxppc-dev.
It looks like a spi_t is not defined anywhere.
spi_t was removed in commit 644b2a680ccc51a9ec4d6beb12e9d47d2dee98e2
(powerpc/cpm: Remove SPI defines and spi structs), the commit assumed
that spi_t isn't used anywhere outside of the spi_mpc8xxx driver. But
it appears that the struct is needed for micropatch code. So, let's
reintroduce the
Warnings are treated as errors for arch/powerpc code, so build fails
with CONFIG_I2C_SPI_UCODE_PATCH=y:
CC arch/powerpc/sysdev/micropatch.o
cc1: warnings being treated as errors
arch/powerpc/sysdev/micropatch.c: In function 'cpm_load_patch':
arch/powerpc/sysdev/micropatch.c:630:
This saves runtime memory and fixes lots of sparse warnings like this:
CHECK arch/powerpc/sysdev/micropatch.c
arch/powerpc/sysdev/micropatch.c:27:6: warning: symbol 'patch_2000'
was not declared. Should it be static?
arch/powerpc/sysdev/micropatch.c:146:6: warning: symbol 'patch_2f00'
On Thu, Jul 8, 2010 at 10:06, Marc Chidester marcchides...@gmail.com wrote:
It looks like the Rev D version of the 405EX chip without security
will be identified as a 405EXr, based on the values in the cpu_specs
table.
Yes, that is the case.
The 405EX Rev D without security PVR matches an old
On Thu, Jul 08, 2010 at 12:59:29PM -0500, Lee Nipper wrote:
On Thu, Jul 8, 2010 at 10:06, Marc Chidester marcchides...@gmail.com wrote:
It looks like the Rev D version of the 405EX chip without security
will be identified as a 405EXr, based on the values in the cpu_specs
table.
Yes, that is
On Thu, Jul 08, 2010 at 11:01:11AM -0500, Lee Nipper wrote:
On Thu, Jul 8, 2010 at 10:06, Marc Chidester marcchides...@gmail.com wrote:
It looks like the Rev D version of the 405EX chip without security
will be identified as a 405EXr, based on the values in the cpu_specs
table. For
Am 08.07.10 17:22 schrieb(en) Grant Likely:
Just out of curiousity, what configuration might cause a byte-wise alignment
not to work?
Can't remember the register configuration, but I worked on one project where
this was the case. In hindsight, it was probably a mis-configuration of the
On Thu, Jul 8, 2010 at 13:24, Josh Boyer jwbo...@linux.vnet.ibm.com wrote:
On Thu, Jul 08, 2010 at 11:01:11AM -0500, Lee Nipper wrote:
On Thu, Jul 8, 2010 at 10:06, Marc Chidester marcchides...@gmail.com wrote:
It looks like the Rev D version of the 405EX chip without security
will be
On Thu, Jul 8, 2010 at 13:22, Josh Boyer jwbo...@linux.vnet.ibm.com wrote:
On Thu, Jul 08, 2010 at 12:59:29PM -0500, Lee Nipper wrote:
On Thu, Jul 8, 2010 at 10:06, Marc Chidester marcchides...@gmail.com wrote:
Is there an algorithm update needed or am I missing something?
Perhaps add more
Actually, this is something which might need closer attention - and
maybe some support in the device tree indicating which read or
write width a device can accept?
There already is device-width; the drivers never should use any other
access width unless they *know* that will work.
Segher
On Thu, Jul 8, 2010 at 2:24 PM, Josh Boyer jwbo...@linux.vnet.ibm.com wrote:
On Thu, Jul 08, 2010 at 11:01:11AM -0500, Lee Nipper wrote:
On Thu, Jul 8, 2010 at 10:06, Marc Chidester marcchides...@gmail.com wrote:
It looks like the Rev D version of the 405EX chip without security
will be
On Thu, 8 Jul 2010 21:30:33 +0200
Segher Boessenkool seg...@kernel.crashing.org wrote:
Actually, this is something which might need closer attention -
and maybe some support in the device tree indicating which read or
write width a device can accept?
There already is device-width; the
Am 08.07.10 21:30 schrieb(en) Segher Boessenkool:
Actually, this is something which might need closer attention - and maybe some
support in the device tree indicating which read or write width a device can
accept?
There already is device-width; the drivers never should use any other access
This patch adds support for MPC8308RDB development board from
Freescale.
Supported devices:
DUART
Dual Ethernet
NOR and NAND flashes
I2C
USB in peripheral mode
PCIE support is broken by the commit 3da34aa (powerpc/fsl: Support
unique MSI addresses per PCIe Root Complex). Works after revert.
Hi Kumar, All,
I've found that MSI work correctly with older kernels on my MPC8308RDB
board and don't work with newer ones. After bisecting I've found that
the source of the problem is commit 3da34aa:
commit 3da34aae03d498ee62f75aa7467de93cce3030fd
Author: Kumar Gala
On Thu, 08 Jul 2010 around 09:27:15 -0500 Matthew McClintock wrote:
On Thu, 2010-07-08 at 04:07 -0500, Milton Miller wrote:
On Wed, 07 Jul 2010 around 10:51:20 - Matthew McClintock wrote:
...
Fix sizes of variables so correct values are exported via /proc.
Cast variable in comparison
These two patches add support for MPC8308RDB development board from Freescale.
Supported hardware:
DUART
Dual Ethernet
NOR and NAND flashes
I2C
USB device
PCIE (MSI support is broken by commit 3da34aa)
Signed-off-by: Ilya Yanok ya...@emcraft.com
This patch adds the quirk for PCIE controller found on Freescale MPC8308.
The quirk is the same as for other MPC83xx processors.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/powerpc/sysdev/fsl_pci.c |1 +
include/linux/pci_ids.h |1 +
2 files changed, 2 insertions(+), 0
On Fri, 2010-07-09 at 15:18 -0500, Milton Miller wrote:
I don't disagree but this can break kexec if phys_addr_t != unsigned
long. Also, doesn't the crash kernel have to live below 2GB so
unsigned
long is always fine?
Its could only break kexec for the case of phys_addr_t != unsigned
On Thu, 2010-07-08 at 07:40 -0500, Kumar Gala wrote:
On Jul 8, 2010, at 5:49 AM, Benjamin Herrenschmidt wrote:
On Thu, 2010-07-08 at 04:07 -0500, Milton Miller wrote:
On Wed, 07 Jul 2010 around 10:51:20 - Matthew McClintock wrote:
Fix sizes of variables so correct values are
On Thu, Jul 1, 2010 at 4:12 PM, Alexander Graf ag...@suse.de wrote:
On PPC we run PR=0 (kernel mode) code in PR=1 (user mode) and don't use the
hypervisor extensions.
While that is all great to show that virtualization is possible, there are
quite some cases where the emulation overhead of
Fix sizes of variables so correct values are exported via /proc.
Cast variable in comparison to avoid compiler error.
Signed-off-by: Matthew McClintock m...@freescale.com
---
arch/powerpc/kernel/crash_dump.c|4 ++--
arch/powerpc/kernel/machine_kexec.c | 10 +-
2 files changed,
42 matches
Mail list logo
