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

Subversion Repositories raytrac

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

Rev

Go to most recent revision

Filtering Options

Clear current filter

Rev Log message Author Age Path
238 wide multiplicator added to avoid optimization jguarin2002 4313d 21h /raytrac/branches/fp_sgdma/
237 corrected errors in raytrac.vhd jguarin2002 4313d 23h /raytrac/branches/fp_sgdma/
236 Tunnning delay added to q0 queue jguarin2002 4314d 02h /raytrac/branches/fp_sgdma/
235 Tunnning delay added to q0 queue jguarin2002 4314d 02h /raytrac/branches/fp_sgdma/
234 raytrac update nothing major jguarin2002 4315d 02h /raytrac/branches/fp_sgdma/
233 raytrac sopc component updated jguarin2002 4315d 02h /raytrac/branches/fp_sgdma/
232 raytrac sopc component updated jguarin2002 4315d 02h /raytrac/branches/fp_sgdma/
231 nfetch address counter implemented in a whole register for convinience jguarin2002 4315d 03h /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 4320d 05h /raytrac/branches/fp_sgdma/
229 Total RtEngine Hardware, BUT, problems with interconnection... perhaps theres a problem with long path on ssumando5 jguarin2002 4321d 05h /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 4322d 22h /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 4332d 12h /raytrac/branches/fp_sgdma/
220 ap_n_dpc.vhd es el RTL que integra DataPathControl y ArithPipeLine jguarin2002 4332d 13h /raytrac/branches/fp_sgdma/
219 RayTrac: Non tested and witouh TSE jguarin2002 4332d 15h /raytrac/branches/fp_sgdma/
218 Raytrac : NS_JULI_DSF_ASM_DMA_120812_18081 : SOPC Library TCL scrip, load it into the Altera Project jguarin2002 4332d 19h /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 4332d 19h /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 4333d 10h /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 4333d 10h /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 4333d 10h /raytrac/branches/fp_sgdma/
213 Arithpack: changes to suppport the Beta Raytrac RTL description (with almost DMA caps) jguarin2002 4333d 10h /raytrac/branches/fp_sgdma/

1 2 Next >

Show All

powered by: WebSVN 2.1.0

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