| --- Log opened Wed Sep 10 00:00:45 2014 | ||
| poke53281 | olofk: you played it? | 02:58 |
|---|---|---|
| stekern | olofk: ok, I'll take a look | 03:16 |
| poke53281 | 9 PM: Just my computer, my compiler, my emulator, the Elite 2 source code and me. | 04:10 |
| poke53281 | And a Star Trek episode in the background | 04:10 |
| poke53281 | 2.5 hours time | 04:11 |
| stekern | lucky bastard ;) | 04:17 |
| poke53281 | :) | 04:22 |
| hesham | Does the current Atlys system (built from fusesoc) supports bootloader (u-boot?) like orpsocv2? | 06:11 |
| olofk | poke53281: Yes, I've played it a lot. I remember when I had bought it, I panicked when I realized it contained millions of different planets, and I wasn't sure if it would fit on my small harddrive. When the box arrived it contained a single DD formatted disk. I was so damn impressed by that. Probably part of the reason why I got so interested in embedded and working with limited resources | 06:54 |
| olofk | My father played it even more though. He printed out a matrix of A4 papers that he put up on the wall to write down all his trade routes and where he had placed drilling towers. That made me lose interest since I knew I never would be that into the game :) | 06:55 |
| stekern | hah, I have a similar memory with my father, we competed playing this game: http://nintendo.wikia.com/wiki/Bombsweeper | 06:59 |
| olofk | stekern: We have so much in common. Still got that one downstairs :) | 07:01 |
| stekern | and when the game ends the "map" where you fail is showing for a minute or so, so I rebuilt it with matches to solve it in peace | 07:01 |
| olofk | My favorite game and watch | 07:01 |
| olofk | hahaha | 07:01 |
| stekern | yeah, it's probably the best game&watch game they made | 07:01 |
| olofk | I hope you didn't try to recreate one of the moving maps ;) | 07:02 |
| stekern | haha, no | 07:04 |
| stekern | but it was pretty silly that it was a dual-screen game, the only thing the upper screen was used for was the animiation where the bomber-dude jumps down to the underground | 07:05 |
| olofk | True. But the marketing worked. I probably got it because I thought it would be twice as good as a single-screen game | 07:05 |
| stekern | same here | 07:05 |
| olofk | :) | 07:05 |
| stekern | I hesitated a bit since there was no fire button though | 07:06 |
| olofk | God, that thought seems familiar | 07:09 |
| stekern | the things that go on inside the head of an 8 year old kid ;) | 07:21 |
| olofk | Windows, I will soon kill you | 07:56 |
| olofk | Maybe I shouldn't try to connect to exotic hardware from inside of a VM, but I'm really scared of putting windows on this computer | 07:57 |
| olofk | If only I could recompile this crapplication for Linux | 07:58 |
| stekern | olofk: can't you symlink a complete core? | 10:08 |
| stekern | directory | 10:08 |
| stekern | I'm trying out your wb_streamer, and I checked it out in ../../wb_streamer realative to orpsoc-cores/cores | 10:09 |
| stekern | and then tried to symlink it there, but fusesoc bitches that it doesn't exist | 10:10 |
| olofk | Just add it to cores_root in your fusesoc.conf | 10:19 |
| olofk | cores_root = /path/to/orpsoc-cores /path/to/other/repos/parent | 10:20 |
| olofk | Symlinks should work though, but I haven't tested it, so there might be bugs | 10:20 |
| olofk | And as a sidenote, systems_root isn't needed anymore so you just need a cores_root entry to the orpsoc-cores root instead of one to /cores and one to /systems | 10:21 |
| olofk | You need a quite recent fusesoc for this though | 10:24 |
| stekern | oh, but that's more annoying than symlinking it | 10:26 |
| stekern | because I have millions and millions of different build dirs | 10:26 |
| olofk | Not sure I understand the problem | 10:28 |
| olofk | (of course symlinks should work. Just not seeing what you're seeing) | 10:28 |
| stekern | the problem is that I have seperate fusesoc.conf in each build dir | 10:30 |
| olofk | ah ok. | 10:30 |
| stekern | but all use the same orpsoc-cores | 10:30 |
| olofk | You can put one in ~/.config/fusesoc/fusesoc.conf then | 10:30 |
| olofk | And only put one in $pwd if you want to override that one | 10:30 |
| stekern | yes, or I can symlink it and bitch about it not working in #openrisc ;) | 10:30 |
| olofk | haha | 10:30 |
| stekern | and then just copy the whole dir into orpsoc-cores | 10:31 |
| stekern | but git submodule support would really make sense for such 'fusesoc-aware' cores | 10:33 |
| olofk | Not sure what the problem is, but I'm using os.isdir() in some places. Might be that it fails on symlinks | 10:33 |
| olofk | Absolutely. I've changed my mind on that one and plan to add that before the next release | 10:34 |
| olofk | But I want to keep it out of the tree for now anyway. I have a separate staging area for stuff like this | 10:35 |
| olofk | so I have cores_root = ~/path/to/orpsoc-cores ~/path/to/staging | 10:35 |
| olofk | Does anyone have experience of building with wxwidgets? | 10:46 |
| stekern | olofk: is wb_stream_ctrl.v the top file? | 11:17 |
| olofk | No, for your purposes wb_stream_writer.v would be the toplevel | 11:18 |
| olofk | I haven't implemented the wb config interface yet, so wb_stream_reader_cfg.v is just hardcoded atm | 11:18 |
| stekern | humm... | 11:21 |
| stekern | but... | 11:21 |
| olofk | :) | 11:21 |
| olofk | sorry s/reader/writer | 11:21 |
| stekern | I will be too lazy to fix my orpsoc_top.v later... | 11:23 |
| stekern | will the "final" version have the intention that they are used individually? | 11:24 |
| stekern | or will there be a wb_streamer.v that pull everything together? | 11:24 |
| olofk | Yes, I'm not sure they should be in the same repo at all. Looks like they won't share any code | 11:24 |
| olofk | hmm | 11:25 |
| stekern | well, IMO, two files can be in the same repo even though they don't happen to share any code ;) | 11:25 |
| olofk | Yeah, they are small enough for that | 11:25 |
| stekern | olof 'one repo per file' kindgren ;) | 11:26 |
| olofk | And maybe it would make sense to have a combined top-level. Haven't thought enough about that yet | 11:26 |
| olofk | :) | 11:26 |
| stekern | I can make a wb_streamer.v in my system/sockit dir in the meantime | 11:27 |
| olofk | It makes it look like I'm doing a lot more code if I have many repos :) | 11:27 |
| stekern | well, I think it makes sense to only have one config slave if you are using both the reader and writer | 11:28 |
| olofk | Yeah, too much wires to connect on the top-level otherwise | 11:32 |
| olofk | Actually, the nicest solution would probably be to have a proper DMA component and only have slave interfaces on the stream components | 11:36 |
| stekern | yeah. but you need some bus interface and arbitration between the components then | 11:39 |
| stekern | so that could as well be wb? | 11:40 |
| stekern | ok, 'reader' and 'writer' refer to the 'stream' | 11:40 |
| olofk | Yes | 11:40 |
| olofk | I renamed it yesterday, because I thought that made the most sense | 11:41 |
| stekern | yeah, I think either will confuse you ;) | 11:41 |
| olofk | No question about that | 11:41 |
| stekern | but the name says 'stream writer', so I agree that the current convention probably makes most sense | 11:42 |
| olofk | That's what I figured too | 11:42 |
| olofk | If I want to kill someone slowly I will let them work with string conversions in C++ with wxwidgets | 11:56 |
| sb0 | just built mor1kx again... still bloated | 12:57 |
| sb0 | in fact it gained 21 LUTs since last time | 12:58 |
| Powermaniac | Howdy, been a while any of you guys heard of this project: http://www.lowrisc.org/ ? | 13:09 |
| stekern | sb0: yeah, I haven't received any de-bloating patches ;) | 13:56 |
| stekern | joking aside, it's still on my todo list | 13:57 |
| olofk | Maybe I should buy up all the tickets to orconf and sell them on the black market. I could make millions from this | 14:38 |
| olofk | gahh!! Software must be the most stupid fucking idea ever | 16:06 |
| stekern | no, analog electronics must be the most stupid fucking idea ever... | 16:32 |
| stekern | my brain can't grasp more than 2 states | 16:32 |
| olofk | True. Everyone knows that it's just crap between 0 and 1 | 16:33 |
| stekern | and everything is just imprecise guess-work | 16:33 |
| olofk | woohoo! Looks like I actually made stuff compile | 16:38 |
| olofk | ...speaking of imprecise guess-work | 16:48 |
| stekern | woohoo! Looks like I got a LED to light up! | 17:22 |
| stekern | ...and it's a crazy powerled, so I'm halfblind now | 17:23 |
| olofk | haha | 17:33 |
| olofk | hmm.. I just realized that we have a proper DMA if we connect the stream interfaces of my reader and writer | 17:34 |
| stekern | that's what I said (vaguely) before | 17:36 |
| hesham | stekern: Does your u-boot work with mor1kx and fusesoc for Atlys ? | 18:37 |
| stekern | last I checked, yes. but it was a while ago | 18:41 |
| stekern | but if you experience problems, I can take a look | 18:44 |
| hesham | I created .mcs file from orpsoc_top.bit, and then used promgen to embed the u-boot.bin, but it does not work. | 18:50 |
| hesham | I can investigate sometime to get some knowledge about mor1kx RTL, so you may just pass some docs and/or hints for me to start from. | 18:52 |
| hesham | BTW, the orpsocv2 works fine on my Atlys, with both bare-metal hello, and u-boot, however it does not work with the vmlinux image (that ran on or1ksim fine) | 18:59 |
| stekern | ah.. there's no flash loader in the fusesoc/orpsoc-cores atlys board port | 19:00 |
| stekern | I just realised I never answered your question about that | 19:00 |
| hesham | nm, Can I help with that? | 19:01 |
| jagadeesh | hi how can i load fusesoc/de0_nano system along with application in ecps flash | 19:02 |
| stekern | yes, blueCmd_ already started something for the de0 nano board I think | 19:03 |
| stekern | but the quick-n-dirty solution would be to just take the bootrom .v from orpsocv2 and use that | 19:03 |
| jagadeesh | can i get a little more info of doing that | 19:04 |
| hesham | So, if it's that easy, why not added so far? | 19:04 |
| stekern | because we don't want the dirty solution ;) | 19:05 |
| hesham | Makes sense ;) | 19:07 |
| stekern | the 'proper' solution use olofk's wb_ram and preloads it with the bootcode | 19:07 |
| jagadeesh | is it like the bootcode in wb_ram copies the code in flash to sdram | 19:08 |
| stekern | and we of course want the bootloader to be available as source too (and an option to choose what bootloader to use), not just a 'binary' blob dumped in there | 19:08 |
| stekern | jagadeesh: yes, this was what the old orpsocv2 bootrom did | 19:08 |
| hesham | In that case, the bootcode can be u-boot? | 19:09 |
| jagadeesh | u-boot does the same is it | 19:09 |
| jagadeesh | then we should have to place the u-boot in wb_ram am i right | 19:10 |
| stekern | well, u-boot is pretty large, but if you have enough SRAM/ROM space to share, basically yes | 19:11 |
| stekern | s/share/spare | 19:11 |
| stekern | (on the atlys/de0 nano boards, you don't) | 19:12 |
| hesham | Do not have enough Flash space or what? | 19:13 |
| jagadeesh | do not have enough sram/rom in fpga | 19:13 |
| hesham | The SPI flash size is 16M for Atlys | 19:14 |
| jagadeesh | the bootcode is something that resides in the processor in our case the fpga, am i right? | 19:15 |
| stekern | yes | 19:31 |
| -!- edward__ is now known as funfunctor | 19:51 | |
| jagadeesh | writing to epcs flash not successful, how can i find the offset address of the cof file | 21:15 |
| jagadeesh | the sof takes place at starting of the flash followed by software hex | 21:16 |
| jagadeesh | does the problem lies in hex offset address or should i tel the bootrom.s to read from the starting address of the epcs flash hex content | 21:17 |
| olofk | stekern: I actually started a or1k-bootloaders core that I figured could contain some general-purpose bootloaders | 21:19 |
| olofk | For de0 nano, I want to blink some LEDs, load from flash or execute from 0x100 depending on the state of the dip switches | 21:20 |
| olofk | I think that could be useful on more boards | 21:21 |
| jagadeesh | yeah me too want the same | 21:21 |
| olofk | Blinking LEDs by default is a great way to get some feedback | 21:21 |
| olofk | jagadeesh: Unfortunately we're not there quite yet. For some reason, the preloaded memories seem to be empty when I build the FPGA image | 21:22 |
| jagadeesh | is there any help i could get | 21:22 |
| olofk | jagadeesh: Yes. If you could figure out why the hell the memories aren't preloaded, that would be great | 21:22 |
| olofk | de0_nano in orpsoc-cores already uses wb_ram with a bootloader called clear_r3_and_jump_to_0x100. I used signal tap to see what the CPU reads from the bootloader memory, but it seems to be empty | 21:24 |
| olofk | It would be interesting to see if it works on Xilinx devices | 21:24 |
| olofk | I'm not sure if I have done something really stupid, or just that Quartus fails to understand the coding style. Both are equally possible :) | 21:25 |
| jagadeesh | as far as bootloader im new | 21:26 |
| olofk | Got to sleep now. Going to FPGA World in Copenhagen early tomorrow | 21:26 |
| olofk | Why the hell did I sign up to talk at both places? :/ | 21:27 |
| jagadeesh | me too its 3 am here ;-) | 21:28 |
| jagadeesh | have a good sleep | 21:28 |
| jagadeesh | i was trying to use the old bootloaders | 21:28 |
| blueCmd_ | stekern: (since jagadeesh has left): https://github.com/bluecmd/orpsoc-cores/tree/de0-nano-work has some stuff related to that | 22:29 |
| blueCmd_ | JIC files and what-ever-they-are-named | 22:29 |
| hesham | blueCmd_: Should not simple_spi.v and fifo4.v exist there? https://github.com/openrisc/orpsoc-cores/tree/master/cores/simple_spi | 23:24 |
| hesham | It should not, it's checked out from opencores repo | 23:45 |
| --- Log closed Thu Sep 11 00:00:47 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!