- 15 Dec, 2009 40 commits
-
-
Barry Song authored
Signed-off-by:
Barry Song <barry.song@analog.com> Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Michael Hennerich authored
Signed-off-by:
Michael Hennerich <michael.hennerich@analog.com> Signed-off-by:
-
Cliff Cai authored
Signed-off-by:
Cliff Cai <cliff.cai@analog.com> Signed-off-by:
-
Cliff Cai authored
Signed-off-by:
-
Michael Hennerich authored
Signed-off-by:
-
Mike Frysinger authored
Include the AD714x SPI/I2C resources based on what is possible. Signed-off-by: -
Michael Hennerich authored
Matches feedback for driver changes. Signed-off-by:
-
Michael Hennerich authored
The ADXL34x driver was updated to include orientation sensing, so have the bf537-stamp use it by default. Signed-off-by:
-
Michael Hennerich authored
Signed-off-by:
-
Mike Frysinger authored
Whole lot of duplicated code here just went bye bye. Signed-off-by: -
Mike Frysinger authored
Whole lot of duplicated code here just went bye bye. Signed-off-by: -
Mike Frysinger authored
The error masks are only needed in the BF537 demux error code, so instead of needing all the short peripheral defines in global space, push these masks into the one file where they are actually needed. This fixes a bunch of define collisions with common code (can/serial/etc...). Signed-off-by:
-
Yi Li authored
When testing PREEMPT_RT kernel on BF561-EZKit, the kernel blocks while booting. When the kernel initializes the ethernet driver, it sleeps and never wakes up. The issue happens when the kernel waits for a timer for Core B to timeout (the timers are per-cpu based: static DEFINE_PER_CPU(struct tvec_base *, tvec_bases) = &boot_tvec_bases). However, the ksoftirqd thread for Core B (note, the ksoftirqd thread is also per-cpu based) cannot work properly, and the timers for Core B never times out. When ksoftirqd() for the first time runs on core B, it is possible core A is still initializing core B (see smp_init() -> cpu_up() -> __cpu_up()). So the "cpu_is_offline()" check may return true and ksoftirqd moves to "wait_to_die". So delay the core b start up until the per-cpu timers have been set up fully. Signed-off-by:
Yi Li <yi.li@analog.com> Signed-off-by:
-
Barry Song authored
Signed-off-by:
-
Mike Frysinger authored
Signed-off-by: -
Barry Song authored
Signed-off-by:
-
Barry Song authored
While fetching instructions at the boundary of L1 instruction SRAM, a false External Memory Addressing Error might be triggered. We should ignore this and continue on our way to avoid random crashes. Because hardware errors are not exact in the Blackfin architecture, we need to catch a few more common cases when the code flow changes and the signal is finally delivered. Signed-off-by:
-
Mike Frysinger authored
These regions are either read-only and won't work anyways (bootrom), or we don't want people screwing with them because they're shared between all processes (fixed code). Signed-off-by: -
Barry Song authored
The NOMPU code already supported executing in the async banks, so this brings the MPU code in line. Signed-off-by:
-
Barry Song authored
The point of this small chunk was to avoid anomaly 05000310. This never really seemed to do what it was intended though -- no valid CPLBs exist over the reserved memory, and there is often memory before it anyways (due to the uClinux MTD and/or reserved DMA region). Plus, it doesn't address the L1 instruction case. So drop this chunk as it wastes memory and is affront to humanity. Signed-off-by:
-
Barry Song authored
When working with 8 meg systems, forcing a 1 meg DMA chunk heavily cuts into the available resources. So support smaller chunks to better cover needs for these systems. Signed-off-by:
-
Mike Frysinger authored
While we're moving the BF54x code, have the BF54xM variants select the normal BF54x values so that the rest of the Kconfig tree doesn't need to check the BF54xM variant everytime it wants to check the BF54x. Signed-off-by: -
Mike Frysinger authored
No point in returning to userspace just to have it immediately perform the RTS step. We have to update the PC anyways, so do the RTS too. Signed-off-by: -
Sonic Zhang authored
None of these vars/funcs were being used. Signed-off-by:
Sonic Zhang <sonic.zhang@analog.com> Signed-off-by:
-
Mike Frysinger authored
It makes no sense to call this function with a NULL callback. Signed-off-by: -
Mike Frysinger authored
Signed-off-by: -
Mike Frysinger authored
I don't think these defines were ever used. At any rate, we have common bit defines for all parts as well as a Kconfig option to declare the EBIU async timings, and no one has really complained about this so far. Signed-off-by: -
Mike Frysinger authored
Since we always use these ids as unsigned values, and we have some assert code to make sure they don't exceed a limit, avoid signed issues. Reported-by:
Roel Kluin <roel.kluin@gmail.com> Signed-off-by:
-
Robin Getz authored
If we're double faulting, then we have to assume the VMAs are not safe as broken pointers here will prevent full trace output for the double fault. Shouldn't be a big problem though as rarely is a double fault caused by code in userspace. Signed-off-by:
Robin Getz <robin.getz@analog.com> Signed-off-by:
-
Mike Frysinger authored
This allows us to use any Blackfin toolchain to create kernel modules (such as the FDPIC bfin-linux-uclibc toolchain). Signed-off-by: -
Mike Frysinger authored
This matches similar documentation for the FRV FDPIC code. Signed-off-by: -
Philippe Gerum authored
Signed-off-by:
Philippe Gerum <rpm@xenomai.org> Signed-off-by:
-
Philippe Gerum authored
Signed-off-by:
-
Philippe Gerum authored
Signed-off-by:
-
Philippe Gerum authored
Signed-off-by:
-
Valentin Yakovenkov authored
Signed-off-by:
Valentin Yakovenkov <yakovenkov@gmail.com> Signed-off-by:
-
Mike Frysinger authored
This is useful for quick tests where networks are faster than compression, and/or the compression code is broken. Reported-by:
Magnus Damm <damm@igel.co.jp> Signed-off-by:
-
Mike Frysinger authored
Signed-off-by: -
Mike Frysinger authored
Signed-off-by: -
Robin Getz authored
User reports rarely include full information, so include this important tidbit up front. It's also good to know at a glance in general. Signed-off-by:
-
