IRC logs for #openrisc Friday, 2016-01-22

--- Log opened Fri Jan 22 00:00:57 2016
daliasstekern, do you have any ideas about my condition flag question?03:02
daliaspoke53281 said i can get the value in a GPR using l.mfspr for the SR register, but the ISA docs seem to say this operation is privileged03:03
daliasi think you'll like this: http://git.musl-libc.org/cgit/musl/diff/arch/or1k?id=1315596b510189b5159e742110b504177bdd493203:04
daliasbut it would be even nicer to be able to define a_ll and a_sc as separate atomic fragments so the compiler can put them together and make arbitrary atomics03:05
stekerndalias: yeah, unfortunately it seems to be restrictred to priviliged mode. you could of course use l.cmov to read the flag, but that instruction is not mandatory to implement04:36
daliasso it looks like the only really supported way is to branch on the flag and set a value in branch path..04:40
daliassomething hideous like:04:41
dalias"l.swa %2, %1, r0 ; l.bf 1f ; l.addi %0,r0,1 ; l.addi %0,r0,0 ; 1:"04:41
daliasgcc asm goto would solve the problem perfectly well, but other "gnu c" compilers do not want to implement it04:53
daliasallowing output constraints for condition flags would solve it more elegantly04:53
_franck_olofk: just did "fusesoc sim my_probably_bad_core_file"06:18
olofk_franck_: I tried fusesoc sim --sim=verilator mor1k-generic, and that seems to work. Can I take a look at your core file?08:08
_franck__olofk: https://github.com/fjullien/orpsoc-cores/blob/systemc/cores/simple_spi/simple_spi.core08:15
_franck__it's an old thing on an old branch when I did some tests08:16
_franck__but it shouldn't crash fusesoc anyhow08:17
_franck__olofk: you can use this branch to reproduce the problem: https://github.com/fjullien/orpsoc-cores/tree/systemc_rework08:43
olofk_franck_: I agree. Not sure what's going on here. I'll try to reproduce it here08:49
olofkAnyone handy with llvm?13:45
olofkInstalled the llvm toolchain to the Nyuzi GPU, but it complains it can't find ld.mcld now13:45
juliusbI think the first question is why aren't you using the open source (YES IT IS. Issue closed. Move on) SYMPL-GP-GPU-Compute engine?14:18
olofklol14:19
juliusbI think you'll find it's pedigree is impeccable14:19
olofkI thought you had to be a advanced level (Stage-6) in Controlled Remote Viewing by ex-Defense Intelligence Agency military remote viewer to use it14:20
juliusbNo, you just have to hate open source.14:22
juliusb... despite co-opting the concept to peddle your IP.14:23
juliusbSorry to derail your serious inquiry about an actual open source bit of IP :)14:24
olofkAh it's ok. This is more fun. Did you see the hidden patent stuff too? https://github.com/jerry-D/SYMPL-GP-GPU-Compute-Engines/commit/6da0b9ade8345f00c09efcca0dea98d3e174aaad#diff-2c498e22e9855736f5b96c543e929f52L1614:25
juliusbI mean, this guys' track record with patent trolling and remote viewing aside, this is an interesting situation. He's gone wrong by claiming it's open source and then being abbrasive in the ensuring conversation. But consider open source IP really taking off, and companies (Synopsys, Xilinx, etc.) wanting to release IP for the sorts of uses Hardcock here outlines (evaluation, education, enthusiasts, strictly non-commerical). That seems mostly reasonably to me. It's IP that otherwise wouldn't have been out there, enabling others to take it, not make money from it, but develop other things around it which could well be open sourced. It's a lot like the licenses FPGA vendors put on their proprietary IP cores like DDR controllers and the like you get from their tools.14:36
juliusbIt depends a lot on what license applies to derivative works, obviously, but I'm not entirely opposed to IP which is available under such terms (ie. not available for commerical use), because it ultimately does add to what's available. As I mentioned, it's almost precisely what FPGA vendors' do, right? And that's not entirely bad thing; and in fact spurs you on to want to supplant their stuff eventually, but gets you off the ground to begin with.14:38
olofkyep. agree14:44
olofkHaving the source code available is way better than closed IP, since you have the option for example to fix problems14:47
rah_what is this guy's track record with remote viewing?14:59
-!- rah_ is now known as rah14:59
olofkrah: Judge for yourself :) http://www.escapistmagazine.com/forums/read/7.339774-Psychic-Apollo-16-Astronauts-Found-Alien-Life-on-the-Moon15:25
raholofk: that seems like a prejudiced article but the guy's behaviour does seem odd16:51
rahjuliusb: out of interest, where was the conversation in which he was abrasive?16:52
rahI see17:04
rahhttps://github.com/jerry-D/SYMPL-GP-GPU-Compute-Engines/issues/117:04
wallentoI also agree with juliusb. Actually I would not have known from the top of my had that "open source" forbids a non-commercial clause..17:09
wallentoAlso in the software world it is not uncommon and releasing someone's code is already an improvement17:09
wallentohaha, I like that one: http://wonko.com/post/jsmin-isnt-welcome-on-google-code17:13
stekernyeah, even the first license of Linux had a non-commercial clause18:39
_franck_olofk: this seems to fix the problem : http://pastebin.com/bBPApp5d21:19
_franck_you tell me why21:19
olofk_franck_: I think the problem is that src_files just used to be a list of strings, and now they are a list of File instead21:47
olofkAnd somewhere things are getting mixed up. Not sure exactly what goes wrong though21:47
--- Log closed Sat Jan 23 00:00:59 2016

Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!