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

Subversion Repositories raytrac

[/] [raytrac/] [branches/] [fp_sgdma/] - Rev 232

Rev

Go to most recent revision

Filtering Options

Clear current filter

Rev Log message Author Age Path
232 raytrac sopc component updated jguarin2002 4391d 23h /raytrac/branches/fp_sgdma/
231 nfetch address counter implemented in a whole register for convinience jguarin2002 4391d 23h /raytrac/branches/fp_sgdma/
230 RC 1.0 Previous rev(228), is functional and even more than this one, but is bigger and is for debugging jguarin2002 4397d 02h /raytrac/branches/fp_sgdma/
229 Total RtEngine Hardware, BUT, problems with interconnection... perhaps theres a problem with long path on ssumando5 jguarin2002 4398d 02h /raytrac/branches/fp_sgdma/
228 Fixed a BUG where big differences betweeen exponents difference suffered from miss-signedness because of the width of the result was 1 bit narrower, and still its highest significant bit was taken as the sign, in result big differences in where taken as negative results... leading to situations like A+0=0 cause the exponent chosen as the big one was the zero's (-127) leading to an unexpected 0 in the result. The bug was fixed by correcting the signedness of the operation and making the result less narrower in one bit. jguarin2002 4399d 19h /raytrac/branches/fp_sgdma/
221 The change in sqrt and inv is about the path of the files with the data memory. dpc has been changed by ap_n_dpc and there was an error on RayTrac related to the load sync chain: the loading of Dot product Operation was being carried out as if it was an unary operation rather than a two operands operation jguarin2002 4409d 09h /raytrac/branches/fp_sgdma/
220 ap_n_dpc.vhd es el RTL que integra DataPathControl y ArithPipeLine jguarin2002 4409d 10h /raytrac/branches/fp_sgdma/
219 RayTrac: Non tested and witouh TSE jguarin2002 4409d 11h /raytrac/branches/fp_sgdma/
218 Raytrac : NS_JULI_DSF_ASM_DMA_120812_18081 : SOPC Library TCL scrip, load it into the Altera Project jguarin2002 4409d 15h /raytrac/branches/fp_sgdma/
217 Raytrac : NS_JULI_DSF_ASM_DMA_120812_18081 : \n+ NIOS 2 Standard\n+ JTAG UART | UART | LCD | I2C TOUCH SCREEN\n+ DDR SDRAM | SSRAM | FLASH \n+ Avalon Memory Mapped Master Interface | Avalon Memory Mapped Slave Interface \n+ Direct Memory Access Support \n+ 18081 logic elements out of 24624 (73%) used jguarin2002 4409d 16h /raytrac/branches/fp_sgdma/
216 At the moment memblock.vhd described 3 things: an input params queue (discarded, input control is made with master_readdatavalid signal and load_sync_chain) a load sync_chain(implemented in raytrac.vhd) and 4 result queues, which were implemented as a single result queue in raytrac.vhd).\n\n\ncustom_counter and Raytrac_control, are no longer needed jguarin2002 4410d 07h /raytrac/branches/fp_sgdma/
215 At the moment memblock.vhd described 3 things: an input params queue (discarded, input control is made with master_readdatavalid signal and load_sync_chain) a load sync_chain(implemented in raytrac.vhd) and 4 result queues, which were implemented as a single result queue in raytrac.vhd).\n\n\ncustom_counter and Raytrac_control, are no longer needed jguarin2002 4410d 07h /raytrac/branches/fp_sgdma/
214 At the moment memblock.vhd described 3 things: an input params queue (discarded, input control is made with master_readdatavalid signal and load_sync_chain) a load sync_chain(implemented in raytrac.vhd) and 4 result queues, which were implemented as a single result queue in raytrac.vhd).\n\n\ncustom_counter and Raytrac_control, are no longer needed jguarin2002 4410d 07h /raytrac/branches/fp_sgdma/
213 Arithpack: changes to suppport the Beta Raytrac RTL description (with almost DMA caps) jguarin2002 4410d 07h /raytrac/branches/fp_sgdma/
212 DPC changes\n\n\t+ established the DCS system rather than the UCA definitively\n\t+ Rather than usign 4 result queues now theres just a single one, of course 4 times wider, this was made to gain simplicity when writing and reading the RTL description that adapts this 4/3/1 word wide result buffer output into a 1 word wide result buffer input\n\t+ Added the Q1 queue to syncrhonize magnitude and normalization ops, managing them to enter at the sime tame rather than different times, formerly it was implemented by setting the normalization and magnitude results into the results buffers at 25th beat and 20th beat respectively, now both results enter into THE SINGLE RESULT QUEUE at 25th beat. This change also forces that Dot product operation to use the Q1 hardware and entering also at beath 25th into the result queue, it could be done in an earlier beatt (in fact in the 19th) but multiplexation logic would have to be added. jguarin2002 4410d 07h /raytrac/branches/fp_sgdma/
211 Raytrac Beta 0.1 with Avalon MM Master & Avalon MM Slave Interfaces. Done\! jguarin2002 4410d 07h /raytrac/branches/fp_sgdma/
209 Working towards a DMA oriented RayTRac jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
208 Working towards a DMA oriented RayTRac jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
207 Working towards a DMA oriented RayTRac jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
206 Working towards a DMA oriented RayTRac jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
205 Working towards a DMA oriented RayTRac jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
204 Working towards a DMA oriented RayTRac jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
203 Working towards a DMA oriented RayTRac jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
202 Working towards a DMA oriented RayTRac jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
201 files no longer needed im.vhd and fadd32long.vhd jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
200 raytrac_control.vhd: rtl that describes, the raytrac control registers, the avalaon memory mapped slave interface, the avalon memory mapped master interface, the controlling state machine, the input and output buffers jguarin2002 4421d 20h /raytrac/branches/fp_sgdma/
199 Check out in the design document for changes made on Load logic, a load chain has been added to Memblock I/O and several memory blocks were removed, under construction, this version WONT in any means work jguarin2002 4438d 02h /raytrac/branches/fp_sgdma/
198 Check out for the best out for the best organization so the datapath does not consume to many logic cells jguarin2002 4438d 02h /raytrac/branches/fp_sgdma/
196 raytrac+sg_dma+raytrac. Step One, the DPC is transformed. Now there are five instructions (check the design document), theres no full queue sync event, there are only four result queues and only 3 add fp 32 b adders rather than 4. Even it seems like a reduction has taken place, decodification efforts take place when decoding multiplexation from arithmetic blocks towards the resulting queues jguarin2002 4451d 14h /raytrac/branches/fp_sgdma/

powered by: WebSVN 2.1.0

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