OpenCores
URL https://opencores.org/ocsvn/openrisc_me/openrisc_me/trunk

Subversion Repositories openrisc_me

[/] [openrisc/] [trunk/] [rtos/] [ecos-2.0/] [packages/] [hal/] [i386/] [pc/] [v2_0/] [doc/] [RELEASENOTES.txt] - Blame information for rev 232

Go to most recent revision | Details | Compare with Previous | View Log

Line No. Rev Author Line
1 27 unneback
 
2
Functionality of eCos on the PC
3
-------------------------------
4
 
5
This release of eCos for the PC target is based on the code
6
contributed by Patrick O'Grady (patrick@softprocess.com). With the
7
exception of some minor reorganization it is essentially the same as
8
Patrick's release.
9
 
10
There are a number of things that are currently incomplete and are
11
listed here to indicate where this code is expected to change in the
12
future. These include:
13
 
14
- The current exception handling code is derived from the original GDB
15
  stubs and is only really adequate for handling debugging
16
  requirements. We will need to provide full support for exception
17
  delivery to applications. As a result of this, nearly all of the
18
  related code will need to be rewritten.
19
 
20
- Currently the GDB stub monitor is used just as a loader, once the
21
  program is running any debug duties are taken by a separate set of
22
  GDB stubs in the loaded image. To make this image smaller it is
23
  desirable to use the GDB stubs already present in the monitor. This
24
  requires some reorganization of the VSR table and the addition of a
25
  vector table for calls between the two pieces of code.
26
 
27
- Related to the previous item, support for using Ctrl-C when there
28
  are no stubs present in the executable need to be added. This
29
  differs from the current support that interacts with the included
30
  stubs since it must interact with the monitor via the vector table.
31
 
32
- At present the stub monitor can only boot from floppy disk. It
33
  should be possible to make this code more generic so that it can
34
  boot from hard disk and CD too. Support for applications that can
35
  boot in this way should also be possible, as is booting via
36
  BOOTP/TFTP from a network interface.
37
 
38
- Complete the HAL port, including addition of cache control macros
39
  and a cleaner distinction between architecture, variant and
40
  platform.
41
 
42
 

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.