but legacy SMP allocator was forgotten. Fix it.
Signed-off-by: Tejun Heo t...@kernel.org
Reported-by: Sachin P. Sant sach...@in.ibm.com
---
Thanks. The patch fixes the warning.
Tested-by : Sachin Sant sach...@in.ibm.com
--
-
Sachin Sant
IBM Linux Technology Center
Sachin P. Sant wrote:
sure if this is a new problem or a recurring one. Will try booting
some older kernels on this box and will report the results.
I tried few older kernels till 2.6.28 and all of them had the
same problem.
I also tried using SLUB instead of SLAB. That also failed to
boot
While booting Next 20090310 on a powerpc box (Power6 9117-MMA)
i observed the following badness :
[0.339662] [ cut here ]
[0.339666] Badness at mm/allocpercpu.c:123
[0.339670] NIP: c01129dc LR: c01129b8 CTR:
[0.339676]
Mel Gorman wrote:
Well, the machine must have started with some kernel. What mainline
version does that correspond to and can you bisect it?
The last booted kernel was a 2.6.25 based kernel. I am trying to find out
the last good kernel.org kernel. I should have that information by tomorrow.
Sachin P. Sant wrote:
While booting Next 20090310 on a powerpc box (Power6 9117-MMA)
i observed the following badness :
[0.339662] [ cut here ]
[0.339666] Badness at mm/allocpercpu.c:123
[0.339670] NIP: c01129dc LR: c01129b8 CTR
Michael Ellerman wrote:
Dang it, that's my fault. Thanks for catching it Sachin.
I assumed pseries always enabled EEH, but I see now you can disable it
if you have EMBEDDED set (which your config does).
It's a bit yucky making the MSI code depend on EEH, but the only other
option would be to
2.6.29-rc6-git6 ppc64_defconfig build fails with
arch/powerpc/kernel/built-in.o: In function `.of_pci_phb_probe':
of_platform.c:(.devinit.text+0xe0): undefined reference to
`.pcibios_claim_one_bus'
arch/powerpc/platforms/built-in.o: In function `.remove_phb_dynamic':
(.text+0x120fc): undefined
Benjamin Herrenschmidt wrote:
Ok, so I tried here on a dual G5 and couldn't reproduce with -rc6
g64e7130.
Now, it would be nice if you guys stopped sending stripped down dmesg...
the whole thing is potentially relevant. Also, which compiler version
did you use to generate this kernel ?
Hi
Mark Nelson wrote:
Hi Sanchin and Geert,
Does the patch below fix the problems you're seeing? If it does I'll send
a properly written up and formatted patch to linuxppc-dev (as well as
another one to fix the same problem in copy_tofrom_user()).
This patch fixes the issue at my side. I tried
While booting 2.6.29-rc6 on a powerpc box came across this
circular dependency with eHEA driver.
===
[ INFO: possible circular locking dependency detected ]
2.6.29-rc6 #2
---
ip/2174 is trying
Andrew Morton wrote:
hm, I wonder what could have caused that - we haven't altered
fs/ext3/xattr.c in ages.
What is the most recent kernel version you know of which didn't do
this? Bear in mind that this crash might be triggered by the
current contents of the filesystem, so if possible, please
Paul Mackerras wrote:
It appears to have faulted on a load, implicating the source. The
address being referenced (0xc0003f38) doesn't look
outlandish. I wonder if this kernel has CONFIG_DEBUG_PAGEALLOC turned
on, and what page size is selected?
Yes CONFIG_DEBUG_PAGEALLOC is enabled
Jan Kara wrote:
Hmm, OK. But then I'm not sure how that can happen. Obviously, memcpy
somehow got beyond end of the page referenced by bh-b_data. So it means
that le16_to_cpu(entry-e_value_offs) + size page_size. But
ext3_xattr_find_entry() calls ext3_xattr_check_entry() which in
particular
Nick Piggin wrote:
Actually, that's not the root cause here. You seem to have CONFIG_SMP
disabled but CONFIG_NUMA enabled. That's not possible on x86 which
makes me think it's a ppc kconfig bug. Hmm?
If it is really a valid config, then we should be able to make
slqb build with it...
I
James Bottomley wrote:
Actually, I think the fix lies in scsi.h ... we can make that into a
nicely independent protocol header file. Your current woes come because
it pulls in scsi_cmnd.h ... perhaps just getting rid of this will fix
it.
Can the rest of linux-scsi verify that the fix below
2.6.29-rc4-git1 randconfig build on powerpc fails with
CALLarch/powerpc/kernel/prom_init_check.sh
CC [M] arch/powerpc/oprofile/cell/spu_profiler.o
arch/powerpc/oprofile/cell/spu_profiler.c: In function
set_spu_profiling_frequency:
arch/powerpc/oprofile/cell/spu_profiler.c:52: error:
Stephen Rothwell wrote:
See http://patchwork.ozlabs.org/patch/22628/
Thanks Stephen. The above patch fixed this build break.
Regards
-Sachin
--
-
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
Geoff Levand wrote:
Change the PS3 platform code to use hard coded numbers for its
LV1 device types.
The PS3 platform code was incorrectly using some scsi block
constants for the device type returned from the LV1 hypervisor.
Fixes build errors like these when CONFIG_BLOCK=n:
In file
2.6.29-rc3-git9 randconfig build fails with
CALLarch/powerpc/kernel/prom_init_check.sh
CC arch/powerpc/platforms/ps3/setup.o
In file included from include/scsi/scsi.h:12,
from arch/powerpc/platforms/ps3/platform.h:25,
from
2.6.29-rc3-git7 randconfig build breaks with following error
CC drivers/serial/cpm_uart/cpm_uart_core.o
drivers/serial/cpm_uart/cpm_uart_core.c: In function cpm_put_poll_char:
drivers/serial/cpm_uart/cpm_uart_core.c:992: error: implicit declaration of
function cpm_uart_early_write
Hi Stephen,
Next 20090205 build fails with following error:
ld: arch/powerpc/kernel/built-in.o section .text exceeds stub group size
ld: arch/powerpc/kernel/head_64.o section .text exceeds stub group size
arch/powerpc/kernel/built-in.o: In function `.of_pci_phb_probe':
Hi Stephen,
20090204 randconfig build on powerpc fails with :
CC arch/powerpc/kernel/ftrace.o
arch/powerpc/kernel/ftrace.c: In function __ftrace_make_nop:
arch/powerpc/kernel/ftrace.c:204: error: dereferencing pointer to incomplete
type
arch/powerpc/kernel/ftrace.c: In function
2.6.29-rc3-git5 randconfig build on powerpc fails with following error
CALLarch/powerpc/kernel/systbl_chk.sh
CALLarch/powerpc/kernel/prom_init_check.sh
CC [M] drivers/staging/panel/panel.o
drivers/staging/panel/panel.c:625: error: conflicting types for set_bits
* Fix build break for lcd panel driver.
Signed-off-by : Sachin Sant sach...@in.ibm.com
---
* Fix build break for lcd panel driver.
Signed-off-by : Sachin Sant sach...@in.ibm.com
---
diff -Naurp a/drivers/staging/panel/panel.c b/drivers/staging/panel/panel.c
---
Stephen Rothwell wrote:
Hi Sachin,
To make allyesconfig build currently, you need to turn
CONFIG_PROFILE_ALL_BRANCHES off. It makes drivers/built-in.o too large
(increases the text size from about 32M to 47M) and the linker can't add
the usual trampolines because we prelink it.
Ok will
allmodconfig build breaks with following error.
CHK include/linux/version.h
CHK include/linux/utsrelease.h
SYMLINK include/asm - include/asm-powerpc
CALLscripts/checksyscalls.sh
CHK include/linux/compile.h
CALLarch/powerpc/kernel/systbl_chk.sh
CALL
This patch fixes the /dev/oldmem interface for kdump on ppc64.
The patch originally came from Michael Ellerman hence have
retained the signed-off line. I just rediffed/tested against
latest git. Michael has ack'ed this patch.
Ben this is not a must for 2.6.27 but would be good if it's
included.
Michael Ellerman wrote:
Heh, do I get a prize for being neurotic? ;) .. Or just stupid, ahem.
I think you should also sign off on it Sachin, see clause (c) of the
developers cert (http://lwn.net/Articles/139918/)
Here is a signed-off from me. Let me know if i need to resubmit
the patch
Michael Ellerman wrote:
Even though I wrote this, it was so long ago I can't really vouch for
it. If you've tested it and it works Sachin then we should merge it. Is
this fix in distros or does it not apply?
Yes, i have tested this on couple of power boxes and the patch
works fine. [ i can
This one has been pending for a long time. Somehow never
made it upstream.
Resending the patch which fixes /dev/oldmem interface for kdump.
Tested with 2.6.26-rc8.
Signed-off-by : Michael Ellerman [EMAIL PROTECTED]
Fix /dev/oldmem for kdump
A change to __ioremap() broke reading /dev/oldmem
30 matches
Mail list logo
