summaryrefslogtreecommitdiffstats
path: root/c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Fixed typo.Joel Sherrill2000-02-081-1/+1
|
* Patch from Eric Norum <eric@cls.usask.ca> to remove race conditionsJoel Sherrill2000-02-081-3/+9
| | | | when setting up receive buffer descriptors and when unmasking interrupts.
* Incorrect error status returned. Noted by Andrew KlossnerJoel Sherrill2000-02-041-1/+1
| | | | <andrew@pogo.wv.tek.com>.
* Incorrect error status returned. Noted by Andrew KlossnerJoel Sherrill2000-02-041-1/+1
| | | | <andrew@pogo.wv.tek.com>.
* Changed behavior to match that expected by EPICS test code. Reported byJoel Sherrill2000-02-031-2/+1
| | | | Eric Norum <eric@cls.usask.ca>.
* Patches rtems-rc-20000118-7.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-02-0348-804/+1301
| | | | | | | | | | | | | | | | | that contains the automake files for libnetworking plus a couple of minor fixes. [Now only one unused/unsupported Makefile.in remains (./c/src/lib/libbsp/hppa1.1/pxfl/Makefile.in).] To apply: patch -p1 < rtems-rc-20000118-7.diff /bin/sh rtems-rc-20000118-7.rm /bin/sh rtems-rc-20000118-7.add ./bootstrap Notes: * I have tested this one by building all BSPs for m68k, powerpc, sh and unix with toolchains built since last weekend. * I did not touch libnetworking's directory layout.
* Fixed spelling errors.Joel Sherrill2000-02-031-2/+2
|
* Patch rtems-rc-20000118-6.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-02-021-4/+3
| | | | | | | | | | | | | | | | that contains: The workarounds related to the issues with ppc/helas403 (triggers a nasty bug in automake-2.14) and mcp750.cfg (Which is basically broken) To apply: patch -p1 < rtems-rc-20000118-6.diff ./bootstrap Note: * Though this patch is small, ./bootstrap is absolutely necessary. * Now your CVS source tree is identical to my local CVS.
* Patches rtems-rc-20000118-5.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-02-0110-269/+113
| | | | | | | | | | | | | | | | | | | | | | | | | that contains: * The fix for the gen68360/network/Makefile.am * automatically set permissions to 755 to scripts/buildall and scripts-ada/buildall (I remembered a trick to achieve this :). * automake support for libbsp/* and libcpu/* (Attn: This part will finally break old-style configuration for all non-public cpus) NOTES: * This patch has only been tested for a random selection of BSPs (I haven't rebuilt all toolchains yet). * This patch is against rtem-cvs as of this morning (MET). To apply: patch -p1 <rtems-rc-20000118-5.diff cvs rm -f ./c/src/lib/libbsp/Makefile.in cvs rm -f ./c/src/lib/libbsp/shmdr/Makefile.in cvs rm -f ./c/src/lib/libcpu/Makefile.in cvs add ./c/src/lib/libbsp/Makefile.am cvs add ./c/src/lib/libbsp/shmdr/Makefile.am cvs add ./c/src/lib/libcpu/Makefile.am ./bootstrap
* Removed references to non-existent include files.Joel Sherrill2000-01-311-1/+1
|
* Spelling corrected.Joel Sherrill2000-01-311-1/+1
|
* Spelling corrected.Joel Sherrill2000-01-311-1/+1
|
* Patches rtems-rc-20000118-3.diff and rtems-rc-20000118-4.diff fromJoel Sherrill2000-01-31572-14860/+8322
| | | | | | | | | | Ralf Corsepius <corsepiu@faw.uni-ulm.de> that contain: * Modifications, (minor) corrections, cleanups to most existing Makefile.ams * Adds automake support to all remaining BSPs which have not yet been converted to automake. * Makefile.am for all remaining wrapup/Makefile.ams
* Patch rtems-rc-20000118-2.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-31139-140/+0
| | | | | that contains cosmetical changes to the Makefile.ams below tests (removes old, now invalid comments from these Makefile.ams).
* Ralf Corsepius <corsepiu@faw.uni-ulm.de> caught some files in CVSJoel Sherrill2000-01-311-1/+0
| | | | that should not have been.
* Patch rtems-rc-20000118-1.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-3141-162/+19
| | | | | | | | | | | | | | that contains: * cleanups to configuration files * A reworked gccnewlib.spec.in: I have reformated it for enhanced readability and added more rtems-base packages. It now should be free of any installation conflicts (If there still remain some, they should be regarded as bugs). * A fix to the bin2boot RTEMS_BSP issue (make RTEMS_BSP="pc386 pc486" now works). * removes libbsp/bare/wrapup * Further cleanups
* Modification to properly support BSP aliases (pc[456]86).Joel Sherrill2000-01-311-4/+4
|
* Suggested modification from Rosimildo da Silva <rdasilva@connecttel.com>Joel Sherrill2000-01-311-9/+10
| | | | to make the BSP boot on netboot.
* Added AC_SUBST(RTEMS_BSP) so the makefiles properly honor theJoel Sherrill2000-01-311-0/+1
| | | | BSP alias on the tools.
* BSP now links although this change is untested.Joel Sherrill2000-01-311-3/+7
|
* Patch from John M. Mills <jmills@tga.com> to include moreJoel Sherrill2000-01-281-0/+6
| | | | information on hardware settings.
* Added after report from Quality Quorum <qqi@world.std.com> thatJoel Sherrill2000-01-271-0/+5
| | | | pc686.cfg was not present.
* No longer incorrectly references mips.Joel Sherrill2000-01-263-22/+8
|
* Patch rtems-rc-20000118-0.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-2622-331/+823
| | | | | | | | | | | | | | | | | | | | that converts the a29k to automake. This patch contains * An initial merger of the libcpu/a29k stuff you sent yesterday. AFAIS, most code inside them seems to be empty stubs. One file even contains a function called mips_*** which might indicate that this part might contain mips code or the code the initial porter used as template for porting. Unfortunately, I don't know anything about the a29k so I can't comment on the details. * A dummy bsp_specs to libbsp/29k/portsw * An update to the automake files related to the a29k. Note: * This patch is completely untested, because I don't have a toolchain for it. * The files in libcpu/a29k include bsp.h => The libbsp vs. libcpu-issue hits again.
* Directive rtems_task_variable_get() added by Eric Norum.Joel Sherrill2000-01-233-1/+86
|
* Wrong BSP referenced.Joel Sherrill2000-01-232-2/+2
|
* Removing unused file accidentally left in CVS. Discovered byJoel Sherrill2000-01-233-269/+0
| | | | Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
* Patch from Eric Norum <eric@cls.usask.ca> at the request of JakeJoel Sherrill2000-01-212-66/+112
| | | | | | | Janovetz <janovetz@tempest.ece.uiuc.edu> to return a status from network initialization rather than panic'ing. It changes a bunch of rtems_panics to printfs and returns a status from rtems_bsdnet_initialize_network().
* Patch from Eric Norum <eric@cls.usask.ca> to implement this:Joel Sherrill2000-01-216-21/+25
| | | | | | | | | | | | | | | | | | | | I'd like to propose a change to RTEMS task variables that I think would make them more useful. I think that it is early enough in their existence to still make changes to their API. 1) Change type from `int' to `void *'. 2) Add extra argument to task_variable_add -- if non-NULL, a pointer to a `destructor' function to be called when the task exits. This function would be called with that task's value of the task variable as its argument. In many cases, the `dtor' function could be `free'. rtems_status_code rtems_task_variable_add ( rtems_id tid, void **ptr, void (*dtor)(void *)); rtems_status_code rtems_task_variable_delete (rtems_id tid, void **ptr); This would be all we'd need to cleanly and efficiently support C++ per-thread exception information without dragging in all that POSIX API stuff.
* Patch from Eric Norum <eric@cls.usask.ca> to remove warnings.Joel Sherrill2000-01-212-8/+6
|
* Patch from Eric Norum <eric@cls.usask.ca>:Joel Sherrill2000-01-211-28/+16
| | | | | | | | Some excellent sleuthing by Bob Wisdom <bobwis@ascweb.co.uk> revealed that an empty mbuf at the end of a packet chain would cause the `retire' function to blow up. Moving the line of code which bumps the transmit buffer descriptor pointer fixes the problem. Some additional cleanup of the sendpacket function was also completed.
* Updated to reflect final test output.Joel Sherrill2000-01-141-3/+15
|
* Updated screen to reflect final test output.Joel Sherrill2000-01-141-24/+114
|
* Added -U__STRICT_ANSI__ to remove MANY warnings since the BSD codeJoel Sherrill2000-01-141-1/+1
| | | | is not strict ANSI.
* Removed unused variable warning.Joel Sherrill2000-01-142-2/+0
|
* Removed no prototype of kill() warning.Joel Sherrill2000-01-141-0/+2
|
* Now ignores minimum and does not run it.Joel Sherrill2000-01-142-2/+2
|
* Now using Makefile.am to generate this file.Joel Sherrill2000-01-141-279/+0
|
* Warning corrections per feedback from Emmanuel Raguet <raguet@crf.canon.fr>.Joel Sherrill2000-01-141-1/+1
|
* Removed warning.Joel Sherrill2000-01-142-2/+4
|
* Removed numerous warnings.Joel Sherrill2000-01-147-8/+16
|
* Updated files missed in earlier batch from Eric Norum.Joel Sherrill2000-01-132-26/+18
|
* Fixed warnings.Joel Sherrill2000-01-131-14/+0
|
* Patch rtems-rc-20000104-17.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1314-100/+4986
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | that addresses the librdbg/rpcgen related problems: Changes: * All rpcgen generated files are now kept inside of the source tree * Fix librdbg/configure to correctly detect presence of rpcgen and awk * Use rpcgen -m to generated remdeb_svc.c * Remove msgout/_msgout from awk.svc * minor cleanups to librdbg/configure.in ATTENTION --- IMPORTANT: * With keeping rpc-generated files pre-build inside of the source tree, you as the packager of RTEMS have to ensure that timestamps are correctly set up: The generated files must not be older than the *.x files. * This is extraordinarily important when - putting the package on read-only media - after checking out from CVS - after modifications to the *.x files * If one of the *.x files is modified you have to either - build for i386/pc386 and powerpc/mcp750 - or to invoke the same rpcgen calls as the librdbg/src/<cpu>/<bsp>/Makefile.am do manually before checking-in the files to CVS. Proposal: We could add something to bootstrap for touching the rpcgen-generated sources and/or to manually regenerate them. NOTE FROM JOEL: Ralf proposed modifying bootstrap to handle rpcgen. I think this is the best solution as it is something already done in the snapshot procedure.
* All m68k BSPs now build with new ELF style linkcmds.Joel Sherrill2000-01-1346-681/+192
|
* POSIX message queues now include complete functionality includingJoel Sherrill2000-01-131-2/+22
| | | | | | | | | | | | | | | | blocking sends when the queue is full. The SuperCore was enhanced to support blocking on send. The existing POSIX API was debugged and numerous test cases were added to psxmsgq01 by Jennifer Averett. SuperCore enhancements and resulting modifications to other APIs were done by Joel. There is one significant point of interpretation for the POSIX API. What happens to threads already blocked on a message queue when the mode of that same message queue is changed from blocking to non-blocking? We decided to unblock all waiting tasks with an EAGAIN error just as if a non-blocking version of the same operation had returned unsatisfied. This case is not discussed in the POSIX standard and other implementations may have chosen differently.
* Added test case for broadcast to queue with messages pending.Joel Sherrill2000-01-132-0/+14
|
* Changed error checking macros for POSIX.Joel Sherrill2000-01-132-50/+110
|
* POSIX message queues now include complete functionality includingJoel Sherrill2000-01-1314-387/+1278
| | | | | | | | | | | | | | | | blocking sends when the queue is full. The SuperCore was enhanced to support blocking on send. The existing POSIX API was debugged and numerous test cases were added to psxmsgq01 by Jennifer Averett. SuperCore enhancements and resulting modifications to other APIs were done by Joel. There is one significant point of interpretation for the POSIX API. What happens to threads already blocked on a message queue when the mode of that same message queue is changed from blocking to non-blocking? We decided to unblock all waiting tasks with an EAGAIN error just as if a non-blocking version of the same operation had returned unsatisfied. This case is not discussed in the POSIX standard and other implementations may have chosen differently.
* Missed removing this file in an earlier commit. This is removedJoel Sherrill2000-01-131-70/+0
| | | | because of the conversion to automake and replaced by a Makefile.am.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-06 15:39:55 +0000