The ibm,client-architecture method will often cause a reconfiguration reboot.
When this happens the last thing we see is:
Hypertas detected, assuming LPAR !
Which doesn't explain what just happened. Wrap the ibm,client-architecture
so it's clear what is going on:
Calling
Some patches to make the ibm,client-architecture behaviour more obvious
as well as small formatting fixes.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Make all messages consistent, some have spaces before the ..., some do not.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-2.6/arch/powerpc/kernel/prom_init.c
===
--- linux-2.6.orig/arch/powerpc/kernel/prom_init.c
Enable relay in pseries config, ppc64_defconfig had it enabled but pseries
did not.
Signed-off-by: Anton Blanchard an...@samba.org
---
diff --git a/arch/powerpc/configs/pseries_defconfig
b/arch/powerpc/configs/pseries_defconfig
index 61b1008..f1889ab 100644
---
We specify a 64MB RMO, but the comment says 128MB.
Signed-off-by: Anton Blanchard an...@samba.org
---
diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c
index 7f1b33d..ddd9561 100644
--- a/arch/powerpc/kernel/prom_init.c
+++ b/arch/powerpc/kernel/prom_init.c
@@
Instead of checking for known events, pass in all 1s so we handle future
event types. We were currently missing the IO event type.
Signed-off-by: Anton Blanchard an...@samba.org
---
diff --git a/arch/powerpc/include/asm/rtas.h b/arch/powerpc/include/asm/rtas.h
index 0aa0315..01c1233 100644
---
PHYP tells us how often a shared processor dispatch changed physical cpus.
This can highlight performance problems caused by the hypervisor.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-2.6/arch/powerpc/include/asm/lppaca.h
Hi David,
Here are the fec_mpc52xx patches which should be picked up for 2.6.29.
Patch #1 fixes a dma related BUG_ON() discovered after the merge window
opened. #2 #3 were original a single patch posted prior to the merge
window, but not having a s-o-b line from the original author held them
From: Grant Likely grant.lik...@secretlab.ca
The driver triggers a BUG_ON() when allocating DMA buffers because the
arch/powerpc dma_ops aren't in the net_device's struct device. This
patch fixes the problem by using the parent of_device which does have
the correct dma_ops set.
Signed-off-by:
From: Henk Stegeman henk.stege...@gmail.com
Since not using net_device_ops gets you shunned out the cool crowd,
this patch modifies the fec_mpc52xx Ethernet driver to provide the
management hooks via a struct net_device_ops.
Reported-by: Henk Stegeman henk.stege...@gmail.com
Signed-off-by: Grant
From: Grant Likely grant.lik...@secretlab.ca
The FEC Ethernet device isn't always attached to a phy. Be careful
not to dereference phy_device if it is NULL. Also eliminates an
unnecessary extra function from the ioctl path.
Reported-by: Henk Stegeman henk.stege...@gmail.com
Signed-off-by:
Benjamin Herrenschmidt wrote:
On Tue, 2009-03-31 at 14:57 +0530, Sachin Sant wrote:
While executing CPU HotPlug[1] tests i observed that during
every cpu offline process an exception is thrown.
Looks like a BUG_ON() to me... can you look at what other
messages just before that ?
I
Hi David,
this patch went out by mistake, sorry.
David Gibson wrote:
On Tue, Mar 31, 2009 at 02:37:33PM +0200, Wolfgang Grandegger wrote:
Index: linux-2.6/arch/powerpc/boot/dts/socrates.dts
===
---
Anton Vorontsov wrote:
On Tue, Mar 31, 2009 at 09:05:28AM -0600, Grant Likely wrote:
[...]
+ soc8...@e000 {
+ #address-cells = 1;
+ #size-cells = 1;
+ device_type = soc;
Drop device_type here too.
Grrr, I just realized that removing the
David Gibson wrote:
On Tue, Mar 31, 2009 at 02:43:39PM +0200, Wolfgang Grandegger wrote:
The I2c node property fsl,preserve-clocking allows to overtake the
clock settings from the boot loader and avoids the hard-coded setting.
Hrm. This is dubious. The device tree should generally describe
Grant Likely wrote:
On Tue, Mar 31, 2009 at 6:37 AM, Wolfgang Grandegger w...@grandegger.com
wrote:
This patch makes the I2C bus speed configurable by using the I2C node
property clock-frequency. If the property is not defined, the old
fixed clock settings will be used for backward
PPC_CELL_NATIVE selects PPC_OF_PLATFORM_PCI, but not the underlying PCI,
causing build failures if PCI is not set.
Signed-off-by: Geert Uytterhoeven geert.uytterhoe...@sonycom.com
---
arch/powerpc/platforms/cell/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
-Original Message-
From: linuxppc-dev-bounces+leoli=freescale@ozlabs.org
[mailto:linuxppc-dev-bounces+leoli=freescale@ozlabs.org]
On Behalf Of 山崎 精二
Sent: Wednesday, April 01, 2009 5:14 PM
To: linuxppc-dev@ozlabs.org
Subject: USB does not work on mpc8347
Hi all,
I am
On Wed, 2009-04-01 at 11:42 +0200, Geert Uytterhoeven wrote:
PPC_CELL_NATIVE selects PPC_OF_PLATFORM_PCI, but not the underlying PCI,
causing build failures if PCI is not set.
Maybe it should only select it if PCI is enabled ? Is qpace using PCI ?
Cheers,
Ben.
Signed-off-by: Geert
randconfig build on powerpc failed with :
arch/powerpc/platforms/pseries/dtl.c: In function ‘dtl_init’:
arch/powerpc/platforms/pseries/dtl.c:238: error: implicit declaration of
function ‘firmware_has_feature’
arch/powerpc/platforms/pseries/dtl.c:238: error: ‘FW_FEATURE_SPLPAR’ undeclared
Hi all,
I am running the Linux kernel 2.6.28.7 on my PPC8347 BRD.
I have some problem.
One is USB does not work on mpc8347.
platform_driver_probe(udc_driver, fsl_udc_probe) is failed.
struct is
static struct platform_driver udc_driver = {
.probe = fsl_udc_probe,
.remove =
On Wednesday 01 April 2009, Benjamin Herrenschmidt wrote:
On Wed, 2009-04-01 at 11:42 +0200, Geert Uytterhoeven wrote:
PPC_CELL_NATIVE selects PPC_OF_PLATFORM_PCI, but not the underlying PCI,
causing build failures if PCI is not set.
Maybe it should only select it if PCI is enabled ? Is
On Wed, 2009-04-01 at 12:45 +0200, Arnd Bergmann wrote:
On Wednesday 01 April 2009, Benjamin Herrenschmidt wrote:
On Wed, 2009-04-01 at 11:42 +0200, Geert Uytterhoeven wrote:
PPC_CELL_NATIVE selects PPC_OF_PLATFORM_PCI, but not the underlying PCI,
causing build failures if PCI is not set.
On Tue, Mar 31, 2009 at 11:11:53PM -0400, Sean MacLennan wrote:
8d1cf34e7ad5c7738ce20d20bd7f002f562cb8b5 is first bad commit
commit 8d1cf34e7ad5c7738ce20d20bd7f002f562cb8b5
Author: Benjamin Herrenschmidt b...@kernel.crashing.org
Date: Thu Mar 19 19:34:08 2009 +
powerpc/mm: Tweak PTE bit
Hi,
This is a draft version of my patch to add Linux support for the Xilinx ML510.
The patch adds support for the board and a pci implementation which allows you
to use onboard pci devices (usb, ide, audio) and pci slots (only slot 3 and 5
for now).
This is an intial version of my work. There
On Wed, Apr 01, 2009 at 09:31:34AM +0200, Wolfgang Grandegger wrote:
Hi David,
this patch went out by mistake, sorry.
David Gibson wrote:
On Tue, Mar 31, 2009 at 02:37:33PM +0200, Wolfgang Grandegger wrote:
Index: linux-2.6/arch/powerpc/boot/dts/socrates.dts
Hi,
On my custom board based on 405EXr /dev/random produces no output
at all, and /dev/urandom is not random enough for our purposes. Saving
entropy pool between reboots doesn't help much.
What can be done to increase the entropy of the system ?
I was thinking of adding IRQF_SAMPLE_RANDOM to
On Wednesday 01 April 2009, Benjamin Herrenschmidt wrote:
On Wed, 2009-04-01 at 12:45 +0200, Arnd Bergmann wrote:
No, QPACE does not have any PCI devices whatsoever.
so something like select PPC_OF_PLATFORM_PCI if PCI would work you
think ?
Yes, that sounds good.
Arnd
David Gibson wrote:
On Wed, Apr 01, 2009 at 09:31:34AM +0200, Wolfgang Grandegger wrote:
Hi David,
this patch went out by mistake, sorry.
David Gibson wrote:
On Tue, Mar 31, 2009 at 02:37:33PM +0200, Wolfgang Grandegger wrote:
Index: linux-2.6/arch/powerpc/boot/dts/socrates.dts
On Wed, Apr 01, 2009 at 10:09:55PM +1100, David Gibson wrote:
On Wed, Apr 01, 2009 at 09:31:34AM +0200, Wolfgang Grandegger wrote:
Hi David,
this patch went out by mistake, sorry.
David Gibson wrote:
On Tue, Mar 31, 2009 at 02:37:33PM +0200, Wolfgang Grandegger wrote:
Index:
On Wed, Apr 1, 2009 at 1:36 AM, Wolfgang Grandegger w...@grandegger.com wrote:
Anton Vorontsov wrote:
On Tue, Mar 31, 2009 at 09:05:28AM -0600, Grant Likely wrote:
[...]
+ soc8...@e000 {
+ #address-cells = 1;
+ #size-cells = 1;
+
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
This patch is now applicable to the tracing tree after merging
with Linus' tree.
Thanks, that's useful info.
There's the skb tracepoints related merge fixlet needed too.
Anything else in this context you are aware of?
Ingo
Hi Ingo,
[Its midnight, so this is just a quick reply.]
On Wed, 1 Apr 2009 14:51:48 +0200 Ingo Molnar mi...@elte.hu wrote:
* Stephen Rothwell s...@canb.auug.org.au wrote:
This patch is now applicable to the tracing tree after merging
with Linus' tree.
Thanks, that's useful info.
Grant Likely wrote:
On Wed, Apr 1, 2009 at 1:36 AM, Wolfgang Grandegger w...@grandegger.com
wrote:
Anton Vorontsov wrote:
On Tue, Mar 31, 2009 at 09:05:28AM -0600, Grant Likely wrote:
[...]
+ soc8...@e000 {
+ #address-cells = 1;
+ #size-cells = 1;
+
This patch makes the I2C bus speed configurable by using the I2C node
property clock-frequency. If the property is not defined, the old
fixed clock settings will be used for backward compatibility.
The generic I2C clock properties, especially the CPU-specific source
clock pre-scaler are defined
On Apr 1, 2009, at 12:38 AM, Benjamin Herrenschmidt wrote:
Hi !
Just noticed... And I'll be travelling for a while so with no much
time to look at it.
Your changes to use the PTE page free batch via RCU on ppc32 broke
CONFIG_HIGHPTE for hash32...
You rely on passing a page_address() of the
On Apr 1, 2009, at 8:10 AM, Wolfgang Grandegger wrote:
Grant Likely wrote:
On Wed, Apr 1, 2009 at 1:36 AM, Wolfgang Grandegger w...@grandegger.com
wrote:
Anton Vorontsov wrote:
On Tue, Mar 31, 2009 at 09:05:28AM -0600, Grant Likely wrote:
[...]
+ soc8...@e000 {
+
On Wed, Apr 1, 2009 at 1:51 AM, Wolfgang Grandegger w...@grandegger.com wrote:
Grant Likely wrote:
The table definition is more verbose this way, but I think it results
in more understandable and easier to extend code. It also adds lets
the compiler do more type checking for you.
OK but I
Hi,
Am Mittwoch 01 April 2009 06:10:36 schrieb Kumar Gala:
On Mar 31, 2009, at 10:06 AM, Eduard Fuchs wrote:
Hi,
Am Dienstag 31 März 2009 15:20:21 schrieb Kumar Gala:
On Mar 31, 2009, at 5:15 AM, Eduard Fuchs wrote:
Hi,
I'm testing the evaluation board from freescale (MPC8641DHPCN)
Grant Likely wrote:
On Wed, Apr 1, 2009 at 1:51 AM, Wolfgang Grandegger w...@grandegger.com
wrote:
Grant Likely wrote:
The table definition is more verbose this way, but I think it results
in more understandable and easier to extend code. It also adds lets
the compiler do more type
On Wed, Apr 1, 2009 at 7:13 AM, Wolfgang Grandegger w...@grandegger.com wrote:
This patch makes the I2C bus speed configurable by using the I2C node
property clock-frequency. If the property is not defined, the old
fixed clock settings will be used for backward compatibility.
The generic I2C
On Wed, Apr 1, 2009 at 7:44 AM, Grant Likely grant.lik...@secretlab.ca wrote:
On Wed, Apr 1, 2009 at 7:13 AM, Wolfgang Grandegger w...@grandegger.com
wrote:
This patch makes the I2C bus speed configurable by using the I2C node
property clock-frequency. If the property is not defined, the old
On Apr 1, 2009, at 8:36 AM, Eduard Fuchs wrote:
Hi,
Am Mittwoch 01 April 2009 06:10:36 schrieb Kumar Gala:
On Mar 31, 2009, at 10:06 AM, Eduard Fuchs wrote:
Hi,
Am Dienstag 31 März 2009 15:20:21 schrieb Kumar Gala:
On Mar 31, 2009, at 5:15 AM, Eduard Fuchs wrote:
Hi,
I'm testing the
Wolfgang Grandegger wrote:
Grant Likely wrote:
On Wed, Apr 1, 2009 at 1:51 AM, Wolfgang Grandegger w...@grandegger.com
wrote:
Grant Likely wrote:
The table definition is more verbose this way, but I think it results
in more understandable and easier to extend code. It also adds lets
the
On Wed, Apr 1, 2009 at 7:41 AM, Wolfgang Grandegger w...@grandegger.com wrote:
Grant Likely wrote:
On Wed, Apr 1, 2009 at 1:51 AM, Wolfgang Grandegger w...@grandegger.com
wrote:
Grant Likely wrote:
The table definition is more verbose this way, but I think it results
in more understandable
On Wed, 1 Apr 2009 07:27:56 -0400
Josh Boyer jwbo...@linux.vnet.ibm.com wrote:
I'm assuming this is the result of a git-bisect run?
Correct.
Can I also assume you were loading the module on your Warp board?
Correct again.
Cheers,
Sean
___
thanks Scott!
That is very old code; you're more likely to get help when running
something up-to-date.
i have a latest u-boot-2009.03 updated instead of mine, and kernel version
is instead of 2.6.24.5
This alternative was listed as text/plain. nbsp is not plaintext.
Please fix your
Grant Likely wrote:
On Wed, Apr 1, 2009 at 7:44 AM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Wed, Apr 1, 2009 at 7:13 AM, Wolfgang Grandegger w...@grandegger.com
wrote:
This patch makes the I2C bus speed configurable by using the I2C node
property clock-frequency. If the property
There is PKA/TRNG driver for sure. Let me check if it was accepted in
opensource yet. Otherwise I will forward you the driver which may not be
there in opensource yet.
-Original Message-
From: linuxppc-dev-bounces+tmarri=amcc@ozlabs.org
I have a custom board based on the MPC8313ERDB and have communications
capabilities over Ethernet using internet sockets. Basically, just data
transfer from the host (my board) to a client (a PC). I want to be able to
perform similar transactions across USB.
I have done some cursory reading
On Wed, Apr 01, 2009 at 10:05:00AM -0700, Tirumala Reddy Marri wrote:
There is PKA/TRNG driver for sure. Let me check if it was accepted in
opensource yet. Otherwise I will forward you the driver which may not be
there in opensource yet.
You could just send it to the list instead. That way
I'm trying to embed the open source XORP routing stack in 85xx based
embedded system. XORP's original design didn't consider the
possibility of an embedded deployment, so just getting it all to fit
within the 32MB flash of our target has been a challenge all by
itself.
The BSP/SDK from the ODM
It turned out that the normally-initialized 8250 driver was getting
stomped on by my device tree's serial driver (which is also an 8250) -
apparently CONFIG_SERIAL_8250[_CONSOLE] and CONFIG_SERIAL_OF_PLATFORM
don't play well together. Disabling the latter fixed my problem.
Thanks for the help,
Hi,
As requested by Grant Likely here the same patch but now inlined.
Regards,
Roderick Colenbrander
diff -urN -X linux-2.6.29/Documentation/dontdiff
linux-2.6.29/arch/powerpc/boot/dts/virtex440-ml510.dts
ml510-dev/linux-2.6.29/arch/powerpc/boot/dts/virtex440-ml510.dts
---
The following commit breaks PPC builds with CONFIG_HIGHMEM=y
commit f4112de6b679d84bd9b9681c7504be7bdfb7c7d5
Author: Akinobu Mita akinobu.m...@gmail.com
Date: Tue Mar 31 15:23:25 2009 -0700
mm: introduce debug_kmap_atomic
We get:
CC init/main.o
In file included from
Maynard asked about user_enable_block_step() support on powerpc.
This is the old patch I've posted before. I haven't even tried
to compile it lately, but it rebased cleanly.
AFAIK the only reason this didn't go in several months ago was waiting
for someone to decide what the right
On Wed, 2009-04-01 at 07:27 -0400, Josh Boyer wrote:
I'm assuming this is the result of a git-bisect run?
Can I also assume you were loading the module on your Warp board?
Ben, have you tested module loads on 4xx since you redid this?
I must shamefully admit almost never testing modules
Resending due to lack of response to original post.
I was validating some code dealing with /proc/pid/maps on 2.6.29 and
was surprised when it failed. It turns out that at least on my ppc64 G5
machine the offset value for the last entry is strange--it shows up as a
64-bit value even though
On Wed, Apr 01, 2009 at 01:59:36PM +0200, Wolfgang Grandegger wrote:
David Gibson wrote:
On Wed, Apr 01, 2009 at 09:31:34AM +0200, Wolfgang Grandegger wrote:
Hi David,
this patch went out by mistake, sorry.
David Gibson wrote:
On Tue, Mar 31, 2009 at 02:37:33PM +0200, Wolfgang
On Wed, Apr 01, 2009 at 04:30:29PM +0400, Anton Vorontsov wrote:
On Wed, Apr 01, 2009 at 10:09:55PM +1100, David Gibson wrote:
On Wed, Apr 01, 2009 at 09:31:34AM +0200, Wolfgang Grandegger wrote:
Hi David,
this patch went out by mistake, sorry.
David Gibson wrote:
On Tue,
On Wed, Apr 01, 2009 at 09:40:13AM +0200, Wolfgang Grandegger wrote:
David Gibson wrote:
On Tue, Mar 31, 2009 at 02:43:39PM +0200, Wolfgang Grandegger wrote:
The I2c node property fsl,preserve-clocking allows to overtake the
clock settings from the boot loader and avoids the hard-coded
randconfig build on powerpc failed with :
arch/powerpc/platforms/pseries/dtl.c: In function dtl_init:
arch/powerpc/platforms/pseries/dtl.c:238: error: implicit declaration of func
tion firmware_has_feature
arch/powerpc/platforms/pseries/dtl.c:238: error: FW_FEATURE_SPLPAR
thanks Scott
Another thing that would generally be good is to keep replies on the
list rather than taking it to private e-mail as soon as someone replies.
Someone else may have something helpful to say based on your followup,
or may have the same problem and be helped by the conclusion.
On Wed, Apr 01, 2009 at 04:33:31PM -0500, Kumar Gala wrote:
The following commit breaks PPC builds with CONFIG_HIGHMEM=y
commit f4112de6b679d84bd9b9681c7504be7bdfb7c7d5
Author: Akinobu Mita akinobu.m...@gmail.com
Date: Tue Mar 31 15:23:25 2009 -0700
mm: introduce debug_kmap_atomic
When we call giveup_fpu, we need to need to turn off VSX in current.
If we don't, on return to current it may execute a VSX instruction
(before the next FP), and not have it's register state refreshed
correctly from the thread_struct. Ditto for altivec.
This caused a bug where an unaligned lfs
On Thu, 02 Apr 2009 09:24:43 +1100
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
I suspect I just screwed up the definition of PAGE_KERNEL_EXEC or
something like that.
Yup, that is exactly what you did ;) You left out _PAGE_HWEXEC. The
following patch fixes the problem for me.
On Thu, 2009-04-02 at 00:08 -0400, Sean MacLennan wrote:
On Thu, 02 Apr 2009 09:24:43 +1100
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
I suspect I just screwed up the definition of PAGE_KERNEL_EXEC or
something like that.
Yup, that is exactly what you did ;) You left out
The following commit breaks PPC builds with CONFIG_HIGHMEM=y
commit f4112de6b679d84bd9b9681c7504be7bdfb7c7d5
Author: Akinobu Mita akinobu.m...@gmail.com
Date: Tue Mar 31 15:23:25 2009 -0700
mm: introduce debug_kmap_atomic
We get:
CC init/main.o
In file included from
On Thu, 2 Apr 2009 00:39:05 -0400
Sean MacLennan sean.maclen...@ottawa.kanatek.ca wrote:
Although, that *could* be unrelated bug.
It *is* an unrelated bug. dma_alloc_coherent now requires a device
where before it was optional. Carry on.
Cheers,
Sean
On Thu, 2009-04-02 at 00:51 -0400, Sean MacLennan wrote:
On Thu, 2 Apr 2009 00:39:05 -0400
Sean MacLennan sean.maclen...@ottawa.kanatek.ca wrote:
Although, that *could* be unrelated bug.
It *is* an unrelated bug. dma_alloc_coherent now requires a device
where before it was optional.
Please pull from 'next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to receive the following updates:
arch/powerpc/Kconfig |1 +
arch/powerpc/boot/dts/ksi8560.dts |4 ++--
arch/powerpc/boot/dts/sbc8548.dts |4 ++--
On Wed, 2009-04-01 at 14:59 -0700, Roland McGrath wrote:
diff --git a/arch/powerpc/include/asm/ptrace.h
b/arch/powerpc/include/asm/ptrace.h
index c9c678f..d7692b8 100644
--- a/arch/powerpc/include/asm/ptrace.h
+++ b/arch/powerpc/include/asm/ptrace.h
@@ -135,7 +135,9 @@ do {
72 matches
Mail list logo