summaryrefslogtreecommitdiffstats
path: root/c (unfollow)
Commit message (Collapse)AuthorFilesLines
1999-12-20Modifications to avoid having the size of the Buffer_addresses arrayJoel Sherrill1-8/+16
too small when OPERATION_COUNT is less than 10.
1999-12-16Spelling error corrected.Joel Sherrill1-1/+1
1999-12-14More warnings removed after email with Emmanuel Raguet.Joel Sherrill1-3/+2
1999-12-13Patch from Eric Norum <eric@cls.usask.ca> to change to gen68360 clock handling.Joel Sherrill1-30/+56
I got tired of having strange clock rates (e.g. #define CONFIGURE_MICROSECONDS_PER_TICK 52489) and drifting times-of-day with the gen68360 BSP so I changed the way the programmable-interval clock interrupt works. The new version will have some jitter in the intervals between individual calls to the rtems_clock_tick routine, but the long-term average will match the CONFIGURE_MICROSECONDS_PER_TICK
1999-12-13Removed warnings.Joel Sherrill11-12/+20
1999-12-13Warning removal patch from Philip A. Prindeville <philipp@zembu.com>.Joel Sherrill8-21/+25
1999-12-13Patch rtems-19991203.sh2.diff from John M. Mills <jmills@tga.com> whichJoel Sherrill2-2/+2
fixes some problems: I found the problem which prevented opening 'dev/sci1' (the default console) with the 'gensh2' (sh7045) BSP. Both SCI ports were being initialized against the same minor device number: '0'. When I tried to open minor-device '1', it naturally crashed. Fixing that one value in the 'sci_device[]' array solved the problem and allowed 'hello.exe' to run.
1999-12-13Patch from Silverio Diquigiovanni <silverio.di@qem.it> to correctJoel Sherrill2-2/+2
TPC values. Reviewed by Ralf Corsepius <corsepiu@faw.uni-ulm.de> who originally submitted the file.
1999-12-13Patch from Eric Norum <eric@cls.usask.ca> to make the NTP handler a littleJoel Sherrill2-2/+2
more flexible about the error status returned from a timeout.
1999-12-13Patch rtems-rc-19991203-3.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2-0/+40
which adds automake support to libbsp/bare.
1999-12-13Patch from Jepsen Hans Peter <hans_peter_jepsen@Danfoss.com> toJoel Sherrill1-1/+1
use correct ifdef conditional (__GNUC__ not __GCC__).
1999-12-13Correction from Eric Norum for timeout in TFTP driver following bugJoel Sherrill2-4/+6
report by Nick.SIMON@syntegra.bt.co.uk: TFTP uses UDP and UDP packets are prime targets for getting dropped when the network gets busy. I want the number of retries quite large in my application. I see that PACKET_REPLY_MILLISECONDS is, in fact, not being used.
1999-12-13Patch from Eric Norum <eric@cls.usask.ca> to provide more networkJoel Sherrill1-4/+7
functionality. This puts RTEMS in near compliance with the network functionality defined in the first draft of the EL/IX API. Comments follow: With the attached changes to the libnetworking/libc/Makefile.in, RTEMS provides all the functions listed in section 4.14 of the EL/IX document except: socketpair if_nametoindex if_indextoname if_nameindex if_freenameindex Some of the routines which get information from files may be of limited use unless an application sets up the files somehow (TFTP/untar from host, etc.), but at least RTEMS is pretty much fully buzzword compliant with the networking section of the EL/IX API.
1999-12-13Patch from Emmanuel Raguet <raguet@crf.canon.fr> to correct some problemsJoel Sherrill1-9/+16
in the dec21140 driver. Comments follow: I have tried to use bootp with the dec21140 driver and I had problems. I have found them - Ethernet address must be known in Attach step (read from the board) - Endian problem for Ethernet address storage. Now it is solved and I can use bootp to obtain the network configuration of the target.
1999-12-13Patch rtems-rc-19991203-4.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>"""Joel Sherrill2-41/+42
which is an adaptation of a patch from Ian Lance Taylor plus a few other changes that should significantly speed up building librtemsall.a.
1999-12-13Patch rtems-rc-19991203-3.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill4-82/+43
which adds automake support to libbsp/bare.
1999-12-13Patch rtems-rc-19991203-3.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-4/+5
which adds automake support to libbsp/bare.
1999-12-13Patch rtems-rc-19991203-2.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill3-64/+30
to correct the missing part of the mcp750 patch.
1999-12-13First attempt at adding simple binary semaphore in addition to the currentJoel Sherrill13-18/+274
"mutex" and counting semaphore. This is at the request of Eric Norum and his EPICS porting effort.
1999-12-13Corrected order of output.Joel Sherrill1-1/+1
1999-12-13Added RTEMS_IO_ERROR.Joel Sherrill2-0/+2
1999-12-13Now builds and installs properly.Joel Sherrill1-10/+5
1999-12-06Patch patches-rc-19991203-1.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill5-160/+3
which makes i386 code available for all BSPs not just pc386. This is correct since the code is really general to all i386 BSPs now.
1999-12-03New file.Joel Sherrill1-0/+7
1999-12-03Patch from Aleksey (Quality Quorum <qqi@world.std.com>) to change theJoel Sherrill2-6/+46
delay loop in this BSP. Here is his response to a question about the patch: Yes, or that other machine has a different chipset with different timing requirements on enabling Gate 20. I am strongly suspecting that it may some how related to the video card I am using (on my old P-75 target it was plain PCI VGA, on my new one it is Diamond Stealth 3D 2000).
1999-12-03Modem example driver for ppp by Tomasz Domin <dot@comarch.pl> of ComArch SA.Joel Sherrill6-0/+3697
This was used on a mpc823 based system.
1999-12-03Made to compile on other CPU families.Joel Sherrill1-0/+18
1999-12-03Added dec21140 to Makefile.am.Joel Sherrill1-1/+1
1999-12-03Removed warnings.Joel Sherrill1-24/+24
1999-12-03New file.Joel Sherrill2-0/+194
1999-12-03Added more timing information.Joel Sherrill4-0/+418
1999-12-03New file based on information from <valette@crf.canon.fr>.Joel Sherrill2-0/+370
1999-12-03Modification from Emmanuel Raguet <raguet@crf.canon.fr> to merge theJoel Sherrill12-358/+435
dec21140 drivers from the i386/pc386 and powerpc/mcp750 (all Motorola PowerPC boards) and move the network driver to libchip. This driver should work on all PCI based uses of this chip.
1999-12-03Patch rtems-rc-19991123-rc-3.diff from Ralf CorsepiusJoel Sherrill1-0/+44
<corsepiu@faw.uni-ulm.de>: The patch below provides * automake support for score/cpu/powerpc * The hack to propagate values from *.cfg to automake configuration * A fix for librdbg/powerpc/mcp750/Makefile.am (Was completely corrupted before) * Fixes some files which apparently where missing in rtems-rc-19991123-rc-2.diff * some minor configuration related patches To apply: rm -rf ./c/src/exec/score/cpu/powerpc/wrap patch -p1 < rtems-rc-19991123-rc-3.diff Attention: c/src/exec/score/cpu/[configure.in|aclocal.m4|configure] should be removed after applying the patch. Modifications had been made to the score/cpu/powerpc directory after the snapshot this was based on. In particular, the mpc750 and other_cpu directories had been renamed to new_exception_processing and old_exception_processing. After this patch was applied, modifications were made to account for this.
1999-12-03Patch rtems-rc-19991123-rc-3.diff from Ralf CorsepiusJoel Sherrill12-129/+58
<corsepiu@faw.uni-ulm.de>: The patch below provides * automake support for score/cpu/powerpc * The hack to propagate values from *.cfg to automake configuration * A fix for librdbg/powerpc/mcp750/Makefile.am (Was completely corrupted before) * Fixes some files which apparently where missing in rtems-rc-19991123-rc-2.diff * some minor configuration related patches To apply: rm -rf ./c/src/exec/score/cpu/powerpc/wrap patch -p1 < rtems-rc-19991123-rc-3.diff Attention: c/src/exec/score/cpu/[configure.in|aclocal.m4|configure] should be removed after applying the patch. Modifications had been made to the score/cpu/powerpc directory after the snapshot this was based on. In particular, the mpc750 and other_cpu directories had been renamed to new_exception_processing and old_exception_processing. After this patch was applied, modifications were made to account for this.
1999-12-03Patch from Rosimildo DaSilva <rdasilva@connecttel.com> for CygwinJoel Sherrill1-2/+2
to consistently use $(EXEEXT).
1999-12-02Patch rtems-rc-19991123-rc-2.diff from Ralf CorsepiusJoel Sherrill17-609/+462
<corsepiu@faw.uni-ulm.de>: The patch below provides * automake support for score/cpu/powerpc * The hack to propagate values from *.cfg to automake configuration * A fix for librdbg/powerpc/mcp750/Makefile.am (Was completely corrupted before) * Fixes some files which apparently where missing in rtems-rc-19991123-rc-2.diff * some minor configuration related patches To apply: rm -rf ./c/src/exec/score/cpu/powerpc/wrap patch -p1 < rtems-rc-19991123-rc-3.diff Attention: c/src/exec/score/cpu/[configure.in|aclocal.m4|configure] should be removed after applying the patch.
1999-12-02Jennifer added initial test code. Conditional'ed out until she hasJoel Sherrill1-0/+130
the opportunity to work with it.
1999-12-02Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill3-0/+185
As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
1999-12-02Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill160-645/+42532
As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
1999-12-02Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill1-90/+0
As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
1999-12-02Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill122-51847/+0
As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
1999-12-02Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill10-3503/+0
As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
1999-12-01Removed debugging printfs.Joel Sherrill2-4/+0
1999-12-01Patch from Eric Norum <eric@cls.usask.ca> to fix a spot in the tftp fileJoel Sherrill2-2/+0
system table from when the rtems_filesystem_operations_table structure changed and the initializer in libnetworking/lib/tftpDriver.c did not get updated.
1999-12-01 Patch rtems-rc-19991123-rc-2.diff from Ralf CorsepiusJoel Sherrill33-629/+534
<corsepiu@faw.uni-ulm.de> which implements automake support for some score/cpu/<RTEMS_CPU> subdirectories and fixes a few minor configuration bugs. To apply: rm -rf c/src/exec/score/cpu/a29k/wrap rm -rf c/src/exec/score/cpu/hppa1.1/wrap rm -rf c/src/exec/score/cpu/i386/wrap rm -rf c/src/exec/score/cpu/mips64orion/wrap rm -rf c/src/exec/score/cpu/no_cpu/wrap patch -p1 < rtems-rc-19991123-rc-2.diff.gz Notes: * I don't see a possiblity to convert the powerpc subdirectory in its current layout to automake the time being. * Besides the fact that this subdirectory is not in single-tree building layout, the actual showstopper is the ifeq $(RTEMS_CPU_MODEL),mpc750) gmake-conditional in powerpc/Makefile.in, which automake (correctly) refuses to handle. * The problem is *not* specific to the powerpc. Other CPUs basically have similar problems (SH:sh7032 vs sh7045, SPARC: erc32.h in score/cpu/sparc), but have been lucky to get around real issues (cf. configuration files below score/cpu/sh/). * From a configuration focused POV this problem boils down to a file/subdirectory selection problem: ppc: 1 or others sh: 1 out of 2 sparc: 1 out of 1 Automake's means to implement such behavior is using conditionals to be evaluated at configuration-time. The old configuration scheme however used make-time conditionals. The SH port was lucky to get around this issue because it applies a selection from a limited set of possible selections, the powerpc however applies a selection from an unlimited set, based on data not being available at configuration time. * Currently I only see two general solutions: 1) make RTEMS_CPU_MODEL available at configuration time, ie. replace make-time configuration by configuration-time configuration 2) Perform the selection at build-time, i.e. always install all files, but use #ifdef #else #endif in source files. This is what the m68k has exploited at other locations inside of the source-tree. => This directory is the last one remaining not using automake below the whole exec/ hierarchy.
1999-12-01 Patch rtems-rc-19991123-rc-2.diff from Ralf CorsepiusJoel Sherrill10-361/+240
<corsepiu@faw.uni-ulm.de> which implements automake support for some score/cpu/<RTEMS_CPU> subdirectories and fixes a few minor configuration bugs. To apply: rm -rf c/src/exec/score/cpu/a29k/wrap rm -rf c/src/exec/score/cpu/hppa1.1/wrap rm -rf c/src/exec/score/cpu/i386/wrap rm -rf c/src/exec/score/cpu/mips64orion/wrap rm -rf c/src/exec/score/cpu/no_cpu/wrap patch -p1 < rtems-rc-19991123-rc-2.diff.gz Notes: * I don't see a possiblity to convert the powerpc subdirectory in its current layout to automake the time being. * Besides the fact that this subdirectory is not in single-tree building layout, the actual showstopper is the ifeq $(RTEMS_CPU_MODEL),mpc750) gmake-conditional in powerpc/Makefile.in, which automake (correctly) refuses to handle. * The problem is *not* specific to the powerpc. Other CPUs basically have similar problems (SH:sh7032 vs sh7045, SPARC: erc32.h in score/cpu/sparc), but have been lucky to get around real issues (cf. configuration files below score/cpu/sh/). * From a configuration focused POV this problem boils down to a file/subdirectory selection problem: ppc: 1 or others sh: 1 out of 2 sparc: 1 out of 1 Automake's means to implement such behavior is using conditionals to be evaluated at configuration-time. The old configuration scheme however used make-time conditionals. The SH port was lucky to get around this issue because it applies a selection from a limited set of possible selections, the powerpc however applies a selection from an unlimited set, based on data not being available at configuration time. * Currently I only see two general solutions: 1) make RTEMS_CPU_MODEL available at configuration time, ie. replace make-time configuration by configuration-time configuration 2) Perform the selection at build-time, i.e. always install all files, but use #ifdef #else #endif in source files. This is what the m68k has exploited at other locations inside of the source-tree. => This directory is the last one remaining not using automake below the whole exec/ hierarchy.
1999-12-01 Patch rtems-rc-19991123-rc-2.diff from Ralf CorsepiusJoel Sherrill1-90/+0
<corsepiu@faw.uni-ulm.de> which implements automake support for some score/cpu/<RTEMS_CPU> subdirectories and fixes a few minor configuration bugs. To apply: rm -rf c/src/exec/score/cpu/a29k/wrap rm -rf c/src/exec/score/cpu/hppa1.1/wrap rm -rf c/src/exec/score/cpu/i386/wrap rm -rf c/src/exec/score/cpu/mips64orion/wrap rm -rf c/src/exec/score/cpu/no_cpu/wrap patch -p1 < rtems-rc-19991123-rc-2.diff.gz Notes: * I don't see a possiblity to convert the powerpc subdirectory in its current layout to automake the time being. * Besides the fact that this subdirectory is not in single-tree building layout, the actual showstopper is the ifeq $(RTEMS_CPU_MODEL),mpc750) gmake-conditional in powerpc/Makefile.in, which automake (correctly) refuses to handle. * The problem is *not* specific to the powerpc. Other CPUs basically have similar problems (SH:sh7032 vs sh7045, SPARC: erc32.h in score/cpu/sparc), but have been lucky to get around real issues (cf. configuration files below score/cpu/sh/). * From a configuration focused POV this problem boils down to a file/subdirectory selection problem: ppc: 1 or others sh: 1 out of 2 sparc: 1 out of 1 Automake's means to implement such behavior is using conditionals to be evaluated at configuration-time. The old configuration scheme however used make-time conditionals. The SH port was lucky to get around this issue because it applies a selection from a limited set of possible selections, the powerpc however applies a selection from an unlimited set, based on data not being available at configuration time. * Currently I only see two general solutions: 1) make RTEMS_CPU_MODEL available at configuration time, ie. replace make-time configuration by configuration-time configuration 2) Perform the selection at build-time, i.e. always install all files, but use #ifdef #else #endif in source files. This is what the m68k has exploited at other locations inside of the source-tree. => This directory is the last one remaining not using automake below the whole exec/ hierarchy.
1999-12-01Patch rtems-rc-19991123-rc-1.diff from Ralf CorsepiusJoel Sherrill36-629/+651
<corsepiu@faw.uni-ulm.de> which implements automake support for some score/cpu/<RTEMS_CPU> subdirectories and fixes a few minor configuration bugs. To apply: rm -rf c/src/exec/score/cpu/i960/wrap rm -rf c/src/exec/score/cpu/m68k/wrap rm -rf c/src/exec/score/cpu/sh/wrap rm -rf c/src/exec/score/cpu/sparc/wrap rm -rf c/src/exec/score/cpu/unix/wrap patch -p1 < rtems-rc-19991123-rc-1.diff ./bootstrap Known bugs: * "make debug|profile" in c/src/src/score/cpu/<RTEMS_CPU/Makefile does not handle recursion to subdirectories correctly (recurses too often). However, this issue is hardly visible and should be tolerable for the moment.
1999-12-01Patch rtems-rc-19991123-rc-1.diff from Ralf CorsepiusJoel Sherrill2-180/+0
<corsepiu@faw.uni-ulm.de> which implements automake support for some score/cpu/<RTEMS_CPU> subdirectories and fixes a few minor configuration bugs. To apply: rm -rf c/src/exec/score/cpu/i960/wrap rm -rf c/src/exec/score/cpu/m68k/wrap rm -rf c/src/exec/score/cpu/sh/wrap rm -rf c/src/exec/score/cpu/sparc/wrap rm -rf c/src/exec/score/cpu/unix/wrap patch -p1 < rtems-rc-19991123-rc-1.diff ./bootstrap Known bugs: * "make debug|profile" in c/src/src/score/cpu/<RTEMS_CPU/Makefile does not handle recursion to subdirectories correctly (recurses too often). However, this issue is hardly visible and should be tolerable for the moment.
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-03 11:43:21 +0000