10 Mar, 2009
3 commits
-
Semantic merge:
kernel/trace/trace_functions_graph.c
Signed-off-by: Ingo Molnar
-
…6/urgent', 'linus' and 'core/percpu' into x86/core
06 Mar, 2009
6 commits
-
Conflicts:
arch/x86/Kconfig
block/blktrace.c
kernel/irq/handle.cSemantic conflict:
kernel/trace/blktrace.cSigned-off-by: Ingo Molnar
-
Impact: cleaup
Make the following cleanups.
* There isn't much arch-specific about PERCPU_MODULE_RESERVE. Always
define it whether arch overrides PERCPU_ENOUGH_ROOM or not.* blackfin overrides PERCPU_ENOUGH_ROOM to align static area size. Do
it by default.* percpu allocation sizes doesn't have much to do with the page size.
Don't use PAGE_SHIFT in their definition.Signed-off-by: Tejun Heo
Cc: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu
05 Mar, 2009
13 commits
-
Signed-off-by: Alon Bar-Lev
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Use copy_to_user_page and copy_from_user_page instead of
memcpy. copy_to_user_page does cache flush when necessary.Signed-off-by: Jie Zhang
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Random read/write errors are a bad thing - so don't let anyone
(including the test bench) run on something we know is bad.Signed-off-by: Robin Getz
Signed-off-by: Bryan Wu -
Signed-off-by: Graf Yang
Signed-off-by: Bryan Wu -
…on on bf561 after soft bp is hit
Run IFLUSH twice to avoid loading wrong instruction
after invalidating icache and following sequence is met.1) The one instruction address is cached in the icache.
2) This instruction in SDRAM is changed.
3) IFLASH[P0] is executed only once in lackfin_icache_flush_range().
4) This instruction is executed again, but not the changed new one.Signed-off-by: Sonic Zhang <sonic.zhang@analog.com>
Signed-off-by: Bryan Wu <cooloney@kernel.org> -
Signed-off-by: Graf Yang
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
IMHO the setting should depend on ANOMALY_05000305 which is about the
availability of the bit, not ANOMALY_05000265 which only describes the
SPORT sensitivity to noise (checked for BF561 only, though).If that's not true for other BF variants, maybe the definition of
ANOMALY_05000265 for BF561 should be changed to '(1)' instead.Signed-off-by: Enrik Berkhan
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
…1-ezkit kernel with smp patch
Free spinlock before call IPI handlers.
Signed-off-by: Sonic Zhang <sonic.zhang@analog.com>
Signed-off-by: Bryan Wu <cooloney@kernel.org>Header from folded patch 'blackfin_arch__fix_bug_-_kgdb_fails_to_continue_after_setting_breakpoint_on_bf561-ezkit_kernel_with_smp_patch-1':
Blackfin arch: fix bug - kgdb fails to continue after setting breakpoint on bf561-ezkit kernel with smp patch
Don't test l1 code in SMP kernel.
Signed-off-by: Sonic Zhang <sonic.zhang@analog.com>
Signed-off-by: Bryan Wu <cooloney@kernel.org>
04 Mar, 2009
4 commits
-
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
This feature is not available on BF54x.
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Signed-off-by: Philippe Gerum
Signed-off-by: Bryan Wu
03 Mar, 2009
3 commits
-
I have a system where UART0 is configured with hardware flow control, but UART1
doesn't have it enabled. Attempting to access UART1 in this configuration
results in the following error in dmesg:bfin-gpio: GPIO 0 is already reserved as Peripheral by bfin-uart !
Stack from 0082bc7c:
0082bc88 00404dd6 00000003 00000000 0054051e 004079da 0082bcb4
00000000
00000003 00000000 0052686c 0113f2a0 005fa3f0 00000032 20515249
00003035
00427228 00526e50 0113f2e0 005fa3f0 00000032 0113f2e0 0054b748
0000ffff
22222222 22222222 004e1628 00427304 00000000 00000032 00000023
0054b748
00487a94 0054b7e8 0054b748 0000000b 00487fb8 0054b748 0054b748
00000001
0000000a 005fa3f0 009d4fe8 0101e3c0 0054b748 005fa3f0 0050b134
0054b748Call Trace:
[] _uart_startup+0x56/0x178
[] _uart_open+0x40/0x3e0
[] _uart_open+0x94/0x3e0
[] _init_dev+0x1fa/0x450
[] ___mutex_unlock_slowpath+0x30/0xe8
[] _tty_open+0xf6/0x21c
[] ___path_lookup_intent_open+0x34/0x7c
[] _chrdev_open+0x7c/0x134
[] _open_namei+0x60/0x568
[] ___dentry_open+0x9e/0x188
[] _chrdev_open+0x0/0x134
[] _nameidata_to_filp+0x30/0x3c
[] _do_filp_open+0x3a/0x44
[] _task_running_tick+0x102/0x278
[] _do_sys_open+0x32/0xac
[] _sys_ioctl+0x28/0x50
[] _sys_ioctl+0x0/0x50
[] _sys_open+0x18/0x20
[] _sys_open+0x0/0x20
[] _sys_setuid+0x0/0xc8This is because the #ifdef's in bfin_serial_5xx.h are messed up. More
specifically, they add/remove the uart_{rts,cts}_pin fields in
bfin_serial_resources based on whether the particular port has rts/cts enabled,
as opposed to when either port has it enabled.This patch fixed this.
Signed-off-by: Tom Parker
Signed-off-by: Sonic Zhang
Signed-off-by: Bryan Wu -
make sure ANOMALY_05000278/ANOMALY_05000380 is defined for all parts
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
The current definition of CALLER_ADDRx isn't suitable for all platforms.
E.g. for ARM __builtin_return_address(N) doesn't work for N > 0 and
AFAIK for powerpc there are no frame pointers needed to have a working
__builtin_return_address. This patch allows defining the CALLER_ADDRx
macros in and let these take precedence.Because now is included unconditionally in
all archs that don't already had this include get an
empty one for free.Signed-off-by: Uwe Kleine-Koenig
Cc: Peter Zijlstra
Cc: Ingo Molnar
Reviewed-by: KOSAKI Motohiro
Signed-off-by: Steven Rostedt
02 Mar, 2009
5 commits
-
The nompu code is now derived from the mpu code, and had the same problem -
no null pointer detection on ICPLBs.Signed-off-by: Bernd Schmidt
Cc: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Signed-off-by: Sonic Zhang
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu
14 Feb, 2009
1 commit
-
Conflicts:
arch/x86/include/asm/setup.h
13 Feb, 2009
1 commit
-
Conflicts:
arch/x86/kernel/acpi/boot.c
arch/x86/mm/fault.c
04 Feb, 2009
4 commits
-
The removed version with the loop registers saved on the stack was
originally intended to workaround the missing toolchain support for
LoopReg Clobbers.Since our toolchain now supports these there is no point in keeping this
workaround. And since we don't touch LoopRegs anymore we're no longer
subject for ANOMALY_05000312.Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Avoid possible overflow during 32*32->32 multiplies.
Reported-by: Marco Reppenhagen
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu