summaryrefslogtreecommitdiffstats
path: root/cpukit (unfollow)
Commit message (Collapse)AuthorFilesLines
1999-10-28Patch rtems-rc-19991011-3.diff from Ralf Corsepius.Joel Sherrill1-25/+0
1999-10-28Added include of <sys/select.h> in attempt to remove compilation warning.Joel Sherrill1-0/+4
1999-10-28Added use of __rtems__ rather than LINUX for RTEMS configuration.Joel Sherrill3-7/+7
1999-10-27Modified to properly descend into the dummy directory.Joel Sherrill1-1/+1
1999-10-27New files from Ralf Corsepius <corsepiu@faw.uni-ulm.de> whichJoel Sherrill2-0/+59
are a dummy for linking programs together when you are primarily concerned with tricking another package into building. This may grow into something which could help link programs on the command line by having a default start sequence.
1999-10-27rxgen960 now compiles -- may not link.Joel Sherrill1-3/+3
1999-10-27The rxgen960 BSP and i960 RPM support was submitted by Mark BronsonJoel Sherrill3-43/+245
<mark@ramix.com> of RAMIX.
1999-10-27Warnings removed. Still don't know what to do about the pragmaJoel Sherrill3-10/+16
pack warnings in uemf.h.
1999-10-27Patch from Emmanuel Raguet <raguet@crf.canon.fr> and Eric ValetteJoel Sherrill32-1/+12126
<valette@crf.canon.fr> to add a port of the GoAhead web server (httpd) to the RTEMS build tree. They have successfully used this BSP on i386/pc386 and PowerPC/mcp750. Mark and Joel spoke with Nick Berliner <nickb@goahead.com> on 26 Oct 1999 about this port and got verbal approval to include it in RTEMS distributions.
1999-10-26New files created by split of old imfs_handlers.c.Joel Sherrill3-0/+111
1999-10-26Added include of libio.h so this would compile when posix is disabled.Joel Sherrill1-0/+1
1999-10-26Added initial cut at miniIMFS which leaves out memfile and directoryJoel Sherrill10-252/+227
readdir support. The next step is to add a mount table and configure either the miniIMFS or the full IMFS at the application level.
1999-10-26Patch from Gerwin Pfab <pb@schenk.isar.de> to leave dispatchingJoel Sherrill1-3/+4
disabled on exit to ISR Thread dispatching. This allows a context switch to finish under high high interrupt rates.
1999-10-26idir=/opt/tmp/opt/rtemsJoel Sherrill1-5/+1
rdir=/opt/rtems cd $idir find . -type f | while read file do if [ ! -f ${file} ] ; then echo ${file} missing fi done
1999-10-26Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to moveJoel Sherrill2-3/+3
c/src/lib/libmisc to c/src/libmisc.
1999-10-25Patch from Eric Norum <eric@cls.usask.ca> to address the following problemJoel Sherrill1-1/+1
report from Philip A. Prindeville <philipp@zembu.com>: I was working on a device driver for a certain ethernet chipset that occassionally wraps in its buffer, and causes a resulting mbuf chain with only a few dozen bytes in the first mbuf of the chain. I wouldn't have thought this would be a problem, until I ran some stress tests that flooded the ethernet receiver with packets and started to get panics here: 250 251 if (m->m_pkthdr.len < sizeof(struct ip)) 252 goto tooshort; 253 254 #ifdef DIAGNOSTIC 255 if (m->m_len < sizeof(struct ip)) 256 panic("ipintr mbuf too short"); 257 #endif 258 259 if (m->m_len < sizeof (struct ip) && 260 (m = m_pullup(m, sizeof (struct ip))) == 0) { 261 ipstat.ips_toosmall++; 262 return; 263 } 264 ip = mtod(m, struct ip *); and the panic was at line 256. But if I #undef'd DIAGNOSTICS, then the m_pullup() at line 260 does the right thing and the packet ends up being processed just fine. So I started wondering, (a) why was the test checking for something that apparently wasn't a fatal condition but rather one that is subsequently recovered from a couple of lines later and (b) why panic as a diagnostic "aid" from a recoverable condition rather than just (say) log a message to the console? All of this seems overly severe for no reason that is readily apparent to me.
1999-10-25Patch from Charles-Antoine Gauthier <charles.gauthier@iit.nrc.ca>Joel Sherrill1-0/+8
to initialize the pthread cancellation fields. This is a patch to _POSIX_Threads_Create_extension that fixes the problem.
1999-10-25Patch from Eric Valette <valette@crf.canon.fr> and Emmanuel RaguetJoel Sherrill1-7/+8
<raguet@crf.canon.fr> to use a local variable.
1999-10-25Added code to correctly free any allocated space during the evaluationJennifer Averett2-72/+74
process.
1999-10-25Changed leading spaces to periods to ease comparing test output.Joel Sherrill1-1/+1
1999-10-21Removed warning.Joel Sherrill1-0/+2
1999-10-21Added rtems_semaphore_flush directive.Joel Sherrill2-0/+104
1999-10-21Renamed CONFIGURE_POSIX_INIT_TASK_STACK_SIZE toJoel Sherrill1-6/+6
CONFIGURE_POSIX_INIT_THREAD_STACK_SIZE because in POSIX they are threads.
1999-10-21Fixed core dump caused when output parameter (otimer) was NULL.Joel Sherrill1-3/+7
1999-10-21Added Semaphore_Flush.Joel Sherrill2-0/+18
1999-10-20Added prototype for rtems_task_is_suspended at request ofJoel Sherrill1-1/+12
Eric Norum.
1999-10-12Spacing.Joel Sherrill1-0/+1
1999-10-12Split null handlers table to own file and renamed.Joel Sherrill7-75/+16
Renamed IMFS handler tables to include IMFS prefix.
1999-10-12Added rtems_filesystem_freenode() macro and added calls at appropriateJoel Sherrill17-92/+69
places to make sure memory allocated for filesystem specifif nodes gets freed.
1999-10-12Fixed spacing.Joel Sherrill1-1/+1
1999-10-12Corrected mistakes in the IMFS file handlers table and added the missingJoel Sherrill3-0/+127
routine imfs_fcntl.c
1999-10-12Added call to freenod to let each filesystem free its own internalJoel Sherrill15-68/+227
node used to manage file access.
1999-10-12Changed bcopy to strncpy to stick to ANSI/ISO routines.Joel Sherrill1-1/+1
1999-10-11Moved RTEMS error and association from libmisc to libc support toJoel Sherrill1-1/+1
avoid cyclic dependencies generated when moving packages to the top level.
1999-10-11Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to move librdbgJoel Sherrill1-5/+1
to its own top level package.
1999-10-07New directive added -- rtems_task_is_suspended.Joel Sherrill1-0/+76
1999-10-07Added Is_Suspended method.Joel Sherrill2-0/+20
1999-10-06New file.Joel Sherrill2-0/+28
1999-10-06Modified to avoid conflicts on definitions of malloc. newlib 1.8.2Joel Sherrill3-3/+3
now prototypes the malloc family in stdlib.h. This causes conflicts with the way the network stack overrides the definitions of malloc. As best I (being Joel) can tell, commenting stdlib.h out keeps the files compiling and referencing the desired malloc/free but results in more warnings.
1999-10-05Removed go32 ifdefsJoel Sherrill1-3/+0
1999-10-05Removed targets and configurations that are no longer functionalJoel Sherrill3-33/+0
and not likely to become so. Comments on each configuration are below. + Force CPU386 - This BSP was developed as part of the initial port of RTEMS to the i386. This board has been unavailable for a long time now. + GO32 - This BSP and some CPU code supported djgpp v1.x. This version is now quite old. No one has stepped forward to update the code to v2.x which may be technically impossible anyway. More importantly, go32 has been superceded by the pc386 BSP.
1999-10-05Patch from Wayne Bullaughey <wayne@wmi.com>. Comments follow:Joel Sherrill1-1/+1
I'm working on code to mount my host based file system on the base file system (imfs) and have a suggestion for a change to eval.c in the c/src/lib/libc directory of the 8/20/1999 snapshot. The current version does not test the result value returned from the evalpath callback (line 47) in the case where follow_link is true. Attached is my suggested change. Without this test the node_type callback may be called after evalpath failed. node_type could set the type to some value other then RTEMS_FILESYSTEM_HARD_LINK or RTEMS_FILESYSTEM_SYM_LINK but it seems cleaner to add the check on result.
1999-10-05Bug report and fix from Jay Kulpinski <jskulpin@eng01.gdds.com> whereJoel Sherrill1-3/+2
sigemptyset(&old_mask) needed to be added on glibc2 systems. Ian Lance Taylor pointed out that sigemptyset() is portable so Joel removed all conditionals around calls to sigemptyset().
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to make fix bugJoel Sherrill22-67/+67
where wrapup left pieces out of the librtemsall.a.
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to make fix bugJoel Sherrill1-1/+1
where wrapup left pieces out of the librtemsall.a.
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to make libnetworkingJoel Sherrill2-10/+3
a top level more independently configured package.
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill2-0/+21
The patch below actuallly consists of two patches: 1) moving librpc to c/src/librpc similar to what has been done to librtems++ 2) reworked configure scripts, many safety and dependency checks added to aclocal/*.m4 macros + configuration fixes. To apply: mkdir c/src/librpc mkdir c/src/librpc/src cp c/src/lib/librpc/*.c c/src/librpc/src cp c/src/lib/librpc/Makefile.in c/src/librpc/src mkdir c/src/librpc/include mkdir c/src/librpc/include/rpc cp c/src/lib/include/rpc/* c/src/librpc/include/rpc patch -p1 < ../rtems-rc-19990820-7.diff rm -rf c/src/lib/librpc rm -rf c/src/lib/include/rpc ./autogen The additional checks in aclocal/*m4 macros add rather restrictive, sometimes unnecessarily restrictive constraints on the sequence of how macros can be used in a configure.in script. Adding them has let my problems with some more complicated configuration options vanish. Apparently some macros had not been in the required order . ---- Now I still get some linking errors for some cpus and bsps, esp when linking cdtest, but also at other locations: e.g. this happens for mips64orion/p4600: # make[5]: Entering directory `/lfs/poseidon/users/rtems/src/multi/build/mips64orion-rtems/c/p4600/tests/samples/hello' /opt/rtems/bin/mips64orion-rtems-gcc --pipe -B../../../../../../p4600/lib/ -specs bsp_specs -qrtems -DP4000 -DCPU_R4000 -DP3_DIAG -D_R4000 -D__mips=3 -mcpu=4600 -G0 -I../../../../../../p4600/lib/include/networking -g -Wall -ansi -fasm -O4 -fomit-frame-pointer -o o-p4600/hello.exe o-p4600/init.o ../../../../../../p4600/lib/no-dpmem.rel ../../../../../../p4600/lib/no-event.rel ../../../../../../p4600/lib/no-msg.rel ../../../../../../p4600/lib/no-mp.rel ../../../../../../p4600/lib/no-part.rel ../../../../../../p4600/lib/no-signal.rel ../../../../../../p4600/lib/no-timer.rel ../../../../../../p4600/lib/no-rtmon.rel /opt/rtems/mips64orion-rtems/lib/libc.a(dtoa.o): In function `_dtoa_r': /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol collect2: ld returned 1 exit status # mips64orion-rtems-gcc -v Reading specs from /opt/rtems/lib/gcc-lib/mips64orion-rtems/2.95.1/specs gcc version 2.95.1 19990816 (release) # mips64orion-rtems-ld -v GNU ld version 2.9.5 (with BFD 2.9.5)
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-3/+2
The patch below actuallly consists of two patches: 1) moving librpc to c/src/librpc similar to what has been done to librtems++ 2) reworked configure scripts, many safety and dependency checks added to aclocal/*.m4 macros + configuration fixes. To apply: mkdir c/src/librpc mkdir c/src/librpc/src cp c/src/lib/librpc/*.c c/src/librpc/src cp c/src/lib/librpc/Makefile.in c/src/librpc/src mkdir c/src/librpc/include mkdir c/src/librpc/include/rpc cp c/src/lib/include/rpc/* c/src/librpc/include/rpc patch -p1 < ../rtems-rc-19990820-7.diff rm -rf c/src/lib/librpc rm -rf c/src/lib/include/rpc ./autogen The additional checks in aclocal/*m4 macros add rather restrictive, sometimes unnecessarily restrictive constraints on the sequence of how macros can be used in a configure.in script. Adding them has let my problems with some more complicated configuration options vanish. Apparently some macros had not been in the required order . ---- Now I still get some linking errors for some cpus and bsps, esp when linking cdtest, but also at other locations: e.g. this happens for mips64orion/p4600: # make[5]: Entering directory `/lfs/poseidon/users/rtems/src/multi/build/mips64orion-rtems/c/p4600/tests/samples/hello' /opt/rtems/bin/mips64orion-rtems-gcc --pipe -B../../../../../../p4600/lib/ -specs bsp_specs -qrtems -DP4000 -DCPU_R4000 -DP3_DIAG -D_R4000 -D__mips=3 -mcpu=4600 -G0 -I../../../../../../p4600/lib/include/networking -g -Wall -ansi -fasm -O4 -fomit-frame-pointer -o o-p4600/hello.exe o-p4600/init.o ../../../../../../p4600/lib/no-dpmem.rel ../../../../../../p4600/lib/no-event.rel ../../../../../../p4600/lib/no-msg.rel ../../../../../../p4600/lib/no-mp.rel ../../../../../../p4600/lib/no-part.rel ../../../../../../p4600/lib/no-signal.rel ../../../../../../p4600/lib/no-timer.rel ../../../../../../p4600/lib/no-rtmon.rel /opt/rtems/mips64orion-rtems/lib/libc.a(dtoa.o): In function `_dtoa_r': /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol collect2: ld returned 1 exit status # mips64orion-rtems-gcc -v Reading specs from /opt/rtems/lib/gcc-lib/mips64orion-rtems/2.95.1/specs gcc version 2.95.1 19990816 (release) # mips64orion-rtems-ld -v GNU ld version 2.9.5 (with BFD 2.9.5)
1999-10-04Patch from Eric Norum <eric@cls.usask.ca>. Comments follow:Joel Sherrill2-3/+5
The old system would panic when the loopback interface was included as part of the network initialation structures. With the printf you get an message, but the interface is still properly initialized.
1999-10-01Addition of more functionality by Eric Norum to support GNU readline.Joel Sherrill3-2/+77
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-22 10:00:28 +0000