summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1998-10-055-70/+59
| | | | | | | | | | | | | | | | | | | | As mentioned in other mails before, there is are minor inconsistencies in the posix custom/*cfg files. Linux-posix.cfg sets RTEMS_BSP=posix FreeBSD-posix.cfg sets RTEMS_BSP=posix Solaris-posix.cfg first sets RTEMS_BSP=posix, later it sets RTEMS_BSP=solaris2 1. Setting RTEMS_BSP=posix is redunant to settings in default.cfg 2. The solaris variant of setting RTEMS_BSP is merely non-functional. The patch attached to this mail should clean up this issue. The patch was tested by building the posix bsp under i686-pc-linux-glibc1/glibc2 and Solaris2.6 (I did not run any rtems program, however) The HPUX9 and FreeBSD configuration files were adapted in analogy to the solaris and linux configurations.
* Regenerated after fixing a typo.Joel Sherrill1998-10-052-4/+2
|
* Modifed i386 gas test to put each directive on its own line perJoel Sherrill1998-10-052-2/+8
| | | | problem report from Erik Ivanenko <erik.ivanenko@utoronto.ca>.
* Fixed use of incorrect macro for minimum stack size.Joel Sherrill1998-10-052-2/+2
|
* Patch from Ian Lance Taylor <ian@airs.com>:Joel Sherrill1998-10-013-15/+24
| | | | | | | | The reentrant versions of the malloc functions in c/src/lib/libc/malloc.c do not match the definitions in newlib. These will be used if you use newlib routines such as fdopen. I believe this patch to malloc.c is needed to provide the correct versions.
* changed version to 981001Joel Sherrill1998-10-013-3/+3
|
* Patch from Thomas Doerfler <td@imd.m.isar.de> to improve 403 support.Joel Sherrill1998-10-014-1/+42
| | | | | | | | | | | | | | | | | - 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...
* Regenerated.Joel Sherrill1998-10-011-0/+1
|
* Switched from HAS_KA9Q=no to HAS_NETWORKING=no.Joel Sherrill1998-10-011-2/+2
|
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-10-011-0/+8
| | | | | | | | | Here's a patch to get rid of the `#define RTEMS__mcpu32p__ 1' when gen68360.cfg is being used as a companion for gen68360_040.cfg. The old version worked because of the order of the conditional tests in m68k.h (the check for __mc68040__ is before the test for RTEMS__mcpu32p__) , but I think it might have been a little confusing to others just getting started.
* Updated to reflect Thomas Doerfler (td@imd.m.isar.de) submitting theJoel Sherrill1998-10-011-0/+4
| | | | helas403 BSP.
* BSP submitted by Thomas Doerfler <td@imd.m.isar.de>:Joel Sherrill1998-09-307-221/+1192
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* BSP submitted by Thomas Doerfler <td@imd.m.isar.de>:Joel Sherrill1998-09-3020-0/+2201
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Corrected TYPO error in the file.Wade A Smith1998-09-301-1/+1
|
* Corrected TYPO errors in the fileWade A Smith1998-09-301-4/+4
|
* Added new autoconf test for i386 code16/code32 support. The guts of theJoel Sherrill1998-09-308-130/+241
| | | | | | 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.
* Corrected TYPOs in the fileWade A Smith1998-09-301-7/+7
|
* New file from Ralf.Joel Sherrill1998-09-301-0/+91
|
* Updated the STATUS CODE section for the routines in this file.Wade A Smith1998-09-301-394/+142
|
* Added Id's.Joel Sherrill1998-09-309-0/+23
|
* New configure test from Ian Lance Taylor <ian@airs.com>:Joel Sherrill1998-09-301-0/+25
| | | | | If the target is an i386, this test checks whether or not the binutils is new enough to have good support for code16.
* Updated the STATUS CODE section of the routines in this file.Wade A Smith1998-09-301-0/+48
|
* Made formatting changes to the fileWade A Smith1998-09-301-8/+18
|
* 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.
* Updated the DESCRIPTION section of the times routine.Wade A Smith1998-09-301-8/+1
|
* Documented the fsync and fdatasync routines in this file.Wade A Smith1998-09-301-15/+64
|
* Updated the STATUS CODE section for the truncate routine.Wade A Smith1998-09-301-4/+24
|
* Patch from Eric Norum <eric@skatter.USask.Ca>:Joel Sherrill1998-09-303-25/+1
| | | | | | | | | | | | | | | | | | | | | | | I found that my 68040/68360 test programs would not run even after I fixed the `wrong BSP' problem. It seems that there's a bug in the interrupt handling code for processors with hardware interrupt stacks (e.g. 68040). The wrong status register was getting pushed on the stack for the `return from exception' to call _ISR__Dispatch. This ended up making the context switch code run on the interrupt stack, so interrupt-driven context switches would always fail. I guess that no one has tried running any of the RTEMS-4.0 snapshots on a 68040 machine! Anyhow, here are the patches for 1) gen68360.cfg --- to fix the `wrong-BSP' problem. 2) m68k/cpu_asm.s --- to fix the hardware interrupt stack problem. With these patches in place, the network demo programs run on my 68040/68360 system. The paranoia program runs with no failures, defects nor flaws.
* Made cosmetic changes and documented routines in this fileWade A Smith1998-09-291-43/+336
|
* Made cosmetic changes and documented routines in file.Wade A Smith1998-09-291-53/+151
|
* Made cosmetic changes, and document routines in the file.Wade A Smith1998-09-291-48/+202
|
* Made cosmetic changes to the file and documented the time, times, andWade A Smith1998-09-291-6/+66
| | | | getimeofday routines.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1998-09-298-18/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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).
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-09-294-12/+8
| | | | | | | | | | | | | | Remember the test to see if a socket could be read and written at the same time by two different tasks? I discovered that if both tasks attempt to close the socket a panic can occur from inside the BSD code. Closing the same socket twice from two different threads is certainly an error, but a panic is not the greatest error reporting method :-) The following small change to the socket close routine should reduce the chances of the panic.
* Added sentence to indicate sections were deliberately empty.Joel Sherrill1998-09-291-7/+21
| | | | Added NONE to Notes sections and "-" to make this easier to fill out later.
* Added sentence to indicate sections were deliberately empty.Joel Sherrill1998-09-2915-4/+55
|
* Fleshed out considerably. This is almost a passable manual now.Joel Sherrill1998-09-291-49/+186
|
* Updated to reference the standards.Joel Sherrill1998-09-281-5/+18
|
* Documented the mount and umount routines.Wade A Smith1998-09-281-5/+233
|
* Documented the ftruncate and opendir routines. Removed reference to theWade A Smith1998-09-281-121/+197
| | | | readdir_r routine.
* New files.Joel Sherrill1998-09-275-1/+69
|
* Documented the following routines: dup, dup2, close, read, write, and fcntl.fWade A Smith1998-09-271-49/+168
|
* Documented the following routines in this file: rewinddir, pathconf,Wade A Smith1998-09-261-47/+274
| | | | fpathconf, fchmod, fstat, mkfifo, and telldir
* Documented the creat, scandir, and access routines.Wade A Smith1998-09-251-22/+120
|
* Docmumented the access routine in for this file.Wade A Smith1998-09-251-6/+31
|
* Fixed typos so this would build.Joel Sherrill1998-09-251-2/+2
|
* Now compiles.Joel Sherrill1998-09-255-1/+9
|
* Added information on every service in this chapter. Most of them areJoel Sherrill1998-09-251-51/+123
| | | | ENOSYS stubs at this time.
* Added ENOSYS stubs for a number of process routines.Joel Sherrill1998-09-2516-0/+264
|