On Apr 7, 2009, at 1:29 AM, Vijay Nikam wrote:
Hello All,
I have mpc8313erb with linux kernel 2.6.20.
When I ported the kernel with CONFIG_PREEMPT=y (Enabled) I am getting
the 'scheduling while atomic'. Please check the following call trace,
thanks.
Could anyone please let me to the way to f
On Tue, 2009-04-07 at 01:13 -0500, Kumar Gala wrote:
> During the ISA 2.06 development the opcode for tlbilx changed and some
> early implementations used to old opcode. Add support for a MMU_FTR
> fixup to deal with this.
>
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/include/asm/mmu.h
These are all either regressions or bug fixes.
- k
Please pull from 'merge' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git merge
to receive the following updates:
arch/powerpc/boot/dts/tqm8540.dts |4
arch/powerpc/boot/dts/tqm8541.dts |
Hello All,
I have mpc8313erb with linux kernel 2.6.20.
When I ported the kernel with CONFIG_PREEMPT=y (Enabled) I am getting
the 'scheduling while atomic'. Please check the following call trace,
thanks.
Could anyone please let me to the way to fix it ? ? ?
Kindly please acknowledge ... thank yo
Linus,
Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get a powerpc update. (I'm sending this instead of Ben
Herrenschmidt because Ben has just gone off on a month's vacation.)
Most of the commits are bug fixes and cleanups. Th
Forgot to CC linuxppc-dev
- k
-- Forwarded message --
Date: Tue, 7 Apr 2009 01:21:21 -0500 (CDT)
From: Kumar Gala
To: Paul Mackerras ,
Benjamin Herrenschmidt
Subject: Please pull from 'next' branch (for 2.6.30)(updated)
* Added some patches for tqm85xx that I missed
* Added
On Mar 16, 2009, at 3:57 AM, Wolfgang Grandegger wrote:
Enable highmem support for the TQM8548-AG modules and NAND support for
the TQM8548-BE modules. Furthermore disable USB, Wireless and IDE
support
because it's not available on the STK85xx starter kit.
Signed-off-by: Wolfgang Grandegger
On Mar 16, 2009, at 3:57 AM, Wolfgang Grandegger wrote:
For enet2 and enet3 the wrong phy-handles have been used in DTS files
of the TQM8548 modules.
Signed-off-by: Wolfgang Grandegger
---
arch/powerpc/boot/dts/tqm8548-bigflash.dts |4 ++--
arch/powerpc/boot/dts/tqm8548.dts |4
On Mar 16, 2009, at 3:56 AM, Wolfgang Grandegger wrote:
Commit 0f73a449a649acfca91404a98a35353a618b9555 added I2C device nodes
for the LM75 thermal sensor on the TQM85xx modules, unfortunately with
the wrong I2C address. The LM75s are located at address 0x48.
Signed-off-by: Wolfgang Grandegger
During the ISA 2.06 development the opcode for tlbilx changed and some
early implementations used to old opcode. Add support for a MMU_FTR
fixup to deal with this.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/mmu.h|6 ++
arch/powerpc/include/asm/ppc-opcode.h | 11 +++
On Tue, 7 Apr 2009, Paul Mackerras wrote:
> 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
> > ---
> > Added linuxppc-dev and some other Cc's for this 3/
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 -Wp,-MD,scripts/dtc/.d
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
> ---
> 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 i
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 tryin
Signed-off-by: Stephen Rothwell
---
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 (modified from the or
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 ha
On Mon, Apr 06, 2009 at 07:28:30PM -0700, David Miller wrote:
> From: Olof Johansson
> 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 caus
From: Olof Johansson
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 it har
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/pow
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, p
On Mon, Apr 06, 2009 at 04:06:22PM -0500, Timur Tabi wrote:
> Acked-by: Timur Tabi
> Mark and Takashi: this patch is a must-fix for 2.6.30
Applied, thanks.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxp
In message 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 of Kumar's `Emulate enough=
> of
> > >SPE
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
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.
Signed-of
On Mon, Mar 23, 2009 at 3:07 AM, rizwan ahmad 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 only on 2.6.30. I
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
> ---
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
---
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.
arch/powerpc/Kconfig
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
---
arch/powerpc/include/asm/ppc-opcode.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff -
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:
http://
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
> . Th
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, 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 buil
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
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 bb7253403f7
'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
---
arch/powerpc/kernel/ftrace.c |2 +-
1 file
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
---
arch/powerpc/kern
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
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,
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 +
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 arch/powerpc/include/asm/dma-ma
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 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
---
arch/powerpc/boot/dts/pq2fads.dts |
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 pro
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
---
This is a regression triggered by DMA changes; please apply for
2.6.30.
applied
On Apr 6, 2009, at 8:45 AM, Michael Ellerman wrote:
Signed-off-by: Michael Ellerman
---
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 issues. Someone can
always
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 m
Signed-off-by: Michael Ellerman
---
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 91596f6..4abd466 100644
-
On Sun, Apr 5, 2009 at 8:05 PM, 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 an
> ir
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 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)
+EXTRA_CFLA
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
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 mak
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 m
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
dtc-lexer.lex.c
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>
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 t
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);
> > > >> -
57 matches
Mail list logo
