summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libnetworking (follow)
Commit message (Collapse)AuthorAgeFilesLines
* After discussion with Eric Norum <eric@skatter.usask.ca>,Joel Sherrill1999-04-192-2/+23
| | | | | I added __INSIDE_RTEMS_BSD_TCPIP_STACK__ that trips all the needed macro definitions for a network driver.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-04-1911-11/+11
| | | | | | | | | | | | | | This one is an enhancement to acpolish. It replaces some Makefile variables by others variable in Makefile.ins (tries to use unique name for some variables). It therefore eases parsing Makefile.ins for further automatic Makefile.in conversions in future. To apply: cd <rtems-source-tree> sh <path-to>/rtems-rc-19990407-8.sh ./autogen
* Patch from Emmanuel Rauget (raguet@crf.canon.fr) to add a htons on theJoel Sherrill1999-04-022-212/+233
| | | | sin_port.
* Moved sparc specific version of in_cksum_hdr to an inline routine likeJoel Sherrill1999-04-012-31/+43
| | | | | the reset of the CPU specific implementations after comment from Eric Norum.
* Patch from Eric Norum <eric@skatter.usask.ca> which changed the exitJoel Sherrill1999-03-311-2/+1
| | | | sequence.
* Removed warning for `#ifdef' argument starts with punctuation.Joel Sherrill1999-03-301-1/+1
|
* Patch to add shutdown() routine from Tony R. Ambardar <tonya@ece.ubc.ca>.Joel Sherrill1999-03-301-0/+25
|
* SPARC optimized version of IP checksum header routine. SubmittedJoel Sherrill1999-03-231-0/+32
| | | | by Jiri Gaisler <jgais@ws.estec.esa.nl>.
* Patch from Eric Norum <eric@skatter.usask.ca> to improve parsing ofJoel Sherrill1999-03-232-0/+45
| | | | | network interface names. This change does not introduce any compatibility problems.
* Towards automake XI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-03-1911-33/+131
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch is the most scary of all proposals I've been mailing to you this week until now. It consists of 3 parts: 1. a patch 2. a perl script (acpolish) 3. a shell script wrapper to invoke the perl-script. The perl-script reads in each Makefile.in and modifies them ("polishes/beautifies" them :-). These modifications are not easy to describe: Basically, it hard-codes some automake Makefile-variables and rules into RTEMS autoconf-Makefile.ins (Note: autoconf vs. automake!!) and converts some settings/variables to configure scripts' requirements (Yes, plural). E.g. it adds the automake standard variables $top_builddir and $subdir, adds dependency rules for automatic re-generation of Makefiles from Makefile.in, adds support variables for relative paths to multiple configure scripts etc. The patch is a one-line patch to enable the support of the new features added by acpolish. The shell script is a wrapper which pokes around inside of the source tree for Makefile.ins and invokes acpolish on all autoconf-Makefile.ins. acpolish is designed to be able to run several times on the same Makefile.in and may once become a more general tool to convert RTEMS Makefile.in to automake. Therefore, I'd like to keep it inside of source tree. (e.g. as contrib/acpolish or c/update-tools/acpolish). However, it doesn't make sense to export it outside of RTEMS. To apply this: cd <source-tree> patch -p1 -E < <path-to-patch>/rtems-rc-19990318-1.diff tar xzvf <path-to>/rtems-rc-polish.tar.gz ./rtems-polish.sh ./autogen Note: The path contrib/acpolish is hard-coded into rtems-polish.sh, if you decide to put it in an alternative place, please modify rtems-polish.sh to reflect this change. Later: cvs rm make/rtems.cfg (It isn't used anymore) cvs add contrib cvs add contrib/acpolish cvs commit I've tested this intensively, but naturally I can't exclude bugs. Ralf. PS.: Most probably, this is the last "Towards automake" patch. The next one probably will be a real automake patch.
* Patch from Eric Norum <eric@skatter.usask.ca> that adds externalJoel Sherrill1999-03-191-4/+30
| | | | fcntl support and an external fcntl handler for sockets.
* Temporarily took rtems_servers directory out of the build tree since thereJoel Sherrill1999-03-173-7/+5
| | | | are build issues with it.
* Added ftpd server from Jake Janovetz <janovetz@tempest.ece.uiuc.edu>.Joel Sherrill1999-03-163-0/+1146
|
* Added rtems_servers directory.Joel Sherrill1999-03-161-1/+1
|
* Patch from Eric Norum <eric@skatter.usask.ca> to eliminate externalJoel Sherrill1999-03-014-23/+35
| | | | | IO handlers scheme that was implemented originally just to support sockets. The file system IO switch is more general and works fine.
* Part of the automake VI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-02-1810-9/+29
| | | | | | | | | | | | | | | | > 5) rtems-rc-19990202-1.diff/reorg-install.sh > > reorg-install.sh fixes a Makefile variable name clash of RTEMS > configuration files and automake/autoconf standards. > Until now, RTEMS used $(INSTALL) for install-if-change. Automake and > autoconf use $(INSTALL) for a bsd-compatible install. As > install-if-change and bsd-install are not compatible, I renamed all > references to install-if-changed to $(INSTALL_CHANGED) and used > $(INSTALL) for bsd-install (==automake/autoconf standard). When > automake will be introduced install-if-change will probably be replaced > by $(INSTALL) and therefore will slowly vanish. For the moment, this > patch fixes a very nasty problem which prevents adding any automake file > until now (There are still more).
* Patch from Eric Norum to correct bug induced by select() patch.Joel Sherrill1999-02-052-5/+11
|
* Added printf()'s that can be uncommented to trace MBUF operations. ThisJoel Sherrill1999-02-041-0/+3
| | | | is very useful when debugging a device driver.
* Modifed to reflect transition from device driver to file system.Joel Sherrill1999-02-041-41/+4
|
* Added debug printf()'s that are commented out. Uncommenting theseJoel Sherrill1999-02-041-0/+3
| | | | | | allows one to trace the enqueueing and dequeueing of messages. This can be used to insure that packets are getting to the boundary between the network stack and the device driver.
* Added PowerPC specific header checksum code.Joel Sherrill1999-02-041-34/+5
|
* Added PowerPC specific header checksum code.Joel Sherrill1999-02-041-4/+61
| | | | Added volatile to i386 assembly statements in header checksum code.
* Debugged and now works except for handling of minor number.Joel Sherrill1999-02-041-313/+429
|
* Modified to include comments on how to get TCPDEBUG turned on andJoel Sherrill1999-02-042-1/+11
| | | | printing messages.
* Added debug #define and commented it out.Joel Sherrill1999-02-021-0/+1
|
* Added PowerPC specific in_cksum file.Joel Sherrill1999-02-021-0/+4
|
* New file. Based on the i386 version.Joel Sherrill1999-02-021-0/+202
|
* Prepended macro variables with "_" to avoid name conflicts in expansions.Joel Sherrill1999-01-311-78/+78
|
* Patch from Eric Norum <eric@skatter.usask.ca> to avoid dereferencing aJoel Sherrill1999-01-281-1/+4
| | | | NULL pointer.
* Changed prototype of rtems_bsdnet_makeFdForSocket to (void *) pointerJoel Sherrill1999-01-261-1/+1
| | | | so that the libc code did not have to know about (struct socket).
* Switched from printf() to puts().Joel Sherrill1999-01-261-1/+1
|
* Made to compile after hacking tftp driver into beginnings of a mini-filesystem.Joel Sherrill1999-01-215-39/+299
|
* Added comments for changing to a filesystemJoel Sherrill1999-01-191-0/+4
|
* Patch from D. V. Henkel-Wallace <gumby@zembu.com> to use puts and have ↵Joel Sherrill1999-01-041-1/+3
| | | | prototype.
* Patch from D. V. Henkel-Wallace <gumby@zembu.com> to fix braces nesting problem.Joel Sherrill1999-01-041-1/+2
|
* Patch from D. V. Henkel-Wallace <gumby@zembu.com> to make macro nest ↵Joel Sherrill1999-01-041-3/+5
| | | | properly in conditionals
* Merged Eric Norum's select patch that was based on 4.0 and resolvedJoel Sherrill1998-12-104-123/+23
| | | | all conflicts.
* Patch from Ian Lance Taylor <ian@airs.com>:Joel Sherrill1998-12-104-0/+31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | From: Eric Norum <eric@skatter.usask.ca> Date: Sat, 5 Dec 98 13:20:51 -0600 What do you think of this patch? It implements your `tap' suggestion in a way that adds support for all ethernet devices with no driver modifications. I also added a return value from the tap function. If the return value is zero, the packet will be passed up the chain as usual. If the return value is non-zero the mbuf holding the packet will be freed and the packet will be dropped. If you like it, please submit it to Joel. I guess there needs to be an addition to the network documentation describing the additional ioctl's -- and a big warning that the tap function is called from a context that holds the network semaphore. Here is Eric's patch. I've tested it a bit, and made a couple of trivial changes. This is certainly better than mine: it should work for all Ethernet drivers. ================================================== The only concern I have about this patch is that the tap function may want to fiddle with the mbuf, calling functions like m_pullup and the like. If those force the networking code to rearrange the mbuf structure, then the caller's call to m_freem may crash. I don't know if this is a realistic concern--I don't know enough about the mbuf layer.
* Patch from Ian Lance Taylor <ian@airs.com>:Joel Sherrill1998-12-073-5/+12
| | | | | | | | | | | | | RTEMS permits using the SO_SNDTIMEO and SO_RCVTIMEO socket options to set a timeout for most socket I/O operations. However, in RTEMS 4.0.0, those options do not affect connect or accept. I don't know of any way to put a timeout on those calls in RTEMS 4.0.0; can anybody point to one. Since it is frequently useful to have a timeout on accept, and sometimes useful to have a timeout on connect shorter than the BSD system default of 75 seconds, the following patch causes SO_RCVTIMEO to affect connect and accept.
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-11-195-174/+220
| | | | | | | | | | | | | | | 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.
* Added header files per request from Chris Johns to avoid problemsJoel Sherrill1998-10-121-0/+4
| | | | in include file order.
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-09-291-3/+2
| | | | | | | | | | | | | | 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.
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-09-211-29/+101
| | | | | | | Here's a patch to make the rtems_showroute routine a little more useful. For `host' route table entries the link-level address is now displayed. This is equivalent to the old `show arp table' information displayed by the KA9Q code.
* Patch from Eric Norum and David Fiddes to put ColdFire support inJoel Sherrill1998-09-211-8/+9
| | | | the inet checksum routine.
* Patch from "David J. Fiddes" <D.J@fiddes.surfaid.org>:Joel Sherrill1998-09-111-126/+37
| | | | | | | | | | | I've fixed a few minor probs with the optimised version that Eric put together for me the other day and sent the fixes back to him. Provided he doesn't have a problem with it we've got a pretty solid in_cksum for the ColdFire as well as straight m68k. I've enclosed my updated in_cksum_m68k.c At the moment my own bottlenecks are elsewhere...as my driver is pulling 16bit data chunks through a libchip-esq access routine from the chip which for a polled I/O device is never going to be quick.
* Patch from David Fiddes <D.J.Fiddes@hw.ac.uk> to make this compileJoel Sherrill1998-09-101-1/+1
| | | | for the ColdFire.
* Patch from Eric Norum <eric@skatter.usask.ca> to fix a cryptic errorJoel Sherrill1998-09-101-1/+3
| | | | message after comments from Eric Valette <valette@crf.canon.fr>.
* Fixed spacing. More comments from Eric Norum need to be addressed.Joel Sherrill1998-08-311-7/+7
|
* Patch from Emmanuel Raguet <raguet@crf.canon.fr>:Joel Sherrill1998-08-311-0/+9
| | | | | I have reworked the ethernet driver for the BSP pc386 and here is the patch to apply.
* Added i386 specific version of in_cksum.c and restructured the mainJoel Sherrill1998-08-213-151/+515
| | | | file to switch out to CPU specific implementations.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-03 22:54:31 +0000