This patch finally adds mcpu/mtune options to the Makefile using the
previous introduced tuning mechanism.
Subject: [PATCH] include tuning options into Makefile
---
arch/powerpc/Makefile | 41 +++--
1 files changed, 23 insertions(+), 18 deletions(-)
diff
This patch adds tuning options similar to ppc32. In addition one can choose to
compile exclusive for the selected (and higher) cpus.
Subject: [PATCH] add tune options to Kconfig.cputypes
---
arch/powerpc/platforms/Kconfig.cputype | 79 ---
1 files changed, 61
This patch replaces all occurrences of CONFIG_POWER4 by CONFIG_PPC64 since it
is redundant.
Subject: [PATCH] replace CONFIG_POWER4 by CONFIG_PPC64
---
arch/powerpc/Makefile |2 +-
arch/powerpc/configs/cell_defconfig |1 -
arch/powerpc/configs/celleb_defconfig
This patch replaces all occurrences of CONFIG_POWER3 by CONFIG_BATS64. It
should have no effect on the output kernel.
Subject: [PATCH] replace all occurrences of CONFIG_POWER3 by
CONFIG_BATS64
---
arch/powerpc/configs/cell_defconfig|2 +-
arch/powerpc/configs/celleb_defconfig |2
Hi,
the following five patches should lay a foundation to more fine-grained tuning
on PPC64 cpus. They must be applied in order. The motivation are the
discussions of serveral cpu specific optimizations in the past on this list,
cleanup of the wired Makefile/CONFIG_POWERx constructs and at
This patch replaces CONFIG_POWER4_ONLY by (CONFIG_OPT_EXCLUSIVE
CONFIG_TUNE_POWER4). This gets overwritten in the next patch.
It also introduces integer values of CPU generations. This is useful to enable
features available only since a certain CPU gen (see last hunk).
Unfortunately, kbuild
Segher Boessenkool wrote:
This patch changes all LOAD_REG_ADDR macro calls to LOAD_REG_IMMEDIATE
to make sure that we load the correct address.
Did you figure out _why_ LOAD_REG_ADDR doesn't work? Using
LOAD_REG_IMMEDIATE is actually a step back, it makes the kernel
binary non-PIC. And
Andrew, we have one other patch (the powerpc bits) on top of that one.
Do you want to carry both in -mm on top of John's patch ? We would like
that in .27 though, I don't know what your merge plans are for John's
patch.
How about I send John's patch Linuswards right now?
No
On Monday 21 July 2008, Marvin wrote:
diff --git a/arch/powerpc/mm/ppc_mmu_32.c b/arch/powerpc/mm/ppc_mmu_32.c
index c53145f..c3509c8 100644
--- a/arch/powerpc/mm/ppc_mmu_32.c
+++ b/arch/powerpc/mm/ppc_mmu_32.c
@@ -74,7 +74,7 @@ unsigned long p_mapped_by_bats(phys_addr_t pa)
unsigned
On Monday 21 July 2008, Marvin wrote:
--- a/arch/powerpc/platforms/Kconfig.cputype
+++ b/arch/powerpc/platforms/Kconfig.cputype
@@ -115,13 +115,30 @@ config OPT_EXCLUSIVE
If you are unsure, select no.
-config BATS64
+config PPC64_GEN
depends on PPC64
-
On Monday 21 July 2008, Marvin wrote:
+# optimize for specific cpu
+ifeq ($(CONFIG_TUNE_RS64),y)
+ KBUILD_CFLAGS += $(call cc-option,-mcpu=rs64)
+else ifeq ($(CONFIG_TUNE_POWER3),y)
+ KBUILD_CFLAGS += $(call cc-option,-mcpu=power3)
+else ifeq ($(CONFIG_TUNE_POWER4),y)
+
Hi Benjamin
* Benjamin Herrenschmidt [EMAIL PROTECTED] [2008-07-19 08:05:30]:
With the original patch, the pending batch does get flushed
in a non-preemptable region.
I am resending the original with just adding the necesary comments.
Your comment isn't what I meant. What I meant is
[1/2] fixes spurious PATH_MIG events with certain FW versions
[2/2] inserts a default value for Local CA ACK Delay
Please review these patches and queue them for inclusion into the kernel if
you think they're okay.
Thanks!
Joachim
___
Linuxppc-dev
Certain firmware versions sometimes cause spurious PATH_MIG events to occur
during QP creation. Filter these events by making sure PATH_MIG events are
only handed down when they actually make sense (i.e. when the QP has been
armed at least once).
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
Some firmware versions report a Local CA ACK Delay of 0. In that case,
return a more sensible default value of 12 (- 16 msec) instead.
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
drivers/infiniband/hw/ehca/ehca_hca.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff
Add more register definitions for the MPC52xx PSC
Signed-off-by: Jon Smirl [EMAIL PROTECTED]
---
include/asm-powerpc/mpc52xx_psc.h |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/include/asm-powerpc/mpc52xx_psc.h
b/include/asm-powerpc/mpc52xx_psc.h
index
On Mon, 21 Jul 2008 14:09:46 +1000
Stephen Rothwell [EMAIL PROTECTED] wrote:
I think you must be thinking of mdelay().
Correct you are! I didn't even know there was an msleep() so I just
mapped it to mdelay() ;)
I'll have to look at msleep() though, there are places we could use it.
Cheers,
Hi,
On Sun, Jul 20, 2008 at 07:48:24PM +0200, Marvin wrote:
+ RS64 - POWER3 - POWER4 - POWER5 - POWER6
+ 970/G5
+ CELL BE
+ PA6T
+
+ If the compiler/binutils combination does not support the
On 7/20/08, Matt Sealey [EMAIL PROTECTED] wrote:
Hi guys,
I know this isn't a PPC question, but since some of the RadeonFB developers
live here I thought best (and it's about a PPC platform).
Is there any way to hack up the RadeonFB driver - or anything related - to
reserve portions of
On Wed, Jul 16, 2008 at 05:57:45PM -0400, Dave Jones wrote:
On Wed, Jul 16, 2008 at 04:47:23PM -0500, Scott Wood wrote:
On Wed, Jul 16, 2008 at 08:39:12AM -0500, Kumar Gala wrote:
If we don't enable FS_ENET we get build issues:
arch/powerpc/platforms/built-in.o: In function
On Wed, Jul 16, 2008 at 05:55:17PM -0500, Kumar Gala wrote:
It looks like the simplest solution at this point is to unconditionally
select the PHYLIB for this board. We should look at moving the low level
mdio bitbang ops out so they can be built as a module.
Or exporting the MDIO/MDC pins
Remove fsl-soc.c from mpc5200 build, it is not needed.
Signed-off-by: Jon Smirl [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/Kconfig |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/Kconfig
b/arch/powerpc/platforms/52xx/Kconfig
index
I just did a git pull of Linus' kernel. It seems to be mainly network
changes... and I get the following oops. Anybody else seeing this?
I really don't have time to look at the problem right now, maybe
tonight.
Cheers,
Sean
[ cut here ]
Kernel BUG at c01ba650 [verbose
From: Sean MacLennan [EMAIL PROTECTED]
Date: Mon, 21 Jul 2008 12:18:29 -0400
I just did a git pull of Linus' kernel. It seems to be mainly network
changes... and I get the following oops. Anybody else seeing this?
I really don't have time to look at the problem right now, maybe
tonight.
If
thanks, applied 1 and 2
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
This doesn't look right for how it's coded. This would be the
CONFIG_4xx || CONFIG_BOOKE case, but CONFIG_4xx includes PowerPC 405.
That has a different bit layout among the DBCR registers. Namely, on
405 you would be clearing the TDE and IAC1 events because the DAC
events are in DBCR1,
Here's a repost of the patch with the suggested changes.
This patch changes the EEH_MAX_FAILS action from panic to printing an
error message. Panicking under under this condition is too harsh.
Although performance will be affected and the device may not recover,
the system is still running,
From: Segher Boessenkool
Previous threads have mentioned that binutil-2.17 is broken for
building powerpc kernels. It is fixed in binutils-2.18.
I have a working (tested! thanks Milton) workaround for the current
problem, will send it later today. This problem funnily is hidden
by the
On Mon, 21 Jul 2008 09:31:10 -0700 (PDT)
David Miller [EMAIL PROTECTED] wrote:
If I had a penny for every driver with broken TX queue handling...
Please try this patch, thanks:
diff --git a/drivers/net/ibm_newemac/core.c
b/drivers/net/ibm_newemac/core.c index 2e720f2..4e01d29 100644
---
On Mon, 21 Jul 2008 13:36:33 -0300
Luis Machado [EMAIL PROTECTED] wrote:
This doesn't look right for how it's coded. This would be the
CONFIG_4xx || CONFIG_BOOKE case, but CONFIG_4xx includes PowerPC 405.
That has a different bit layout among the DBCR registers. Namely, on
405 you
From: Sean MacLennan [EMAIL PROTECTED]
Date: Mon, 21 Jul 2008 13:05:36 -0400
But I have attached the new OOPS anyway.
The same problem is still there, this driver will
unfortunately require quite a bit more surgery.
You can instead add the following patch, it will
warn instead of BUG on you,
On Mon, 21 Jul 2008 10:16:50 -0700 (PDT)
David Miller [EMAIL PROTECTED] wrote:
The same problem is still there, this driver will
unfortunately require quite a bit more surgery.
You can instead add the following patch, it will
warn instead of BUG on you, and try to continue.
Ok, that lets
On Sat, Jul 19, 2008 at 02:08:01PM -0700, Trent Piepho wrote:
On Fri, 18 Jul 2008, Anton Vorontsov wrote:
+int px_gpio_xlate(struct of_gpio_chip *of_gc, struct device_node *np,
+ const void *gpio_spec)
+{
+ if (gpio[1] PX_GPIO_FLAG_ACTIVE_LOW)
+
Some IBM POWER-based platforms have the ability to run in a
mode which mostly appears to the OS as a different processor from the
actual hardware. For example, a Power6 system may appear to be a
Power5+, which makes the AT_PLATFORM value power5+. This means that
programs are restricted to the
Hi Milton,
I am resending the patches generated against latest powerpc git tree.
I am facing kdump kernel hang issue with the git tree. It hangs in
unflatten_devicetree call in prom.c
Note: These patches are not fully tested.
Regards,
Mohan.
Extract list of relocation offsets
Extract list
Build files needed for relocation
This patch builds vmlinux file with relocation sections and contents so
that relocs user space program can extract the required relocation
offsets. This packs final relocatable vmlinux kernel as following:
earlier part of relocation apply code, vmlinux, rest of
Apply relocation
This code is a wrapper around regular kernel. This checks whether the
kernel is loaded at 32MB, if its not loaded at 32MB, its treated as a
regular kernel and the control is given to the kernel immediately. If
the kernel is loaded at 32MB, it applies relocation delta to each
Hi,
I'm struggling to get initrd working with qemu-system-ppc. The kernel
doesn't seem to be find initrd image passed to qemu-system-ppc.
I added printfs in qemu, ppc_rom and in the kernel source code..Looks like
qemu is passing the intird to Hackware and hackware rom seems to be setting
the
I split the patch 4: Relocation support into 3 patches
1. Generic kernel support for relocatable
2. Kdump kernel support for relocatable
3. LOAD_REG_IMMEDIATE macro replacement
Relocation support
Add relocatable kernel support like take care when accessing absolute
symbols in the code by
Relocation support for kdump kernel
This patch adds relocation support for the kdump kernel path
Signed-off-by: Mohan Kumar M [EMAIL PROTECTED]
---
arch/powerpc/kernel/crash_dump.c | 19 +++
arch/powerpc/kernel/iommu.c|7 -
Use LOAD_REG_IMMEDIATE macros
This patch changes all LOAD_REG_ADDR macro calls to LOAD_REG_IMMEDIATE
to make sure that we load the correct address.
Signed-off-by: Mohan Kumar M [EMAIL PROTECTED]
---
arch/powerpc/kernel/entry_64.S |4 ++--
arch/powerpc/mm/hash_low_64.S |
Hi,
I'm unable to get UIO working on the ppc405ep onchip registers (e.g. gpio/iic)
however it's working fine on peripherals.
It seems to me to be a problem with UIO on powerpc, because if I change the
address (and nothing more) to point to a external FPGA it's working fine.
I also tried the
Becky Bruce [EMAIL PROTECTED] wrote:
On Jul 18, 2008, at 11:33 AM, Wolfgang Denk wrote:
BTW: will there a pre-OLS beer evening on Tuesday, or will Stefan and
me have to sit alone in some bar?
Gosh, that would be so sad :)
If someone can pick a place and time, and just announce it, maybe we
On Mon, 21 Jul 2008 14:15:53 -0600
Grant Likely [EMAIL PROTECTED] wrote:
BTW, if anyone else wants to receive the contact phone list, then send
me your phone number ASAP. I'll be sending it out this evening.
My home phone number is 613-728-1680.
Cheers,
Sean
On Mon, 21 Jul 2008, Anton Vorontsov wrote:
On Sat, Jul 19, 2008 at 02:08:01PM -0700, Trent Piepho wrote:
It doesn't look like you have any way to unset the active low flag. What if
I unload the leds-gpio driver (or another gpio user) and then try to use the
gpio with something else? The
On Sun, Jul 13, 2008 at 08:44:46PM -0400, Jerry Van Baren wrote:
I'm a half-ack. ;-) I'm partial to u-boot's implementation rather than
using a bootwrapper for obvious reasons. The u-boot implementation
takes the blob as a boot parameter and passes it along to the kernel
after doing
Other than that quibble, I agree that burning the blob into the
firmware
so that the firmware must be recompiled and reburned to change the
blob
is very undesirable.
I thought the device tree was *supposed* to be an interface between the
firmware and the kernel? What if the firmware produces
On Fri, 2008-07-18 at 14:10 +0200, Sebastian Siewior wrote:
Commit 35b5f6b1a aka [PHYLIB: Locking fixes for PHY I/O potentially sleeping]
changed the phydev-lock from spinlock into a mutex. Now, the following
code path got triggered while NFS was unavailable:
[snip]
|[ 194.864733] BUG:
binutils 2.18 has a bug that makes it misbehave when taking an
ELF file with all segments at load address 0 as input. This
happens when running strip on vmlinux, because of the AT() magic
in this linker script. People using GCC = 4.2 won't run into
this problem, because the build-id support
On Mon, 2008-07-21 at 10:16 -0700, David Miller wrote:
From: Sean MacLennan [EMAIL PROTECTED]
Date: Mon, 21 Jul 2008 13:05:36 -0400
But I have attached the new OOPS anyway.
The same problem is still there, this driver will
unfortunately require quite a bit more surgery.
You can
The ibmvscsi driver maps pages via map_sg and frees the sg list by calling
unmap_single. This exposes a problem where the code had been using the
length field in the scatterlist to account for the allocation when the
mapping was created but the dma_length would be used when the mapping
was
Hi Linus, Alan,
Today's linux-next (actually just Linus' tree) build (powerpc
ppc64_defconfig) failed like this:
drivers/serial/serial_txx9.c: In function 'receive_chars':
drivers/serial/serial_txx9.c:275: error: 'struct uart_info' has no member named
'tty'
drivers/serial/icom.c: In function
On Tue, Jul 22, 2008 at 10:25:20AM +1000, Stephen Rothwell wrote:
Hi Linus, Alan,
Today's linux-next (actually just Linus' tree) build (powerpc
ppc64_defconfig) failed like this:
drivers/serial/serial_txx9.c: In function 'receive_chars':
drivers/serial/serial_txx9.c:275: error:
Hi Dave,
On Mon, 21 Jul 2008 20:38:14 -0400 Dave Jones [EMAIL PROTECTED] wrote:
That's the same pair of patches I sent earlier, which apparently were
Already in the ttydev tree which should be in linux-next ?
Indeed.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
On Mon, 2008-07-21 at 13:48 -0500, Nathan Lynch wrote:
Some IBM POWER-based platforms have the ability to run in a
mode which mostly appears to the OS as a different processor from the
actual hardware. For example, a Power6 system may appear to be a
Power5+, which makes the AT_PLATFORM value
On Tue, 22 Jul 2008 10:25:20 +1000
Stephen Rothwell [EMAIL PROTECTED] wrote:
Hi Linus, Alan,
Today's linux-next (actually just Linus' tree) build (powerpc
ppc64_defconfig) failed like this:
Yes I know.
I've been trying to get the other patches merged but each of the five
pulls of Linus
Scott Wood wrote:
On Sun, Jul 13, 2008 at 08:44:46PM -0400, Jerry Van Baren wrote:
I'm a half-ack. ;-) I'm partial to u-boot's implementation rather than
using a bootwrapper for obvious reasons. The u-boot implementation
takes the blob as a boot parameter and passes it along to the kernel
Hi Alan,
On Tue, 22 Jul 2008 02:58:50 +0100 Alan Cox [EMAIL PROTECTED] wrote:
Yes I know.
Indeed, you knew before you pushed the breaking patches to Linus.
I've been trying to get the other patches merged but each of the five
pulls of Linus tree I have done has broken the tty patch merges
Mohan Kumar M writes:
@@ -714,7 +714,7 @@ _GLOBAL(enter_rtas)
stdr6,PACASAVEDMSR(r13)
/* Setup our real return addr */
- LOAD_REG_ADDR(r4,.rtas_return_loc)
+ LOAD_REG_IMMEDIATE(r4,.rtas_return_loc)
If LOAD_REG_ADDR doesn't work, then how are all the TOC
On Fri, Jul 11, 2008 at 05:45:15PM +1000, Stephen Rothwell wrote:
Hi all,
Could people take one last look at these patches and if there are no
issues, please send Ack-bys to Andrew who will push them to Linus for
2.6.27.
[PATCH 1/6 v2] allow arch specific function for allocating gigantic
On Mon, Jul 21, 2008 at 10:54:58PM -0400, Jerry Van Baren wrote:
Scott Wood wrote:
On Sun, Jul 13, 2008 at 08:44:46PM -0400, Jerry Van Baren wrote:
I'm a half-ack. ;-) I'm partial to u-boot's implementation rather
than using a bootwrapper for obvious reasons. The u-boot
implementation
Robert Jennings writes:
From: Nathan Fontenot [EMAIL PROTECTED]
Remove the extraneous error reporting used when a hcall made from lparcfg
fails.
Signed-off-by: Nathan Fontenot [EMAIL PROTECTED]
Signed-off-by: Robert Jennings [EMAIL PROTECTED]
Acked-by: Paul Mackerras [EMAIL PROTECTED]
Paul Mackerras wrote:
Mohan Kumar M writes:
@@ -714,7 +714,7 @@ _GLOBAL(enter_rtas)
stdr6,PACASAVEDMSR(r13)
/* Setup our real return addr */
- LOAD_REG_ADDR(r4,.rtas_return_loc)
+ LOAD_REG_IMMEDIATE(r4,.rtas_return_loc)
If LOAD_REG_ADDR doesn't work,
Robert Jennings writes:
From: Robert Jennings [EMAIL PROTECTED]
Minor change to add a call to align the return from the device's
get_desired_dma() function with IOMMU_PAGE_ALIGN(). Also removed a
comment referring to a non-existent structure member.
This is a large patch but the normal
Robert Jennings writes:
From: Brian King [EMAIL PROTECTED]
Adds a collaborative memory manager, which acts as a simple balloon driver
for System p machines that support cooperative memory overcommitment
(CMO).
+config CMM
+ tristate Collaborative memory management
+ depends on
Robert Jennings writes:
To support Cooperative Memory Overcommitment (CMO), we need to check
for failure from some of the tce hcalls.
This patch runs into context mismatches because of changes made by
Michael Ellerman's patch Fix sparse warnings in
arch/powerpc/platforms/pseries (now in Linus'
Robert Jennings writes:
Split the retrieval of processor entitlement data returned in the H_GET_PPP
hcall into its own helper routine.
This seems to change the value reported for pool_capacity radically:
/* report pool_capacity in percentage */
- seq_printf(m,
67 matches
Mail list logo
