sb0 changed the topic of #m-labs to: https://m-labs.hk :: Logs http://irclog.whitequark.org/m-labs :: Due to spam bots, only registered users can talk. See: https://freenode.net/kb/answer/registration
Guest56352 has joined #m-labs
Guest56352 has quit [Ping timeout: 268 seconds]
ohsix has quit [Ping timeout: 256 seconds]
ohsix has joined #m-labs
futarisIRCcloud has joined #m-labs
deltab25 has joined #m-labs
deltab25 has quit [Ping timeout: 240 seconds]
ohsix has quit [Ping timeout: 244 seconds]
ohsix has joined #m-labs
digitalcold24 has joined #m-labs
digitalcold24 has quit [Remote host closed the connection]
Guest97794 has joined #m-labs
Guest97794 has quit [Read error: Connection reset by peer]
gric has quit [Ping timeout: 240 seconds]
Michail11 has joined #m-labs
Michail11 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
gric has joined #m-labs
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
rohitksingh_work has joined #m-labs
Logan14 has joined #m-labs
Logan14 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
ohsix has quit [Ping timeout: 240 seconds]
ohsix has joined #m-labs
andries9 has joined #m-labs
andries9 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
Carlos061115 has joined #m-labs
rohitksingh has joined #m-labs
Carlos061115 has quit [Ping timeout: 240 seconds]
rohitksingh has quit [Client Quit]
ohsix has quit [Ping timeout: 256 seconds]
ohsix has joined #m-labs
Geeky_Bear has joined #m-labs
Geeky_Bear has quit [Killed (Sigyn (Spam is off topic on freenode.))]
linuxdaemon3 has joined #m-labs
linuxdaemon3 has quit [Remote host closed the connection]
hammer06510 has joined #m-labs
hammer06510 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
nope__ has joined #m-labs
nope__ has quit [Remote host closed the connection]
mumptai has joined #m-labs
ohsix has quit [Read error: Connection reset by peer]
Contessa has joined #m-labs
Contessa has quit [Remote host closed the connection]
ohsix has joined #m-labs
Techman0 has joined #m-labs
Techman0 has quit [Remote host closed the connection]
October has joined #m-labs
harty has joined #m-labs
October has quit [Ping timeout: 256 seconds]
<harty> ?
<harty> context: I'm using sync_struct in another project and this gives a lot of noise
mindjuju6 has joined #m-labs
mindjuju6 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
gcbirzan_23 has joined #m-labs
gcbirzan_23 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
l2y has joined #m-labs
l2y has quit [K-Lined]
ohsix has quit [Ping timeout: 256 seconds]
ohsix has joined #m-labs
KaifengCUI has joined #m-labs
KaifengCUI has left #m-labs [#m-labs]
KaifengCUI has joined #m-labs
mon25 has joined #m-labs
mon25 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
iofs_CUI has joined #m-labs
KaifengCUI has quit [Ping timeout: 252 seconds]
iofs_CUI has quit [Quit: Leaving]
iofs_CUI has joined #m-labs
<iofs_CUI> Hi, I'm using urukul AD9910 and I was trying to set the ref_clk to 10 MHz
<iofs_CUI> But I found that it seems there is a cpld fanout divideron this board
<iofs_CUI> which divider the input cpld_ref_clk by 4
<GitHub-m-labs> [artiq] whitequark closed issue #1088: compiler asserts trying to emit attribute writeback for function pointer lists https://github.com/m-labs/artiq/issues/1088
<iofs_CUI> Since at least AD9910 needs 370 MHz after the PLL, and the the PLL_n cannot be larger than 127, this makes the ref_clk must larger than abouht 14 MHz
<iofs_CUI> So why do we need this "clock fanout divider"? Can we disable this?
johtso has joined #m-labs
johtso has quit [Killed (Sigyn (Spam is off topic on freenode.))]
X-Scale has quit [Ping timeout: 240 seconds]
Syfer has joined #m-labs
Syfer has quit [Killed (Unit193 (Spam is not permitted on freenode.))]
Remco6 has joined #m-labs
Remco6 has quit [Remote host closed the connection]
<rjo> harty: ECONNRESET is an unclean reset by the remote side. why ignore that?
<rjo> iofs_CUI: that's set by the cpld. you'll need to change that code.
<rjo> iofs_CUI: it's needed because the dominant use cases 100 MHz and 125 MHz are too high for the AD9910 PFD.
<iofs_CUI> I didn't find it in urukul.py . Can you give me a clue about how to change this code?
<bb-m-labs> build #1772 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1772
<iofs_CUI> And, about the AD9912 board, there is no such divider in the code. But 10 MHz ref_clk just could not work
<iofs_CUI> 20 MHz ref_clk works well for AD9912.
<iofs_CUI> Any suggetion for this?
X-Scale has joined #m-labs
<harty> rjo: okay, maybe I'm thinking about this the wrong way, but it seems that by the time we get to close() we often don't care if the remote has already closed the connection
<harty> so it's safe to just ignore that
<harty> in the close method only
<bb-m-labs> build #1773 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1773
<rjo> iofs_CUI: we never tried 10 MHz. have a look at the schematics and check whether there is anything that would block low freqs
<rjo> harty: afaict ECONNRESET is a RST that preceeds a FIN from any side. seeing that is not ok.
<rjo> also not in the close method.
bananas16 has joined #m-labs
bananas16 has quit [Remote host closed the connection]
OPK7 has joined #m-labs
<rjo> if you are not doing anything with a connection and you get an unexpected reset, then hours later you decide to close() it, afaict this is the place where the exception would surface.
pierte has joined #m-labs
davidfg412 has joined #m-labs
OPK7 has quit [Ping timeout: 245 seconds]
pierte has quit [Ping timeout: 260 seconds]
davidfg412 has quit [Ping timeout: 244 seconds]
ohsix has quit [Ping timeout: 248 seconds]
ohsix has joined #m-labs
vespaper has joined #m-labs
vespaper has quit [Killed (Unit193 (Spam is not permitted on freenode.))]
<harty> rjo: ack
<harty> fine, I'll have a look at my server code and check that I'm closing all connections correctly
<harty> thanks
<GitHub-m-labs> [artiq] hartytp commented on issue #1129: @gkasprow /@marmeladapk are you okay to look at this? https://github.com/m-labs/artiq/issues/1129#issuecomment-412092394
<harty> rjo: okay you're right, I shouldn't see that error. I'm using scipy which is stopping atexit.register functions from being called on ctr-c
Exagone31329 has joined #m-labs
Exagone31329 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
marmelada has joined #m-labs
<marmelada> hey
<GitHub2> [smoltcp] whitequark pushed 1 new commit to master: https://github.com/m-labs/smoltcp/commit/21396867114d267da06f19cc54cc4a1883b900a5
<GitHub2> smoltcp/master 2139686 whitequark: Add an ARTIQ-specific cargo feature "rust-1.28"....
<marmelada> I have two bitstreams built from the exact same source, one with sawg one without
<marmelada> without-sawg boots, with sawg doesn't
<marmelada> no output on terminal
<marmelada> sb0: did you encounter something like this?
nug700 has joined #m-labs
nug700 has quit [K-Lined]
deetwelve12 has joined #m-labs
deetwelve12 has quit [Killed (Unit193 (Spam is not permitted on freenode.))]
<marmelada> DONE is high
<travis-ci> m-labs/smoltcp#1149 (master - 2139686 : whitequark): The build passed.
PaulCapestany has joined #m-labs
PaulCapestany has quit [K-Lined]
moved has joined #m-labs
moved has quit [Killed (Unit193 (Spam is not permitted on freenode.))]
<GitHub-m-labs> [artiq] sbourdeauducq pushed 1 new commit to release-3: https://github.com/m-labs/artiq/commit/77d511dc37c806b6ee00970e07101b7216a824a2
<GitHub-m-labs> artiq/release-3 77d511d whitequark: compiler: skip functional values in attribute writeback....
<whitequark> sb0: thanks
<GitHub23> [rust] whitequark created artiq-1.28.0 (+3123 new commits): https://github.com/m-labs/rust/compare/0d0a470b89df^...f305fb024318
<GitHub23> rust/artiq-1.28.0 7d590b5 gaurikholkar: changes for new compile-fail/E0389 message
<GitHub23> rust/artiq-1.28.0 c689db2 Sean McArthur: atomic: remove 'Atomic*' from Debug output
<GitHub23> rust/artiq-1.28.0 0d0a470 Michael Lamparski: Make signature of Path::strip_prefix un-bizarre...
<GitHub> [conda-recipes] whitequark pushed 1 new commit to master: https://github.com/m-labs/conda-recipes/commit/b4163dc4ffbfb2475c2b39d519784fc94e34a8e5
<GitHub> conda-recipes/master b4163dc whitequark: rustc: bump to 1.28.0.
<whitequark> bb-m-labs: force build --props=package=rustc conda-lin64
<bb-m-labs> build #415 forced
<bb-m-labs> I'll give a shout when the build finishes
<harty> marmeladapk: I've had a few builds that gave no output on Sayma uart
<harty> never really figured out why, but pretty sure it's a conda issue.
developers has joined #m-labs
developers has quit [Killed (Sigyn (Spam is off topic on freenode.))]
<sb0> harty, I don't think it's a conda issue
<sb0> probably a vivado bug; changing the identifier string usually works around it
<harty> okay
ohsix has quit [Ping timeout: 240 seconds]
ohsix has joined #m-labs
harty has quit [Quit: Page closed]
<marmelada> sb0: how do I do that?
<sb0> marmelada, create a bogus git commit
<sb0> or change suffix in the add_identifier call
<sb0> or make any other insignificant gateware change
<sb0> ISE had an option to change the PRNG seed used for P&R; if vivado still has it, you could try that too (and let me know if it works)
<marmelada> 1st page of google didn't show anything useful
<marmelada> aand here we go again with 1hr synthesis
<marmelada> so simply pulling commits, even if they didn't affect gateware will change identifier and should help?
<sb0> yes
<marmelada> ok, crossing fingers
cyberzeus2 has joined #m-labs
cyberzeus2 has quit [K-Lined]
<bb-m-labs> build #415 of conda-lin64 is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/conda-lin64/builds/415
<marmelada> sb0: success! thanks
<marmelada> I kind of understand your hatred towards xilinx now ;)
acathla` has left #m-labs [#m-labs]
<marmelada> sb0: I deleted sysref_phase_dac and sysref_phase_fpga configuration keys with artiq_coremgmt config remove sysref_phase_dac sysref_phase_fpga
<marmelada> and I still get " failed to align SYSREF at DAC: SYSREF margins a t DAC are too small, board needs recalibration"
<marmelada> it's most likely something with board, right?
rohitksingh has joined #m-labs
rohitksingh has quit [Client Quit]
<marmelada> sb0: should there be a 180 deg phase difference on two allaki outputs?
<marmelada> same allaki
little-dude has quit [Remote host closed the connection]
little-dude has joined #m-labs
ohsix has quit [Ping timeout: 248 seconds]
ohsix has joined #m-labs
<GitHub-m-labs> [artiq] gkasprow commented on issue #1124: Is it on same board that has problem with read/write leveling? https://github.com/m-labs/artiq/issues/1124#issuecomment-412171999
salamanderrake22 has joined #m-labs
X-Scale has quit [Ping timeout: 248 seconds]
salamanderrake22 has quit [Remote host closed the connection]
kashike23 has joined #m-labs
kashike23 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
hartytp has joined #m-labs
<hartytp> sb0: wait, what??!!
<hartytp> so, you think this is a vivado bug that leads to builds that completely brick sayma
<hartytp> I assumed it was me doing something daft
hartytp has quit [Client Quit]
MartesZibellina has joined #m-labs
MartesZibellina has quit [Ping timeout: 248 seconds]
drh12 has joined #m-labs
drh12 has quit [Remote host closed the connection]
X-Scale has joined #m-labs
ohsix has quit [Ping timeout: 272 seconds]
ohsix has joined #m-labs
<bb-m-labs> build #941 of artiq-win64-test is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/941
<bb-m-labs> build #2558 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2558
<GitHub-m-labs> [artiq] marmeladapk commented on issue #1129: > As I wrote, I suspect the HMC7043 sometimes permanently outputs broken SYSREFs after you use the cycle slip.... https://github.com/m-labs/artiq/issues/1129#issuecomment-412203688
jwheare12 has joined #m-labs
jwheare12 has quit [Remote host closed the connection]
abian22 has joined #m-labs
abian22 has quit [Remote host closed the connection]
<bb-m-labs> build #1774 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1774
<bb-m-labs> build #942 of artiq-win64-test is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/942
<bb-m-labs> build #2559 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2559
egos19 has joined #m-labs
<GitHub-m-labs> [artiq] drewrisinger closed pull request #1103: Make -v/-q command line args mutually exclusive (master...verbosity-fix) https://github.com/m-labs/artiq/pull/1103
egos19 has quit [Ping timeout: 260 seconds]
ghoti19 has joined #m-labs
ghoti19 has quit [Remote host closed the connection]
ohsix has quit [Read error: Connection reset by peer]
ramsey4 has joined #m-labs
ramsey4 has quit [Killed (Sigyn (Spam is off topic on freenode.))]
ohsix has joined #m-labs
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #1129: > Does sysref have 300 MHz frequency?... https://github.com/m-labs/artiq/issues/1129#issuecomment-412228132
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #1129: > Does sysref have 300 MHz frequency?... https://github.com/m-labs/artiq/issues/1129#issuecomment-412228132
Mr_Sheesh has joined #m-labs
cr1901_modern1 has joined #m-labs
Mr_Sheesh has quit [Remote host closed the connection]
cr1901_modern has quit [Ping timeout: 248 seconds]