Adrian Bunk (1):
[POWERPC] Select proper defconfig for crosscompiles
Aristeu Rozanski (1):
[POWERPC] adbhid: Enable KEY_FN key reporting
Arnd Bergmann (3):
[POWERPC] add Kconfig option for optimizing for cell
[POWERPC] Move embedded6xx into multiplatform
[POWERPC]
On Wed, 3 Oct 2007 16:27:26 +1000 Paul Mackerras [EMAIL PROTECTED] wrote:
Stephen Rothwell (5):
[POWERPC] Create and use CONFIG_WORD_SIZE
[POWERPC] Remove debug printk from vio_bus_init
[POWERPC] Simplify vio_bus_init a little for legacy iSeries
[POWERPC] Make
On Wed, 3 Oct 2007 17:15:51 +1000 Stephen Rothwell [EMAIL PROTECTED] wrote:
Would you also consider:
[POWERPC] Prepare to remove of_platform_driver name
(http://patchwork.ozlabs.org/linuxppc/patch?id=13667)
Also:
[PATCH 07/11] [POWERPC] iSeries: missing newline in printk
Hi Timur,
On Thu, Sep 20, 2007 at 03:47:26PM -0500, Timur Tabi wrote:
This patch makes numerous miscellaneous code improvements to the QE library.
...and also breaks MPC8568E-MDS. ;-) Board hangs just after ip-config stuff.
Commit 589ffa1c520355e37d5868 in galak/powerpc.git.
Unfortunately it
Jochen Friedrich (4):
[POWERPC] Fix copy'n'paste typo in commproc.c
[PPC] Fix cpm_dpram_addr returning phys mem instead of virt mem
[PPC] Compile fix for 8xx CPM Ehernet driver
[POWERPC] Fix cpm_uart driver
Some of these should already be Linus's tree (all but the 8xx
On Tue, 2 Oct 2007 07:54:20 -0500
Josh Boyer [EMAIL PROTECTED] wrote:
Hi Paul,
Please pull from
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git
for-2.6.24
to pick up a handful of new items for 2.6.24. Initial Virtex support
from Grant, some cpu setup functions
Anton Vorontsov wrote:
Hi Timur,
On Thu, Sep 20, 2007 at 03:47:26PM -0500, Timur Tabi wrote:
This patch makes numerous miscellaneous code improvements to the QE library.
...and also breaks MPC8568E-MDS. ;-) Board hangs just after ip-config stuff.
Commit 589ffa1c520355e37d5868 in
On Wed, 2007-10-03 at 13:13 +1000, Paul Mackerras wrote:
Will Schmidt writes:
I still need to test this code for performance issues, and this version
could still use some cosmetic touchups, so I dont think we want this to
go into a tree yet. I am reposting this primarily to indicate the
No need for memset to zero memory here, since we use kzalloc.
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
drivers/mtd/maps/physmap_of.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/maps/physmap_of.c b/drivers/mtd/maps/physmap_of.c
index
On Wed, Oct 03, 2007 at 09:16:51AM -0500, Timur Tabi wrote:
Anton Vorontsov wrote:
Hi Timur,
On Thu, Sep 20, 2007 at 03:47:26PM -0500, Timur Tabi wrote:
This patch makes numerous miscellaneous code improvements to the QE
library.
...and also breaks MPC8568E-MDS. ;-) Board hangs just after
On 10/2/07, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2007-10-02 at 22:18 -0600, Grant Likely wrote:
For many drivers, I think that is already the case. USB OHCI is a
prime example where there are both PCI and platform_bus bindings among
others. It seems to me that the bus
Anton Vorontsov wrote:
Doubtfully, if changes are completely transparent. Because everything works
here without that cleanup.
Ok, thanks anyway, will look further as time will permit.
I did have one idea - the programming of the GUEMR register in ucc_fast_init()
could be wrong. Can do a
On Oct 3, 2007, at 9:39 AM, Timur Tabi wrote:
Anton Vorontsov wrote:
Doubtfully, if changes are completely transparent. Because
everything works
here without that cleanup.
Ok, thanks anyway, will look further as time will permit.
I did have one idea - the programming of the GUEMR
Anton Vorontsov wrote:
Ok, thanks anyway, will look further as time will permit.
I think I found it. Of course, if I'm right, then that doesn't explain how
the 8360 works.
In struct ucc_geth, add this:
struct ucc_geth {
struct ucc_fast uccf;
+ u8 res9[0x100 -
The PCI nodes on the MPC8568 dts didn't get moved up to be sibilings of the
SOC node when we did that clean up for some reason. Fix that up and some
minor whitespace and adjusting the size of the soc reg property.
---
arch/powerpc/boot/dts/mpc8568mds.dts | 125
---
arch/powerpc/kernel/head_fsl_booke.S | 76 +-
1 files changed, 38 insertions(+), 38 deletions(-)
Its just for show, this exists in my git-tree.
diff --git a/arch/powerpc/kernel/head_fsl_booke.S
b/arch/powerpc/kernel/head_fsl_booke.S
index bfc3870..4dab680
On Wed, 2007-10-03 at 10:19 +0900, KAMEZAWA Hiroyuki wrote:
On Tue, 02 Oct 2007 16:10:53 -0700
Badari Pulavarty [EMAIL PROTECTED] wrote:
Otherwise, we need to add arch-specific hooks in hotplug-remove
code to be able to do this.
Isn't it just a matter of abstracting the test for a
According to booting-without-of.txt, fsl_spi mode should be either
cpu or qe, not cpu-qe.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc832x_rdb.dts |2 +-
arch/powerpc/sysdev/fsl_soc.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff
On non-QE processors (mpc831x/mpc834x) the SPI clock is the SoC clock.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
---
arch/powerpc/sysdev/fsl_soc.c | 27 +++
1 files changed, 19 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_soc.c
According to booting-without-of.txt, compatible should be fsl_spi and
mode cpu or qe for the fsl SPI controllers.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8313erdb.dts|4 ++--
arch/powerpc/boot/dts/mpc8349emitx.dts |4 ++--
We now generate vdso[32,64].so.dbg as part of the build so
add them to .gitignore
---
arch/powerpc/kernel/vdso32/.gitignore |1 +
arch/powerpc/kernel/vdso64/.gitignore |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
in my git tree.
diff --git
On Oct 3, 2007, at 10:43 AM, Peter Korsgaard wrote:
According to booting-without-of.txt, fsl_spi mode should be either
cpu or qe, not cpu-qe.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
I think we should update the doc instead of the code here. Thoughts?
- k
On 10/3/07, Peter Korsgaard [EMAIL PROTECTED] wrote:
According to booting-without-of.txt, compatible should be fsl_spi and
mode cpu or qe for the fsl SPI controllers.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8313erdb.dts|4 ++--
On 10/3/07, Peter Korsgaard [EMAIL PROTECTED] wrote:
On non-QE processors (mpc831x/mpc834x) the SPI clock is the SoC clock.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
---
arch/powerpc/sysdev/fsl_soc.c | 27 +++
1 files changed, 19 insertions(+), 8
Kumar == Kumar Gala [EMAIL PROTECTED] writes:
Kumar On Oct 3, 2007, at 10:43 AM, Peter Korsgaard wrote:
According to booting-without-of.txt, fsl_spi mode should be either
cpu or qe, not cpu-qe.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
Kumar I think we should update the doc
On 10/3/07, Kumar Gala [EMAIL PROTECTED] wrote:
On Oct 3, 2007, at 10:43 AM, Peter Korsgaard wrote:
According to booting-without-of.txt, fsl_spi mode should be either
cpu or qe, not cpu-qe.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
I think we should update the doc instead of
Grant == Grant Likely [EMAIL PROTECTED] writes:
Hi,
- compatible = mpc83xx_spi;
+ compatible = fsl_spi;
Grant Compatible is a list property; this might be more appropriate:
Grant compatible = fsl,mpc8313_spi, fsl_spi;
Fine by me, I'm just
Grant == Grant Likely [EMAIL PROTECTED] writes:
Hi,
Grant Why not just:
Grant np = of_find_node_by_type(NULL, qe);
Grant + if (!np)
Grant + np = of_find_node_by_type(NULL, soc);
Grant if (!np)
Grant return -ENODEV;
My first iteration
On Oct 3, 2007, at 10:57 AM, Grant Likely wrote:
On 10/3/07, Kumar Gala [EMAIL PROTECTED] wrote:
On Oct 3, 2007, at 10:43 AM, Peter Korsgaard wrote:
According to booting-without-of.txt, fsl_spi mode should be either
cpu or qe, not cpu-qe.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
On Wed, 2007-10-03 at 10:51 -0500, Kumar Gala wrote:
On Oct 3, 2007, at 10:43 AM, Peter Korsgaard wrote:
According to booting-without-of.txt, fsl_spi mode should be either
cpu or qe, not cpu-qe.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
I think we should update the doc instead
On Wed, 03 Oct 2007 08:35:35 -0700
Badari Pulavarty [EMAIL PROTECTED] wrote:
On Wed, 2007-10-03 at 10:19 +0900, KAMEZAWA Hiroyuki wrote:
CONFIG_ARCH_HAS_VALID_MEMORY_RANGE. Then define own
find_next_system_ram() (rename to is_valid_memory_range()) - which
checks the given range is a valid
On Wed, Oct 03, 2007 at 10:01:48AM -0500, Timur Tabi wrote:
Anton Vorontsov wrote:
Ok, thanks anyway, will look further as time will permit.
I think I found it. Of course, if I'm right, then that doesn't explain how
the 8360 works.
In struct ucc_geth, add this:
struct ucc_geth {
Grant == Grant Likely [EMAIL PROTECTED] writes:
I think we should update the doc instead of the code here. Thoughts?
Grant Updating the doc is more backward compatible. :-)
Ok.
---
Mode should be cpu-qe for QE in CPU mode. qe should be reserved
for native QE mode.
Signed-off-by: Peter
Anton Vorontsov wrote:
struct ucc_geth {
struct ucc_fast uccf;
+u8 res9[0x100 - sizeof(struct ucc_fast)];
u32 maccfg1;/* mac configuration reg. 1 */
u32 maccfg2;/* mac configuration reg. 2 */
This fixed issue, much thanks.
Great! I'm
This patch makes numerous miscellaneous code improvements to the QE library.
1. Remove struct ucc_common and merge ucc_init_guemr() into ucc_set_type()
(every caller of ucc_init_guemr() also calls ucc_set_type()). Modify all
callers of ucc_set_type() accordingly.
2. Remove the unused enum
On Wed, Oct 03, 2007 at 10:20:11AM -0500, Kumar Gala wrote:
/* Invalidate TLB1 */
- li r9,0x0c
+ li 9,0x0c
No 'r'?
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, 3 Oct 2007 11:34:59 -0500
Timur Tabi [EMAIL PROTECTED] wrote:
This patch makes numerous miscellaneous code improvements to the QE library.
1. Remove struct ucc_common and merge ucc_init_guemr() into ucc_set_type()
(every caller of ucc_init_guemr() also calls ucc_set_type()).
Olof Johansson wrote:
pasemi_mac: clear out old errors on interface open
Clear out any pending errors when an interface is brought up. Since the bits
are sticky, they might be from interface shutdown time after firmware has
used it, etc.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
In
Olof Johansson wrote:
pasemi_mac: use buffer index pointer in clean_rx()
Use the new features in B0 for buffer ring index on the receive side. This
means we no longer have to search in the ring for where the buffer
came from.
Also cleanup the RX cleaning side a little, while I was at it.
On Oct 3, 2007, at 11:39 AM, Scott Wood wrote:
On Wed, Oct 03, 2007 at 10:20:11AM -0500, Kumar Gala wrote:
/* Invalidate TLB1 */
-li r9,0x0c
+li 9,0x0c
No 'r'?
damn, one too many chars deleted :)
- k
___
Linuxppc-dev
Valentine Barshak (by way of Josh Boyer [EMAIL PROTECTED]) wrote:
Fix an obvious typo in emac_xmit_finish.
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
drivers/net/ibm_newemac/core.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
applied
On Wed, Oct 03, 2007 at 01:46:16PM -0400, Jeff Garzik wrote:
Olof Johansson wrote:
pasemi_mac: clear out old errors on interface open
Clear out any pending errors when an interface is brought up. Since the
bits
are sticky, they might be from interface shutdown time after firmware has
used
pasemi_mac: enable iommu support
Enable IOMMU support for pasemi_mac, but avoid using it on non-partitioned
systems for performance reasons.
The user can override this by selecting the PPC_PASEMI_IOMMU_DMA_FORCE
configuration option.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
---
On Wed,
Olof Johansson wrote:
pasemi_mac: basic error checking
Add some rudimentary error checking to pasemi_mac.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
applied 1-10
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Stephen Hemminger wrote:
Separate the changes into individual patches to allow for better
comment/review
and bisection in case of regression.
That would be too difficult. Some of the changes are single lines, and this
patch has already been approved -- I just cross-posted to netdev because
Replace struct ibmebus_dev and struct ibmebus_driver with struct of_device
and struct of_platform_driver, respectively. Match the external ibmebus
interface and drivers using it.
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
If not, then you need to get an Acked-by and an
Olof Johansson wrote:
On Wed, Oct 03, 2007 at 01:46:16PM -0400, Jeff Garzik wrote:
Olof Johansson wrote:
pasemi_mac: clear out old errors on interface open
Clear out any pending errors when an interface is brought up. Since the
bits
are sticky, they might be from interface shutdown time
On 10/3/07, Peter Korsgaard [EMAIL PROTECTED] wrote:
Grant == Grant Likely [EMAIL PROTECTED] writes:
Hi,
Grant Why not just:
Grant np = of_find_node_by_type(NULL, qe);
Grant + if (!np)
Grant + np = of_find_node_by_type(NULL, soc);
Grant if (!np)
Olof Johansson wrote:
pasemi_mac: enable iommu support
Enable IOMMU support for pasemi_mac, but avoid using it on non-partitioned
systems for performance reasons.
The user can override this by selecting the PPC_PASEMI_IOMMU_DMA_FORCE
configuration option.
Signed-off-by: Olof Johansson
On 10/3/07, Andrei Konovalov [EMAIL PROTECTED] wrote:
Hi Grant,
Grant Likely wrote:
(resend due to mailer issues. Apologies to anyone receiving this twice)
This patch series reworks the Xilinx framebuffer driver and then adds
an of_platform bus binding. The of_platform bus binding is
RTAS messages can occur very early during boot, before the error
message buffer has been allocated. The current code will lead to
a null-pointer deref. Explicitly protect against this.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Andy Whitcroft [EMAIL PROTECTED]
Andy Whitcroft's
On Wed, Oct 03, 2007 at 02:09:46PM +1000, Michael Ellerman wrote:
Until we initialise what exactly?
Until we allocate the error log buffer. The original crash was
for a null-pointer deref of the unallocated buffer. I just sent
out a patch to fix this; its a bit simpler than the below.
In
Hi Paul,
I just now found this. I'll take a look immediately. I tried it
on a couple of systems but not margin.
Thanks,
Mike
Paul Jackson wrote:
Mike,
I think there is a bug either in this ia64 patch, or in the related
generic arch patch: Convert cpu_sibling_map to be a per cpu variable
Kumar and Paul,
These five patches add the base port for the newly
introduced MPC8610 HPCD reference board. We would
like to see these added to 2.6.24 if possible!
Thanks,
jdl
arch/powerpc/boot/dts/mpc8610_hpcd.dts | 191 +
arch/powerpc/configs/mpc8610_hpcd_defconfig | 1023
From: Xianghua Xiao [EMAIL PROTECTED]
Signed-off-by: Xianghua Xiao [EMAIL PROTECTED]
Signed-off-by: Jon Loeliger [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8610_hpcd.dts | 191
1 files changed, 191 insertions(+), 0 deletions(-)
create mode 100644
From: Xianghua Xiao [EMAIL PROTECTED]
Signed-off-by: Xianghua Xiao [EMAIL PROTECTED]
Signed-off-by: Jason Jin [EMAIL PROTECTED]
Signed-off-by: Jon Loelier [EMAIL PROTECTED]
---
arch/powerpc/platforms/86xx/mpc8610_hpcd.c | 267
1 files changed, 267 insertions(+), 0
From: Jason Jin [EMAIL PROTECTED]
Signed-off-by: Jason Jin [EMAIL PROTECTED]
Signed-off-by: Jon Loeliger [EMAIL PROTECTED]
---
arch/powerpc/sysdev/fsl_pci.c |1 +
include/linux/pci_ids.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git
On Wed, 2007-10-03 at 08:39 -0600, Grant Likely wrote:
Right, okay. Looking at platform_device_add(), the default parent is
platform_bus, but it can be overridden. of_platform_bus devices get
the hierarchy of the device tree by default. So in the platform bus
case, the constructor would
On Tue, 02 Oct 2007 09:41:28 +0200, Willaert, Bernard wrote:
System details:
Freescale [EMAIL PROTECTED]
Kernel 2.6.18
Problem:
When we log debug output via the serial console on a multithreaded
application, the console throughput may get clogged and then we
experience a 300ms deadlock.
On Oct 3, 2007, at 1:17 PM, Grant Likely wrote:
On 10/3/07, Peter Korsgaard [EMAIL PROTECTED] wrote:
Grant == Grant Likely [EMAIL PROTECTED] writes:
Hi,
Grant Why not just:
Grant np = of_find_node_by_type(NULL, qe);
Grant + if (!np)
Grant + np =
On Oct 3, 2007, at 3:09 PM, Jon Loeliger wrote:
Kumar and Paul,
These five patches add the base port for the newly
introduced MPC8610 HPCD reference board. We would
like to see these added to 2.6.24 if possible!
Thanks,
jdl
arch/powerpc/boot/dts/mpc8610_hpcd.dts | 191 +
On Oct 3, 2007, at 1:00 PM, Timur Tabi wrote:
Stephen Hemminger wrote:
Separate the changes into individual patches to allow for better
comment/review
and bisection in case of regression.
That would be too difficult. Some of the changes are single lines,
and this patch has already
From g5_defconfig:
WARNING: vmlinux.o(.text+0x2ff5c): Section mismatch: reference to
.init.text:.pmac_find_ide_boot (between '.note_bootable_part' and
'.note_scsi_host')
From holly_defconfig:
WARNING: vmlinux.o(.text+0x164fe): Section mismatch: reference to
.init.data:boot_command_line
On Wed, Oct 03, 2007 at 06:00:37PM +0200, Peter Korsgaard wrote:
Grant == Grant Likely [EMAIL PROTECTED] writes:
Hi,
- compatible = mpc83xx_spi;
+ compatible = fsl_spi;
Grant Compatible is a list property; this might be more appropriate:
Since bootdevice never gets initialized, it's always NULL, and hence a
whole pile of code in arch/powerpc/platforms/setup.c never gets used.
(This was the code that originally was there so that the automatic
root partition selection mechanism would prefer a rootish-looking
partition on the device
On Thu, 2007-10-04 at 13:47 +1000, Paul Mackerras wrote:
Since bootdevice never gets initialized, it's always NULL, and hence a
whole pile of code in arch/powerpc/platforms/setup.c never gets used.
(This was the code that originally was there so that the automatic
root partition selection
On Wed, 03 Oct 2007 17:43:50 +0200 Peter Korsgaard [EMAIL PROTECTED] wrote:
@@ -1220,14 +1220,17 @@ int __init fsl_spi_init(struct spi_board_info
*board_infos,
{
struct device_node *np;
unsigned int i;
- const u32 *sysclk;
+ const u32 *qe_sysclk = 0, *soc_sysclk = 0;
From: Grant Likely [EMAIL PROTECTED]
Add '-g' to BOOTCFLAGS if CONFIG_DEBUG_INFO is set.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/boot/Makefile |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/Makefile
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/block/xsysace.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/block/xsysace.c b/drivers/block/xsysace.c
index 3847464..5b73471 100644
---
From: Grant Likely [EMAIL PROTECTED]
Put function call and return code test on separate lines.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/block/xsysace.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/block/xsysace.c
From: Grant Likely [EMAIL PROTECTED]
The previous patch to move the interrupt handler registration moved it
below enabling interrupts which could be a problem if the device is on
a shared interrupt line. This patch fixes the order.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
Jens,
Here are some more Sysace patches based on comments received on the
first series and a run through sparse. Can you please queue them up
for 2.6.24?
Thanks,
g.
--
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing
Some IBM machines supply a logical PVR (processor version register)
value in the device tree in the cpu nodes rather than the real PVR.
This is used for instance to indicate that the processors in a POWER6
partition have been configured by the hypervisor to run in POWER5+
mode rather than POWER6
From: Grant Likely [EMAIL PROTECTED]
dcr.c is an arch/powerpc only thing.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
Ben/Paulus,
As far as I can tell this is correct. Having sysdev/dcr.c in the arch/ppc
build spits out warnings. Grep doesn't show anything in arch/ppc that
is using it.
On Oct 3, 2007, at 10:41 PM, Stephen Rothwell wrote:
On Wed, 03 Oct 2007 15:09:33 -0500 Jon Loeliger [EMAIL PROTECTED]
wrote:
+++ b/arch/powerpc/platforms/86xx/mpc8610_hpcd.c
+#include linux/stddef.h
+#include linux/kernel.h
+#include linux/pci.h
+#include linux/kdev_t.h
+#include
This change works around this problem by taking out the PMU
information from the cputable entries for the logical PVR values, and
changing identify_cpu so that the second call to it won't overwrite
the PMU information that was established by the first call (the one
with the real PVR), but
On Wed, Oct 03, 2007 at 03:59:33PM +1000, David Gibson wrote:
This patch makes a number of Makefile cleanups and improvements:
- We use more generic rules to invoke flex and bison, which is
useful for some of the other changes.
- We use the name dtc-lexer.lex.c for the flex output,
The LTSSM register is actual 32-bits wide so we should be doing a
dword access.
---
arch/powerpc/sysdev/fsl_pci.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
minor cleanup patch
diff --git a/arch/powerpc/sysdev/fsl_pci.c b/arch/powerpc/sysdev/fsl_pci.c
index 98290f4..af090c9
On the Freescale embedded (83xx, 85xx, 86xx) and a few of the discrete
bridges (mpc10x, tsi108) use the new for_each_compatible_node() or
for_each_node_by_type() to provide more exact matching when looking for
PHBs in the device tree.
With the previous code it was possible to match on pci bridges
On Thu, Oct 04, 2007 at 03:20:53PM +1000, David Gibson wrote:
On Wed, Oct 03, 2007 at 03:59:33PM +1000, David Gibson wrote:
This patch makes a number of Makefile cleanups and improvements:
- We use more generic rules to invoke flex and bison, which is
useful for some of the other
This is a serie of 4 patches. The first two should be applied via
the powerpc tree and the second via the bluesmoke tree. The later
do depend on the former so the new driver won't compile until the
former has been merged in case bluesmoke is pulled first but that
shoudn't be a big issue.
The new Cell EDAC driver needs that file, oprofile also does ugly
path tricks to get to it, it's time to move it to asm-powerpc. While
at it, rename it to be consistent with cell-pmu.h (and dashes look
nicer than underscores anyway).
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This adds definitions for the Cell memory controller registers (at
least some of them) for use by the EDAC driver for ECC error reporting.
It also expose the said MIC as a platform device that can be used
by the EDAC driver to match on.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This patch adds the definitions for the Rambus XDR memory type
used by the Cell processor. It's a pre-requisite for the followup
Cell EDAC patch.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
drivers/edac/edac_core.h |2 ++
drivers/edac/edac_mc_sysfs.c |3 ++-
2 files
Adds driver for the Cell memory controller when used without a
Hypervisor such as on the IBM Cell blades. There might still
be some improvements to do to this such as finding if it's
possible to properly obtain more details about the address
of the error but it's good enough already to report CE
85 matches
Mail list logo
