Hello,
I was using kernel version 2.6.14 (ppc) on a MVME3100 board (MPC8540
processor). We are planning to move to 2.6.20 (powerpc), but I have some
problems with the initialization of a PCI-PCI bridge.
Connected to the MVME3100 board is a PCI-PCI bridge (HiNT, PCI6150,
3388:0022). When using
On Mon, Feb 04, 2008 at 10:24:36AM +0100, Heiko Carstens wrote:
| fs/ext4/mballoc.c: In function 'ext4_mb_generate_buddy':
| fs/ext4/mballoc.c:954: error: implicit declaration of function
'generic_find_next_le_bit'
The s390 specific bitops uses parts of the generic
| fs/ext4/mballoc.c: In function 'ext4_mb_generate_buddy':
| fs/ext4/mballoc.c:954: error: implicit declaration of function
'generic_find_next_le_bit'
The s390 specific bitops uses parts of the generic implementation.
Include the correct header.
That doesn't work:
On Sun, Feb 03, 2008 at 05:29:05PM +0100, Bernhard Reiter wrote:
Dear linux powerpc Maintainers and Users,
recently I have tried to compile a new kernel on a Debian sarge ppc
system (PowerBook5,6 MacRISC3 Power Macintosh).
This is a G4 based system.
The build system bailed out with
* Balbir Singh [EMAIL PROTECTED] [2008-02-04 15:35:09]:
I just saw the following build failure on a power machine.
In file included from include/acpi/platform/acenv.h:140,
from include/acpi/acpi.h:54,
from include/acpi/acpi_bus.h:31,
from
On Mon, 4 Feb 2008 15:37:43 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
* Balbir Singh [EMAIL PROTECTED] [2008-02-04 15:35:09]:
I just saw the following build failure on a power machine.
In file included from include/acpi/platform/acenv.h:140,
from include/acpi/acpi.h:54,
On (01/02/08 22:06), Gerhard Pircher didst pronounce:
Original-Nachricht
Datum: Fri, 1 Feb 2008 20:25:18 +
Von: Mel Gorman [EMAIL PROTECTED]
An: Gerhard Pircher [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Betreff: Re: Commit for mm/page_alloc.c breaks boot process on
On Sun, Feb 03, 2008 at 01:17:43PM -0800, David Brownell wrote:
On Sunday 03 February 2008, Anton Vorontsov wrote:
This patch implements support for the GPIO LIB API. Two calls
unimplemented though: irq_to_gpio and gpio_to_irq.
Also gpio_cansleep().
+Example of two SOC GPIO banks
On Tue, Feb 05, 2008 at 12:13:18AM +1100, Stephen Rothwell wrote:
Hi Anton,
I know this is late, but a couple of comments anyway.
On Thu, 24 Jan 2008 18:39:59 +0300 Anton Vorontsov [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/sysdev/qe_lib/qe.c
@@ -65,17 +65,22 @@ static phys_addr_t
Hi Kim,
Again, a bit late but a couple of comments.
On Thu, 24 Jan 2008 20:47:11 -0600 Kim Phillips [EMAIL PROTECTED] wrote:
+static struct of_device_id mpc837x_ids[] = {
Make this __initdata, please.
+static void __init mpc837x_rdb_init_IRQ(void)
+{
+ struct device_node *np;
+
+
Hello!
I am about this two patches.
http://www.spinics.net/lists/netdev/msg45778.html
http://www.spinics.net/lists/netdev/msg47159.html
They was not applied. Could they be picked?
Thank you
Sergej.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Mon, 4 Feb 2008 16:46:17 +0300 Anton Vorontsov [EMAIL PROTECTED] wrote:
On Tue, Feb 05, 2008 at 12:13:18AM +1100, Stephen Rothwell wrote:
If you don't care about the returned length (argument three to
of_get_property), you can just pass NULL (and dispense with size).
Also, what
On Mon, 2008-02-04 at 14:04 +0100, Jan-Bernd Themann wrote:
Add memory remove hotplug support
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
---
Comment: This patch depends on the following patch that
exports the symbols
register_memory_notifier()
unregister_memory_notifier()
This patch set adds support for kdump and hotplug memory remove
to the eHEA driver.
The memory remove patch depends on the following patch that
has been posted a few days ago. That patch exports the symbols
- register_memory_notifier()
- unregister_memory_notifier()
From: Grant Likely [EMAIL PROTECTED]
Add helper functions for translating back and forth between alias
properties and device tree nodes.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/of/base.c | 80
include/linux/of.h |2 +
Benjamin Herrenschmidt wrote:
On Thu, 2008-01-31 at 16:10 -0600, Rune Torgersen wrote:
Scott Wood wrote:
Changing update_mmu_cache() to always call flush_dcache_icache_page()
fixes it, though a better performing fix would probably be to add an
exception table entry for the dcbst.
I can
Johan Borkhuis wrote:
Hello,
I was using kernel version 2.6.14 (ppc) on a MVME3100 board (MPC8540
processor). We are planning to move to 2.6.20 (powerpc), but I have some
problems with the initialization of a PCI-PCI bridge.
Connected to the MVME3100 board is a PCI-PCI bridge (HiNT,
Oops, sorry, please discard this one.
DEFINE_SPINLOCK should be used here.
Valentine Barshak wrote:
The include/asm-powerpc/dcr-native.h declares extern spinlock_t dcr_ind_lock,
but it's actually isn't defined. This patch adds a missing dcr_ind_lock.
Signed-off-by: Valentine Barshak [EMAIL
Hi Anton,
I know this is late, but a couple of comments anyway.
On Thu, 24 Jan 2008 18:39:59 +0300 Anton Vorontsov [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/sysdev/qe_lib/qe.c
@@ -65,17 +65,22 @@ static phys_addr_t qebase = -1;
phys_addr_t get_qe_base(void)
{
struct device_node
Since we have mfdcri() and mtdcri() as macros, we can't use constructions, such
as mtdcri(base, reg, mfdcri(base, reg) | val). In this case the mfdcri() stuff
is not evaluated first. It's evaluated inside the mtdcr() macro and we have
the dcr_ind_lock spinlock acquired twice. To avoid this error,
On Monday 04 February 2008 15:46, Michael Ellerman wrote:
On Mon, 2008-02-04 at 14:04 +0100, Jan-Bernd Themann wrote:
Add memory remove hotplug support
@@ -3559,6 +3578,10 @@ int __init ehea_module_init(void)
if (ret)
ehea_info(failed registering reboot notifier);
+
The include/asm-powerpc/dcr-native.h declares extern spinlock_t dcr_ind_lock;
but it's actually isn't defined. This patch adds a missing dcr_ind_lock.
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
arch/powerpc/sysdev/dcr.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
Anton Vorontsov wrote:
+static int qe_gpio_set_dedicated(struct gpio_chip *gc, unsigned int gpio,
+ int func)
+{
+ struct of_mm_gpio_chip *mm_gc = to_of_mm_gpio_chip(gc);
+ struct qe_gpio_chip *qe_gc = to_qe_gpio_chip(mm_gc);
+ struct port_regs
Doug Maxey wrote:
On Fri, 01 Feb 2008 13:23:45 CST, Scott Wood wrote:
On Thu, Jan 31, 2008 at 08:20:50PM -0600, Doug Maxey wrote:
/* input param R5 */
-#define H_ALL_RES_QP_EQPO EHEA_BMASK_IBM(9, 11)
...
+#define H_ALL_RES_QP_EQPOEHEA_BMASK_IBM(9, 11)
...
This was better the
On Mon, Feb 04, 2008 at 02:30:04PM -0600, Scott Wood wrote:
On Sun, Feb 03, 2008 at 08:10:19PM +0300, Anton Vorontsov wrote:
GTM stands for General-purpose Timers Module and able to generate
timer{1,2,3,4} interrupts.
There are several limitations in this support:
1. Cascaded (32 bit)
Hello,
This is from ppc32:
CC arch/powerpc/mm/mem.o
arch/powerpc/mm/mem.c: In function 'do_init_bootmem':
arch/powerpc/mm/mem.c:256: error: too few arguments to function
'reserve_bootmem'
arch/powerpc/mm/mem.c:261: error: too few arguments to function
'reserve_bootmem'
Leftover
Original-Nachricht
Datum: Mon, 4 Feb 2008 10:42:32 +
Von: Mel Gorman [EMAIL PROTECTED]
An: Gerhard Pircher [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], linuxppc-dev@ozlabs.org
Betreff: Re: Commit for mm/page_alloc.c breaks boot process on my machine
2. Any chance of
On Mon, 4 Feb 2008, Aneesh Kumar K.V wrote:
On Sun, Feb 03, 2008 at 01:39:02PM +0100, Geert Uytterhoeven wrote:
On Sun, 3 Feb 2008, Heiko Carstens wrote:
On Fri, Feb 01, 2008 at 10:04:04PM +0100, Bastian Blank wrote:
On Fri, Feb 01, 2008 at 12:22:57PM -0800, Andrew Morton wrote:
On
On Sun, 3 Feb 2008 17:29:05 +0100
Bernhard Reiter [EMAIL PROTECTED] wrote:
Dear linux powerpc Maintainers and Users,
recently I have tried to compile a new kernel on a Debian sarge ppc
system (PowerBook5,6 MacRISC3 Power Macintosh).
The build system bailed out with
BOOTCC
On Sun, Feb 03, 2008 at 08:10:19PM +0300, Anton Vorontsov wrote:
GTM stands for General-purpose Timers Module and able to generate
timer{1,2,3,4} interrupts.
There are several limitations in this support:
1. Cascaded (32 bit) timers unimplemented (1-2, 3-4).
This is straightforward to
On Mon, 4 Feb 2008 21:29:02 +0100
Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
This is from ppc32:
CC arch/powerpc/mm/mem.o
arch/powerpc/mm/mem.c: In function 'do_init_bootmem':
arch/powerpc/mm/mem.c:256: error: too few arguments to function
'reserve_bootmem'
On Fri, 2008-01-25 at 16:59 +1100, Michael Ellerman wrote:
Although of_platform_device's can have a shutdown routine, at the moment
the bus code doesn't actually call it. So add the required glue to
hook the shutdown routine.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
Acked-by:
It's a virtual address so it depends on the value of CONFIG_KERNEL_START
as to whether this is a user program address or not.
Shouldn't it be PAGE_OFFSET ? I mean, CONFIG_KERNEL_START should work
on powerpc, but still...
Ben.
___
Linuxppc-dev
On Feb 4, 2008, at 17:14, Andy Fleming wrote:
The e300 c3 and c4 variants support hardware performance monitor
counters which
are identical to those found in the e500.
Please ignore. I will send a new version that includes all the
changes I apparently missed a change I had already
On Fri, 2008-01-25 at 16:59 +1100, Michael Ellerman wrote:
Currently cell publishes OF devices at device_initcall() time, which
means the earliest a driver can bind to a device is also device_initcall()
time. We have a driver we want to register before other devices, so
publish the devices at
On Fri, 2008-01-25 at 16:59 +1100, Michael Ellerman wrote:
Now that we create of_platform devices earlier on cell, we can make the
axon_msi driver an of_platform driver. This makes the code cleaner in
several ways, and most importantly means we have a struct device.
Signed-off-by: Michael
On Mon, 2008-02-04 at 21:27 +0300, Valentine Barshak wrote:
Since we have mfdcri() and mtdcri() as macros, we can't use constructions,
such
as mtdcri(base, reg, mfdcri(base, reg) | val). In this case the mfdcri()
stuff
is not evaluated first. It's evaluated inside the mtdcr() macro and we
On Wed, 2008-01-30 at 01:14 +1100, Michael Ellerman wrote:
Split the IOMMU logic out from cell_dma_dev_setup() into a separate
function. If we're not using dma_direct_ops or dma_iommu_ops we don't
know what the hell's going on, so BUG.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
On Wed, 2008-01-30 at 01:14 +1100, Michael Ellerman wrote:
Split out the ioid fetching and checking logic so we can use it elsewhere
in a subsequent patch.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
Acked-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
Some of the more recent e300 cores have the same performance monitor
implementation as the e500. e300 isn't book-e, so the name isn't
really appropriate. In preparation for e300 support, rename a bunch
of fsl_booke things to say fsl_emb (Freescale Embedded Performance Monitors).
Signed-off-by:
On Fri, 2008-01-25 at 21:45 +1100, Michael Ellerman wrote:
In order to support our IOMMU performance trick, we need the hash table to be
inside the DMA window. This is usually 2G, but let's make sure the hash table
is under 1G as that will satisfy the IOMMU requirements and also means the
On Fri, Feb 01, 2008 at 08:46:32AM -0600, Kumar Gala wrote:
On Feb 1, 2008, at 1:54 AM, David Gibson wrote:
On Thu, Jan 24, 2008 at 06:41:24PM -0500, Paul Gortmaker wrote:
[snip]
+ [EMAIL PROTECTED],0 {
I'm not entirely convinced on this two-level representation. I think
I got this warning from gcc:
arch/powerpc/platforms/cell/axon_msi.c:118: warning: 'tmp' may be used
uninitialized in this function
Which turns out to be a false positive, but pointed out that it was
possible for the error path in find_msi_translator() to do an extra
of_node_put on a node. This
WARNING: vmlinux.o(.text+0x3017c): Section mismatch in reference from the
function .vio_create_viodasd() to the function
.devinit.text:.vio_register_device_node()
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/vio.c |2 +-
include/asm-powerpc/vio.h |2 +-
2
WARNING: drivers/cdrom/viocd.o(.text+0x504): Section mismatch in reference from
the function .viocd_probe() to the function .init.text:.find_capability()
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
drivers/cdrom/viocd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
WARNING: vmlinux.o(.text+0x25dca0): Section mismatch in reference from the
function .veth_probe() to the function .init.text:.veth_probe_one()
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
drivers/net/iseries_veth.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Jeff, can
Hi Grant,
On Mon, 04 Feb 2008 09:16:08 -0700 Grant Likely [EMAIL PROTECTED] wrote:
From: Grant Likely [EMAIL PROTECTED]
Add helper functions for translating back and forth between alias
properties and device tree nodes.
Do you have a use for this yet (I assume you do - it would be nice to
On Sun, Jan 27, 2008 at 07:32:59PM +0530, Sripathi Kodi wrote:
Hi Paul,
On PPC, I see a disparity between clock_getres implementations in the
vdso and syscall. I am using a IBM Openpower hardware and 2.6.24 kernel
with CONFIG_HIGH_RES_TIMERS=y.
clock_getres call for CLOCK_REALTIME
On Wed, 30 Jan 2008 18:30:52 +0800 Zhang Wei [EMAIL PROTECTED] wrote:
-void fsl_rio_setup(int law_start, int law_size)
+int fsl_rio_setup(struct of_device *dev)
{
+ if (!dev-node) {
+ dev_err(dev-dev, Device OF-Node is NULL);
+ return -EFAULT;
Probably -EINVAL
Hi Scott,
You are right. The TLB handlers for 8xx in arch/powerpc branch set the
PAGE_ACCESSED flag unconditionally too. And the
include/asm-powerpc/pgtable-ppc32.h file still includes the comment that this
is the bug. So, probably the corresponding patch for powerpc branch will be
On Sat, 2008-02-02 at 10:47 +0300, Yuri Tikhonov wrote:
Hello,
Here is the patch which makes Linux-2.6 swap routines operate correctly on
the ppc-8xx-based machines.
Best is to just remove writeback completely and let the generic
code handle it.
Ben.
Signed-off-by: Yuri Tikhonov [EMAIL
51 matches
Mail list logo
