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

Subversion Repositories xgate

[/] [xgate/] [trunk/] [README.txt] - Diff between revs 89 and 102

Show entire file | Details | Blame | View Log

Rev 89 Rev 102
Line 1... Line 1...
// 45678901234567890123456789012345678901234567890123456789012345678901234567890
// 45678901234567890123456789012345678901234567890123456789012345678901234567890
////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////
// SVN tag: None
// SVN tag: None
 
 
 
January 27,2013
 
RTL - Commited changes to detect PC underflow/overflow as an OP-code error.
 
 
 
////////////////////////////////////////////////////////////////////////////////
 
////////////////////////////////////////////////////////////////////////////////
 
// SVN tag: None
 
 
November 21,2011
November 21,2011
RTL - No Change
RTL - No Change
 
 
Code cleanup, converted tabs to blanks. Added code to instruction test to cover
Code cleanup, converted tabs to blanks. Added code to instruction test to cover
a few base instructions that weren't being tested. Changed instance name of
a few base instructions that weren't being tested. Changed instance name of
Line 14... Line 21...
////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////
 
 
My current idea list for enhancements is:
My current idea list for enhancements is:
 
 
Add to the software apps:
Add to the software apps:
a - It should be possible to write software to emulate some simple hardware modules such as I2C, SPI and UART.
a - It should be possible to write software to emulate some simple hardware
 
      modules such as I2C, SPI and UART.
b - DMA controller software
b - DMA controller software
c - Find open source C compiler for Xgate
c - Find open source C compiler for Xgate
d - ???
d - ???
 
 
It would be interesting to integrate the Xgate with some of the other OpenCores peripheral modules. Again there would be some related software development for verification. The ultimate goal would be to to create full-blown drivers for these modules.
It would be interesting to integrate the Xgate with some of the other OpenCores
a - Integrate Xgate with I2C controller and develop software to support SMBus and PMBus protocols.
  peripheral modules. Again there would be some related software development for
 
  verification. The ultimate goal would be to to create full-blown drivers for
 
  these modules.
 
a - Integrate Xgate with I2C controller and develop software to support
 
     SMBus and PMBus protocols.
b - ???
b - ???
 
 
Another interesting integration project would be to build a processor core with the OpenRISC as the host and the Xgate working as a co-processor. Some type of memory controller module would need to be developed so the Xgate could have some semiprivate RAM to run code from. Also a separate slave bus would be nice to isolate peripherals that could be managed mostly by the Xgate. Some software development would be required for both OpenRISC and Xgate to verify the functionality.
Another interesting integration project would be to build a processor core with
 
  the OpenRISC as the host and the Xgate working as a co-processor. Some type of
Develop hardware debug module. Survey Freescale debugger and other debugger specifications and develop hardware debugger/specification that can optionally be connected to the Xgate module. The debugger should be broken into at least two modules, one the actual debug interface and the second a flexible serial interface adaptor. There are already JTAG modules in the design database that I had thought might be used as one possible interface to the debugger. (A great project on it's own would be to develop a JTAG module that meets the latest JTAG specification including the single wire interface.)
  memory controller module would need to be developed so the Xgate could have
 
  some semiprivate RAM to run code from. Also a separate slave bus would be
Upgrade Xgate to the enhanced version that Freescale now ships. This includes an alternate register set so the Xgate can switch in a few cycles from a low priority interrupt to a higher priority interrupt and then return to the low priority interrupt process.
  nice to isolate peripherals that could be managed mostly by the Xgate. Some
 
  software development would be required for both OpenRISC and Xgate to verify
Improvements to the architecture to support high speed operation. The current code was developed in a piecemeal fashion without much pre-planing on the data path from/to RAM and the internal registers.
  the functionality.
 
 
 
Develop hardware debug module. Survey Freescale debugger and other debugger
 
  specifications and develop hardware debugger/specification that can optionally
 
  be connected to the Xgate module. The debugger should be broken into at least
 
  two modules, one the actual debug interface and the second a flexible serial
 
  interface adaptor. There are already JTAG modules in the design database that
 
  I had thought might be used as one possible interface to the debugger.
 
  (A great project on it's own would be to develop a JTAG module that meets the
 
  latest JTAG specification including the single wire interface.)
 
 
 
Upgrade Xgate to the enhanced version that Freescale now ships. This includes
 
  an alternate register set so the Xgate can switch in a few cycles from a low
 
  priority interrupt to a higher priority interrupt and then return to the low
 
  priority interrupt process.
 
 
 
Improvements to the architecture to support high speed operation. The current
 
  code was developed in a piecemeal fashion without much pre-planing on the
 
  data path from/to RAM and the internal registers.
 
 
System Verilog class based constrained random verification environment.
System Verilog class based constrained random verification environment.
 
 
////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////

powered by: WebSVN 2.1.0

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