summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libbsp/i386/Makefile.am (follow)
Commit message (Collapse)AuthorAgeFilesLines
* build: Remove old build systemSebastian Huber2021-09-211-15/+0
| | | | | Close #3250. Close #4081.
* build: Remove local.amSebastian Huber2018-10-101-1/+0
|
* build: Remove EXTRA_DISTSebastian Huber2018-04-041-14/+0
| | | | | A "make dist" is not supported. So, it makes no sense to have pure "make dist" related stuff in the Makefile.am.
* Remove make preinstallChris Johns2018-01-251-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | A speciality of the RTEMS build system was the make preinstall step. It copied header files from arbitrary locations into the build tree. The header files were included via the -Bsome/build/tree/path GCC command line option. This has at least seven problems: * The make preinstall step itself needs time and disk space. * Errors in header files show up in the build tree copy. This makes it hard for editors to open the right file to fix the error. * There is no clear relationship between source and build tree header files. This makes an audit of the build process difficult. * The visibility of all header files in the build tree makes it difficult to enforce API barriers. For example it is discouraged to use BSP-specifics in the cpukit. * An introduction of a new build system is difficult. * Include paths specified by the -B option are system headers. This may suppress warnings. * The parallel build had sporadic failures on some hosts. This patch removes the make preinstall step. All installed header files are moved to dedicated include directories in the source tree. Let @RTEMS_CPU@ be the target architecture, e.g. arm, powerpc, sparc, etc. Let @RTEMS_BSP_FAMILIY@ be a BSP family base directory, e.g. erc32, imx, qoriq, etc. The new cpukit include directories are: * cpukit/include * cpukit/score/cpu/@RTEMS_CPU@/include * cpukit/libnetworking The new BSP include directories are: * bsps/include * bsps/@RTEMS_CPU@/include * bsps/@RTEMS_CPU@/@RTEMS_BSP_FAMILIY@/include There are build tree include directories for generated files. The include directory order favours the most general header file, e.g. it is not possible to override general header files via the include path order. The "bootstrap -p" option was removed. The new "bootstrap -H" option should be used to regenerate the "headers.am" files. Update #3254.
* build-system: Parallel build all subdirs.Chris Johns2017-05-241-1/+1
|
* i386/pc386: Fix interrupt support.Chris Johns2016-05-111-0/+1
| | | | | | | | | | | | Fix the interrupt and stop the spurious interrupt from happening. The fix moves the EOI to C code and cleans that functionality out of the asm part of the ISR handler. The code checks the ISR and IRR registers on the enable. Only ack the master for a slave IRQ if the slave has no other pending requests.
* Add shared PCI support and enhance pc386 to support non-legacy PCI ↵Joel Sherrill2016-03-101-0/+1
| | | | | | | | | | | | | | | configuration space This patch fundamentally results from enhancements to the pc386 BSP to support systems which do **NOT** have the legacy PCI BIOS. The patch adds support for detecting when legacy PCI BIOS is not present and then using IO space to access to PCI Configuration Space. This resulted in dynamically selected between two implementations of PCI and refactoring out the shared methods. This patch adds shared implementations of pci_bus_count() and pci_find_device(). Subsequent patches will remove implementations of these methods in other BSPs where possible.
* pc386: Eliminate pcibios.h and begin removal obsolete PCI BIOS API usesJoel Sherrill2016-03-101-1/+0
| | | | | | | | | | | | | | | | | | | | This first step eliminates the following as public APIs for the pc386 BSP: + pcib_conf_read8 + pcib_conf_read16 + pcib_conf_read32 + pcib_conf_write8 + pcib_conf_write16 + pcib_conf_write32 The if_fxp.c driver uses these enough where I provided local macros to allow the code to be mostly unmodified. On other architectures these names have been used privately. It will take multiple patches to completely eliminate these symbols from the RTEMS source tree. The focus of the first effort is just to eliminate these as a public pc386 API so support can be added for systems without legacy PCI BIOS.
* Remove CVS-Ids.Ralf Corsépius2012-05-041-4/+0
|
* Whitespace removal.Ralf Corsepius2009-11-281-1/+1
|
* 2005-10-16 Ralf Corsepius <ralf.corsepius@rtems.org>Ralf Corsepius2005-10-171-1/+22
| | | | | | * Makefile.am: Merge-in shared/Makefile.am. * ChangeLog: Merge-in shared/ChangeLog. * configure.ac: Remove shared/Makefile.am.
* 2004-01-13 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Ralf Corsepius2004-01-131-2/+2
| | | | | * Makefile.am: Use @RTEMS_BSP_FAMILY@ instead of $(RTEMS_BSP_FAMILY).
* 2003-08-18 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Ralf Corsepius2003-08-181-1/+1
| | | | * Makefile.am: Reflect having moved aclocal/.
* 2003-08-16 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Ralf Corsepius2003-08-161-2/+2
| | | | Makefile.am: Reflect having moved automake.
* 2002-03-27 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2002-03-281-1/+0
| | | | | | | * configure.ac: AC_INIT(package,_RTEMS_VERSION,_RTEMS_BUGS). AM_INIT_AUTOMAKE([no-define foreign 1.6]). * Makefile.am: Remove AUTOMAKE_OPTIONS.
* 2000-11-09 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-11-091-1/+1
| | | | * Makefile.am: Use ... instead of RTEMS_TOPdir in ACLOCAL_AMFLAGS.
* 2000-11-02 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-11-021-1/+1
| | | | * Makefile.am: Switch to ACLOCAL_AMFLAGS = -I $(RTEMS_TOPdir)/aclocal.
* 2000-10-27 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-10-271-1/+1
| | | | | * Makefile.am: ACLOCAL_AMFLAGS= -I $(RTEMS_TOPdir)/macros. Switch to GNU canonicalization.
* Merged from 4.5.0-beta3aJoel Sherrill2000-06-121-2/+2
|
* Patch rtems-rc-20000104-11.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-101-0/+12
that converts the i386 directory to automake. NOTE: Ralf is unable to build any i386 BSPs. This was true before and after this patch and appears (to Joel) to be a tool issue unrelated since others can build i386 BSPs.