summaryrefslogtreecommitdiffstats
path: root/c/src/lib (unfollow)
Commit message (Collapse)AuthorFilesLines
1998-04-15Stack check now initialized as part of initial extension set.Joel Sherrill3-0/+65
1998-04-15Per suggestion from Eric Norum, went from one initial extension setJoel Sherrill26-339/+0
to multiple. This lets the stack check extension be installed at system initialization time and avoids the BSP having to even know about its existence.
1998-04-14Ralf Corsepius suggested a way to get rid of UNIX compiler files and use ↵Joel Sherrill1-1/+1
gcc-target-default.cfg
1998-04-14Stack checker extension now accounted for in confdefs.hJoel Sherrill27-201/+3
1998-04-14Now accounts for region used by RTEMS malloc and extension usedJoel Sherrill26-400/+0
by newlib.
1998-04-14Removed recursive call to exitJoel Sherrill1-2/+0
1998-04-14Moved bspclean from assembly to C and made exit act properly.Joel Sherrill2-2/+19
1998-04-14new fileJoel Sherrill3-6/+54
1998-04-14Removed delay macroJoel Sherrill1-16/+0
1998-04-14removed shmsuppJoel Sherrill1-1/+1
1998-04-14Corrected commentJoel Sherrill1-3/+2
1998-04-14new filesJoel Sherrill35-0/+3397
1998-04-06Increased stack space of the monitor task.Joel Sherrill1-1/+1
1998-04-06More stuff removed as a result of using newlib's isatty() implementation.Joel Sherrill2-15/+0
These were noticed by Eric Norum.
1998-04-03Removed isatty() since we are now using newlib's implementation asJoel Sherrill4-21/+0
a result of enabling the newlib POSIX directory.
1998-03-30Moved bsp_postdriver_hook() to a shared file and made it a commonJoel Sherrill47-666/+118
component.
1998-03-30Renamed crt0.o to crt0_go32.o to avoid build problems.Joel Sherrill1-1/+1
1998-03-30Update from "erik.ivanenko" <erik.ivanenko@utoronto.ca>.Joel Sherrill12-130/+1432
Also removed bsp_postdriver_hook() from every bsp possible and moved to shared version.
1998-03-27GO32 does not have sockets.Joel Sherrill1-0/+2
1998-03-27Should have included <rtems.h> before checking for ifdef RTEMS_UNIX.Joel Sherrill1-2/+2
Bug report from Olivier Hainque <hainque@inf.enst.fr> on SPARC Solaris 2.6.
1998-03-25Moved memcpy to newlib/libc/machine/m68kJoel Sherrill1-1/+1
1998-03-25m68k software interrupt stack support from Chris Johns and Eric Norum.Joel Sherrill2-4/+4
1998-03-25Corrected argument passing.Joel Sherrill1-3/+2
1998-03-25Corrected definition of main and boot_card to be more ANSI compliant.Joel Sherrill1-3/+5
1998-03-25Corrected invocation of boot_card().Joel Sherrill1-4/+6
1998-03-24Rename hppa1_1 to hppa1.1 and switched to using __XXX__ macros forJoel Sherrill7-20/+20
the CPU family name constants.
1998-03-24new fileJoel Sherrill1-0/+54
1998-03-23Converted to conditionally uses strerr code to better work with glibc2.Joel Sherrill2-8/+21
1998-03-23Patches from Eric Norum:Joel Sherrill9-174/+85
Here are some patches to the gen68360 BSP. The improvements include: Boot prom run-time selection of DRAM size (1/4/16 Mbytes) Full 32-bit ethernet address obtained from boot prom. Updated README.
1998-03-21Added BSP specific start since it had become VERY complex to attemptJoel Sherrill3-1/+325
to share the start code across i386 BSPs.
1998-03-21Switch to using a shared main() for all of the embedded BSPsJoel Sherrill70-463/+190
based on the GNU tools. This usually involved correcting the type of bsp_start(), bsp_cleanup(), adjusting the start code to call the right start routine (the shared boot_card()), and then removing code from bsp_start() which was performed in the new boot_card()/main() path.
1998-03-20Fixed typo.Joel Sherrill2-2/+2
1998-03-20New port from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill24-0/+1811
1998-03-20SH port submitted from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill16-0/+2122
1998-03-20Removed blank line.Joel Sherrill1-1/+1
1998-02-23Patch from Eric Norum:Joel Sherrill1-1/+1
Here's another small patch. The changes to socket.h are to provide some definitions that UNIX BSD socket programmers expect. The memcpy.c contains a memcpy routine optimized for the CPU32+. When I run the ttcp benchmark with this routine I get host->68360 transfers around 165 kbytes/sec (about a 25% improvement) and 68360->host transfers of around 290 kbytes/sec (about a 50% improvement).
1998-02-19Patch from Eric Norum:Joel Sherrill1-36/+42
While trying to work through this problem I decided that the build-time selection of the console I/O operation (polling or interrupt) was too clumsy. Here's a patch that allows run-time (actually init-time) selection of the console I/O mode. It also shows the need for another `flags' or `options' field in the rtems_driver_address_table structure...
1998-02-18Patch from Chris Johns to add the interrupt class destructure.Joel Sherrill1-0/+5
1998-02-17updated copyright to 1998Joel Sherrill290-290/+290
1998-02-17Added .eh_frame, C++ constructor, and C++ destructor sections.Joel Sherrill17-1/+251
1998-02-17Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill2-3/+10
I've gone through and cleaned up the TFTP driver so that it fits into the libio system. Here's the comment from the new driver: /* * Usage: * * To open `/bootfiles/image' on `hostname' for reading: * fd = open ("/TFTP/hostname/bootfiles/image", O_RDONLY); * * The `hostname' can be a symbolic name or four * dot-separated decimal values. * * To open a file on the host which supplied the BOOTP * information just leave the `hostname' part empty: * fd = open ("/TFTP//bootfiles/image", O_RDONLY); * */ You can `fopen' TFTP files the same way: fp = fopen (fullname, "r"); nread = fread (cbuf, sizeof cbuf[0], sizeof cbuf, fp); The diff's are included below. I've also modified the TFTP demo program and the bootstrap PROM example. They should be on my ftp site `soon'. The one thing I don't like is the way I had to do an end-run on the libio routines to get errno passed back from my driver to the application (since there are some errno codes that don't map to RTEMS status codes). My approach was to set errno in the driver and have the driver routine return an RTEMS status code that I `know' isn't in the errno_assoc[] in libio.c. Perhaps there should be an RTEMS_TRANPARENT_ERRNO status code (or something similar) which driver routines could return to indicate that the driver routine has set errno and that the libio routines shouldn't attempt to map the returned status code to errno. Actually, I think the entire I/O system needs looking at -- as you've already mentioned. The hacks I've dropped in to syscalls.c to make fstat work, for example, are *not* shining examples of good code......
1998-02-11Incorporated Ralf Corsepius' idea for new -q flags to properly supportJoel Sherrill20-40/+142
"gmake debug".
1998-02-11Don't install tools using variant name.Joel Sherrill1-1/+1
1998-02-06Problem report from Brian Cuthie regarding incorrect calculationJoel Sherrill1-1/+2
of BSS size. The conversion from a count of u8's to a count of u32's was shifting in the wrong direction. This error had been in the start code a long time. It had not caused problems because the BSS is typically much smaller than the C heap which typically follows it in memory. Plus since this code was executed at start time, all that really happened was an extra zeroing of some memory.
1998-02-03Added call to libc_wrapup() in _exit. This fixes a problem whereJoel Sherrill1-0/+1
the atexit routines on the global reentrancy structure were not invoked. But it does not seem like a 100% correct solution.
1998-02-03Corrected spelling error so interrupt driven console would work.Joel Sherrill1-2/+2
1998-01-30Big patch form Ralf Corsepius described in this email:Joel Sherrill245-980/+490
Here is the result of my nightly work to get RTEMS_ROOT=$srcdir working with different shells and relative/absolute paths. What I did is relatively simple in principle: Instead of setting RTEMS_ROOT in configure.in and then let configure substitute @RTEMS_ROOT@ inside the Makefiles, I now let each Makefile set RTEMS_ROOT from each Makefile's @top_srcdir@ value. The difference is subtile, but with enormous side effects: - If RTEMS_ROOT is set in configure, then the same single value will be propagated to all Makefiles. This breaks using relative paths, as the relative path to the root of the source tree is used inside of all subdirectory Makefiles. - Now each Makefile.in sets RTEMS_ROOT = @top_srcdir@. top_srcdir is computed individually by configure for each single Makefile.in, hereby receiving the correct value, no matter if relative or absolute paths are used. To get this working, I needed to remove setting RTEMS_ROOT from target.cfg.in, because this overrides the value of RTEMS_ROOT from each individual Makefile. Furthermore, I removed RTEMS_CUSTOM from the Makefiles and replaced all "include $(RTEMS_CUSTOM)" directives with"include $(RTEMS_ROOT)/make/custom/$(RTEMS_BSP)". Perhaps you don't like this, but I think, to have one variable less is clearer and easier to understand than having several variables refering to the next one. I enclose a small patch to this mail, which - fixes the config.h problem (to finally clearify misunderstands) - removes assignment/subsitution of RTEMS_ROOT from configure.in - contains a workaround for the application Makefile's RTEMS_ROOT problem (reported by Eric) - removes some unused lines from the toplevel Makefile.in - removes assignment of RTEMS_ROOT from make/target.cfg.in
1998-01-30Corrected Linux port for glibc2Joel Sherrill4-3/+6
1998-01-27Fixed missing carriage return at the bottom of the file reportedJoel Sherrill1-1/+0
by Ralf Corsepius
1998-01-23Solaris port updates from Chris JohnsJoel Sherrill10-21/+26
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-17 09:36:12 +0000