--- Log opened Tue Sep 03 00:00:39 2013 | ||
hansfbaier | stekern: Got an email from the driver author: http://lpaste.net/92495 | 00:58 |
---|---|---|
stekern | hansfbaier: where is that line of code he pasted? | 05:41 |
hansfbaier | stekern: good question. from his mail. | 05:41 |
stekern | yeah, I got that ;) | 05:42 |
hansfbaier | :] | 05:42 |
hansfbaier | stekern: I'll write him | 05:43 |
stekern | rather grep the kernel first | 05:44 |
stekern | but I think our irq setup should be solid | 05:45 |
stekern | have you tried prolonging the signal in to or1200? | 05:46 |
stekern | and also registering the external signal? | 05:47 |
stekern | I mean the signal coming from enc.. | 05:47 |
hansfbaier | stekern: Not yet :| catching up on my paid work ATM.... | 05:49 |
hansfbaier | stekern: What do you mean by 'registering the external signal'? | 05:49 |
stekern | feeding it through a couple of flip-flops | 05:50 |
hansfbaier | stekern: stekern to...... ? | 05:50 |
hansfbaier | stekern: ahhhhh | 05:51 |
hansfbaier | registering from 'register' the noun... | 05:51 |
hansfbaier | that was ambiguous | 05:51 |
hansfbaier | stekern: external signal = the interrupt line from the card? | 05:51 |
stekern | when you register a signal, it becomes a register ;) | 05:52 |
stekern | yes, the interrupt line | 05:52 |
stekern | I would assume it is registered inside or1200, but better safe than sorry | 05:53 |
stekern | you could also check that a four clock cycle sequence look like this: 1-1-0-0 before you signal the interrupt | 05:54 |
stekern | to filter out any disturbances | 05:54 |
olofk | Internet connection went down yesterday | 06:03 |
stekern | olofk: hey you quitter! | 06:03 |
olofk | Using freenodes web IRC now | 06:04 |
stekern | :/ | 06:04 |
stekern | did you make any progress looking for the sdram bug yesterday? | 06:05 |
stekern | I made some | 06:05 |
stekern | I think the wrfifo_full and wrfifo_empty are acting weird | 06:05 |
stekern | but it's the wrfifo_full weirdness that is causing the bug | 06:06 |
stekern | it just get asserted for one clock signal, even though no-one is emptying the fifo | 06:07 |
stekern | (there's another bug related to that, the wb_ack signal have to combinatorially connected to the wrfifo_full signal, or the wrfifo_full signal has to be a 'wrfifo_almost_full', because now the write that didn't fit get acked) | 06:08 |
stekern | but that's easy to fix, the wrfifo_full weirdness needs more investigation | 06:09 |
hansfbaier | stekern: $ grep enc28j60_irq $(find drivers/ -name \*.c) | 06:12 |
hansfbaier | [...] | 06:12 |
hansfbaier | drivers/net/ethernet/microchip/enc28j60.c:ret = request_irq(spi->irq, enc28j60_irq, 0, DRV_NAME, priv); | 06:12 |
stekern | yeah, and then there's the comment about board code above that | 06:13 |
olofk | ahh.. I didn't know you can use $() like that. | 06:17 |
hansfbaier | olofk: I use that *a lot*, with that find and grep become something like SQLs select for Linux files | 06:50 |
jeremybennett | For those interested in ORCONF13, I've written about it here: http://www.embecosm.com/2013/09/02/orconf-2013-next-month-free-and-open-source-silicon-chip-design-for-all/ | 06:58 |
stekern | jeremybennett: nice! | 07:28 |
hansfbaier | jeremybennett: thanks that article was really useful. Did not know about OpTiMSoC before... | 08:51 |
olofk | I've been considering buying one of those SDR boards. Does anyone here have experience with SDR? | 09:54 |
stekern | SDR as in? | 09:54 |
olofk | I think it's Stekern Death Ray | 09:55 |
olofk | Or perhaps software defined radio | 09:55 |
olofk | It all started when I wondered how hard it would be to intercept the DECT signal for my baby monitor :) | 09:56 |
olofk | Having kids changes your priorities :) | 09:57 |
stekern | Stekern's Death Ray sounds a lot more interesting than soft defined radio | 10:00 |
stekern | the old times were better, when you could listen in on peoples conversations over portable phones with a normal radio receiver | 10:03 |
stekern | cordless phones, I mean | 10:03 |
olofk | You still can. They just changed the definition of a normal radio receiver :) | 10:04 |
stekern | yeah, true... but it was simpler times then | 10:04 |
stekern | it was a perfect hangover entertainment, listen to all the gossip on sundays ;) | 10:05 |
olofk | hahaha | 10:05 |
stekern | but as you say, having kids change priorities, nowadays there are a lot less sundays free to spend on hangovers | 10:15 |
olofk_ | Hey! Internet is back | 11:07 |
-!- olofk_ is now known as olofk | 11:08 | |
olofk | stekern: Did you figure out what was wrong with wb_sdram_ctrl? You discovered some oddities in the FIFO, right? | 11:10 |
stekern | olofk: yes, something is upp with the wrfifo_full flag | 11:31 |
stekern | there is an obvious bug in wb_port too when the wrfifo_full_flag goes high, but regardless of that, the wrfifo_full_flag only toggles 1 clock cycle, even if no-one is emptying the fifo | 11:32 |
olofk | Still haven't met a FIFO without bugs :) | 11:33 |
stekern | (at least no-one should be emptying the fifo, but that's as long as I got when looking at it) | 11:33 |
_franck_ | I've got to the graal: https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=8efb83a2f8518a6ffcc074177f8d659c5165ef37 | 11:34 |
_franck_ | I'll have my name in the Kernel ;) | 11:34 |
stekern | ;) | 11:34 |
olofk | _franck_: I'm so jealous. And hopefully you'll have your name in OpenOCD soon too | 11:35 |
_franck_ | I have it already in OpenOCD (some misc patches) | 11:37 |
_franck_ | May my one day I'll have it in orpsocv3.....:) | 11:37 |
_franck_ | s/my/be | 11:37 |
stekern | it actually felt a bit odd when I was at the sockit workshop and we were doing the excorcise with debugging the u-boot that get bundled with the altera tools | 11:38 |
olofk | _franck_: No. ORPSoCv3 is complete and free from bugs, so there won't be any more code written for it | 11:38 |
stekern | "altera bundles code I've written with their tools" | 11:38 |
_franck_ | :) | 11:39 |
stekern | getting credited as an orpsocv3 contributor is indeed the real graal, comparing to the Linux kernel where thousands of people have contributed, orpsocv3 only has one as of today! | 11:43 |
stekern | it's so much more of an elite project | 11:44 |
olofk | stekern: Actually, your name is in orpsocv2 as I copied your quartus makefile from orpsocv2 | 12:08 |
olofk | Or well, it should be at least : https://github.com/openrisc/orpsoc/blob/master/orpsoc/build.py#L57 | 12:09 |
olofk | But looking at it now, I might consider that makefile trivial enough to not give any credits :) | 12:10 |
stekern | just when I was all proud and happy :( | 12:10 |
stekern | but yeah, don't give me any credit for that, it's pretty much copied from an altera whitepaper | 12:11 |
olofk | You and I both know. That's the most important | 12:11 |
stekern | mmm, but you have a bit to learn about leadership, you're supposed to first break them down and then build them up, not the other way around ;) | 12:13 |
olofk | Oh yes, about my git question yesterday. Is the SHA defined by only the patch content, or is it also hashed with the parent commit | 13:08 |
olofk | ? | 13:08 |
stekern | I'm not sure, but it's not by the patch content at least | 14:04 |
_franck_ | olofk: it that normal icarus.log is empty ? | 15:54 |
_franck_ | how can I see vpp cmd line arguments used ? | 15:56 |
hno | olofk, http://git-scm.com/book/en/Git-Internals-Git-Objects | 16:09 |
hno | or short version, a git commit hash uniquely identifies the tree at time of commit, including all history. | 16:11 |
stekern | olofk: can you try this patch? http://pastie.org/8294837 | 16:12 |
stekern | hold one sec, I just realised I forgot to declare the new signals | 16:13 |
stekern | ok, try *this* http://pastie.org/8294842 | 16:14 |
olofk | _franck_: Making it possible to see the args to vvp is on my TODO list. | 18:28 |
olofk | The command is executed in orpsoc/simulator/icarus.py. You might get some clues there | 18:28 |
olofk | stekern: I'm getting these results with your patch applied. http://pastie.org/8295205 | 18:33 |
stekern | olofk: woho! | 18:51 |
olofk | Rerunning now with 10000 and only one cycle between accesses. It takes forever to run | 18:52 |
olofk | Hmm.. I need to add a progress bar | 18:54 |
olofk | It hangs after 1148 cycles :( | 19:18 |
olofk | The problem with these bugs is that it takes longer to simulate for every new bug | 19:18 |
olofk | Weird. It looks like simulation time stops running | 19:31 |
olofk | And that memory model is _not_ friends with modelsim | 19:33 |
stekern | you've ran out of simulation time, you need to buy more | 19:57 |
olofk | Ah crap, and it's late so I guess no simulation time stores are open | 19:59 |
olofk | Is the clock or data signals supposed to arrive first? | 20:01 |
olofk | Looks like I must add some wire delay to make modelsim happt | 20:01 |
olofk | Delaying the clock did the trick | 20:03 |
olofk | But it looks like modelsim hangs in the same place. Oh well. Debugging continues tomorrow | 20:03 |
olofk | I think you can apply the patch. It works a lot better with it | 20:04 |
stekern | done | 20:05 |
stekern | it was a pretty obvious bug after you showed it to me, thanks for that | 20:06 |
mor1kx | [mor1kx] skristiansson pushed 4 new commits to master: https://github.com/openrisc/mor1kx/compare/b5ca2ea80854...b385593a28cd | 20:33 |
mor1kx | mor1kx/master 915c08f Stefan Kristiansson: cappuccino/lsu: simplify lsu_except_dbus_o | 20:33 |
mor1kx | mor1kx/master 3dc7e3b Stefan Kristiansson: dcache: enable RAM bypass registers... | 20:33 |
mor1kx | mor1kx/master 020b379 Stefan Kristiansson: cappuccino/lsu: remove tangling dc_cache_inhibit wire... | 20:33 |
blueCmd_ | stekern: presentation of thesis complete | 20:38 |
blueCmd_ | stekern: and more importantly, thesis beers complete | 20:38 |
stekern | sounds excellent | 20:41 |
blueCmd_ | yes! | 20:46 |
_franck_ | so you're back in business :) | 21:01 |
--- Log closed Wed Sep 04 00:00:41 2013 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!