| --- Log opened Tue May 13 00:00:46 2014 | ||
| blueCmd | stekern: I might actually make it with 2 define_insn instead of my previous nightmare scenario of 8! I'm happy :-) Now I just need to find myself a slot of 2-3 hours to code the rest and we should have atomic builtins | 07:13 |
|---|---|---|
| stekern | blueCmd: \o/ | 07:13 |
| stekern | I've got Linux compiled with CONFIG_SMP enabled yesterday too | 07:14 |
| stekern | ...but with an immense amount of stubs ;) | 07:14 |
| stekern | turns out, 96% of what's needed for SMP is to add support for atomics | 07:15 |
| stekern | (and those can of course be used/useful in the non-smp case as well) | 07:16 |
| stekern | http://opencores.org/websvn,filedetails?repname=openrisc&path=%2Fopenrisc%2Ftrunk%2Fdocs%2Fopenrisc-arch-1.1-rev0.pdf | 07:18 |
| stekern | btw | 07:18 |
| blueCmd | stekern: gj! | 07:23 |
| blueCmd | looking forward to my daily commit | 07:23 |
| stekern | I think it'll be an evening snack today ;) | 07:25 |
| stekern | and probably a cmpxchg instead of the spinlocks | 07:25 |
| LoneTech | _franck__: iirc, yes, you can have odd lengths and unaligned addresses on BDs, but there's an off by one in words accessed, and no real handling of errors | 07:34 |
| olofk | _franck_: Sorry. I haven't had time to look at the ethmac in more detail | 07:57 |
| _franck__ | LoneTech: olofk : the problem is coming from my DRAM controller.... | 07:57 |
| olofk | _franck_: Have you run tests on it with the wb_bfm_transactor? | 07:58 |
| _franck__ | I have. AFAIR it doesn't do much non burst transaction, right ? | 08:00 |
| _franck__ | I have an extra ack going out of my controller. I mess things up because Txlength is decrease one more time | 08:01 |
| olofk | _franck_: No non bursts actually :( | 08:02 |
| olofk | I'll put it on the TODO list | 08:02 |
| _franck__ | I should put something in my tb to check if ack = 1 && cyc = 0 and then generate an error | 08:09 |
| olofk | The ack should be ignored if cyc = 0, so if the master sees the ack, I would that it's doing wrong | 08:17 |
| olofk | would say | 08:18 |
| _franck__ | looks like ethoc does not ignore it | 08:19 |
| olofk | You should send a bug report to the maintainer :) | 08:19 |
| _franck__ | http://picpaste.com/pics/Sans_titre-6hMlV59w.1399969237.png | 08:20 |
| _franck__ | is there any picpaste website where one could paste a picture diectly in the web browser ? now I need to paste my screenshot in a "MS paint like" program then save it then upload it to picpaste | 08:22 |
| stekern | shout if you find one | 08:31 |
| _franck__ | stekern: http://snag.gy/ ? | 08:34 |
| _franck__ | http://pasteboard.co/ ? | 08:34 |
| stekern | http://snag.gy/48Lrg.jpg | 08:40 |
| stekern | works like a charm | 08:40 |
| _franck__ | I should have search for this before :( | 08:41 |
| stekern | blueCmd: you get a little appetizer for lunch: http://git.openrisc.net/cgit.cgi/stefan/linux/commit/?h=smp&id=1539506fcaca71dcb384f08f2686add520fcc686 | 09:19 |
| stekern | I'm *very* disappointed that you didn't catch that bug when I showed you the original patch :( | 09:20 |
| stekern | ;) | 09:20 |
| rah | http://www.ztex.de/ | 09:23 |
| rah | anybody seen these boards? | 09:23 |
| rah | they're linked from here: https://wiki.debian.org/FPGA | 09:23 |
| rah | "For our products we provide a powerful Open Source SDK" | 09:25 |
| rah | olofk: they might be interested in putting together a board that meets the requirements we spoke about the other day | 09:26 |
| rah | olofk: perhaps it would be worth firing off an email | 09:27 |
| rah | ? | 09:30 |
| LoneTech | why doesn't l.jalr take a destination register anyway? | 09:44 |
| stekern | instead of r9? | 09:46 |
| LoneTech | yes | 09:47 |
| stekern | I don't know, in theory it would perfectly well be able to. Would there be any huge benefit of that though? | 09:48 |
| LoneTech | it's a hardcoded special case mux in or1200_ctrl making the instruction set less orthogonal, and it doesn't save any bits for the j*r instructions | 09:48 |
| LoneTech | I wouldn't call it huge, but it could be useful in special cases like mutually tail recursive functions or the dynamic symbol resolver | 09:49 |
| LoneTech | it's one of the two special cases where the ABI is present in the logic (the other is r0=0, but wasn't always so) | 09:50 |
| stekern | where is r0=0 present in the logic? | 09:50 |
| stekern | but anyway, I agree. l.jalr could have been designed to take a dest reg, then l.jalr rX, r9 would just be aliased to l.jalr rX in the assembler | 09:51 |
| stekern | well, aliased the other way around I mean | 09:52 |
| stekern | there's a similar architecture quirk in the eco32 instruction set btw ;) | 09:52 |
| stekern | where the return from exception instruction use a predefined GPR as the target | 09:53 |
| LoneTech | I remember seeing r0=0 in logic, but it was a change and I'm not sure where | 09:56 |
| stekern | I think it was a patch that never got applied/accepted | 10:00 |
| LoneTech | there's a lot in the instruction encoding that's confusing though. like why l.movhi and l.macrc are distinguished by a bit in the A field, even though they are totally unrelated and there are opcodes free | 10:19 |
| LoneTech | I think that misses one of the points of a risc, to encode the instructions consistently and thereby reduce decoding logic | 10:20 |
| stekern | yeah, that annoys me a lot too :( | 10:21 |
| LoneTech | similarly l.j^l.jal != l.jr^l.jalr | 10:22 |
| LoneTech | so instructions that are related aren't all grouped for logic either | 10:23 |
| LoneTech | load instructions sign- or zero-extend also don't match up nicely | 10:24 |
| LoneTech | it's not very costly, but it is inelegant | 10:24 |
| rah | how does the spec get changed? | 10:35 |
| stekern | rah: how do you mean? | 10:36 |
| rah | stekern: is there a defined process for revising the OpenRISC 1000 architecture specifiction? | 10:37 |
| stekern | we discuss the possible changes and when we agree upon something (or when at least the majority agree on something) we add it to the spec. | 10:37 |
| stekern | there's a wiki page where we gather suggestions | 10:38 |
| rah | http://opencores.org/or1k/Architecture_Specification ? | 10:38 |
| stekern | and a lot of spec discussion are done on the mailing lists and also on the orconf conferences | 10:38 |
| stekern | yes | 10:39 |
| sb0 | hey | 10:41 |
| sb0 | is the binutils/gcc architecture name or1k or or32? | 10:41 |
| stekern | or1k | 10:42 |
| stekern | but it has been or32 in the past | 10:42 |
| sb0 | hmm, binutils 2.24 still has or32 | 10:42 |
| sb0 | guess I should use the github toolchain and not ftp.gnu.org | 10:43 |
| stekern | binutils is upstreamed (as or1k), but there has not been a binutils released since it was upstreamed | 10:43 |
| sb0 | ok, I'll do a svn co from gnu then | 10:44 |
| sb0 | is gcc 4.9.0 fine? | 10:44 |
| stekern | gcc otoh is another story, that's not upstreamed | 10:44 |
| rah | stekern: I see, thanks | 10:45 |
| stekern | probably using everything from the github repos is still easiest | 10:45 |
| stekern | sb0: these instructions should still be valid: http://opencores.org/or1k/OpenRISC_GNU_tool_chain#Installation_of_development_versions | 10:46 |
| LoneTech | aha! found the old script that generated the machine code reference table. that could be handy if we do fix encodings | 10:48 |
| LoneTech | less so if we move to a saner source format, of course | 10:49 |
| sb0 | are there any expected problems if I use the GNU repository for binutils instead? | 10:51 |
| sb0 | your github has 1) problems with new versions of texinfo 2) ../sysdep.h:30:20: fatal error: bfdver.h: No such file or directory | 10:52 |
| stekern | no, not any expected problems, I built from upstream about a week ago | 10:53 |
| stekern | but 1), did they break the texinfo stuff again?? | 10:54 |
| stekern | 2) never seen that | 10:54 |
| stekern | ...but if that's so, even more a reason for use to hurry up in deprecating or1k-src and breaking out newlib from that... | 11:01 |
| stekern | s/use/us | 11:01 |
| sb0 | hmm, both problems also happen with gnu upstream | 11:02 |
| sb0 | grmbl | 11:02 |
| sb0 | just with: ../configure --target=or1k-elf && make | 11:02 |
| sb0 | in binutils | 11:03 |
| LoneTech | I don't seem to have any bfdver.h - and git is told to ignore it. it must be autogenerated | 11:03 |
| LoneTech | bfd/ChangeLog-0203: (AC_OUTPUT): Make bfdver.h from version.h. | 11:03 |
| LoneTech | seems to have gone back and forth on whether to have it | 11:04 |
| stekern | I've got this in my config.log: ../binutils-gdb/configure --target=or1k-elf --prefix=/opt/or1k --disable-nls --disable-gdb | 11:04 |
| LoneTech | sb0: just ran your command; make created bfdver.h in bfd | 11:06 |
| sb0 | oh, seems I have to run it from the top-level directory | 11:07 |
| sb0 | and not just in binutils (even though it's the only thing I want) | 11:07 |
| sb0 | compilation is running atm | 11:07 |
| LoneTech | I ran in binutils-gdb/build | 11:07 |
| sb0 | yes | 11:07 |
| sb0 | I was running it in binutils-gdb/binutils/build | 11:08 |
| LoneTech | aha. well, binutils depends on bfd; that might work if you've built and installed bfd, but I'm not so sure | 11:08 |
| LoneTech | I'd class it as an oversight in binutils configure script | 11:08 |
| ams | it isn't. | 11:17 |
| ams | the top level is binutils-gdb; not "binutils-gdb/binutils" | 11:17 |
| LoneTech | ok | 11:17 |
| ams | binutils, gdb, etc, link to ../bfd/libbfd.a ... which is needed to build ... it is like ls links to ../lib/libgnu.a in coreutils; and you can't build "ls" directly under src/ unless you have built top-level (or parts of top-level) | 11:18 |
| sb0 | hmm | 12:34 |
| sb0 | https://github.com/skristiansson/milkymist-ng-mor1kx/blob/master/software/libbase/setjmp.S | 12:34 |
| sb0 | GPL? | 12:34 |
| LoneTech | looks like gpl3, even | 12:38 |
| olofk | LoneTech, sb0: I talked to jeremypbennett a few years ago and he agreed that we could treat that file as public domain | 12:41 |
| LoneTech | sensible | 12:46 |
| jeremypbennett | LoneTech: sb0: It is part of my old newlib port, which being designed for teaching purposes was GPLv3. However in the case of setjmp.S, the code is so generic (look at all the other ports), it would be hard to argue that there is meaningful IP in there of mine. | 12:47 |
| sb0 | jeremypbennett, ok. can I remove this header and replace it with "public domain code written by Jeremy Bennett"? | 12:48 |
| jeremypbennett | No. I'm just saying that if you use it, you would not be in breach of the GPL. This means you should remove the header and replace with whatever you want for your project. | 12:50 |
| jeremypbennett | BTW - public domain is a very bad idea. Not all jurisdictions support the concept - someone has to own the rights. You are much better explicitly giving a license to you code to make those rights freely available. | 12:51 |
| jeremypbennett | If you don't care what people do with your work, give it an MIT license or similar | 12:52 |
| sb0 | yeah, I normally use BSD | 12:52 |
| sb0 | OK to use a BSD header? | 12:52 |
| sb0 | I guess so, as you said "replace with whatever you want" :) | 12:52 |
| ams | the bsd license is not a free software license. | 12:52 |
| sb0 | ams, huh, why so? | 12:53 |
| ams | it has the advertising clause | 12:53 |
| jeremypbennett | It's yours. The point I am making is that I do not believe that particular fragment of code contains any intellectual property of mine, so you can do what you want with it. | 12:53 |
| sb0 | ams, like nitpicking, heh :) I'm using the short version without the advertising clause | 12:53 |
| ams | sb0: well, it is license, kinda the whole point :/ | 12:53 |
| jeremypbennett | down to the subtle difference between "open source" and "free". That's why I almost always use GPL for code. | 12:53 |
| ams | jeremypbennett: https://www.gnu.org/philosophy/free-sw.html if you wanna know | 12:54 |
| ams | jeremypbennett: there are for example license that are "open source" but not free software licenbses. | 12:54 |
| LoneTech | we used to have a legal creator's rights here.. I wonder if they've mangled that totally with copyright treaties | 12:56 |
| LoneTech | one of the differences was that upphovsrätt could not be signed away | 12:56 |
| ams | it can. | 12:57 |
| ams | in sweden at least. | 12:57 |
| ams | and in germany. | 12:57 |
| ams | the only thing you couldn't sign away was droit de authour or whatever ... in france/germany/some-other-places | 12:57 |
| ams | which isn't the same as "copyright" | 12:57 |
| _franck__ | FWIW: droit d'auteur ;) | 12:59 |
| ams | othanks | 12:59 |
| sb0 | jeremypbennett, I suppose it's the same for spr-defs.h? btw where's the original file? | 13:16 |
| jeremypbennett | sb0: spr-defs.h is different. It certainly has lots of IP in it, and is GPL with many owners! | 13:59 |
| sb0 | hmm | 14:00 |
| blueCmd | stekern: pff | 14:07 |
| stekern | spr-defs.h is just register definitions, it's beyond senseless to have a license on it... | 14:08 |
| stekern | sb0: there's a GPLv2 version of that file, but not any non-gpl versions: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/openrisc/include/asm/spr_defs.h | 14:10 |
| stekern | if you absolutely want a non-gpl version, you can generate one from this: https://github.com/openrisc/mor1kx/blob/master/rtl/verilog/mor1kx-sprs.v | 14:12 |
| stekern | if you do, please contribute it back though ;) | 14:17 |
| blueCmd | olofk: XC7K325T-FFG900 (speed grade -2) | 14:26 |
| sb0 | stekern, and regarding your code in milkymist-ng-mor1kx - what's the license? do you like 2-clause BSD? | 14:48 |
| blueCmd | omg. stekern, apparently the atomic test cases now pass :S | 14:52 |
| mohessaid | does or1ksim allocate all space indicated under the RAM in memory section? "size =0x0200000" | 14:53 |
| stekern | sb0: feel free to put 2-clause BSD on anything I've written there | 14:55 |
| sb0 | ok, thx | 14:56 |
| blueCmd | stekern: https://github.com/bluecmd/or1k-gcc/compare/master...atomics have a read through when you feel like it - I tried to keep the amount of bullshit quite low, and apart from quite heavy code reuse in the two functions in or1k.c, I think it should be quite straight forward | 14:59 |
| stekern | blueCmd: nice! I'll take a look. In return, I give you your daily SMP commit - http://git.openrisc.net/cgit.cgi/stefan/linux/commit/?h=smp&id=22747de8f8fa49cf8390d75b37bb0f2808719eab | 15:03 |
| blueCmd | stekern: so what happens if you call cmpxchg there with like a char ptr? | 15:07 |
| blueCmd | surely l.swa will write stuff to things surrounding the char? | 15:08 |
| LoneTech | I expect swa means store word atomic. I wouldn't expect it to do bytes. | 15:13 |
| blueCmd | yes, exactly | 15:14 |
| blueCmd | but the fact that it takes a void pointer and doesn't protect itself like the xchg does makes me suspicous | 15:14 |
| blueCmd | in gcc I had to hack around that limitation by masking and aligning accesses | 15:15 |
| LoneTech | I see | 15:15 |
| blueCmd | but I suspect some protective stanza would be enough, we probably shouldn't be using non-word sized values for atomics in the kernel since it's much faster operating on whole words | 15:15 |
| stekern | blueCmd: good question, I have the protection around the xchg as you can see. I think that cmpxchg is per definition 4 (or 4 and 8 for 64-bit archs). | 15:35 |
| stekern | probably doesn't hurt to add the protection around it anyway though, the check should be optimized away anyway | 15:36 |
| stekern | let's do that | 15:38 |
| stekern | blueCmd: http://git.openrisc.net/cgit.cgi/stefan/linux/commit/?h=smp&id=d1a36a040a94dcd31366d7ed4b7f856a8e97b33e | 15:51 |
| stekern | blueCmd: looking at your commit now, I think you've managed to trim it down pretty nicely. A bit code duplication in the .c functions as you say, but otherwise | 16:53 |
| stekern | good | 16:53 |
| stekern | there's one thing I'm wondering about, how does the cmpxchg loop work? | 16:53 |
| blueCmd | stekern: (kernel) I'm thinking that it _looks_ like the check is in runtime, but maybe it isn't. I know some lib I debugged used something like #define xchg(ptr, what) __xchg_##(sizeof(*ptr)) or something like that to produce a linker error | 19:10 |
| blueCmd | stekern: (gcc) the comxchg doesn't loop, it returns true or false if it succeeded or not | 19:11 |
| stekern | it's a compile test, trust me ;) | 19:14 |
| blueCmd | is it because it's inline? | 19:15 |
| blueCmd | or because it's -Osomething ? | 19:16 |
| stekern | well, I can't say I can explain it in detail, but it's always called with an at compile time known constant (size(*ptr)) | 19:25 |
| blueCmd | right, yes - if you're happy I'm happy! | 19:26 |
| stekern | and the fact that the link will fail if the if (size != 4) condition ever is true, we can be pretty sure that that if get optimized away ;) | 19:27 |
| stekern | I mean, the link will fail if that code didn't get optimized away | 19:28 |
| blueCmd | yes | 19:30 |
| stekern | (gcc) yeah, I see that it doesn't loop, I was just wondered about the semantics of the operation | 19:36 |
| stekern | but I see now that the builtin works like that | 19:37 |
| stekern | __sync_bool_compare_and_swap | 19:39 |
| stekern | blueCmd: you're not going to believe your luck today, you get a *bonus* commit! http://git.openrisc.net/cgit.cgi/stefan/linux/commit/?h=smp&id=be6c2f143bc1d6b110150d2787625ad328e33b58 | 19:41 |
| stekern | *now* it's time for the spinlock implementations | 19:47 |
| juliusb | so how might I run a sim in fusesoc and get a waveform dump? | 21:13 |
| _franck_ | fusesoc sim blabla --vcd --force | 21:15 |
| * juliusb slaps his forehead | 21:15 | |
| juliusb | it's right infront of me with --help | 21:15 |
| juliusb | sorry :) | 21:15 |
| _franck_ | :) | 21:15 |
| juliusb | the mor1kx-generic system doesn't want to build for me. It fails to find 2 VPI componenets, the elf-loader.vpi and jtag_vpi.vpi. Any hintS? | 21:23 |
| _franck_ | it depends on libelf | 21:23 |
| juliusb | Ah hah. However, apt-get don't seem to know about it. | 21:24 |
| juliusb | Reckon the best bet is just to download the source and build it myself? | 21:24 |
| juliusb | OK, actually, there's something available named libelf-dev. | 21:25 |
| juliusb | I presume that's it | 21:25 |
| _franck_ | elfutils | 21:25 |
| _franck_ | ? | 21:26 |
| pgavin | libelfg0 | 21:26 |
| pgavin | i think | 21:26 |
| pgavin | yep thats it | 21:26 |
| pgavin | on debian testing | 21:26 |
| pgavin | anyways | 21:26 |
| juliusb | nice one, thanks. that's done some more downloading and installing for me | 21:26 |
| juliusb | hooray! | 21:27 |
| _franck_ | Versions >=0.152 has been shown to work, while 0.149 does not work | 21:27 |
| _franck_ | oh that's mean it okay I guess ;) | 21:27 |
| pgavin | so it appears spr-defs.h is getting out of sync | 21:28 |
| juliusb | yeah I got the mor1kx bus $displays() | 21:28 |
| juliusb | AND when I ctrl+C'ed it (it also said No ELF file specified, which seems accurate) it said something about killing the RSP server. Way cool! | 21:28 |
| pgavin | I think I'm going to syncronize the copies of spr-defs.h that exist all over the place in the toolchain | 21:31 |
| pgavin | I was thinking of separating the NOP_* constants into its own header, maybe called or1ksim-nop.h | 21:31 |
| pgavin | unless anyone else has a suggestion | 21:32 |
| juliusb | it's not possible to have a single copy available to them all? | 21:33 |
| pgavin | it would be nice | 21:34 |
| pgavin | but I think that's difficult to get working | 21:34 |
| juliusb | I can imagine. | 21:34 |
| pgavin | because or1ksim uses it, and has to be compiled first | 21:35 |
| pgavin | then binutils uses it | 21:35 |
| pgavin | or1ksim has 2 copies, lol | 21:35 |
| pgavin | and the or1k-src tree has a copy for newlib and a copy for the gdb simulator | 21:35 |
| juliusb | :-/ | 21:36 |
| juliusb | I'm sure there's copies in every bit of software and development environment ever. | 21:36 |
| pgavin | lol | 21:36 |
| juliusb | Although, we install it now with the tool chain, don't we? | 21:36 |
| pgavin | yes | 21:36 |
| pgavin | I think so | 21:36 |
| juliusb | ... and probably have done for a while, since you made it do that IIRC? | 21:36 |
| pgavin | I don't recall now | 21:37 |
| pgavin | but possibly | 21:37 |
| pgavin | one of the copies in binutils should be the installed copy | 21:37 |
| pgavin | but then or1ksim will have problems | 21:37 |
| juliusb | cool. Yeah, it's available in $PATH_TO_YOUR_TOOLCHAIN_INSTALL/include/spr-defs.h | 21:37 |
| pgavin | I mean, if we remove it from or1ksim | 21:38 |
| juliusb | sure, you definitely need it to build or1ksim | 21:38 |
| pgavin | so at least on my machine the copy that was installed came from newlib | 21:39 |
| pgavin | which is probably ok | 21:39 |
| pgavin | although maybe it should be in libglass? | 21:39 |
| pgavin | gloss* | 21:39 |
| juliusb | you could do something horrible like require or1ksim exist and be installed on a system before the tool chain can be built, and the tool chain picks up the versino of spr-defs.h (probably rename it to something like or1k-spr-defs.h) from some system include directory | 21:40 |
| juliusb | (libgloss stuff) yes, that sounds about right | 21:40 |
| pgavin | or maybe just put it in a completely separate package | 21:41 |
| pgavin | or1k-headers | 21:41 |
| pgavin | or something | 21:41 |
| juliusb | oh yeah | 21:41 |
| pgavin | that's probably the best idea | 21:41 |
| pgavin | and over time we can make other packages use it | 21:42 |
| juliusb | and that's the only place it exists? and gets installed before all other bits of the tool chain can be built? | 21:42 |
| pgavin | yeah, that's what I'm thinking | 21:42 |
| juliusb | pretty neat | 21:42 |
| pgavin | it only has a make install command | 21:42 |
| juliusb | so... when I do --help on a "fusesoc sim mor1kx-generic", is it due to the fact the system has the jtag VPI core and the elf loader core, that I see the --jtag-vpi-enable and --elf_load ELF_LOAD switch options in the help output? | 21:46 |
| juliusb | if so, I want to buy the person who had the idea to do that, a beer | 21:47 |
| juliusb | omg, so so cool | 21:47 |
| juliusb | mor1kx-generic just printf'd some stuff | 21:47 |
| juliusb | which I just put into a C file | 21:47 |
| juliusb | and passed with --elf-load | 21:48 |
| juliusb | this is too easy :) | 21:48 |
| pgavin | stefan says it will boot linux | 21:48 |
| pgavin | but I haven't tried it | 21:48 |
| pgavin | but yes, it's pretty neat | 21:48 |
| juliusb | that involves me compiling a kernal :-/ | 21:48 |
| pgavin | true | 21:48 |
| juliusb | kernel, even, plus busybox or ... debian! | 21:48 |
| juliusb | I want to see icarus run debian | 21:49 |
| _franck_ | juliusb: yes those paramaters are plusargs defined in cores files | 21:49 |
| juliusb | oh awesome, so it just scrapes all of the plusargs and puts them out. that's so so good | 21:49 |
| blueCmd | stekern: lgtm! | 21:49 |
| * blueCmd is in Amsterdam this week | 21:50 | |
| blueCmd | this is a very weird and wonderful place | 21:50 |
| pgavin | indeed it is | 21:51 |
| blueCmd | olofk: really cool writedown | 21:58 |
| blueCmd | olofk: also, I talked to flameeys and he was "no way I'm going to let Gentoo be second to Debian in porting to OpenRISC" - so maybe he'll join our special family ;) | 21:59 |
| _franck_ | pgavin: so you are intresting to come to sophia antipolis ? I live there if you want some informations | 22:01 |
| pgavin | _franck_: cool | 22:03 |
| pgavin | I'm thinking about it | 22:03 |
| pgavin | but my fiancee knows almost zero french | 22:04 |
| pgavin | so it would be difficult | 22:04 |
| _franck_ | we are not the most bilanguale nation in the world ;) | 22:05 |
| _franck_ | far from that | 22:05 |
| _franck_ | but at least here, close to sophia there is a lot of foreign pepole so it shouldn't be that bad | 22:06 |
| pgavin | ok | 22:07 |
| pgavin | she says she'd be willing to learn french | 22:07 |
| pgavin | and mine isn't very good at this point, so we'd be practicing together lol | 22:08 |
| pgavin | I can hold a conversation, but only barely :) | 22:08 |
| _franck_ | great, that's a start | 22:09 |
| pgavin | my mom is french, and I grew up speaking it, and speak with her occaisionally (and with other family members) but since I live in the US it's hard to keep up with it | 22:10 |
| juliusb | pgavin: when are you over? any chance you'd be on the continent for ORCONF? | 22:11 |
| _franck_ | ah it's in your genome, that will be fine ;) | 22:11 |
| pgavin | juliusb: perhaps, it's still a bit too far off to be sure | 22:13 |
| pgavin | I'm trying to graduate and look for a job, etc. | 22:13 |
| pgavin | sent a mail to the list about the headers thing | 22:16 |
| _franck_ | juliusb: I had ti fix your cfi_ctrl core to make it work with mor1kx. Your core rely on the fact that during wb 32bits access, bits [1:0] are still valid. | 22:16 |
| _franck_ | however, as per ths wb spec, mor1kx set bits [1:0] to "00" | 22:17 |
| _franck_ | this is the fix: http://pastie.org/private/gqmjoesbkubl4jnoppdda | 22:17 |
| juliusb | _franck_: ah yes I noticed that. Do you want me to commit the fix to opencores repo? | 22:22 |
| _franck_ | for now, I just added a patch in orpsoc-cores | 22:23 |
| _franck_ | may that would require some more testing. Not sure it works with a 8bits NOR bus | 22:24 |
| pgavin | hmm.. spr-defs.h is GPL3 | 22:44 |
| pgavin | this might be a problem | 22:44 |
| pgavin | should be LGPL3? | 22:44 |
| --- Log closed Wed May 14 00:00:47 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!
