summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libbsp (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Changed call to __rtems_close() to close().Joel Sherrill1999-01-202-6/+6
|
* Update of network driver from Erik Ivanenko <erik.ivanenko@utoronto.ca>.Joel Sherrill1999-01-206-165/+399
| | | | | | | | | | | Comments follow: Here is the contents of the network directory of the i386ex BSP. The reset function has been recently added, and tested through a command line interface. A reset event to the reset thread to reset the NIC. This is done when the ISR detects that the NIC is in an invalid state. It has not been tested "in real life" since the board has not seen an invalid state since the reset function was implemented.
* Removed referencing to network driver since it has not been merged yet.Joel Sherrill1999-01-192-6/+6
|
* Patch from Jiri Gaisler <jgais@ce.chalmers.se>:Joel Sherrill1999-01-194-15/+49
| | | | | | | | getting the spurious trap handling to work required a couple more fixes - I have attached a patch against rtems-4.0.0 with the necessary changes. I also added functionality so that the address of the trapped instruction is reported and in case of a data access error, the data address is also reported.
* Patch from Chris Johns <ccj@acm.org> to get around a C++ problem with psim.Joel Sherrill1999-01-051-13/+13
| | | | | | | | | | | | | | | | | | This problem should and likely was occurring with other BSPs. This is from Chris' email: I had a look in the psim bsp for the older snapshot I have and it looks like you are using the `libbsp/shared/main.c' and this is known to work. I have just built the powerpc tools, and compiled the bsp. I have not added the linker command file patch so got the list of linker warnings. It looks to me like a compiler bug. The `main' call is being inlined and when that happens the special code to call `__eabi' is not being added to the inlined version. I have attached a patch which places `main' after `boot_card' and a call to main is now generated. I have not tested it but it should work. I also include a dump of `boot_card' and `main' showing the bug.
* Patch from D. V. Henkel-Wallace <gumby@zembu.com> to remove unused variable.Joel Sherrill1999-01-041-1/+0
|
* Patch from D. V. Henkel-Wallace <gumby@zembu.com> to mark sav as unused.Joel Sherrill1999-01-041-1/+1
|
* Patch from Jay Kulpinski <jskulpin@eng01.gdds.com> to get cdtest.exe to run.Joel Sherrill1998-12-171-0/+2
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to eliminate anotherJoel Sherrill1998-12-171-1/+1
| | | | compiler dependent flag in a Makefile.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1998-12-152-2/+2
| | | | | | | | | | | | | | | | | | | | | | | Some Makefile.ins depend on gcc by hard-coded gcc-specific compiler flags: -g added to CFLAGS /LDFLAGS in > find . -name Makefile.in -exec grep -l ' \-g' {} \; ./c/src/lib/libbsp/i386/i386ex/startup/Makefile.in ./c/src/lib/libbsp/i386/pc386/tools/Makefile.in -Wall added CFLAGS in > find . -name Makefile.in -exec grep -l ' \-Wall' {} \; ./c/src/exec/score/tools/sh/Makefile.in ./c/src/lib/libbsp/i386/pc386/tools/Makefile.in Both -g and -Wall should not be used in any Makefile.in (Yes, I know, tools/sh/Makefile.in was written by me :-). I'd like to propose to remove these flags from the files mentioned above.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to rename allJoel Sherrill1998-12-14122-276/+1310
| | | | | .s files to .S in conformance with GNU conventions. This is a minor step along the way to supporting automake.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to rename allJoel Sherrill1998-12-141-0/+28
| | | | | .s files to .S in conformance with GNU conventaons. This is a minor step along the way to supporting automake.
* Renamed ASFLAGS to ASMFLAGS for consistency per suggestion from Ralf ↵Joel Sherrill1998-12-141-4/+4
| | | | Corsepius <corsepiu@faw.uni-ulm.de>.
* Increased default amount of RAM.Joel Sherrill1998-12-031-1/+1
|
* Removed reference to stackchk.h.Joel Sherrill1998-12-031-4/+0
|
* Added base version of file system infrastructure. This includes a majorJoel Sherrill1998-11-232-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | overhaul of the RTEMS system call interface. This base file system is the "In-Memory File System" aka IMFS. The design and implementation was done by the following people: + Joel Sherrill (joel@OARcorp.com) + Jennifer Averett (jennifer@OARcorp.com) + Steve "Mr Mount" Salitasc (salitasc@OARcorp.com) + Kerwin Wade (wade@OARcorp.com) PROBLEMS ======== + It is VERY likely that merging this will break the UNIX port. This can/will be fixed. + There is likely some reentrancy/mutual exclusion needed. + Eventually, there should be a "mini-IMFS" description table to eliminate links, symlinks, etc to save memory. All you need to have "classic RTEMS" functionality is technically directories and device IO. All the rest could be left out to save memory.
* Removed.Joel Sherrill1998-11-232-97/+1
|
* Upped the memory to 8 Mbytes.Joel Sherrill1998-11-231-1/+2
|
* Added --disable-multiprocessing flag and modified a lot of files to makeJoel Sherrill1998-11-237-12/+34
| | | | it work.
* Added networking.Joel Sherrill1998-11-232-5/+10
|
* New network driver from Erik Ivanenko <erik.ivanenko@utoronto.ca>.Joel Sherrill1998-11-234-0/+3113
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1998-11-191-1/+1
| | | | | | | Here is a cosmetic patch which corrects a few spelling problems in parts written by me. Apparently, I must have written these under the influence of ether (:-)
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-11-192-4/+6
| | | | | | | | | | | | | | | 1) Socket timeout field changed from `short' to `long'. This makes longer timeouts possible. With a 1 kHz system clock the old system allowed timeouts only up to a little over 30 seconds! This change is a slightly cleaned-up version of the patch proposed by Ian Lance Taylor. 2) Major changes to BOOTP/DHCP reply handling. Now supports much of RFC2132. These changes were done at the request of, and with the assistance of, Erik Ivanenko. If you're making changes, you might want to change the network supplement Essentially just do a global search and replace of BOOTP with BOOTP/DHCP.
* Patch from Ian Lance Taylor <ian@airs.com>:Joel Sherrill1998-10-281-8/+60
| | | | | | | | | | | | | | | The RTEMS i386 stub in c/src/lib/libbsp/i386/shared/comm/i386-stub.c doesn't take advantage of some of the newer gdb remote features which permits shorter and fewer packets. Here is a patch which uses the 'T' response to report the registers which gdb generally needs, and implements the 'P' request to set only a single register. The general effect is to avoid sending all the register contents back and forth between gdb and the stub every time the stub stops. This also implements the 'D' request which handles the gdb detach command, so you can cleanly quit out of the debugger and leave the target board running.
* Removed per Eric NorumJoel Sherrill1998-10-281-62/+0
|
* Spacing.Joel Sherrill1998-10-271-1/+0
|
* Merged base line score603e BSPJoel Sherrill1998-10-261-28/+28
|
* Patches done in conjunction with Juan Zamorano FloresJoel Sherrill1998-10-266-0/+30
| | | | | <jzamora@avellano.datsi.fi.upm.es>. He debugged enough to let me know what was wrong and I supplied the code. :)
* Typos spotted by Ian Lance Taylor <ian@airs.com>.Joel Sherrill1998-10-221-2/+2
|
* Added missing .rodata and *(.gnu.linkonce.r*) section.Joel Sherrill1998-10-221-0/+4
|
* Patch from Ian Lance Taylor <ian@airs.com>:Joel Sherrill1998-10-221-0/+1
| | | | | | | | | I noticed that in the 4.0.0-beta4a tar file, the file c/src/lib/libbsp/i386/pc386/startup/linkcmds was changed so that it no longer handles the .gnu.linkonce.r* sections. The appended patch was applied to the file. I'm not sure why. I think this patch should probably be backed out, although it's not critical for the release.
* Patch from Eric Norum.Joel Sherrill1998-10-221-4/+6
|
* Patch from Thomas Doerfler <td@imd.m.isar.de> to include theJoel Sherrill1998-10-151-1/+2
| | | | ppc403 interrupt control libcpu component.
* Uncommented the conditional stuff for "good gas 16 bit code".Joel Sherrill1998-10-151-2/+2
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1998-10-147-16/+876
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. Rtems contains some perl scripts that use hard-coded paths to /usr/bin/perl or /usr/local/bin/perl I have already fixed these problems by adding some checks to configure.in. While doing this, I also cleaned up some more autoconf related problems for generating shell scripts. This patch might seem a bit scary to you, but I am quite confident it won't break something (I've been testing it for almost a week now, however it might introduce typos for a limited number configurations I don't have access to - But it shouldn't be a problem for you to test them :-). I expect to get this finished tonight, hence you will very likely have the patch when you get up tomorrow. Changes: * Check for PERL and disable all PERL scripts if perl wasn't found. * Generate all KSHELL-scripts with autoconf instead of make-script * Automatic dependency handling for autoconf generated KSHELL or PERL scripts (make/rtems.cfg) Notes: * this patch contains new files and deletes some other files. * The patch is relative to rtems-4.0.0-beta4 with my previous rtems-rc-981014-1.diff patch applied. Testing: I tested it with sh-rtems and posix under linux. Now all targets which are touched by this patch and which are not used while building for sh-rtems and posix still need to be tested. AFAIS, only the sparc/erc32 BSP should be affected by this criterion. And if you like to, you should also consider testing it on a Cygwin32 and a Solaris host for one arbitrary BSP.
* NEXT_GAS should have been NEW_GAS. Spotted by Emmanuel Raguet ↵Joel Sherrill1998-10-073-4/+4
| | | | <raguet@crf.canon.fr>.
* Removed files pc386uart.h and pcibio.h from Makefile since they areJoel Sherrill1998-10-061-1/+0
| | | | now installed from the shared directory.
* Patch from Emmanuel Raguet <raguet@crf.canon.fr> to add networkingJoel Sherrill1998-10-061-0/+10
| | | | information to this file to be more like the gen68360.
* Large patch from Erik Ivanenko <erik.ivanenko@utoronto.ca> whichJoel Sherrill1998-10-0531-376/+3515
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Commented out line which ran psim tests twice.Joel Sherrill1998-10-051-1/+1
|
* Update from Thomas Doerfler <td@imd.m.isar.de>.Joel Sherrill1998-10-051-0/+58
|
* BSP submitted by Thomas Doerfler <td@imd.m.isar.de>:Joel Sherrill1998-09-3019-0/+2091
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Finally I am through: I have found the last bugs that made RTEMS- 4.0-beta3 start on my ppc403 board from ROM. So now the '403 support is up to date again. Roughly I have added the following features: - support for the on-chip interrupt controller (in a separate module) - interrupt support for the console device - termios support for the console device ============================================== Since the BSP behaivour changed in some details (console no longer is polling, other memory layout etc) I have created a new BSP "helas403" rather than changing the "papyrus" BSP. The old "polled" console driver still sticks around in "console.c.polled" To get the BSP up and running, I had to create the new BSP files (derived from papyrus). Besides that, the following source areas have been changed: - c/src/lib/libcpu/powerpc/ppc403: changes to console driver, small changes to clock driver, new "ictrl" interrupt controller driver - c/src/exec/score/cpu/powerpc/ppc.h: some small changes (added ppc403 characteristics like a exception vector prefix register, some special register definitions). I am quite sure, they are compatible with the existing sources, although I did not check - c/src/exec/score/cpu/powerpc/cpu.c: There is one severe limitation in the exception entries: Due to the current code arrangement, the "branch absolute" to the ISR handler may only jump to the first 128MByte or the last 128MByte of the 4GByte address range. When the ppc403 is running out of ROM, the ROM functions are located in the last 128MByte (0xFFF00000 and up). These addresses were not handled correctly (sign reduced) in "install_raw_handler". The change I added should work on existing ppc BSPs aswell... - c/src/lib/libc/termios.c: During my tests, I added one change you sent me, so this patch will already be incorporated in the current source tree. There are some smaller changes, see the attached diff file. ========================================= Concerning the GNU toolchain: I tried several tool chains. Finally I almost succeeded with egcs-1.0.3a with patch egcs-1.0.3-rtems-diff-19980527 I had to add the following lines to the egcs files. Without them configure complaint that the cross compiler could not generate executable output. - additional lines needed in egcs distribution in file gcc/config/rs6000/rtems.h: +++ lines start #undef STARTFILE_DEFAULT_SPEC #define STARTFILE_DEFAULT_SPEC "ecrti.o%s" #undef ENDFILE_DEFAULT_SPEC #define ENDFILE_DEFAULT_SPEC "ecrtn.o%s" ++++ lines end As far as I have seen in the Changelog of egcs, you have recently sent two patches affecting the powerpc support, but they were added in the wrong order.... :-( egcs-19980628 with patch egcs-19980628-rtems-diff-19980707 does not work! I used binutils 2.9.1 with patch binutils-2.9.1-rtems-diff-19980515 (binutils 2.8.1 does not work, internal error in gas) and newlib-1.8.0 with patch newlib-1.8.0-rtems-diff-19980707 Finally I had to poke a line in the "bit" script, since, on my LINUX machine, the GNU make is only available as "make", not as "gmake"... For all the tools and newlib I selected configuration "powerpc- rtems". -------------------------------------------- IMD Ingenieurbuero fuer Microcomputertechnik Thomas Doerfler Herbststrasse 8 D-82178 Puchheim Germany email: td@imd.m.isar.de
* Added new autoconf test for i386 code16/code32 support. The guts of theJoel Sherrill1998-09-304-7/+10
| | | | | | 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.
* Changed based on patch from pc386 linkcmds from Ian Lance TaylorJoel Sherrill1998-09-306-5/+6
| | | | | | | | | <ian@airs.com>: The pc386 linker scripts omits .gnu.linkonce.r* sections. It's not a big deal, but they should be treated like .rodata sections. ELF versions of g++ generate them for static constants defined in template classes, such as string::npos.
* Patch from Ian Lance Taylor <ian@airs.com>:Joel Sherrill1998-09-301-0/+1
| | | | | | | The pc386 linker scripts omits .gnu.linkonce.r* sections. It's not a big deal, but they should be treated like .rodata sections. ELF versions of g++ generate them for static constants defined in template classes, such as string::npos.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1998-09-295-10/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Please find enclosed a patch which enables me to build the bare-bsp for sh-rtems. Changes: 1. Add preinstall to libbsp/bare/include/Makefile.in 2. Removed FORCEIT, add preinstall to libbsp/sh/gensh1/include/Makefile.in 3. Disabled support of set_vector from sh code (shared/setvec.c is still present but isn't used anymore), set_vector replaced with standard rtems functions. Problems still present: 1. Support of spin-delays in bare bsp 2. Proper support of cpu frequency To configure I used: <srcdir>/configure \ --target=sh-rtems \ --prefix=<instdir>/sh-bare \ --enable-bare-cpu-model=sh7032 \ --enable-bare-cpu-cflags='-Wall -m1 -DMHZ=20 -DCPU_CONSOLE_DEVNAME="\"/dev/null\""' --enable-rtemsbsp=bare \ --disable-networking \ --disable-cxx \ --disable-posix \ --disable-tests IMO, if there are no objections to this patch, a similar approach should be applied to all CPUs/BSPs (esp. hppa1.1, mips64orion, ppc403, because they apply set_vector inside of libcpu).
* Removed superfluous initialization of PC video.Joel Sherrill1998-09-241-3/+4
|
* Patch from Erik Ivanenko <erik.ivanenko@utoronto.ca>:Joel Sherrill1998-09-242-33/+7
| | | | | | | | | | | | | | | | Please find attached a start.s that includes a cli prior to the hlt instruction. This ensures that external interrupts cannot restart the system after returning to the startup code. ( According to the hlt docs, they will! ) Also find a new timer.c. ( I forgot to update the countdowm value in the timer when I changed the PSCLK frequency in start.s) . This improves timer accuracy. The raw_idt_notify messages are no longer infinite, I tested sp11 and sp05, both which were bad, and I have seen the message print once in one test. I think it's ok if it prints out once. In fact, I don't think you can effectively stop it!
* New version from Erik Ivanenko <erik.ivanenko@utoronto.ca>.Joel Sherrill1998-09-241-1/+23
|
* Updated to remove bad comment.Joel Sherrill1998-09-231-4/+1
|