| --- Log opened Thu Feb 06 00:00:27 2014 | ||
| stekern | blueCmd: I'm going to steal your atomic syscall patch and apply that to eco32 (with proper credit), hope you don't mind | 02:38 |
|---|---|---|
| stekern | I just reached a whole new level of geekness, sitting by the pool hacking | 08:08 |
| stekern | the internet connection seems to be a lot faster here... | 08:09 |
| jonibo | stekern: could you provide some feedback on blueCmd's atomic syscall patch... I'm not in a position to review it properly right now and would appreciate the help... if you put your Reviewed-by tag on it, I'll push it upstream... note that pushing upstream makes the ABI "unchangeable" so I'm largely interested in knowing that its fundamentally sound -- this, of course, if you have time, as I know you're on vacation and all... ;) | 13:37 |
| stekern | jonibo: no problem, I'm looking at it right now while translating it to eco32 asm, as far I can tell it's good. there's some minor whitespace issues in it (if that wasn't a result from me copying the patch as is from the web browser that is). | 14:55 |
| stekern | fundamentally, I think you could do all of them with the cmpxchg, but it's less overhead doing them straight up like this I assume, and it's no big cost in the kernel to have the implementations | 15:12 |
| olofk | Who's stupid idea was it to implement orpsocv3 in a weakly typed language? | 15:50 |
| stekern | olofk: I think it was that longhaired guy with a beard | 16:32 |
| olofk | stekern: Fuckin' hippie! | 16:46 |
| stekern | =) | 16:46 |
| stekern | the whitespace damage was just due to my cop-paste, sorry for wrongly accusing you blueCmd ;) | 16:46 |
| stekern | +y | 16:46 |
| olofk | Is anyone still using coff files, or can I remove support for that whenever I see it? (looking at orpsoc testbenches) | 16:49 |
| stekern | I don't think anyone does | 16:50 |
| olofk | Better not ask jeremybennett though. I know what he usually has to say about ancient hardly ever used features ;) | 16:51 |
| maxpaln | Ok, feeling like a complete GIT newbie - I am looking for the wb_sdram_ctrl that olofk_ suggested for debugging my new DDR3 controller. I amnot sure what to look for (a verilog file, a whole system). Can anyone point me int he right direction? | 17:18 |
| olofk | maxpaln: https://github.com/skristiansson/wb_sdram_ctrl | 17:19 |
| olofk | But to make things slightly more complicated, the BFMs used in the test bench are stored here: https://github.com/openrisc/orpsoc-cores | 17:20 |
| maxpaln | ok, this is making a little more sense | 17:20 |
| maxpaln | I obviously haven't looked at it yet but before I do the obvious question - will this work as a standalone test for my DDR3 Controller? | 17:21 |
| maxpaln | I was hoping to have something that I could use to verify my controller under a bunch of different Wishbone transactions - will this help? | 17:22 |
| olofk | maxpaln: That's what it does | 17:22 |
| maxpaln | great! | 17:22 |
| maxpaln | :-) | 17:22 |
| maxpaln | pwd | 17:22 |
| maxpaln | ooops - -wrong window in focus | 17:22 |
| olofk | It's a bit rudimentary though. Haven't implemented any fancy ways to shape the traffic. You set a number of transactions and a maximum burst length, and it will generate all kinds of requests for you | 17:23 |
| maxpaln | ok, so looking at the wb_sdram_ctrl_tb.v - I just need to swap out the instantiation of the 'wb_sdram_ctrl' with my controller | 17:24 |
| maxpaln | I say 'just' I will bevery happy if its that simple - but that looks like a good place to start | 17:24 |
| olofk | I guess you will need some kind of DDR3 model as your backend as well, but otherwise yes | 17:26 |
| olofk | https://github.com/openrisc/orpsoc-cores/blob/master/cores/wb_bfm/wb_bfm_transactor.v | 17:26 |
| olofk | This is your workhorse. You can check the parameters to see how to configure ut | 17:27 |
| olofk | s/ut/it | 17:27 |
| maxpaln | :-) great - I'll dive into that and see if i can't get something working | 17:27 |
| olofk | Instantiate one of these and call me in the morning ;) | 17:28 |
| maxpaln | :-) yes doc! | 17:31 |
| stekern | olofk: I was thinking the exact same thing when I wrote that sentence, he has a good point though ;) | 17:33 |
| olofk | Why won't the old c++ elf loader from orpsocv2 load my .elf files? | 17:57 |
| stekern | c++ elf loader? | 18:04 |
| olofk | Yes, from the original verilator test bench | 18:04 |
| olofk | It's got a complete elf parser there | 18:04 |
| olofk | that silently fails after reading a bit of the header | 18:05 |
| olofk | Hopefully we can throw it all out when _franck_'s improvements in the libelf-based loader is in place | 18:07 |
| olofk | Should e_shnum be greater than 0 in an elf file? | 18:10 |
| olofk | hmm... this elf reader is broken. Just don't know how yet :( | 18:16 |
| stekern | didn't we just use .vmems with orpsocv2? | 18:17 |
| stekern | ...perhaps because the elf loader was broken... | 18:17 |
| olofk | hmm... | 18:17 |
| olofk | I thought it was mainly to have the same mechanism for all simulators | 18:17 |
| olofk | But maybe you're right. Perhaps it never worked | 18:18 |
| olofk | But it looks like jose managed to load some elfs | 18:18 |
| stekern | I don't think I've ever used it at least | 18:18 |
| olofk | Perhaps he cheated | 18:18 |
| stekern | ...reminds me, I need to check the debug issues in mor1kx he pointed out.. | 18:19 |
| stekern | I'm too slow at context switching | 18:19 |
| olofk | Finally closed that pull request | 18:33 |
| --- Log closed Fri Feb 07 00:00:28 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!