summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libbsp/i386/i386ex/startup (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Added missing .rodata and *(.gnu.linkonce.r*) section.Joel Sherrill1998-10-221-0/+4
|
* Large patch from Erik Ivanenko <erik.ivanenko@utoronto.ca> whichJoel Sherrill1998-10-051-7/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | moves pieces of the pc386 bsp up to a shared level for all i386 BSPs and modifies the i386ex BSP to use those shared pieces. Serial remote debugging is included for both targets. Erik's notes: There are several workarounds in it: 1) #define NEXT_GAS is hardcoded in pc386/start/start.s 2) #define NEXT_GAS is hardcoded in i386ex/start/start.s 3) #define NEW_GAS is hardcoded in pc386/start16.s 4) #undef __assert and redeclare _assert hardcoded in console.c for both pc386 and i386ex due to my egcs1.1b ~ newlib problem. Should have modified t-rtems.cfg ( no time ) I've tested pc386 with both video and serial consoles and GDB remote. All work fine, except that GDB acts weird. ( re: other posting) I hope this will work for you. It took quite some time to locate the autoconf error. The remainder was just grunt work. Unfortunately, I think I've unwound the removal of the IBMPCInitVideo stuff. Sorry. I REALLY can't spend more time... I've been at this conversion to 4.0 locally and updating the release since Sept. 8th, and have yet to compile my network driver.... This is as much as I can do right now. I look forward to the next patch to really test i368ex. I did make sure that the sample tests worked for pc386.
* Added new autoconf test for i386 code16/code32 support. The guts of theJoel Sherrill1998-09-301-1/+1
| | | | | | test were suggested by Ian Taylor <ian@airs.com> and Joel did the hard part of putting it in aclocal and editting all the offending Makefiles and source code which could use this feature.
* Update from Erik Ivanenko <erik.ivanenko@utoronto.ca> to bring theJoel Sherrill1998-09-212-94/+42
| | | | | | | i386ex bsp up to date. 1) A 'hlt' instruction is coded in case of a return from boot_card in start.s.
* Patch from Eric Valette <valette@crf.canon.fr> which brings the i386ex BSPJoel Sherrill1998-08-052-4/+13
| | | | inline with the new IRQ structure.
* Automatic CPU type detection code from Eric Valette <valette@crf.canon.fr>.Joel Sherrill1998-08-051-6/+2
| | | | Enabled on the pc386.
* Numerous changes which in total greatly reduced the amount of sourceJoel Sherrill1998-04-151-25/+0
| | | | | | | | | | | | code in each BSP's bspstart.c. These changes were: + confdefs.h now knows libio's semaphore requirements + shared/main.c now copies Configuration to BSP_Configuration + shared/main.c fills in the Cpu_table with default values This removed the need for rtems_libio_config() and the constant BSP_LIBIO_MAX_FDS in every BSP. Plus now the maximum number of open files can now be set on the gcc command line.
* Transitioned to shared bsp_libc_init() and cleaned up comments.Joel Sherrill1998-04-152-46/+22
|
* Per suggestion from Eric Norum, went from one initial extension setJoel Sherrill1998-04-151-13/+0
| | | | | | to multiple. This lets the stack check extension be installed at system initialization time and avoids the BSP having to even know about its existence.
* Stack checker extension now accounted for in confdefs.hJoel Sherrill1998-04-141-4/+2
|
* Now accounts for region used by RTEMS malloc and extension usedJoel Sherrill1998-04-141-14/+0
| | | | by newlib.
* Update from "erik.ivanenko" <erik.ivanenko@utoronto.ca>.Joel Sherrill1998-03-304-127/+179
| | | | | Also removed bsp_postdriver_hook() from every bsp possible and moved to shared version.
* Switch to using a shared main() for all of the embedded BSPsJoel Sherrill1998-03-212-16/+2
| | | | | | | | based on the GNU tools. This usually involved correcting the type of bsp_start(), bsp_cleanup(), adjusting the start code to call the right start routine (the shared boot_card()), and then removing code from bsp_start() which was performed in the new boot_card()/main() path.
* updated copyright to 1998Joel Sherrill1998-02-173-3/+3
|
* Added .eh_frame, C++ constructor, and C++ destructor sections.Joel Sherrill1998-02-171-0/+18
|
* Big patch form Ralf Corsepius described in this email:Joel Sherrill1998-01-301-4/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Here is the result of my nightly work to get RTEMS_ROOT=$srcdir working with different shells and relative/absolute paths. What I did is relatively simple in principle: Instead of setting RTEMS_ROOT in configure.in and then let configure substitute @RTEMS_ROOT@ inside the Makefiles, I now let each Makefile set RTEMS_ROOT from each Makefile's @top_srcdir@ value. The difference is subtile, but with enormous side effects: - If RTEMS_ROOT is set in configure, then the same single value will be propagated to all Makefiles. This breaks using relative paths, as the relative path to the root of the source tree is used inside of all subdirectory Makefiles. - Now each Makefile.in sets RTEMS_ROOT = @top_srcdir@. top_srcdir is computed individually by configure for each single Makefile.in, hereby receiving the correct value, no matter if relative or absolute paths are used. To get this working, I needed to remove setting RTEMS_ROOT from target.cfg.in, because this overrides the value of RTEMS_ROOT from each individual Makefile. Furthermore, I removed RTEMS_CUSTOM from the Makefiles and replaced all "include $(RTEMS_CUSTOM)" directives with"include $(RTEMS_ROOT)/make/custom/$(RTEMS_BSP)". Perhaps you don't like this, but I think, to have one variable less is clearer and easier to understand than having several variables refering to the next one. I enclose a small patch to this mail, which - fixes the config.h problem (to finally clearify misunderstands) - removes assignment/subsitution of RTEMS_ROOT from configure.in - contains a workaround for the application Makefile's RTEMS_ROOT problem (reported by Eric) - removes some unused lines from the toplevel Makefile.in - removes assignment of RTEMS_ROOT from make/target.cfg.in
* Fixed missing carriage return at the bottom of the file reportedJoel Sherrill1998-01-271-1/+0
| | | | by Ralf Corsepius
* Removed CONFIG_DIR and PROJECT_HOME directories.Joel Sherrill1998-01-201-1/+1
|
* Ralf Corsepius reported a number of missing CVS Id's:Joel Sherrill1998-01-162-2/+5
| | | | | | | | | | > RTEMS is under CVS control and has been since rtems 3.1.16 which was > around May 1995. So I just to add the $Id$. If you notice other files > with missing $Id$'s let me know. I try to keep w\up with it. Now that you have asked -- I'll attach a list of files lacking an RCS-Id to this mail. This list has been generated by a little sh-script I'll also enclose.
* Modified a lot of files to take a first cut at supporting building fromJoel Sherrill1997-12-101-1/+4
| | | | | any directory in the build tree. The only variable which must be set before the command "gmake" is invoked is RTEMS_BSP (e.g. RTEMS_BSP=erc32).
* Fixed typo in the pointer to the license terms.Joel Sherrill1997-10-083-6/+6
|
* headers updated to reflect new style copyright notice as partJoel Sherrill1997-04-223-15/+15
| | | | of switching to the modified GNU GPL.
* Fixed path which points to shared directory for all BSPs.Joel Sherrill1997-04-161-1/+1
|
* Switched all bsps which had an implementation of sbrk.c which onlyJoel Sherrill1997-04-151-1/+1
| | | | returned an error to using a single shared copy of this file.
* This set of changes is the build of what was required to convert toJoel Sherrill1997-04-011-0/+64
| | | | | | | | | | | | | | | | | | | | GNU autoconf. This is the first large step in allowing an RTEMS user to perform a one-tree build (per crossgcc FAQ) including RTEMS in the build process. With this change RTEMS is configured in built in the same style as the GNU tools, yet retains the basic structure of its traditional Makefiles (ala Tony Bennett). Jiri Gaisler (jgais@wd.estec.esa.nl) deserves (and received) a big thank you for doing this. There are still issues to be resolved but as of this commit, all target which can be built on a linux host have been using a modified version of the source Jiri submitted. This source was merged and most targets built in the tree before this commit. There are some issues which remain to be resolved but they are primarily related to host OS dependencies, script issues, the use of gawk for hack_specs, and the dependence on gcc snapshots. These will be resolved.
* All RTEMS system call implementation renamed to be __rtems_*.Joel Sherrill1997-01-291-4/+4
|
* updated to format of 3.6.0Joel Sherrill1996-10-151-31/+100
|
* initial version from ErikJoel Sherrill1996-10-154-0/+350
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-02 16:32:46 +0000