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
Original-Nachricht
> Datum: Wed, 03 Oct 2007 08:03:27 +1000
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Problem with OF interrupt parsing code
>
> On Tue, 2007-10-02 at 14:38 +0200, Ger
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
(http://patc
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 th
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 f
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 indica
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 cf75a56
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
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 th
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
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 t
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 - sizeof(str
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 1
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 abstracti
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(-)
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 b/arch/powe
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 ++--
arch/powerpc/b
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 a/arch/powerpc/kernel/vdso32/.gitigno
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 de
> "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
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
> "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";
Fi
> "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
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 Ko
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 upd
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 vali
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_ge
> "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-o
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.
Gr
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 Thu, 2007-10-04 at 01:25 +0900, KAMEZAWA Hiroyuki wrote:
> 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() (renam
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-de
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 PROTECT
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 a
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-
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
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
https://ozlabs.or
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 becau
> > 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
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 shu
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")
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 Jo
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
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 t
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 varia
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 arch/
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(
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 a/arch/powerpc/sysdev/f
From: Xianghua Xiao <[EMAIL PROTECTED]>
Signed-off-by: Xianghua Xiao <[EMAIL PROTECTED]>
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/86xx/Kconfig | 13 +
arch/powerpc/platforms/86xx/Makefile |1 +
2 fil
From: Xianghua Xiao <[EMAIL PROTECTED]>
Signed-off-by: Xianghua Xiao <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
arch/powerpc/configs/mpc8610_hpcd_defconfig | 1023 +++
1 files changed, 1023 insertions(+), 0 deletions(-)
create mode 100644 arch
On 9/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> This target produces a flat binary rather than an ELF file,
> fixes the entry point at the beginning of the image, and takes
> a complete device tree with no fixups needed.
>
> The device tree must have labels on /#address-cells, the timebase
> fre
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 de
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)
>> G
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 | 19
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
>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 (betwe
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 m
On Wed, 03 Oct 2007 15:09:33 -0500 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/86xx/mpc8610_hpcd.c
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
You should
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 t
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_sys
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 b/arch/powerpc/boot/Ma
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
--- a/drivers/block
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 b/drivers/block/x
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]>
---
drivers/
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 li
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
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
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +
>> +#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), bu
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 outp
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 1
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 co
On the majority of 85xx & 86xx we have a register that's ability to
assert HRESET_REQ to reset the board. We refactored that code so it
can be shared between both platforms into fsl_soc.c and removed all
the duplication in each platform directory.
---
arch/powerpc/boot/dts/mpc8641_hpcn.dts |
On Wed, Oct 03 2007, Grant Likely wrote:
> 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?
Applied all 3, looked fine to me.
--
Jens Axboe
92 matches
Mail list logo
