Arnd Bergmann writes:
On Thursday 02 April 2009, Geert Uytterhoeven wrote:
| arch/powerpc/platforms/built-in.o:(.toc1+0x4e8): undefined reference to
`pci_io_base'
due to arch/powerpc/platforms/cell/io-workarounds.c. I guess this file
shouldn't be built when CONFIG_PCI=n?
Right,
@@ -263,7 +263,9 @@ long compat_arch_ptrace(struct task_stru
ret = ptrace_put_reg(child, numReg, freg);
} else {
flush_fp_to_thread(child);
-((unsigned int *)child-thread.regs)[index] = d
ata;
In message 8394.1239000...@neuling.org you wrote:
@@ -263,7 +263,9 @@ long compat_arch_ptrace(struct task_stru
ret = ptrace_put_reg(child, numReg, freg);
} else {
flush_fp_to_thread(child);
-
On Mon, 6 Apr 2009, Paul Mackerras wrote:
Arnd Bergmann writes:
On Thursday 02 April 2009, Geert Uytterhoeven wrote:
| arch/powerpc/platforms/built-in.o:(.toc1+0x4e8): undefined reference to
`pci_io_base'
due to arch/powerpc/platforms/cell/io-workarounds.c. I guess this file
On Friday 03 April 2009, Grant Likely wrote:
fl...@f000,0 {
#address-cells = 1;
#size-cells = 1;
compatible = cfi-flash;
reg = 0 0x 0x0200
0 0x0200 0x0200;
Hi all,
I'm trying to make cuImage using kernel 2.6.24.2 .
The problem is I can't find a match between a dtc version and a dts file that
will compile . I took dtc-v1.2.0 from several sources and tried to make them .
They all fail with the same error :
CC dtc-lexer.lex.o
On Mon, Apr 06, 2009 at 12:05:02PM +1000, Michael Ellerman wrote:
The irq remapping layer seems to cause some confusion when people
see a different irq number in /proc/interrupts vs the one they
request in their driver or DTS.
So have the irq remapping layer print out a message when we map
On Sat, 4 Apr 2009, Michael Ellerman wrote:
On Fri, 2009-04-03 at 14:08 +0200, Geert Uytterhoeven wrote:
Finally (after ca. 1.5 years), he're an updated version of my patch to keep
track of emulated instructions. In the light of Kumar's `Emulate enough of
SPE
instructions to make gcc
On Fri, 3 Apr 2009, Kumar Gala wrote:
On Apr 3, 2009, at 7:08 AM, Geert Uytterhoeven wrote:
Finally (after ca. 1.5 years), he're an updated version of my patch to keep
track of emulated instructions. In the light of Kumar's `Emulate enough of
SPE
instructions to make gcc happy' patch, he
On Apr 5, 2009, at 11:18 PM, Michael Ellerman wrote:
diff --git a/arch/powerpc/math-emu/Makefile b/arch/powerpc/math-emu/
Makefile
index 0c16ab9..dcb2148 100644
--- a/arch/powerpc/math-emu/Makefile
+++ b/arch/powerpc/math-emu/Makefile
@@ -1,4 +1,8 @@
+ifeq ($(CONFIG_PPC_WERROR),y)
On Mon, 2009-04-06 at 14:30 +0200, Wolfram Sang wrote:
On Mon, Apr 06, 2009 at 12:05:02PM +1000, Michael Ellerman wrote:
diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c
index 5576147..8c1a496 100644
--- a/arch/powerpc/kernel/irq.c
+++ b/arch/powerpc/kernel/irq.c
@@
On Sun, Apr 5, 2009 at 8:05 PM, Michael Ellerman mich...@ellerman.id.au wrote:
The irq remapping layer seems to cause some confusion when people
see a different irq number in /proc/interrupts vs the one they
request in their driver or DTS.
So have the irq remapping layer print out a message
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/oprofile/op_model_fsl_emb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
Or should we just remove it?
diff --git a/arch/powerpc/oprofile/op_model_fsl_emb.c
b/arch/powerpc/oprofile/op_model_fsl_emb.c
index
On Mon, Apr 06, 2009 at 12:05:02PM +1000, Michael Ellerman wrote:
The irq remapping layer seems to cause some confusion when people
see a different irq number in /proc/interrupts vs the one they
request in their driver or DTS.
So have the irq remapping layer print out a message when we map
On Apr 6, 2009, at 8:45 AM, Michael Ellerman wrote:
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/oprofile/op_model_fsl_emb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
Or should we just remove it?
I'm for removing it if Andy doesn't have any
On Apr 3, 2009, at 3:48 PM, Scott Wood wrote:
Previously, this caused NULL to sometimes be passed as a device
to the DMA code. With recent DMA changes, that now causes a BUG().
Signed-off-by: Scott Wood scottw...@freescale.com
---
This is a regression triggered by DMA changes; please apply
On Apr 3, 2009, at 4:15 PM, Scott Wood wrote:
Previously, if udbg was using the CPM uart, and the normal CPM uart
driver
was enabled, but the console was directed elsewhere, udbg would not be
stopped prior to initialization. This resulted in udbg hanging
forever
waiting for the CPM to
On Apr 3, 2009, at 3:58 PM, Scott Wood wrote:
Add aliases, and correct CS0 offset to match how u-boot
programs it (this was not a problem with cuImage because
the wrapper would reprogram the localbus to match the device
tree).
Signed-off-by: Scott Wood scottw...@freescale.com
---
On Apr 4, 2009, at 2:28 PM, Anton Vorontsov wrote:
With this patch we'll able to select spi_mpc83xx driver on the MPC86xx
platforms. Let the driver depend on FSL_SOC, so we don't have to worry
about Kconfig anymore.
Also remove the experimental dependency, the driver has been tested
to work
On Apr 4, 2009, at 1:31 PM, Anton Vorontsov wrote:
The driver should pass a device that specifies internal DMA ops, but
currently NULL pointers are passed, and thus following bug pops up:
Freescale DIU driver
[ cut here ]
kernel BUG at
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/pq2fads.dts | 20
Kumar Gala wrote:
On Apr 4, 2009, at 2:28 PM, Anton Vorontsov wrote:
With this patch we'll able to select spi_mpc83xx driver on the MPC86xx
platforms. Let the driver depend on FSL_SOC, so we don't have to worry
about Kconfig anymore.
Also remove the experimental dependency, the driver
On Apr 6, 2009, at 9:33 AM, Gary Thomas wrote:
Kumar Gala wrote:
On Apr 4, 2009, at 2:28 PM, Anton Vorontsov wrote:
With this patch we'll able to select spi_mpc83xx driver on the
MPC86xx
platforms. Let the driver depend on FSL_SOC, so we don't have to
worry
about Kconfig anymore.
Also
Commit bb7253403f7a4670a128e4c080fd8ea1bd4d5029 (powerpc64,
ftrace: save toc only on modules for function graph), added a
Fixes the following warning on 32-bit builds:
arch/powerpc/kernel/ftrace.c:562:5: error: CONFIG_PPC64 is not defined
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
'tramp' is an unsigned long, so print it with %lx.
Fixes the following build warning:
arch/powerpc/kernel/ftrace.c:291: error: format ‘%x’ expects type ‘unsigned
int’, but argument 2 has type ‘long unsigned int’
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
Note, I only use my Red Hat email account to acknowledge who pays me to
do the work. But I'm much more reachable at rost...@goodmis.org (as it
says in the maintainers file). I may go weeks without reading the RH
email.
On Tue, 2009-04-07 at 00:40 +1000, Michael Ellerman wrote:
Commit
On Tue, 2009-04-07 at 00:40 +1000, Michael Ellerman wrote:
'tramp' is an unsigned long, so print it with %lx.
Fixes the following build warning:
arch/powerpc/kernel/ftrace.c:291: error: format ‘%x’ expects type ‘unsigned
int’, but argument 2 has type ‘long unsigned int’
Signed-off-by:
On Mon, 2009-04-06 at 10:45 -0400, Steven Rostedt wrote:
On Tue, 2009-04-07 at 00:40 +1000, Michael Ellerman wrote:
Commit bb7253403f7a4670a128e4c080fd8ea1bd4d5029 (powerpc64,
ftrace: save toc only on modules for function graph), added a
Fixes the following warning on 32-bit builds:
Hi,
Was the kernel oops when dumping core ever resolved?
(http://ozlabs.org/pipermail/linuxppc-dev/2008-February/051080.html, quoted
below)
What was the cause? Is there a patch? A bug tracker ticket?
Using ELDK here, so still running 2.6.24 ...
Thanks,
/Fredrik Arnerup
On Mon, Apr 06, 2009 at 04:14:51AM -0700, Yigal Goldberger wrote:
Hi all,
I'm trying to make cuImage using kernel 2.6.24.2 .
The problem is I can't find a match between a dtc version and a dts file that
will compile . I took dtc-v1.2.0 from several sources and tried to make them
. They
On Mon, Apr 06, 2009 at 05:23:12PM +0200, Fredrik Arnerup wrote:
Was the kernel oops when dumping core ever resolved?
(http://ozlabs.org/pipermail/linuxppc-dev/2008-February/051080.html, quoted
below)
What was the cause? Is there a patch? A bug tracker ticket?
It was fixed here:
The tlbilx opcode was not matching the Power ISA 2.06 arch spec.
The old opcode was an early suggested opcode that changed during the
2.06 architecture process.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
arch/powerpc/include/asm/ppc-opcode.h |2 +-
1 files changed, 1
Now that shmem's divisions by zero and SHMEM_MAX_BYTES are fixed,
let powerpc 256kB pages coexist with CONFIG_SHMEM again.
Signed-off-by: Hugh Dickins h...@veritas.com
---
Added linuxppc-dev and some other Cc's for this 3/3: sorry
if you didn't see 1/3 and 2/3, they were just in mm/shmem.c.
Anton Vorontsov wrote:
The driver should pass a device that specifies internal DMA ops, but
substream-pcm is just a logical device, and thus doesn't have arch-
specific dma callbacks, therefore following bug appears:
Freescale Synchronous Serial Interface (SSI) ASoC Driver
[
On Mon, Mar 23, 2009 at 3:07 AM, rizwan ahmad rizwan...@gmail.com wrote:
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata1.00: qc timeout (cmd 0xec)
ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4)
I'm seeing the same exact thing on a Freescale MPC8610 HPCD board.
This happens
Now that leds-gpio is a proper OF platform driver, the Warp can use
the leds-gpio driver rather than the old out-of-kernel driver.
One side-effect is the leds-gpio driver always turns the leds off
while the old driver left them alone. So we have to set them back to
the correct settings.
I am trying to run the /sbin/hotplug from the kernel and it doesn't
work. Has anybody got it running?
I know I am being a bit vague, but I don't want to write a long email
and find out that it is a know problem ;)
Basically, I want to automount SD cards and USB keys. So if anybody
knows a better
In message alpine.lrh.2.00.0904061430090.11...@vixen.sonytel.be you wrote:
On Fri, 3 Apr 2009, Kumar Gala wrote:
On Apr 3, 2009, at 7:08 AM, Geert Uytterhoeven wrote:
Finally (after ca. 1.5 years), he're an updated version of my patch to k=
eep
track of emulated instructions. In the light
On Mon, Apr 06, 2009 at 04:06:22PM -0500, Timur Tabi wrote:
Acked-by: Timur Tabi ti...@freescale.com
Mark and Takashi: this patch is a must-fix for 2.6.30
Applied, thanks.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Add an option, on by default, to build all code under arch/powerpc with
-Werror, which causes gcc to treat warnings as errors.
The intention is to make it harder for people to inadvertantly introduce
errors in the arch/powerpc code. It needs to be configurable so that
if a warning is introduced,
On Tue, Apr 07, 2009 at 12:00:41PM +1000, Michael Ellerman wrote:
Add an option, on by default, to build all code under arch/powerpc with
-Werror, which causes gcc to treat warnings as errors.
The intention is to make it harder for people to inadvertantly introduce
errors in the arch/powerpc
From: Olof Johansson o...@lixom.net
Date: Mon, 6 Apr 2009 21:27:43 -0500
On Tue, Apr 07, 2009 at 12:00:41PM +1000, Michael Ellerman wrote:
Add an option, on by default, to build all code under arch/powerpc with
-Werror, which causes gcc to treat warnings as errors.
The intention is to make
On Mon, Apr 06, 2009 at 07:28:30PM -0700, David Miller wrote:
From: Olof Johansson o...@lixom.net
Date: Mon, 6 Apr 2009 21:27:43 -0500
On Tue, Apr 07, 2009 at 12:00:41PM +1000, Michael Ellerman wrote:
Add an option, on by default, to build all code under arch/powerpc with
-Werror, which
On Mon, 2009-04-06 at 21:27 -0500, Olof Johansson wrote:
On Tue, Apr 07, 2009 at 12:00:41PM +1000, Michael Ellerman wrote:
Add an option, on by default, to build all code under arch/powerpc with
-Werror, which causes gcc to treat warnings as errors.
The intention is to make it harder for
Signed-off-by: Stephen Rothwell s...@canb.auug.org.au
---
arch/powerpc/include/asm/systbl.h |2 ++
arch/powerpc/include/asm/unistd.h |4 +++-
2 files changed, 5 insertions(+), 1 deletions(-)
Tested on pseries_defconfig (verified using strace{,64} and inspecting
the files). Test program
This fixes a problem reported by Sean MacLennan where loading any
module would cause an oops. We weren't marking the pages containing
the module text as having hardware execute permission, due to a bug
introduced in commit 8d1cf34e (powerpc/mm: Tweak PTE bit combination
definitions), hence trying
Hugh Dickins writes:
Now that shmem's divisions by zero and SHMEM_MAX_BYTES are fixed,
let powerpc 256kB pages coexist with CONFIG_SHMEM again.
Signed-off-by: Hugh Dickins h...@veritas.com
---
Added linuxppc-dev and some other Cc's for this 3/3: sorry
if you didn't see 1/3 and 2/3, they
David Gibson writes:
The vast bulk of this patch is a literal move, the rest is adjusting
the various Makefiles to use dtc and libfdt correctly from their new
locations.
Did you test this with a separate object directory? I get:
$ make O=../test-64k V=1
[snip]
gcc
48 matches
Mail list logo