| --- Log opened Sun Mar 23 00:00:32 2014 | ||
| stekern | blueCmd: finally! that's the killer app or1k has been waiting to have! | 05:14 |
|---|---|---|
| stekern | are data resizing handled by wb_intercon_gen now? | 05:59 |
| _franck__ | stekern: yes it is. However, data signals of "resized" bus are still declared as 32 bits | 07:52 |
| stekern | _franck__: what do you mean, "declared as 32 bits"? | 08:47 |
| stekern | as far as I could see, the right signals were exported | 08:48 |
| analognoise | Howdy Openrisc | 10:36 |
| stekern | wb analognoise | 10:50 |
| analognoise | ty | 10:51 |
| -!- Netsplit *.net <-> *.split quits: unknown_lamer, trem, wkoszek, chad__, vxe | 11:30 | |
| blueCmd | stekern: there is _a lot_ of crap in Debian :) | 11:45 |
| stekern | I can imagine that, but what we consider crap is for sure someones treasure | 12:20 |
| blueCmd | yes | 12:23 |
| blueCmd | I'm a bit disapointed that binutils-atmel didn't build automatically - that would have been a nice thing. | 12:24 |
| blueCmd | oh, 'verilator' is queued. that opens up for some philosophical discussions I bet | 12:28 |
| stekern | heh, running verilator in a verilated environment | 12:35 |
| _franck__ | stekern: I thought the generator generates 32 bits wires connected to 8 bits ports | 12:52 |
| stekern | _franck__: ah, yes, I see what you mean. but that's just a slight oversight. it will still work | 13:11 |
| _franck__ | stekern: yes it works... | 13:21 |
| stekern | woho, an atlys.bit | 15:22 |
| blueCmd | :D | 15:50 |
| blueCmd | stekern: do you know of https://github.com/Wolfgang-Spraul/fpgatools ? | 15:50 |
| stekern | blueCmd: yes, it's a pretty cool initiative. unfortunaly a bit stalled | 15:57 |
| blueCmd | yes, that's unfortunate | 15:58 |
| stekern | olofk: I know you suggested to use --dummy as an argument to get help on the sub-parsers and noted that you wanted to fix that, but I think it just would make sense to document that you can get help from the subparsers by e.g.: fusesoc build atlys -- -h | 16:49 |
| stekern | the -- will prevent the parent parser from catching the arguments | 16:49 |
| blueCmd | stekern: so, I have two packages where GCC crashes if you try to use -O2 | 19:54 |
| blueCmd | that's pretty exciting | 19:54 |
| stekern | blueCmd: sure is, do you think you can get a small test case out of the fails? | 20:12 |
| stekern | _franck__: your turn to do a fusesoc pull-request | 20:13 |
| blueCmd | stekern: I'm confident that I can - I have written down what I need to reproduce it for later | 20:13 |
| stekern | since we seem to take turns by looking at the pipeline of pending requests ;) | 20:13 |
| stekern | blueCmd: excellent! *in Burns voice and fingertips together* | 20:14 |
| blueCmd | oh. another one, but not helped by turning off optimization | 20:16 |
| blueCmd | https://github.com/bluecmd/or1k-debian/issues/10 | 20:17 |
| stekern | hmm, how does it crash? segfaults and those values are from the kernel printout? | 20:21 |
| blueCmd | stekern: I don't know actually, that's what qemu prints when or1k crashes | 20:22 |
| blueCmd | I should probably say that this is not cross-compiling, but natively | 20:23 |
| blueCmd | or, under qemu | 20:23 |
| stekern | like 'full' qemu? | 20:24 |
| blueCmd | no, userspace | 20:25 |
| stekern | ok | 20:25 |
| blueCmd | i'll try to do a binary search in the C code and see if I can narrow it down | 20:28 |
| stekern | might be worth running that single compile in or1ksim or something | 20:30 |
| stekern | too | 20:30 |
| blueCmd | yes | 20:30 |
| stekern | just to rule out qemu | 20:31 |
| blueCmd | PyLong_FromString(char *str, char **pend, int base) | 20:31 |
| blueCmd | that's the function that causes a crash | 20:31 |
| stekern | oh, that looks like a small and simple function ;) | 20:35 |
| blueCmd | yes! | 20:36 |
| stekern | especially when a three page comment was warranted for it | 20:36 |
| blueCmd | I'm down to 1/3 of the function now | 20:37 |
| blueCmd | log_base_PyLong_BASE[base] = (log((double)base) / | 20:39 |
| blueCmd | log((double)PyLong_BASE)); | 20:39 |
| blueCmd | that's the statement | 20:39 |
| stekern | hmm, so probably something related to floating point | 20:39 |
| blueCmd | stekern: http://3a3ceb0a4450e3f9.paste.se/ | 20:47 |
| blueCmd | that crashes gcc | 20:47 |
| blueCmd | I haven't tried it outside of qemu yet | 20:47 |
| blueCmd | my cross compiler doesn't complain | 20:48 |
| stekern | that makes it more fun to debug then ;) | 20:49 |
| blueCmd | haha | 20:50 |
| stekern | but at least the testcase is nice and small now | 20:51 |
| blueCmd | yep | 20:52 |
| blueCmd | I'm surprised I could get this far without thinking about floating point really | 20:53 |
| _franck__ | stekern: I have pull requests in stock but I don't want to give to much work to our dear olofk :) | 21:04 |
| stekern | haha, yes, I have a couple in queue as well | 21:11 |
| stekern | most are for orpsoc-cores though, and they depend on the fusesoc ones | 21:11 |
| blueCmd | or1k debian now contains 3000 packages | 21:38 |
| blueCmd | seems we need to port libatomic-ops | 22:51 |
| blueCmd | *sigh* oh well | 22:51 |
| --- Log closed Mon Mar 24 00:00:34 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!