Fix following warnings:
WARNING: arch/powerpc/platforms/cell/built-in.o(.devinit.text+0x9c): Section
mismatch in reference from the function .cell_setup_phb() to the function
.init.text:.iowa_register_bus()
WARNING: arch/powerpc/platforms/cell/built-in.o(.devinit.text+0xa4): Section
mismatch in
> This provides a way to defer processing of an interrupt that wakes the
> processor out of sleep mode. On 32-bit platforms that use an
> interrupt to wake the processor, we have to have interrupts enabled in
> hardware at the point where we go to sleep, otherwise the processor
> will never wake
On Wed, May 14, 2008 at 11:48:05AM +1000, Stephen Rothwell wrote:
> Hi Anton,
>
> On Wed, 14 May 2008 11:45:23 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> >
> > Doing this status with "git diff -M --stat" would show us if the file was
> > just renamed or if there were some changes as well
At Tue, 06 May 2008 11:16:22 +0200,
Gerhard Pircher wrote:
>
> Original-Nachricht
> > Datum: Tue, 06 May 2008 18:48:39 +1000
> > Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> > An: Gerhard Pircher <[EMAIL PROTECTED]>
> > CC: linuxppc-dev@ozlabs.org, Takashi Iwai <[EMAIL PROTE
I see the following error on my power box at boot up.
RTAS: event: 14, Type: Platform Error, Severity: 2
[ cut here ]
Badness at kernel/lockdep.c:2680
NIP: c00ae538 LR: c00ae51c CTR:
REGS: c000e7b139a0 TRAP: 0700 Not tainted (2.6.26-r
Original-Nachricht
> Datum: Wed, 14 May 2008 14:26:53 +0200
> Von: Takashi Iwai <[EMAIL PROTECTED]>
> An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
> linuxppc-dev@ozlabs.org, [EMAIL PROTECTED]
> Betreff: ALSA fixes for n
Fixes the following use after free oops:
ehea: Reboot: freeing all eHEA resources
Unable to handle kernel paging request for data at address 0x6b6b6b6b6b6b6c5b
Faulting instruction address: 0xd0354488
cpu 0x0: Vector: 300 (Data Access) at [c0002ec6f310]
pc: d0354488: .ehea
On May 13, 2008, at 10:53 PM, Chen Gong wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Stephen Rothwell
Sent: 2008?5?14? 9:45
To: Anton Vorontsov
Cc: Wood Scott; linuxppc-dev@ozlabs.org; Wim Van Sebroeck; Tabi Timur
Subject: Re: [PATCH 3/6] [
Hi Andrew,
2.6.26-rc2-mm1 kernel panics on powerpc, while running ltp test over it.
I have attached the gdb output of the pc and lr registers. The patch
list_for_each_rcu-must-die-networking.patch points to changes made
to the same lines listed by the gdb output.
Unable to handle kernel paging
On Mon, May 12, 2008 at 1:59 PM, Stephen Neuendorffer
<[EMAIL PROTECTED]> wrote:
>
>
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> Grant Likely
>> Sent: Monday, May 12, 2008 12:46 PM
>> To: Stephen Neuendorffer
>> Cc: linuxppc-dev@ozlabs.org; git-
On Wed, May 14, 2008 at 09:04:07PM +0530, Kamalesh Babulal wrote:
> Hi Andrew,
>
> 2.6.26-rc2-mm1 kernel panics on powerpc, while running ltp test over it.
> I have attached the gdb output of the pc and lr registers. The patch
> list_for_each_rcu-must-die-networking.patch points to changes made
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Grant Likely
> Sent: Wednesday, May 14, 2008 8:35 AM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org; git-dev
> Subject: Re: [PATCH] Xilinx: framebuffer: add compatibility for ml507
dvi core.
>
On Wed, May 14, 2008 at 09:07:05AM -0700, Paul E. McKenney wrote:
> On Wed, May 14, 2008 at 09:04:07PM +0530, Kamalesh Babulal wrote:
> > Hi Andrew,
> >
> > 2.6.26-rc2-mm1 kernel panics on powerpc, while running ltp test over it.
> > I have attached the gdb output of the pc and lr registers. The p
On Thu, May 15, 2008 at 12:05:46AM +0400, Alexey Dobriyan wrote:
> On Wed, May 14, 2008 at 09:07:05AM -0700, Paul E. McKenney wrote:
> > On Wed, May 14, 2008 at 09:04:07PM +0530, Kamalesh Babulal wrote:
> > > Hi Andrew,
> > >
> > > 2.6.26-rc2-mm1 kernel panics on powerpc, while running ltp test ov
Now that allows overriding of the most commonly
changed macros, take advantage of that.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
i *think* this results in an equivalent ioctl.h file, but feel free
to check it carefully, and tweak if necessary.
diff --git a/include/asm-powerpc
I'm converting sound/soc/codecs/cs4270.c into a new-style I2C driver, and this
driver is not getting probed. I believe the problem is that i2c_device_match()
is returning failure, because of this line:
return strcmp(client->driver_name, drv->name) == 0;
when this line is executed, client
Original-Nachricht
> Datum: Wed, 14 May 2008 14:26:53 +0200
> Von: Takashi Iwai <[EMAIL PROTECTED]>
> An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
> linuxppc-dev@ozlabs.org, [EMAIL PROTECTED]
> Betreff: ALSA fixes for n
The CS4270 is using the second I2C bus, not the first, on the Freescale
MPC8610 HPCD, so its node in the device tree belongs under '[EMAIL PROTECTED]'
and not '[EMAIL PROTECTED]'.
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
Kumar, this is a must-fix for 2.6.26.
The reason this didn't sho
From: Jochen Friedrich <[EMAIL PROTECTED]>
Initialize I2C pins on boards with CPM1/CPM2 controllers.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8272ads.dts | 10 ++
arch/powerpc/boot/dts/mpc
From: Carl Love <[EMAIL PROTECTED]>
Fix the 64 bit user code backtrace which currently may hang the system.
Signed-off-by: Carl Love <[EMAIL PROTECTED]>
Cc: Maynard Johnson <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/oprofile/backtrace.c | 33
From: Nick Piggin <[EMAIL PROTECTED]>
spufs: convert nopfn to fault
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Acked-by: Jeremy Kerr <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
From: "Robert P. J. Day" <[EMAIL PROTECTED]>
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Acked-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
drivers/macintosh/adb.c |2 +-
1 file changed, 1 i
From: Zhang Wei <[EMAIL PROTECTED]>
The fsldma driver is tested on MPC8377MDS board. The patch adds fsldma driver
support into MPC8377MDS device tree.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Cc: "Nelson, Shannon" <[EMAIL PROTECTED]>
Cc: Dan Williams <[EMAIL PROTECTED]>
Cc: Kumar Gala <[EMAI
[EMAIL PROTECTED] wrote:
From: Jochen Friedrich <[EMAIL PROTECTED]>
Initialize I2C pins on boards with CPM1/CPM2 controllers.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8272ads.dts | 10 ++
[EMAIL PROTECTED] wrote:
From: Zhang Wei <[EMAIL PROTECTED]>
The fsldma driver is tested on MPC8377MDS board. The patch adds fsldma driver
support into MPC8377MDS device tree.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Cc: "Nelson, Shannon" <[EMAIL PROTECTED]>
Cc: Dan Williams <[EMAIL PROTEC
I have added the following patches to the powerpc-next and master
branches of the powerpc.git repository. This includes commits pulled
from Kumar's tree.
Paul.
Andy Fleming (2):
[POWERPC] 85xx: Add 8568 PHY workarounds to board code
[POWERPC] 85xx: Fix some sparse warnings for 85xx M
[adding Li Yang (new fsldma maintainer) to the cc]
On Wed, 2008-05-14 at 16:28 -0700, Scott Wood wrote:
> [EMAIL PROTECTED] wrote:
> > From: Zhang Wei <[EMAIL PROTECTED]>
> >
> > The fsldma driver is tested on MPC8377MDS board. The patch adds fsldma
> > driver
> > support into MPC8377MDS device
All uses of list_for_each_rcu() can be profitably replaced by the
easier-to-use list_for_each_entry_rcu(). This patch makes this change
for networking, in preparation for removing the list_for_each_rcu()
API entirely.
Updated to remove the two now-unused variables as noted by Dave Miller,
and als
On Wed, 2008-05-14 at 16:12 -0700, [EMAIL PROTECTED] wrote:
> From: Carl Love <[EMAIL PROTECTED]>
>
> Fix the 64 bit user code backtrace which currently may hang the system.
>
> Signed-off-by: Carl Love <[EMAIL PROTECTED]>
> Cc: Maynard Johnson <[EMAIL PROTECTED]>
> Signed-off-by: Andrew Morton <
Thanks for helping out with merging these Andrew. The problem with
this is that these nopfn conversions won't work unless the
BUG_ON is removed from mm/memory.c (patch 1/ that I sent you). So
there is a little dependency chain here. I guess you could send
that patch 1 upstream ASAP, and then let th
On Thu, 15 May 2008 02:53:05 +0200 Nick Piggin <[EMAIL PROTECTED]> wrote:
> Thanks for helping out with merging these Andrew. The problem with
> this is that these nopfn conversions won't work unless the
> BUG_ON is removed from mm/memory.c (patch 1/ that I sent you).
oh.
> So
> there is a littl
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: 2008?5?14? 23:03
> To: Chen Gong
> Cc: Stephen Rothwell; Anton Vorontsov; Wood Scott;
> linuxppc-dev@ozlabs.org; Wim Van Sebroeck; Tabi Timur
> Subject: Re: [PATCH 3/6] [WATCHDOG] mpc83xx_wdt: rename to mpc8xxx_w
Michael Ellerman writes:
> __copy_from_user_inatomic() accepts any value for n, it just has a
> special case for 1, 2, 4 and 8 - but it should still work for other
> values.
There is a bug in __copy_from_user_inatomic that
http://patchwork.ozlabs.org/linuxppc/patch?id=18418
fixes, and I'm about
PPC doesn't have the irqs_disabled_flags needed by ftrace.
This patch adds it.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
---
include/asm-powerpc/hw_irq.h | 10 ++
1 file changed, 10 insertions(+)
Index: linux-sched-devel.git/include/asm-powerpc/hw_irq.h
The following two patches ports ftrace to PowerPC. I tested this on
both my PPC64 box as well as my 32bit PowerBook G4.
This applies to the latest sched-devel (with some extra hacks to get that
to boot on PPC).
This also depends on the CFLAGS_REMOVE_foo.o patches I sent earlier.
-- Steve
_
This patch adds full support for ftrace for PowerPC (both 64 and 32 bit).
This includes dynamic tracing and function filtering.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |5
arch/powerpc/kernel/Makefile | 14 ++
arch/powerpc/
[EMAIL PROTECTED] writes:
> -__initcall(adb_init);
> +device_initcall(adb_init);
There's no particular reason why this needs to go in 2.6.26, is there?
It looks to me like something that I should queue up for 2.6.27.
Paul.
___
Linuxppc-dev mailing list
Steven Rostedt writes:
> The following two patches ports ftrace to PowerPC. I tested this on
> both my PPC64 box as well as my 32bit PowerBook G4.
Very cool! Thanks.
> This applies to the latest sched-devel (with some extra hacks to get that
> to boot on PPC).
>
> This also depends on the CFLA
Hi Paul,
Today's linux-next build (sparc64 defconfig) fails like this:
drivers/of/device.c: In function `modalias_show':
drivers/of/device.c:66: error: implicit declaration of function
`of_device_get_modalias'
Caused by commit 140b932f8cb6cced10b96860651a198b1b89cbb9 ("[POWERPC]
Create modalias
Paul E. McKenney wrote:
> All uses of list_for_each_rcu() can be profitably replaced by the
> easier-to-use list_for_each_entry_rcu(). This patch makes this change
> for networking, in preparation for removing the list_for_each_rcu()
> API entirely.
>
> Updated to remove the two now-unused variab
From: Steven Rostedt <[EMAIL PROTECTED]>
Date: Wed, 14 May 2008 23:49:44 -0400
> +#ifdef CONFIG_FTRACE
> +#ifdef CONFIG_DYNAMIC_FTRACE
> +_GLOBAL(mcount)
> +_GLOBAL(_mcount)
> + stwur1,-48(r1)
> + stw r3, 12(r1)
> + stw r4, 16(r1)
> + stw r5, 20(r1)
> + stw
At Wed, 14 May 2008 23:01:10 +0200,
Gerhard Pircher wrote:
>
>
> Original-Nachricht
> > Datum: Wed, 14 May 2008 14:26:53 +0200
> > Von: Takashi Iwai <[EMAIL PROTECTED]>
> > An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> > CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
On Thu, 15 May 2008 14:14:38 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > -__initcall(adb_init);
> > +device_initcall(adb_init);
>
> There's no particular reason why this needs to go in 2.6.26, is there?
> It looks to me like something that I should queue up
From: Kamalesh Babulal <[EMAIL PROTECTED]>
Date: Thu, 15 May 2008 10:56:07 +0530
> Paul E. McKenney wrote:
> > All uses of list_for_each_rcu() can be profitably replaced by the
> > easier-to-use list_for_each_entry_rcu(). This patch makes this change
> > for networking, in preparation for removin
On Wed, 2008-05-14 at 23:06 -0700, Andrew Morton wrote:
> On Thu, 15 May 2008 14:14:38 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> > [EMAIL PROTECTED] writes:
> >
> > > -__initcall(adb_init);
> > > +device_initcall(adb_init);
> >
> > There's no particular reason why this needs to go in 2
This patch adds a new utility program, convert-dtsv0, to the dtc
sources. This program will convert dts files from v0 to v1,
preserving comments and spacing. It also includes some heuristics to
guess an appropriate base to use in the v1 output (so it will use hex
for the contents of reg propertie
On Thu, 15 May 2008 16:28:28 +1000 Michael Ellerman <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-05-14 at 23:06 -0700, Andrew Morton wrote:
> > On Thu, 15 May 2008 14:14:38 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> >
> > > [EMAIL PROTECTED] writes:
> > >
> > > > -__initcall(adb_init);
> > >
On Tue, 2008-05-13 at 15:26 -0700, Corey Ashford wrote:
> The perfmon2 code is available here:
> http://sourceforge.net/project/showfiles.php?group_id=144822
>
> perfmon2's interrupt handler does have a single entry point. Could I
> somehow mimic what the MASKABLE_EXCEPTION_PSERIES macro does
On Wed, May 14, 2008 at 06:25:11PM -0500, Scott Wood wrote:
> [EMAIL PROTECTED] wrote:
>> From: Jochen Friedrich <[EMAIL PROTECTED]>
>>
>> Initialize I2C pins on boards with CPM1/CPM2 controllers.
>>
>> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
>> Signed-off-by: Andrew Morton <[EMAIL PROT
On Tue, 2008-05-13 at 09:23 -0700, Geoff Levand wrote:
> A change was made to walk_memory_resource() in commit
> 4b119e21d0c66c22e8ca03df05d9de623d0eb50f that added a
> check of find_lmb(). Add the corresponding lmb_add()
> call to ps3_mm_add_memory() so that that check will
> succeed.
>
> This
On Thu, 2008-03-27 at 16:39 -0800, Badari Pulavarty wrote:
> ppc kernel maintains information about logical memory blocks in
> lmb.memory structure at the boot time. Its not updated for
> hotplug memory add/remove. hotplug memory notifier for memory
> add/remove now updates lmb.memory.
>
> This i
51 matches
Mail list logo
