If we try to cross compile liblockdep, even if we set the CROSS_COMPILE variable
the linker error can occur because LD is not set with CROSS_COMPILE.
This patch adds "LD" can be set automatically with CROSS_COMPILE variable so
fixes linker error problem.
Signed-off-by: Eunbong Song
> On 04/23/2015 02:55 AM, Eunbong Song wrote:
>> current_obj is declared as a thread-local storage.
>> This prevent to detect locking problem between multiple threads because
>> each thread has it's own current_obj. liblockdep can only detect locking
>> proble
ainly
used for synchro
nization of data between multiple threads.
This patch changes current_obj to non thread-local storage. and current_obj.pid
is getting
from getpid system call.
Signed-off-by: Eunbong Song
---
tools/lib/lockdep/common.c |4 ++--
1 files changed, 2 insertions(+), 2 dele
Currently, liblockdep has compilation error.
This causes from lockdep.c code changes.
This patch fixes compilation error.
Signed-off-by: Eunbong Song
---
tools/lib/lockdep/uinclude/linux/kernel.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/tools/lib/lockdep
ction 'lockdep_reset_lock':
../../../kernel/locking/lockdep.c:3994: error: 'hash_entry' undeclared (first
use in this function)
../../../kernel/locking/lockdep.c:3994: error: expected ';' before '{' token
This patch fixes this compilation error.
Signe
It's better disable load balance for receiving packet when CONFIG_RPS is
enabled.
If not, octeon-ethernet driver select CPU and then the rps select again CPU.
It can be ipi interrupts overhead and packet reordering could be possible.
Signed-off-by: Eunbong Song
---
drivers/staging/o
_cpu_backtrace() for mips architecture.
And this enables when softlockup_all_cpu_backtrace is equalt to 1 and
softlock is occurred to dump all cpu's backtrace.
Signed-off-by: Eunbong Song
---
arch/mips/include/asm/irq.h |3 +++
arch/mips/kernel/process.c | 18 ++
2 fil
>> This patch adds arch_trigger_all_cpu_backtrace() for mips architecture.
> Don't forget your Signed-off-by
I'm sorry fot this.
>> +static void arch_dump_stack(void *info)
>> +{
>> + struct pt_regs *regs;
>> +
>> + regs = get_irq_regs();
>> +
>> + if(regs)
>> + show_regs(regs);
>> +
>> +
> Hi Eubong,
> one small question inline ...
>> +void arch_trigger_all_cpu_backtrace(bool); +#define
>> arch_trigger_all_cpu_backtrace arch_trigger_all_cpu_backtrace
> What is the purpose of this define ? is this maybe a leftover from
> some regex/cleanups ?
Hi John.
Actually, I just follow th
Currently, arch_trigger_all_cpu_backtrace() is defined in only x86 and sparc
which has nmi interrupt.
But in case of softlockup not a hardlockup, it could be possible to dump
backtrace of all cpus. and this could be helpful for debugging.
for example, if system has 2 cpus.
CPU 0
> If your patch is applied, the data which is compressed
> by your big-endian system won't be decompressed in other little-endian system.
I can't understand this. Please, could you explain this more ?
My patch just replaces put_unaligned with put_unaligned_le16. and this just
write compression
Hello.
>Can you check if this patch fix your problem also?
Unfortunately your patch does not fix my problem. My test logs are as follow.
I did the same test with lzo compression algorithm and with my patch, and
these work well.
debug_shell:/user> echo 1 > /sys/block/zram0/reset
debug_shell:/us
> So it's never worked?
Yes, it's always failed to mount.
> Did you test on a little endian machine after making this change?
Unfortunately, i don't have little endian machine. So i couldn't test that.
Additionaly, when lz4 compress calls lz4_compressctx() function and uses
LZ4_WRITE_LITTLEENDI
> Odd line wrapping :(
Sorry, for this.
> Anyway, is this a new problem? Or something that has always been there
> in this compression function?
Actually, i have tested zram with lz4 functions in my board(mips64 big endian).
Everytime i try to mount my ext4 zram image i have failed.
After
ompression failed! err=-1, page=0" in mips bigendian machine.
Signed-off-by: Eunbong Song
---
lib/lz4/lz4defs.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/lz4/lz4defs.h b/lib/lz4/lz4defs.h
index abcecdc..dc7ef14 100644
--- a/lib/lz4/lz4defs.h
+++ b/li
> What gcc version are you using?
> Ralf
I am using gcc 4.4.1.
Thanks.
ieee754dp has bitfield member in struct without name. And this
cause compilation error. This patch removes struct in ieee754dp
declaration. So compilation error is fixed.
Signed-off-by: Eunbong Song
---
arch/mips/math-emu/ieee754.h | 20
1 files changed, 8 insertions
On mips64, we by default include ' which results in
__u64 being an
unsigned long. This causes compile warnings which are treated as errors due to
'-Werror'.
This patch references commit e3541ec7.
Signed-off-by: Eunbong Song
---
arch/mips/include/uapi/asm/types.h |2 +-
1 f
In arch_setup_msi_irq(), there is no case for PCIe2. So board which have PCIe2
functionality
fails to boot with "Kernel panic - not syncing: arch_setup_msi_irq: Invalid
octeon_dma_bar_type"
message. This patch solve this problem.
Signed-off-by: Eunbong Song
---
arch/mips/pci/ms
There is tools/liblockdep build failure.
I have been trying to find the cause and i found commit id
63f9a7fde715352e0769302527670542a664b981 is the casue.
Author: Andi Kleen
Date: Sat Feb 8 08:52:01 2014 +0100
asmlinkage: Make lockdep_sys_exit asmlinkage
lockdep_sys_exit can be call
safe because ecc controller can correct up to chip->ecc.strength
bits.
Signed-off-by: Eunbong Song
---
drivers/mtd/nand/fsl_ifc_nand.c | 41 +++
1 files changed, 41 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/fsl_ifc_nand.c b/drivers/mtd/nand/f
panic_nand_wait_ready() and nand_wait_ready() calls dev_ready() without
checking if it exists.
This patch add check routine dev_ready() before run dev_ready()
and this makes the code more readable
Signed-off-by: Eunbong Song
---
drivers/mtd/nand/nand_base.c | 12
1 files
This patch removes CONFIG_MTD_PARTITIONS in config files for ARM.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
Acked-by: Tony Lindgren
---
arch/arm/configs/acs5k_defconfig|1 -
arch/arm/configs
This patch removes CONFIG_MTD_PARTITIONS in config files for arm.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
Acked-by: Tony Lindgren
---
I resend this patch because i forgot signoff. I really sorry for annoying
This patch removes CONFIG_MTD_PARTITIONS in config files for arm.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
---
I resend this patch because i forgot signoff.
--
arch/arm/configs/acs5k_defconfig|1 -
arch/arm/configs/acs5k_tiny_defco
> Hi Eunbong,
>Acked-by: Greg Ungerer
>Did you want me to pick this up for the m68knommu git tree?
Hello, Greg.
I'm glad if you pick up this patch.
Thanks
EunBong
This patch removes CONFIG_MTD_PARTITIONS in config files for sh.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/sh/configs/ap325rxa_defconfig|1 -
arch/sh/configs/apsh4a3a_defconfig|1
This patch removes CONFIG_MTD_PARTITIONS in config files for mn10300.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/mn10300/configs/asb2303_defconfig |1 -
arch/mn10300/configs/asb2364_defconfig |1
This patch removes CONFIG_MTD_PARTITIONS in config files for m68k.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/m68k/configs/m5208evb_defconfig |1 -
arch/m68k/configs/m5249evb_defconfig |1 -
arch
This patch removes CONFIG_MTD_PARTITIONS in config files for m32r.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/m32r/configs/m32700ut.smp_defconfig |1 -
arch/m32r/configs/m32700ut.up_defconfig |1
This patch removes CONFIG_MTD_PARTITIONS in config files for blackfin.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/blackfin/configs/BF538-EZKIT_defconfig |1 -
arch/blackfin/configs/BF561
This patch removes CONFIG_MTD_PARTITIONS in config files for avr32.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/avr32/configs/atngw100_defconfig |1 -
arch/avr32/configs
This patch removes CONFIG_MTD_PARTITIONS in config files for powerpc.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/powerpc/configs/40x/acadia_defconfig|1 -
arch/powerpc/configs/40x
This patch removes CONFIG_MTD_PARTITIONS in config files for MIPS.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/mips/configs/ar7_defconfig|1 -
arch/mips/configs/bcm47xx_defconfig
> Missing Signed-off-by?
Sorry, I forgot signed-off. Please, add signed-off.
>This patch is probably best sent to the arm-soc maintainers so
>they can pick it up. For the omap changes:
Thanks for your advice. linux-arm-ker...@lists.infradead.org is included in
recipien list.
> Acked-by: Tony Lind
This patch removes CONFIG_MTD_PARTITIONS in config files for ARM.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
---
arch/arm/configs/acs5k_defconfig|1 -
arch/arm/configs/acs5k_tiny_defconfig |1 -
arch/arm/configs/assabet_defcon
Hello.
Every time i config with arch/mips/configs/cavium_octeon_defconfig, the
following warning messages are showed.
warning: (MIPS_SEAD3 && PMC_MSP && CPU_CAVIUM_OCTEON) selects
USB_EHCI_BIG_ENDIAN_MMIO which has unmet direct dependencies (USB_SUPPORT &&
USB && USB_EHCI_HCD)
warning: (MIPS_S
Fix the following compilation warning when CONFIG_PM_RUNTIME is not enabled:
drivers/i2c/busses/i2c-designware-pcidrv.c:188: warning:
'i2c_dw_pci_runtime_idle' defined but not used
Signed-off-by: EunBong Song
---
drivers/i2c/busses/i2c-designware-pcidrv.c |2 ++
1 file
Fix the following compilation warning:
mm/page_alloc.c: In function 'free_reserved_area':
mm/page_alloc.c:5162: warning: passing argument 1 of 'virt_to_phys' makes
pointer from integer without a cast
Signed-off-by: Eunbong Song
---
arch/mips/include/asm/page.h |2 +-
Fix the following compilation warning:
mm/page_alloc.c: In function 'free_reserved_area':
mm/page_alloc.c:5162: warning: passing argument 1 of 'virt_to_phys' makes
pointer from integer without a cast
/home/ebsong/backup/linux_git/linux/arch/mips/include/asm/io.h:119: note:
expected 'const volat
> On Wed, May 15, 2013 at 07:15:02AM +0000, EUNBONG SONG wrote:
> > I know my kernel version is so old. I just want to know why this
> > problem is happened. Because of my kernel version is old? or
> > Because of disk ?,, If anyone knows about this problem, Could you
>
Hello.
I saw some commit messages about excessive stall times in ext4.
The same problem was reproduced in my board. Actually, i'm not sure that is the
same problem.
But the calltrace message is very similar with commit id: f783f091.
My board configuration as follow.
Linux: 2.6.32.60
CPU: 8CPU
13 May 2013 19:26:34 +0800, Zheng Liu wrote:
>> On Mon, May 13, 2013 at 09:53:25AM +, EUNBONG SONG wrote:
>> >
>> >
>> > > Hi all,
>> >
>> > > First of all I couldn't reproduce this regression in my sand box. So
>> >
> Hi all,
> First of all I couldn't reproduce this regression in my sand box. So
> the following speculation is only my guess. I suspect that the commit
> (ae4647fb) isn't root cause. It just uncover a potential bug that has
> been there for a long time. I look at the code, and found two
> s
Hi,
I have some problem to boot with 3.10-rc1. So i will test with
e0fd9affeb64088eff407dfc98bbd3a5c17ea479.
The commit message is as follow.
commit e0fd9affeb64088eff407dfc98bbd3a5c17ea479
Merge: 3d15b79 ea9627c
Author: Linus Torvalds
Date: Wed May 8 15:29:48 2013 -0700
Merge tag 'rdma
> Hi,
> Bitfields are likely to be implemented using read-modify-write semantics.
> Modifications of either b_jlist or b_jmodified must be done under lock
> since they share same uint. I guess this lock is missing somewhere.
Hi, I agree with you. b_jlist and b_jmodified share the same unit.
I t
> CONFIG_IA64_PAGE_SIZE_64KB=y
> fsblock size is whatever is the default for SLES11SP2 on ia64 - which
> tool will tell me?
> My git bisect finally competed and points the a finger at:
> bisect> git bisect good
> ae4647fb7654676fc44a97e86eb35f9f06b99f66 is first bad commit
> commit ae4647fb765
t makes pointer from integer
without a cast
Signed-off-by: EunBong Song
---
arch/mips/kernel/crash_dump.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/mips/kernel/crash_dump.c b/arch/mips/kernel/crash_dump.c
index 35bed0d..3be9e7b 100644
--- a/arch/mips/kerne
reduce journal_head size."
I write just code patch which revert ae4647fb7654676fc44a97e86eb35f9f06b99f66
because
I don't know the root cause.
Signed-off-by: Eunbong Song
---
include/linux/journal-head.h | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/include/l
> Since at this point it's safer to rollback the change and we can
> investigate more deeply how to fix it correctly for the next
> development cycle, this is the patch which I'm testing.
> - Ted
Hello, I've tested with your patch. But the same problem was reproduced.
Curren
> Can you give us the full crash message, (i.e., the panic, the BUG,
> WARN, the registers, etc.), and not the stack trace?
> - Ted
Hi, Ted
Actually i try to find the crash point. And i confirmed crash point is in
__journal_remove_journal_head() function.
I added some debu
Hello.
In my board, i ran the iozone with multi-thread option.
My board has 8 cores and i enabled CONFIG_SMP.
the iozone command as follow: iozone -l 20 -u 20 -r 64k -s 5m -o -F /user/f1
/user/f2 /user/f3 /user/f4 /user/f5 /user/f6 /user/f7 /user/f8 /user/f9
/user/f10 /user/f11 /user/f12 /user
> From: David Daney
> This one appears to build against Linus' tree.
> This could also fix problems noted by Eunbong Song with the
> free_initmem_default() call.
I tested your patch, And i confirmed your patch fixes panic at
free_initmem_default() problem.
Thanks.
>>
>> Hello. I tested with two patches.
>> The first one is thomas gleixner's patch. The patch is as follow.
>> This patch works well without any problem.
>You don't need them both. When we fix it, it will be one or the other,
>not both.
Hello. David.
Maybe i didn't write clearly for test re
Hello. I tested with two patches.
The first one is thomas gleixner's patch. The patch is as follow.
This patch works well without any problem.
Index: linux-2.6/arch/mips/kernel/process.c
===
--- linux-2.6.orig/arch/mips/kernel/proce
>So on 64bits MIPS platforms, __va(__pa(x)) may not equal to x, that may cause
>trouble to free_initmem_default(). Could you please help to do another test
>by changing
>free_initmem_default(POISON_FREE_INITMEM);
>to
>free_initmem_default(0);
>This test could help to identify whether this panic i
Hello. I try to boot my cavium board with david's patch.
It's is not applied yet in linux tree, i got the patch from mailing list.
And the patch is as follow.
This is only very lightly tested, we need more testing before
declaring it the definitive fix.
arch/mips/kernel/genex.S | 7 ---
1
> Does the patch below fix your issue ?
I applied your patch, but it still fails to boot. the boot logs are same.
Thanks
> Thanks,
> tglx
> diff --git a/kernel/cpu/idle.c b/kernel/cpu/idle.c
> index 8b86c0c..a8972fe 100644
> --- a/kernel/cpu/idle.c
> +++ b/kernel/cpu/idle.c
> @@ -70,8 +70,10
>These are selects and don't prevent anyone else from also selecting
> them. If you look at your referenced commit, you see it removed the
>/depends/, not the selects. It actually added selects to several
> platforms. Platforms are supposed to select them if they need them.
Hello.
Every time i c
e.o
GZIPkernel/config_data.gz
CHK kernel/config_data.h
LD kernel/built-in.o
Signed-off-by: Eunbong Song
---
arch/mips/kernel/crash_dump.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/mips/kernel/crash_dump.c b/arch/mips/kernel/crash_dump.c
in
This patch fixes crash_dump.c build error.
Signed-off-by: Eunbong Song
---
arch/mips/kernel/crash_dump.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/mips/kernel/crash_dump.c b/arch/mips/kernel/crash_dump.c
index 35bed0d..3be9e7b 100644
--- a/arch/mips/kernel
This patch removes the architecture specific symbols which prevent these
configuration symbols from being selected by platforms/architectures requiring
it.
I reference commit 9296d94d83649e1c2f25c87dc4ead9c2ab073305.
Signed-off-by: Eunbong Song
---
arch/mips/Kconfig |5 -
1 files
Hello.
After merge cavium board boots fail, boot log messages are as follows.
I enabled initcall_debug for debugging.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 3.9.0+ (ebsong@ubi) (gcc version 4.4.1 (MontaVist
Sender : Wolfram Sang
Date : 2013-04-24 01:27 (GMT+09:00)
Title : Re: Re: Re: [PATCH] I2C: Change the value of octeon i2c adapter timeout
value
> Well, OK, I don't mind. We can increase it later if needed.
> Applied to for-next, thanks! Please have a look later how I changed your
> commit mess
>
> Have you been writing to EEPROMS? Their erase/write cycle might be
> longer. But I am not forcing you to change the value, just giving some
> suggestions.
My board has i2c mux, temp sensor, eeprom. And I added some debugging code for
measuring i2c response time as below and
run i2c opera
On Fri, Apr 19, 2013 at 12:01:04AM +, EUNBONG SONG wrote:
>>
>> I think HZ/50 is better than 2 for adapter timeout.
> Basically OK. But why HZ/50? Most drivers use HZ.
Actually, I just translated 2 jiffies because HZ is 100 in default cavium
config.
You can find tha
I think HZ/50 is better than 2 for adapter timeout.
Signed-off-by: Eunbong Song
---
drivers/i2c/busses/i2c-octeon.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/busses/i2c-octeon.c b/drivers/i2c/busses/i2c-octeon.c
index 935585e..ca489f3 100644
--- a
proc+0x108/0x130
[ 24.993642] [] __setup_irq+0x210/0x540
[ 24.998963] [] request_threaded_irq+0x114/0x1a0
[ 25.005060] [] prom_free_prom_memory+0xd4/0x588
[ 25.011164] [] free_initmem+0x10/0xc0
[ 25.016390] [] kernel_init+0x20/0x100
[ 25.021624] [] ret_from_kernel_thread+0x10/0x18
Signed-o
CONFIG_LOCKDEP_SUPPORT is no longer valid.
Singed-off-by: EunBong Song
---
arch/um/defconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/um/defconfig b/arch/um/defconfig
index 08107a7..bbc5aa7 100644
--- a/arch/um/defconfig
+++ b/arch/um/defconfig
@@ -7,7
This patch replace dma_length in "lib/swiotlb.c" to sg_dma_len() macro, because
the build error can occur
if CONFIG_NEED_SG_DMA_LENGTH is not set, and CONFIG_SWIOTLB is set.
I confirmed compile only.
Singed-off-by: EunBong Song
---
lib/swiotlb.c |8
1 files
I think "CUI2" should be changed to "CIU2", because CIU means Central Intrrupt
Unit.
Singed-off-by: EunBong Song
---
arch/mips/cavium-octeon/octeon-irq.c |2 +-
arch/mips/include/asm/mach-cavium-octeon/irq.h |2 +-
2 files changed, 2 insertions(+), 2 dele
when backlog packet count
is greater than budget.
I tested with patch and the result is more cpu is scheduled in traffic
congestion situation.
Signed-off-by: EunBong Song
---
drivers/staging/octeon/ethernet-rx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers
>Basically OK, but you have lots of whitespace issues, so I can't apply
>your patch. Please resend and make sure it applies.
Sorry, I rewrite my patch here.
Signed-off-by: EunBong Song
---
drivers/i2c/busses/i2c-octeon.c |8
1 files changed, 4 insertions(+), 4 deletio
From d55a22be52e5a768409aa0999d6636cdfc369676 Mon Sep 17 00:00:00 2001
From: eunbonsong
Date: Sun, 10 Mar 2013 04:57:39 -0700
Subject: [PATCH] phydev: Add sysctl variable for polling interval of phy state
This adds a dev.phy.phy_poll_interval sysctl variable. This value is
represented in millis
74 matches
Mail list logo
