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

Subversion Repositories openrisc

[/] [openrisc/] [trunk/] [rtos/] [rtems/] [c/] [src/] [lib/] [libbsp/] [powerpc/] [dmv177/] [QUIRKS] - Blame information for rev 814

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

Line No. Rev Author Line
1 30 unneback
#
2
#  Quirks in the DY-4 DMV177
3
#
4
#  $Id: QUIRKS,v 1.2 2001-09-27 12:00:30 chris Exp $
5
#
6
 
7
JTAG and Caching
8
================
9
If data or code caching is enabled on certain revisions of the PPC603e,
10
then the JTAG emulator interface become disfunctional.  You can not
11
debug using the emulator on these chip revisions.  On certain revisions,
12
it is so bad that when code caching is enabled, you can not even
13
download code reliably to the board.
14
 
15
Caching and Peripherals
16
=======================
17
When caching is enabled, care must be exercised to insure that all
18
peripheral addresses are still uncached.
19
 
20
Exar 88681 Clock
21
================
22
This board uses a different clock for the Exar 88681 DUART than is
23
documented in the Exar manual or the original MC68681 manual.  This
24
resulted in the need for the the mc68681 libchip driver to support
25
BSP specific baud rate tables and the development of a DMV177
26
specific baud rate table.
27
 
28
In the end, this all works but you have a very limited range of
29
useful baud rates on the 88681 ports compared to what would have
30
been supported had DY-4 just followed the Exar or Motorola manual.
31
 
32
 
33
SCC Addresses
34
=============
35
The full set of SCC addresses is not documented in the DY-4 manual
36
and they are not ordered as one would expect.  Normally the four
37
SCC registers are ordered Control A, Data A, Control B, and Data B.
38
DY-4 orders them with B first.
39
 
40
This required extra time to debug.
41
 
42
 
43
SCV64 and the Foundation Firmware
44
=================================
45
DY-4 technical support did not offer code to determine which interrupt
46
sources were pending at the SCV64.  They recommended calling into the
47
Foundation Firmware ROM monitor to figure this out.  The Foundation
48
Firmware did not recognize enough interrupts on this board to be useful.
49
 
50
In the end, we gave up on their technical support's recommendation
51
and directly manipulated the SVC64.  This is what we wanted to do in
52
the first place but we got no information from them to aid in this.
53
Luckily, the manual does document enough of DY-4's mapping of the specific
54
interrupt sources to make this work.
55
 
56
 
57
Z85C30 SCC Clock Speed
58
======================
59
 
60
The Z85C30 SCC can be factory configured for 10 Mhz or 2.4616 Mhz.  Code
61
had to be added to dynamically determine which clock was installed.
62
 
63
The board we had used a 10 Mhz clock.  No testing was done with a 2.4616 Mhz
64
clock.
65
 
66
 
67
P2 Octopus Cable
68
================
69
 
70
DY-4's P2 breakout is large and a bit unwieldy.  It was difficult to
71
fight into the VME cage we used.  The SCSI connector comes off the
72
side and is very stiff thus making it difficult to route around
73
anything in the back of the cage.  We gave up on trying to use
74
it in the first few slots of OAR's cage.

powered by: WebSVN 2.1.0

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