summaryrefslogtreecommitdiffstats
path: root/sys/arm/xilinx
Commit message (Collapse)AuthorAgeFilesLines
* Follow r261352 by updating all drivers which are children of simplebusian2014-02-024-0/+14
| | | | | | | | | | | | | to check the status property in their probe routines. Simplebus used to only instantiate its children whose status="okay" but that was improper behavior, fixed in r261352. Now that it doesn't check anymore and probes all its children; the children all have to do the check because really only the children know how to properly interpret their status property strings. Right now all existing drivers only understand "okay" versus something- that's-not-okay, so they all use the new ofw_bus_status_okay() helper.
* Remove STARTUP_PAGETABLE_ADDR from the ARM configs and replace it withandrew2014-01-281-1/+0
| | | | | | | | | memory at the end of the kernel. This helps reduce the SoC and board specific configuration required. Reviewed by: bsdimp Tested by: jmg (armeb), br
* Introduce grab and ungrab upcalls. When the kernel desires to grab theimp2014-01-191-0/+25
| | | | | | | | | | console, it calls the grab functions. These functions should turn off the RX interrupts, and any others that interfere. This makes mountroot prompt work again. If there's more generalized need other than prompting, many of these routines should be expanded to do those new things. Reviewed by: bde (with reservations)
* Correct license statements to reflect the fact that these files were alljhb2013-12-101-1/+3
| | | | | | derived from sys/arm/mv/bus_space.c. Approved by: core
* Call initarm_lastaddr() later in the init sequence, after establishingian2013-11-051-1/+7
| | | | | | | | | | | | | | | | | | | static device mappings, rather than as the first of the initializations that a platform can hook into. This allows a platform to allocate KVA from the top of the address space downwards for things like static device mapping, and return the final "last usable address" result after that and other early init work is done. Because some platforms were doing work in initarm_lastaddr() that needs to be done early, add a new initarm_early_init() routine and move the early init code to that routine on those platforms. Rename platform_devmap_init() to initarm_devmap_init() to match all the other init routines called from initarm() that are designed to be implemented by platform code. Add a comment block that explains when these routines are called and the type of work expected to be done in each of them.
* Move remaining code and data related to static device mapping into theian2013-11-041-2/+3
| | | | | | | new devmap.[ch] files. Emphasize the MD nature of these things by using the prefix arm_devmap_ on the function and type names (already a few of these things found their way into MI code, hopefully it will be harder to do by accident in the future).
* Retire arm_remap_nocache() and the data and constants associated with it.ian2013-10-271-1/+1
| | | | | | The only remaining user was the code that allocates bounce pages for armv4 busdma. It's not clear why bounce pages would need uncached memory, but if that ever changes, kmem_alloc_attr() would be the way to get it.
* Remove #include <machine/frame.h> from all the arm code that doesn'tian2013-10-271-1/+0
| | | | | | really need it. That would be almost everywhere it was included. Add it in a couple files that really do need it and were previously getting it by accident via another header.
* Remove all #include <machine/pmap.h> from arm code. It's alreadyian2013-10-271-1/+0
| | | | | | | included by vm/pmap.h, which is a prerequisite for arm/machine/pmap.h so there's no reason to ever include it directly. Thanks to alc@ for pointing this out.
* Bring copyright changes with the agreement of Thomas Skibo.wkoszek2013-04-288-161/+170
| | | | | | | Communication on src-commiters, Sat, 27 Apr 2013 22:09:06 -0700, Subject was: "Re: svn commit: r249997" As I'm here, fix the style main block comments in files' headers.
* Add Xilinx Zynq ARM/FPGA SoC support to FreeBSD/arm port.wkoszek2013-04-2714-0/+3138
Submitted by: Thomas Skibo <ThomasSkibo (at) sbcglobal.net> Reviewed by: wkoszek, freebsd-arm@ (no objections raised)
OpenPOWER on IntegriCloud