<GitHub16>
NetBSD/master c420ecd Yann Sionneau: Fixes in tlb miss handler...
sb0 has quit [Ping timeout: 245 seconds]
sb0 has joined #m-labs
xiangfu has joined #m-labs
Jespers has joined #m-labs
sb0_ has joined #m-labs
Jespers has quit [Quit: Jespers]
rjo_ has quit [Ping timeout: 258 seconds]
Jespers has joined #m-labs
playthatbeat has joined #m-labs
sh[4]rm4 has joined #m-labs
sh4rm4 has quit [Ping timeout: 252 seconds]
sh[4]rm4 is now known as sh4rm4
proppy has quit [Ping timeout: 245 seconds]
proppy has joined #m-labs
xiangfu has quit [Remote host closed the connection]
sh4rm4 has quit [Ping timeout: 252 seconds]
sh4rm4 has joined #m-labs
sh4rm4 has quit [Ping timeout: 252 seconds]
sh4rm4 has joined #m-labs
_florent_ has joined #m-labs
rjo_ has joined #m-labs
_florent_ has quit [Quit: Page closed]
Jespers has quit [Quit: Jespers]
rjo_ has quit [Ping timeout: 276 seconds]
<GitHub10>
[misoc] sbourdeauducq pushed 1 new commit to master: http://git.io/KJb5ZQ
<GitHub10>
misoc/master e9b49eb Sebastien Bourdeauducq: Use SDRAM on the Papilio Pro...
<GitHub49>
[misoc] sbourdeauducq pushed 1 new commit to master: http://git.io/N6Eo_w
<GitHub49>
misoc/master dc2024f Sebastien Bourdeauducq: bios: remove references to 'DDR' SDRAM, as we also support SDR SDRAM
LoneTech has joined #m-labs
<LoneTech>
hello. I'm trying to jam a VideomixerSoC into an Atlys.
Jespers has joined #m-labs
<sb0_>
hi
<LoneTech>
spent some time editing python files (worst issue there so far is 100MHz clock, no 50MHz) but now I'm having trouble with flexlm. Why did xilinx readd that sabotage anyway?
<sb0_>
yeah, flexlm is a piece of junk
<sb0_>
what's going wrong with it?
<LoneTech>
it didn't find a license file.. used to be they didn't break that for webpack
<LoneTech>
and of course none of the gui tools to get one work
<sb0_>
copy it manually to ~/.Xilinx/Xilinx.lic
<LoneTech>
yes, just found that
<LoneTech>
progress :)
<LoneTech>
oops, didn't fix enough for that clock. ngdbuild warns
<LoneTech>
and I have a typo in a pinmapping. not too bad for a first try
<sb0_>
rjo, the memtest cores cannot completely starve the CPU to the point of freezing completely, as if the CPU stops the cores stop getting requests and should finish the current ones
<sb0_>
there's a bug somewhere else
<sb0_>
there can be a number of reasons other than starvation for memtest to work from SRAM and freeze from SDRAM, e.g. the memtest write core erasing the memtest program
<LoneTech>
output file writing failed - I need to fix up more of the PLL settings, it accidentally tried to run the VCO at 2GHz
<sb0_>
rjo, also, does other software work reliably when running from SDRAM? have you tried?
<sb0_>
well, seems the 'ventilator' does...
<LoneTech>
enough for tonight. looks like I'll need to alter how mxcrg handles its parameters.
<sb0_>
ah, yes, the VCO setting is a pain - and ISE will tell you about problems only after 15min of compilation :)