summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* changed version to 980911Joel Sherrill1998-09-113-5/+5
|
* Patch from "David J. Fiddes" <D.J@fiddes.surfaid.org>:Joel Sherrill1998-09-115-630/+185
| | | | | | | | | | | 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.
* Fixed back so it would build.Joel Sherrill1998-09-101-0/+2
|
* Added references.Joel Sherrill1998-09-101-0/+33
|
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-09-101-1/+6
| | | | | | If you're getting close to a new snaphot, here's something that might be useful to add to the BSP README notes for systems with networking.
* Patch from David Fiddes <D.J.Fiddes@hw.ac.uk> to make this compileJoel Sherrill1998-09-105-5/+5
| | | | for the ColdFire.
* Patch from Chris Johns <ccj@acm.org>:Joel Sherrill1998-09-102-2/+2
| | | | | | | | | | | I have managed to build the bsp ods68302 and the rtti test case I made with egcs-1.1b and binutils-2.9.1. I have built our C++ application and got no link errors so it looks like this is now working. I am yet to test the code but getting the thing to link was the problem. Please find a patch attached which removes the -fno-rtti option.
* Patch from Eric Valette <valette@crf.canon.fr>. Most of this was includedJoel Sherrill1998-09-101-1/+8
| | | | | | | | | | | | in a previous patch. Comments from Eric: patch_com2 was before your own fixes of raw IDT vector management routine. It mainly use human readable constants for the serial line driver code + the patch you gave me for com2 write routine. I applied your patch for raw IDT mngt on top of that. Then made minor cleaning in patch_idt_mngt. I hope this helps.
* Patch from Eric Norum <eric@skatter.usask.ca> to fix a cryptic errorJoel Sherrill1998-09-104-4/+12
| | | | message after comments from Eric Valette <valette@crf.canon.fr>.
* Patch from Emmanuel Raguet <raguet@crf.canon.fr>:Joel Sherrill1998-09-103-10/+114
| | | | | | | | | After some good comments from Eric Norum [thanks, Eric !], I have added some modifications to my previous driver patch : - wait for transmitter ready before sending a packet, - new delay management in case of ring-overwritting.
* Added section on format of the configuration space file.Joel Sherrill1998-09-091-0/+2
|
* Added gettimeofday().Joel Sherrill1998-09-091-0/+26
|
* New fileJoel Sherrill1998-09-081-0/+5
|
* Removed chapter names from automatically generated node names.Joel Sherrill1998-09-082-3/+5
|
* Fixed include file path.Joel Sherrill1998-09-081-1/+1
|
* Added text to describe System log, Non-system logs,facility, and severity.Jennifer Averett1998-09-021-5/+22
|
* Fixed spacing. More comments from Eric Norum need to be addressed.Joel Sherrill1998-08-314-28/+28
|
* Patch from Emmanuel Raguet <raguet@crf.canon.fr>:Joel Sherrill1998-08-3112-366/+483
| | | | | I have reworked the ethernet driver for the BSP pc386 and here is the patch to apply.
* Patch from Eric Valette <valette@crf.canon.fr>:Joel Sherrill1998-08-316-90/+73
| | | | | | | | | | | | | | | | | | | Eric> NB : there is still a bug on PC386 serial line : exit does not Eric> flush the remaining output queue. As this is not a bug in the Eric> driver itself but somewhere in PC386 initialization/termios Eric> relationship it will be part of another patch. Eric> NB2 : As Emmanuel excerced the exception hanlder code, while Eric> porting the SMC driver to the new BSD stack, we found a bug Eric> in the exception handler : it shall not delete the current Eric> thread in case we are running at interrupt level. This will Eric> be part of another patch... So here is the patch. This patch fixes the two problems mentionned above + it use vpath mechanism intead of copying the irq related files in the right directory. This avoid to compile them each time and is more homogenous with other Makefiles.
* Patch from Eric Valette <valette@crf.canon.fr>:Joel Sherrill1998-08-312-25/+49
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Here is a brief description of the attached patch : 1) There was a bug in the code for the COM2 serial line driver. Aleksey gave me a fix that fixes the driver code itself. I would like to thank him again publicly, 2) I introduced constants in the serial driver code because I had a hard time reading the meanning of hexadecimal values in the NS data book :) 3)You can now mix printk and printf on serial line (tested on COM2). There is a #ifdef PRINTK_ON_SERIAL in console.c that enables to have printk on console while printf on serial line, 4) Removed call to displayCpuInfo because anyway if was at the wrong place for serial line console (too early). It can anyway be called at application level, 5) The original printk was unable to display negative integer values and was also recursive. It now works corectly, All the modifications have been tested here on the COM2 port from a PC running RTEMS to a PC running linux, NB : there is still a bug on PC386 serial line : exit does not flush the remaining output queue. As this is not a bug in the driver itself but somewhere in PC386 initialization/termios relationship it will be part of another patch. NB2 : As Emmanuel excerced the exception hanlder code, while porting the SMC driver to the new BSD stack, we found a bug in the exception handler : it shall not delete the current thread in case we are running at interrupt level. This will be part of another patch...
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1998-08-315-20/+10
| | | | | | | | | | | | | | I think I figured out why rtems_panic was locking up instead of shutting down the executive and returning to the code that called boot_card(). Later on there is code to print some messages on the standard error stream, a recursive call back to rtems_verror (through rtems_error) and finally a call to _exit(). I think that the _Thread_Disable_dispatch() is preventing the final context switch back to the boot_card() code. Does this sound right to you?
* Updated the descriptions section for the log_create and log_sys_createWade A Smith1998-08-311-5/+62
| | | | functions.d
* Reviewed log_read().Joel Sherrill1998-08-281-21/+41
|
* Reviewed and corrected log_write(), log_write_any(), and log_write_entry().Joel Sherrill1998-08-281-84/+202
|
* Added log_write_any and part of log_copy.Joel Sherrill1998-08-281-3/+92
| | | | Reviewed log_close.
* Added author credit.Joel Sherrill1998-08-281-0/+5
|
* Added CVS Ids.Joel Sherrill1998-08-289-0/+72
|
* Added top level file and cleaned up chapter namesJoel Sherrill1998-08-287-6/+127
|
* Undid renaming.Joel Sherrill1998-08-281-0/+0
|
* Renamed intro to preface.Joel Sherrill1998-08-281-0/+0
|
* Base filesJoel Sherrill1998-08-2810-25/+1151
|
* New fileJoel Sherrill1998-08-281-0/+94
|
* Updated log_seek() per review.Joel Sherrill1998-08-271-14/+10
|
* Modified log_open() to reflect review.Joel Sherrill1998-08-271-26/+29
|
* Corrected descriptions of log facility set manipulation routines asJoel Sherrill1998-08-271-130/+59
| | | | part of the review.
* Corrected log_severity_before as part of reviewing the code.Joel Sherrill1998-08-271-7/+16
|
* Incorporated the "#include <dump.h>" statement in file.Wade A Smith1998-08-261-0/+2
|
* Incorporated the "#include cfg.h" statement in documentWade A Smith1998-08-261-0/+24
|
* Incorporated the "#include <admin.h>" statement in fileWade A Smith1998-08-261-0/+2
|
* Corrected mispelled words.Wade A Smith1998-08-261-2/+30
|
* Added some background and operations subsections.Joel Sherrill1998-08-253-0/+20
|
* Fixed spelling mistakes.Joel Sherrill1998-08-252-41/+41
|
* Fixed spelling mistake.Joel Sherrill1998-08-251-1/+1
|
* Cleaned up formatting.Joel Sherrill1998-08-254-789/+906
| | | | | | Added notes on background and operations sections. Added NOTE to indicate the feature flag defined.
* Commit for reviewJoel Sherrill1998-08-254-77/+77
|
* Documented the log_create and log_sys_create routinesWade A Smith1998-08-251-0/+76
|
* Posix users manual now makes multiple info files.Joel Sherrill1998-08-241-2/+2
|
* changed version to 980824Joel Sherrill1998-08-242-2/+2
|
* Patch from Eric Valette <valette@crf.canon.fr> to add an extra newline.Joel Sherrill1998-08-241-0/+1
|
* Patch from Eric Valette <valette@crf.canon.fr>:Joel Sherrill1998-08-241-63/+16
| | | | | | | | | | | | | | | | Celso Labinaz <labinaz@tin.it> pointed to me thatthe console on serial line was not working. After spending quite a time to find the right cable and software, I confirm this. I'm going to debug this in the next days because I want to use the serial line for debugging. In the meantime, in order to be sure that this was a driver initialization/bug, I made printk work on the serial line in order to be sure the receiver part and configuration was OK. Here is the for printk on serial line. BTW, does anyone else use the serial line facilities for PC? printf seems to output nothing (hello.exe output everything that has a printk but application printf seems to be broken).
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-12 00:27:04 +0000