25 Apr, 2008
13 commits
-
Signed-off-by: Mike Frysinger
Signed-off-by: Andrew Morton
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 -
Signed-off-by: Sonic Zhang
Signed-off-by: Bryan Wu -
Pointed-out-by: Michael Hennerich
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Remove the circular buffering mechanism for exceptions. Instead, point RETX
at a safe location from which to fetch three NOPs.This safe location is now in the fixed code area, and also used for certain
anomaly workarounds, to ensure that user space can find a valid ICPLB when
things are built with CONFIG_MPU.Also, save I/DCPLB_FAULT_ADDRESS when lowering to level 5, since the hardware
reg is valid only at exception level.Signed-off-by: Bernd Schmidt
Signed-off-by: Bryan Wu -
Signed-off-by: Bernd Schmidt
Signed-off-by: Bryan Wu -
http://blackfin.uclinux.org/gf/project/uclinux-dist/tracker/?action=TrackerItemEdit&tracker_item_id=2445
Signed-off-by: Graf Yang
Signed-off-by: Bryan Wu -
- add platform device resources in board files
- add new bfin_sir.h to each machinesSigned-off-by: Graf Yang
Signed-off-by: Bryan Wu -
Pointed-out-by: Michael Hennerich
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
…urrent before it gets dereferenced
Signed-off-by: Robin Getz <rgetz@blackfin.uclinux.org>
Signed-off-by: Bryan Wu <cooloney@kernel.org> -
…lar things are together and only available as needed
Signed-off-by: Mike Frysinger <vapier.adi@gmail.com>
Signed-off-by: Bryan Wu <cooloney@kernel.org> -
detect the memory available in the system on the fly by default
rather than forcing people to set this manually in the kconfigSigned-off-by: Mike Frysinger
Signed-off-by: Bryan Wu
24 Apr, 2008
27 commits
-
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
The irq setup code no longer calls gpio request and free.
This patch also changes the default gpio_free behavior on Blackfin.
A freed GPIO keeps it's last state, and is not defaulted back to
an input. This is also what all other architectures do.Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
…nctions in the kernel
Signed-off-by: Mike Frysinger <vapier.adi@gmail.com>
Signed-off-by: Bryan Wu <cooloney@kernel.org> -
Signed-off-by: Grace Pan
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 -
…n link script of kernel
http://blackfin.uclinux.org/gf/project/uclinux-dist/tracker/?action=TrackerItemEdit&tracker_item_id=3978
Section data_l1_cacheline_aligned should be defined in
link script of kernel, when L1 data sram bank A is not available.In bf536 with all data cache is enabled, there is no L1 data sram.
Current link script won't define section data_l1.cacheline_aligned in
this case. But, if user select put cacheline_aligned data into l1 sram
in kernel menuconfig, these data will be dropped and access to these
data will trigger data CPLB exception.Do panic in l1 relocation code as well.
Signed-off-by: Sonic Zhang <sonic.zhang@analog.com>
Signed-off-by: Bryan Wu <cooloney@kernel.org> -
Signed-off-by: Robin Getz
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
- allow bootrom to be readable from supervisor mode
- delete unused local variable "addr"
- punt unused local defines of cplbinfo.cSigned-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
The DMA base registers are available in a global named "base_addr" for
every Blackfin variant. Give this a more descriptive name, and remove
duplicate tables from some drivers.Signed-off-by: Bernd Schmidt
Signed-off-by: Bryan Wu -
Signed-off-by: Bernd Schmidt
Signed-off-by: Bryan Wu -
Signed-off-by: Bernd Schmidt
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 -
theres no need to declare ram{end,start,base} in the head.S files
when declaring them with the other memory related variables in setup.c
is so much simpler/nicerSigned-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
…the global blackfin header
remove duplicated prototypes for internal cplb structures from
the global blackfin header as nothing else should be accessing theseSigned-off-by: Mike Frysinger <vapier.adi@gmail.com>
Signed-off-by: Bryan Wu <cooloney@kernel.org> -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Peter Korsgaard
Signed-off-by: Bryan Wu -
…s and include/linux/serial_reg.
Signed-off-by: Graf Yang <graf.yang@analog.com>
Cc: Robin Getz <rgetz@blackfin.uclinux.org>
Signed-off-by: Bryan Wu <cooloney@kernel.org> -
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Previously, init failed to do anything meaningful;
it turns out that the reason is that FD-PIC has a readonly data
section which can be located in the XIP filesystem, and various address checks
in the kernel reject such addresses for syscall arguments. Hence, init's
execve ("/bin/sh", ...)
failed with error code EFAULT.There's room for improvement here: in case people want to have filesystems
on flash rather than in main memory, _access_ok should be modified to
allow this.This bug fix is also dedicated to Michael Hennerich.
Signed-off-by: Bernd Schmidt
Signed-off-by: Bryan Wu -
Pointed-out-by: Mike Frysinger
Signed-off-by: Bernd Schmidt
Signed-off-by: Bryan Wu -
The function flush_switched_dcplbs was clearing the CPLB entries covering
the process permission bitmasks. This means that the sequenceflush_switched_dcplbs ();
set_mask_dcplbs(mm->context.page_rwx_mask);has a problem: if kernel code (such as an interrupt) causes a CPLB miss before
set_mask_dcplbs completes, the CPLB handler function causes a double fault,
with an instantaneous reboot.This bug fix is dedicated to Michael Hennerich, the only person in the world
capable of providing working JTAG hardware.Signed-off-by: Bernd Schmidt
Signed-off-by: Bryan Wu -
This is a rather old performance improvement for the signal handling
code, which was originally only committed on the 2007R1 branch as a
workaround for what we suspected to be a hardware bug.There's no point in constructing a sigreturn stub on the stack and
flushing caches; we can just make signal handlers return to a known
location in the fixed code area.Signed-off-by: Bernd Schmidt
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu
Acked-by: Jeff Garzik