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

Subversion Repositories openarty

[/] [openarty/] - Rev 36

Rev

Go to most recent revision

Filtering Options

Clear current filter

Rev Log message Author Age Path
36 Lots of changes, see the git changelog for details. dgisselq 2777d 19h /openarty/
35 Added comments and copyright notice. dgisselq 2781d 06h /openarty/
34 These updates bring the distribution along to the point where both the GPS
clock subsecond tracking, as well as the OLEDrgb controller now work.
dgisselq 2781d 08h /openarty/
33 Fixed the network receive CRC and MAC checking, and added ip-checking and
minimum packet length checking to the receiver.
dgisselq 2786d 15h /openarty/
32 Brought the CPU to its first working version, to include demo. dgisselq 2787d 17h /openarty/
31 Initial network is now working. Adding CPU control files to repository. dgisselq 2788d 10h /openarty/
30 Network transmit and MIG memory both work now, though the clock speed has
been dropped to 80.125MHz.
dgisselq 2788d 10h /openarty/
29 Here's the memory pin list, necessary for running Xilinx's Memory Interface
Generator.
dgisselq 2816d 07h /openarty/
28 Including the updates and corrections from the wbuart32 project. dgisselq 2816d 07h /openarty/
27 Bus changes ... dgisselq 2816d 07h /openarty/
26 Adjusted the timing comments. dgisselq 2816d 07h /openarty/
25 The memory now works. However, the core speed has been lowered to 81.25MHz
to do this. The top level file is no longer fasttop.v, but toplevel.v.
dgisselq 2824d 15h /openarty/
24 Here are the updates from the first (failed) attempt to try to integrate
the DDR3 SDRAM controller onto this board.
dgisselq 2843d 11h /openarty/
23 Includes settings necessary for the Arty to load from flash builds, and to
reconfigure itself later.
dgisselq 2853d 10h /openarty/
22 A useful script for programming the device, given that the current device
program includes a valid comms interface.
dgisselq 2853d 10h /openarty/
21 Removed the OLED controller one additional clock from the bus. This was
necessary to maintain the 200MHz clock speed, especially given the growing
fanout of the device bus.
dgisselq 2853d 10h /openarty/
20 Lots of bug fixes: After turning on XIP, and running in XIP mode, leaving XIP
mode turns it back off again, necessitating a new write to the VCon register.
Further, XIP mode starts in extended SPI mode, and only transfers in QSPI
mode for data. Finally, two new commands have been created: enabling the
SPI memory reset, and actually resetting the SPI memory. In general, these
are all better--as the EQSPI flash controller now works with these changes,
whereby it didn't really work without them before.
dgisselq 2853d 10h /openarty/
19 Creates an LED mask portion of writing to the LED's register. Only those
bits specified in the mask (bits [7:4]) will be adjusted in the LED
register on a write. Hence to set all on, set the LED register to 0x0ff,
all off, 0x0f0, or to set LED 0 to on while leaving the others unchanged,
set it to 0x011.
dgisselq 2853d 10h /openarty/
18 The device can now program and configure itself, allowing bootstrap possibilities.
`
dgisselq 2853d 10h /openarty/
17 Fixed the misaddressed I/O peripherals in the fastio peripheral group. In
particular, UART and GPS were misaddressed. This has now been fixed, so these
peripherals (should) match the spec. Further, the default speed of the two
UARTs has been adjusted to 115200/8N1 for the aux UART, and 9600/8N1 for the
GPS UART. The Aux UART transmitter also passes testing, so at least that one
works.
dgisselq 2855d 09h /openarty/
16 This returns the scope to its original configuration, where the decode()
function is not allowed to have any side effects.
dgisselq 2855d 10h /openarty/
15 These files were changed/perfected as part of getting the EQSPI flash driver
up and running. They currently match the hardware, as far as I can tell, and
the test bench (_tb.cpp file) shows that the Verilog modules work (with the
simulated hardware) as designed.
dgisselq 2855d 11h /openarty/
14 All changes made as a part of getting the flash driver up and running. Today,
it successfully programmed a configuration into the Arty via wbprogram, so ...
that's been my last/best test.
dgisselq 2855d 11h /openarty/
13 Here are the updates necessary to get the initial Quad SPI flash driver working.
This includes in particular the bus interconnect (in fastmaster.v), and the
final hookup to the external wires (in fasttop.v).
dgisselq 2855d 11h /openarty/
12 A work in progress. This checkin contains fixes for the flash (mostly),
together with some logic reductions facilitating full speed (200MHz) build.
dgisselq 2856d 14h /openarty/
11 Files necessary to simulate the entire Arty board--everything at the fastmaster
module and below.
dgisselq 2856d 14h /openarty/
10 Updated flash data and test files, for a flash that produces it's answers a
clock after I'm expecting them.
dgisselq 2856d 14h /openarty/
9 Adding copywrite statement (oops). dgisselq 2856d 14h /openarty/
8 Fixes the makefile so it builds a complete testbench suite, emulating the
entire Arty board.
dgisselq 2856d 14h /openarty/
7 This implements the coordination of a massive build/test suite--just not the
actual configuration file itself.
dgisselq 2856d 14h /openarty/

powered by: WebSVN 2.1.0

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