summaryrefslogtreecommitdiffstats
path: root/c (unfollow)
Commit message (Collapse)AuthorFilesLines
1999-04-06Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to preinstallJoel Sherrill33-64/+15
all bsp_specs.
1999-04-06Corrections by Jennifer.Joel Sherrill1-41/+57
1999-04-06Untar support submitted by Jake Janovetz <janovetz@tempest.ece.uiuc.edu>.Joel Sherrill9-1/+941
1999-04-06Patch from Andrew Bray <andy@chaos.org.uk>:Joel Sherrill7-4/+25
In your various bsp_specs files, even when ecrti.o is defined as a startfile, ecrtn.o is not defined as an endfile. Instead it seems to be in the library list - untidy.
1999-04-06Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1-0/+6
I'd like to make the following change which adds the m360 structure information to the debugging symbols in the final executable. This makes it much easier to use the debugger to look at the elements of the m360 structure.
1999-04-06Cleaning up unused files.Joel Sherrill2-168/+2
1999-04-02Patch from Emmanuel Rauget (raguet@crf.canon.fr) to add a htons on theJoel Sherrill4-424/+466
sin_port.
1999-04-01Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to address problemsJoel Sherrill7-28/+28
on BSPs that install there own tools.
1999-04-01Moved sparc specific version of in_cksum_hdr to an inline routine likeJoel Sherrill6-93/+129
the reset of the CPU specific implementations after comment from Eric Norum.
1999-04-01Disable IXON by default based on comment from Eric NorumJoel Sherrill2-2/+2
<e.norum@sk.sympatico.ca> and concerns from Thomas Doerfler <td@imd.m.ISAR.de> when he submitted the patch: Since enabling XON/XOFF has such a major performance hit on `smart' output devices I think it should be *off* by default. I think some thought should be given to adding hooks for hardware that can support XON/XOFF without software intervention, or for hardware like the 68360 SCC's that can use large buffers, but still handle special characters immediately. The patch you sent is a very good start, though. I just think that the software flow control should be off -- to match the way the serial I/O support has worked up until now.
1999-04-01Removed warning.Joel Sherrill1-4/+6
1999-03-31changed version to 19990331Joel Sherrill1-1/+1
1999-03-31changed version to 199900331Joel Sherrill1-1/+1
1999-03-31Patch from Thomas Doerfler <td@imd.m.ISAR.de> to add flow control:Joel Sherrill2-64/+544
Some lines for "documentation": ====================================== One thing should be noted: when XON/XOFF is enabled, the serial device will always work with one-character buffers, so the interrupt load for the CPU might get higer, especially on devices like MC68360 and MPC860, where the serial channels are capable of using big buffers. But, once again, this only happens when XON/XOFF is actually selected. Please note that the flag IXON is set by default, so outgoing XON/XOFF flow control is enabled by default. XON/XOFF is controlled using the "standard" fields IXON/IXOFF in the termios structure. The termios flag IXANY is not (yet) supported. Hardware handshake for the incoming data stream is controlled using the standard flag CRTSCTS. If this flag is set, whenever the receive buffer is almost full, the driver function "device.stopRemoteTx()" is called, when the receive buffer has more space available, "device.startRemoteTx()" is called again. If the driver does not provide these interface functions (entries in device structure are NULL pointers), then these calls are suppressed. Changes of the flow control options during operation should work at any time, but this has not been extensively tested. No changes to the device driver interface are needed. ================================================ One critical point when using this patch might be, that any BSP using this version of termios will now have outgoing flow control enabled by default, so the behaviour of these BSPs will change here. The option IXON has already been set in older termios by default, but it did not work until this patch. Maybe this option should be switched off by default, what do you think?
1999-03-31Regenerated.Joel Sherrill11-1136/+705
1999-03-31Fixed include file paths.Joel Sherrill3-9/+9
1999-03-31Fixed typo so applications would link.Joel Sherrill2-2/+2
1999-03-31Removed asserts that shouldn't be called and commented case where thisJennifer Averett8-11/+6
indicates an internal error.
1999-03-31Modified to be valid m68k code on all CPU models.Joel Sherrill1-5/+0
1999-03-31Corrected return value.Jennifer Averett2-2/+2
1999-03-31Added prints for calls into the file system. Added O_EXCL for an open thatJennifer Averett1-5/+28
tested that the same file could not be created twice.
1999-03-31Fixed paths to include files so this will build.Joel Sherrill24-38/+1089
1999-03-31Modified file to match output.Jennifer Averett1-11/+38
1999-03-31Fixed typos and mistakes related to adding gnatsupp.Joel Sherrill2-3/+2
1999-03-31Regenerated.Joel Sherrill3-368/+217
1999-03-31Removed warnings.Joel Sherrill1-0/+3
1999-03-31Removed warnings.Joel Sherrill1-4/+1
1999-03-31Removed warning.Joel Sherrill2-0/+4
1999-03-31Patch from Chris Johns <ccj@acm.org>:Joel Sherrill1-5/+13
joel@OARcorp.com wrote: > > Chris, > > sp09 fails on the rtems_port_delete(0) call. This is supposed to give an > invalid id error. I can't find any changes other than the unlimited > objects patch which would have tripped this so would appreciate it if you > could look into it. I suspect that this is a side-effect of the unlimited > objects patch. > It is me. > > Basically, there are 0 ports configured in sp09. The test ends up > dereferecing NULL in local_table[0] and comes up with a non-NULL invalid > pointer. > The issue is not actually allocating a local_table for an object type which has a maximum value of 0. I cannot remember the exact workings of the id values and the local_table. I might have changed the nature from the pre-unlimited change. As you know the id's are an interesting game where performance is most important. > > I know the problem could be solved by adding a check for index == 0. But > I hate to slow this path down. I think you may have changed the way the > object information structure gets initialized. > ---- CVS log ---- This change lets the unlimited and sp09 tests run on the posix Linux BSP. A static local variable `null_local_table' has been added. This variable is always set to NULL. The `**local_table' element of the information structure is set to point to this variable earily in the initialisation. If the object type has more than 0 elements the `local_table' element is updated. All object types which have 0 elements reference `null_local_table'. This change fixes the problem sp09 found yet does not add any extra processing to the critical `_Objects_Get_local_object' function. ---- CVS log ----
1999-03-31When compiled in debug mode, the POSIX threads inline file was notJoel Sherrill1-0/+1
included and we ended up with undefined references.
1999-03-31Another attempt to get runtest installed.Joel Sherrill4-7/+13
1999-03-31Patch from Eric Norum <eric@skatter.usask.ca> which changed the exitJoel Sherrill3-6/+3
sequence.
1999-03-30Removed warning for `#ifdef' argument starts with punctuation.Joel Sherrill3-3/+3
1999-03-30Removed warning for const removal.Joel Sherrill2-2/+2
1999-03-30Fixed typo where _POSIX_signals_Clear_process_signals was not prototypedJoel Sherrill1-1/+1
and _POSIX_signals_Set_process_signals was done twice.
1999-03-30Patch from "Tony R. Ambardar" <tonya@ece.ubc.ca> and blessed byJoel Sherrill1-2/+2
Ian Lance Taylor <ian@airs.com> to note that condition codes are modified.
1999-03-30Patch from Tony R. Ambardar <tonya@ece.ubc.ca> to add byte wideJoel Sherrill1-19/+90
register support to this driver.
1999-03-30Patch to add shutdown() routine from Tony R. Ambardar <tonya@ece.ubc.ca>.Joel Sherrill3-0/+75
1999-03-29Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill2-4/+4
rtems-rc-19990326-2.diff: Enhancements to autoconf support for librdbg * autoconf-checks for AWK and RPCGEN * disable librdbg if either AWK, RPCGEN or librdbg/$target_cpu cannot be found
1999-03-29Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to fix a typo.Joel Sherrill2-2/+2
1999-03-29 Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill8-5/+245
Yet some more modifications, I would recommend to be considered before releasing a snapshot: 1. Cleanup to aclocal/ cvs rm -f aclocal/cygwin.m4 cvs rm -f aclocal/exeext.m4 They are neither used nor needed anymore, however they also don't disturb (we use autoconf-2.13's AC_EXEEXT instead, now) ---------- 2. rtems-rc-19990328-0.diff Some (minor) bug-fixes: * make/Templates/Makefile.inc.in: use the new installation directory ($(prefix)/ instead of $(prefix)/rtems/) * c/src/exec/score/tools/generic/Makefile.am: added line to include local.am * c/src/exec/score/tools/*/configure.in: added CVS Id header ---------- 3. rtems-rc-19990328-1.diff Enhancements and cleanups to autogen, rtems-polish.sh, configure.in etc. * autogen: Use the file "VERSION" to detect RTEMS toplevel directory, extended usage-message, use "find -print" * c/update-tools/cipolish: New script to beautify configure.in scripts * c/update-tools/rtems-polish.sh: Use the file "VERSION" to detect RTEMS toplevel directory, extended usage-message, added variable for perl scripts' subdirectory, use "find -print", cipolish support, new options -ac -am -ci. * aclocal/*.m4, configure.in: moved some AC_SUBST lines to aclocal/*.m4 (reduces size of configure.in scripts, eases splitting configure.in scripts). ----------
1999-03-29Removed an uninitialized variable.Jennifer Averett2-8/+10
1999-03-29Correctd name length to account for new IMFS max name length of 32.Jennifer Averett1-1/+3
1999-03-29Fixed expected return status from lseek to look for not failure (-1).Jennifer Averett2-2/+2
1999-03-29Changed expected status lseek to look for not failure (-1).Jennifer Averett1-1/+1
1999-03-29Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to fix size_rtemsJoel Sherrill3-53/+9
problem.
1999-03-26Patch from Rosimildo DaSilva <rdasilva@connecttel.com> andJoel Sherrill1-45/+115
Emmanuel Raguet <raguet@crf.canon.fr> to eliminate a problem during the boot process on the pc386 BSP. On fast PC's the calibration routine would hand.
1999-03-25Patch from Rosimildo DaSilva <rdasilva@connecttel.com>:Joel Sherrill1-3/+3
Problem: Sometimes the output file "FOO.BT" is smaller that the second image. Solution: Opening files, input/output, in "binary mode".
1999-03-25changed version to rc-19990325Joel Sherrill1-1/+1
1999-03-25Regenerated.Joel Sherrill2-41/+12
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-10 15:34:02 +0000