On Fri, Feb 22, 2008 at 12:33:19PM -0600, Andy Fleming wrote:
On Feb 22, 2008, at 03:50, Philippe De Muyter wrote:
Dear list,
I have just compiled linux-2.6.24 for a MPC8540 target using a MPC8540
specific gcc.
I then got tan infinity of SPE used in kernel messages. Looking at the
My first trial used ARCH=ppc and caused this infinity of SPE used in kernel
messages, but I then recompiled linux with ARCH=powerpc. With the message
not ifdef'ed out, this second kernel does not emit SPE used in kernel
messages,
If I were to venture a guess I'd point to the fact that the
Hi Johanness,
On Sat, Feb 23, 2008 at 10:51:08AM +0100, Johannes Berg wrote:
My first trial used ARCH=ppc and caused this infinity of SPE used in
kernel
messages, but I then recompiled linux with ARCH=powerpc. With the message
not ifdef'ed out, this second kernel does not emit SPE
But as I said in the same mail, processes still dies unexpectedly.
Yeah, no idea though. I guess you could try putting that into the
arch/ppc Makefile, but arch/ppc will be removed this year so you don't
want to rely on it.
johannes
signature.asc
Description: This is a digitally signed
Kills warnings from 'make C=1 CHECKFLAGS=-D__CHECK_ENDIAN__ modules':
drivers/firewire/fw-transaction.c:771:10: warning: incorrect type in assignment
(different base types)
drivers/firewire/fw-transaction.c:771:10:expected unsigned int [unsigned]
[usertype] noident
The generation of incoming requests was filled in in wrong byte order on
machines with big endian CPU.
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Cc: linuxppc-dev@ozlabs.org
---
This patch is a shot in the dark, based on a warning when building with
C=1
I wrote:
This needs to be tested on different big endian PCs, if possible with
the Apple Uninorth FireWire controller and other types of controllers.
One test which involves ohci-request_generation is simply with an SBP-2
device (harddisk, CD-ROM...). Does SBP-2 login etc. work?
Hmm, no,
Hi Jochen,
On Fri, 22 Feb 2008 12:16:16 +0100, Jochen Friedrich wrote:
Hi Jean,
+/*
+ * Wait for patch from Jon Smirl
+ * #include powerpc-common.h
+ */
It doesn't make sense to merge this comment upstream.
I know you don't like the patch from Jon Smirl and you also explained
On Sat, 23 Feb 2008 13:30:46 +1100
Paul Mackerras [EMAIL PROTECTED] wrote:
Stefan Roese writes:
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
That's a very uninformative commit message. :)
How about putting a brief description of the AMCC 460 family in here?
It's rather boring at the
On Fri, 22 Feb 2008 15:28:44 -0800
Grant Erickson [EMAIL PROTECTED] wrote:
This patch restores the reset on restart functionality to 40x-based
platforms that was formerly provided--but not used in arch/powerpc--by
abort() in head_40x.S. This functionality is now provided by
On Sat, 2008-02-23 at 13:34 +1100, Paul Mackerras wrote:
Stefan Roese writes:
Tested on AMCC Canyonlands eval board.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
With 173 lines of code added, you could spend a paragraph in the patch
description telling us why the patch is doing
Canyonlands is the AMCC 460EX eval board, featuring nearly all of the 460EX
interfaces:
- 1 * PCI (max 66MHz), 2 * PCIe (one 4-lane, one 1-lane)
- 2 * GBit Ethernet with TCP/IP acceleration
- USB 2.0 Host/Device OTG and Host interface
- SATA port
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
This patch adds basic support for the AMCC 460EX/460GT PPC's to arch/powerpc.
Currently those PPC's are still based on a 440 core and *not* a 460 core.
Here some basic features of those SoC's:
460EX:
- Up to 1.2GHz, 32kB L1 I-cache and D-cache, 256kB L2-cache, FPU
- 1 * PCI (max 66MHz), 2 * PCIe
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
And now the I2C device-types are removed. Sorry for the mail-flood.
arch/powerpc/boot/dts/canyonlands.dts | 393 +
1 files changed, 393 insertions(+), 0 deletions(-)
create mode 100644
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
arch/powerpc/configs/canyonlands_defconfig | 721
1 files changed, 721 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/canyonlands_defconfig
diff --git
All this code is needed to properly initialize the 460EX PCIe host
bridge(s). We re-initialize all ports again, even though this has been done
in the bootloader (U-Boot) before. This way we make sure, that we always
run the latest init code in Linux and don't depend on code versions from
U-Boot.
On Fri, Feb 22, 2008 at 12:16:16PM +0100, Jochen Friedrich wrote:
Fortunately, I2c no longer uses numeric device IDs but names. So what are the
alternatives?
1. modify the I2c subsystem to accept OF names additionally to I2c names
(proposed by Jon smirl).
Sounds like Jean isn't very
IEEE 1275 defined a standard status property to indicate the operational
status of a device. The property has four possible values: okay, disabled,
fail, fail-xxx. The absence of this property means the operational status
of the device is unknown or okay.
This adds a function called
Some SoC chips have multiple serial ports on board. The usability of these
ports can rely on various factors, ranging from pin sharing to unpopulated
connectors. This uses the new of_device_is_disabled function to check for
and ignore disabled UARTs.
Signed-off-by: Josh Boyer [EMAIL PROTECTED]
This small series of patches adds support for the AMCC 440EP Yosemite
evaluation board. This is the newer evaluation board for PowerPC 440EP
chips, replacing the older Bamboo board.
This is just the initial round of patches, but they are functional.
Also of note is that while all for on-board
The AMCC 440EP Yosemite board is very similar to the original AMCC Bamboo
board. This adds a YOSEMITE option to Kconfig, and reuses the existing
bamboo board support in the kernel.
Signed-off-by: Josh Boyer [EMAIL PROTECTED]
---
arch/powerpc/platforms/44x/Kconfig |9 +
Add the cuboot wrapper for the AMCC 440EP Yosemite board
Signed-off-by: Josh Boyer [EMAIL PROTECTED]
---
arch/powerpc/boot/Makefile |3 +-
arch/powerpc/boot/cuboot-yosemite.c | 42
2 files changed, 44 insertions(+), 1 deletion(-)
---
On Sat, 23 Feb 2008 16:08:13 -0600
Josh Boyer [EMAIL PROTECTED] wrote:
This small series of patches adds support for the AMCC 440EP Yosemite
evaluation board. This is the newer evaluation board for PowerPC 440EP
chips, replacing the older Bamboo board.
This is just the initial round of
Benjamin Herrenschmidt writes:
Actually, the patch just adds a backend to my little framework for
dealing with 4xx PCIe, which basically is a boring piece of code
filling registers with values mostly from the spec... nothing really
fancy there.
OK, then that's what the patch description
On Sat, 23 Feb 2008 15:58:23 -0600
Josh Boyer [EMAIL PROTECTED] wrote:
IEEE 1275 defined a standard status property to indicate the operational
status of a device. The property has four possible values: okay, disabled,
fail, fail-xxx. The absence of this property means the operational status
On Sat, 23 Feb 2008 18:59:04 -0600
Josh Boyer [EMAIL PROTECTED] wrote:
On Sat, 23 Feb 2008 15:58:23 -0600
Josh Boyer [EMAIL PROTECTED] wrote:
IEEE 1275 defined a standard status property to indicate the operational
status of a device. The property has four possible values: okay,
From: Josh Boyer [EMAIL PROTECTED]
Date: Sat, 23 Feb 2008 18:59:04 -0600
Dave, I'm not sure how applicable this all is to sparc. But for some
of the newer embedded ports that are coming into powerpc I can see it
being very useful.
I think I've seen this property on sparc boxes too, I'm fine
Anton Vorontsov wrote:
This patch fixes build and few warnings when ATA_VERBOSE_DEBUG
is defined:
CC drivers/ata/sata_fsl.o
drivers/ata/sata_fsl.c: In function ‘sata_fsl_fill_sg’:
drivers/ata/sata_fsl.c:338: warning: format ‘%x’ expects type ‘unsigned int’,
but argument 3 has type
From: Grant Likely [EMAIL PROTECTED]
Commit id 94f389485e27641348c1951ab8d65157122a8939 (Separate MPC52xx PSC
FIOF regsiters from the rest of PSC) split the PSC fifo registers away
from the core PSC regs. Doing so broke the mpc52xx_psc_spi driver.
This patch teaches the mpc52xx_psc_spi driver
On Mon, Feb 11, 2008 at 11:24 AM, Stephen Neuendorffer
[EMAIL PROTECTED] wrote:
Fix some missing __user tags and incorrect section tags.
Convert semaphores to mutexes.
Make probed_devices re-entrancy and error condition safe.
Fix some backwards memcpys.
Some other minor cleanups.
Use
Stephen, when you address these comments, please double check the lkml
address. It was misspelled when you sent this patch.
Cheers,
g.
On Sat, Feb 23, 2008 at 11:16 PM, Grant Likely
[EMAIL PROTECTED] wrote:
On Mon, Feb 11, 2008 at 11:24 AM, Stephen Neuendorffer
[EMAIL PROTECTED] wrote:
Paul, here is a bug fix that needs to go in for 2.6.25.
Thanks,
g.
The following changes since commit 42e6de0e6079f4a7ce6bd62340b1b14a1af314dc:
Oliver Pinter (1):
fix vmsas.c file permissions
are available in the git repository at:
git://git.secretlab.ca/git/linux-2.6-mpc52xx.git
32 matches
Mail list logo