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

Subversion Repositories openrisc_me

[/] [openrisc/] [trunk/] [rtos/] [rtems/] [c/] [src/] [lib/] [libbsp/] [m68k/] [ods68302/] [README] - Blame information for rev 173

Details | Compare with Previous | View Log


#
#  $Id: README,v 1.2 2001-09-27 12:00:20 chris Exp $
#
 
BSP NAME:           ods68302
BOARD:              proprietary (see below for relevant information)
BUS:                none
CPU FAMILY:         MC68000
COPROCESSORS:       68302 communications co-processor
MODE:               not applicable
 
DEBUG MONITOR:      gdb
 
PERIPHERALS
===========
TIMERS:             two 68302 timers, one 68302 watchdog timer
  RESOLUTION:         ?
SERIAL PORTS:       three 68302 SCCs
REAL-TIME CLOCK:
DMA:                built-in 68302, not used
VIDEO:              none
SCSI:               none
NETWORKING:         none
 
DRIVER INFORMATION
==================
CLOCK DRIVER:       68302 (TIMER1)
IOSUPP DRIVER:      68302 SCC2
SHMSUPP:            none
TIMER DRIVER:       68302 TIMER2
 
STDIO
=====
PORT:               SCC3 for ROM build, SCC1 for DEGUB build
ELECTRICAL:         EIA-232
BAUD:               9600
BITS PER CHARACTER: 8
PARITY:             None
STOP BITS:          1
 
DEBUG MONITOR
=============
PORT:               SCC3
ELECTRICAL:         EIA-232
BAUD:               57600
BITS PER CHARACTER: 8
PARITY:             None
STOP BITS:          1
 
NOTES
=====
 
This BSP is based on the gen68302. The main differences are C code for
boot parameters, the gdb monitor, and variant support.
 
The boot code which changes is written in C and the parameters used to
control the configuration of the chip select registers and parallel
ports are held in variant specific header files. These file also
control the other hardware specific definitions such the processor
freqency.
 
The gdb monitor currently uses two serial ports. One for the debugger
and one for stdio. This is costly in terms of the 68302 processor.
 
The build configuration contains the memory map. The bsp code does not
contain any memory map parameters. That is the ods68302.cfg contains
the link addresses.
 
To build a version to download via gdb use the command line parameters
to make or "RTEMS_DEBUGGER=yes". This will change the memory map to
place the code, and data above the RAM used by the gdb stub.
 
TODO
====
 
1) Lower the set size of the gdb monitor. This can be made to be about
10K or RAM. The code is about 14K.
 
2) Add the production memory test code. This will be C and asm
code. The asm will be a faster version of the C.
 

Line No.	Rev	Author	Line
1	30	unneback	`#`
2			`# $Id: README,v 1.2 2001-09-27 12:00:20 chris Exp $`
3			`#`
4
5			`BSP NAME: ods68302`
6			`BOARD: proprietary (see below for relevant information)`
7			`BUS: none`
8			`CPU FAMILY: MC68000`
9			`COPROCESSORS: 68302 communications co-processor`
10			`MODE: not applicable`
11
12			`DEBUG MONITOR: gdb`
13
14			`PERIPHERALS`
15			`===========`
16			`TIMERS: two 68302 timers, one 68302 watchdog timer`
17			`RESOLUTION: ?`
18			`SERIAL PORTS: three 68302 SCCs`
19			`REAL-TIME CLOCK:`
20			`DMA: built-in 68302, not used`
21			`VIDEO: none`
22			`SCSI: none`
23			`NETWORKING: none`
24
25			`DRIVER INFORMATION`
26			`==================`
27			`CLOCK DRIVER: 68302 (TIMER1)`
28			`IOSUPP DRIVER: 68302 SCC2`
29			`SHMSUPP: none`
30			`TIMER DRIVER: 68302 TIMER2`
31
32			`STDIO`
33			`=====`
34			`PORT: SCC3 for ROM build, SCC1 for DEGUB build`
35			`ELECTRICAL: EIA-232`
36			`BAUD: 9600`
37			`BITS PER CHARACTER: 8`
38			`PARITY: None`
39			`STOP BITS: 1`
40
41			`DEBUG MONITOR`
42			`=============`
43			`PORT: SCC3`
44			`ELECTRICAL: EIA-232`
45			`BAUD: 57600`
46			`BITS PER CHARACTER: 8`
47			`PARITY: None`
48			`STOP BITS: 1`
49
50			`NOTES`
51			`=====`
52
53			`This BSP is based on the gen68302. The main differences are C code for`
54			`boot parameters, the gdb monitor, and variant support.`
55
56			`The boot code which changes is written in C and the parameters used to`
57			`control the configuration of the chip select registers and parallel`
58			`ports are held in variant specific header files. These file also`
59			`control the other hardware specific definitions such the processor`
60			`freqency.`
61
62			`The gdb monitor currently uses two serial ports. One for the debugger`
63			`and one for stdio. This is costly in terms of the 68302 processor.`
64
65			`The build configuration contains the memory map. The bsp code does not`
66			`contain any memory map parameters. That is the ods68302.cfg contains`
67			`the link addresses.`
68
69			`To build a version to download via gdb use the command line parameters`
70			`to make or "RTEMS_DEBUGGER=yes". This will change the memory map to`
71			`place the code, and data above the RAM used by the gdb stub.`
72
73			`TODO`
74			`====`
75
76			`1) Lower the set size of the gdb monitor. This can be made to be about`
77			`10K or RAM. The code is about 14K.`
78
79			`2) Add the production memory test code. This will be C and asm`
80			`code. The asm will be a faster version of the C.`
81

Browse

Tools

Subversion Repositories openrisc_me

[/] [openrisc/] [trunk/] [rtos/] [rtems/] [c/] [src/] [lib/] [libbsp/] [m68k/] [ods68302/] [README] - Blame information for rev 173