| --- Log opened Wed Aug 27 00:00:25 2014 | ||
| -!- masoud_ is now known as mpoloton | 00:07 | |
| olofk | Yes! port 3333 | 06:07 |
|---|---|---|
| stekern | I've just discovered uinput | 06:09 |
| olofk | uinput is cool. I used it on my rpi to control mplayer from a tac2 soldered to the pin header | 06:10 |
| stekern | I'm going to use it to get keyboard and mouse to the or1k core on the sockit board | 06:11 |
| olofk | aha | 06:11 |
| stekern | speaking of tac2, I built a 2-port tac2->usb-joystick device with an avr and v-usb to be able to play c64 games on emulators the way they were meant to | 06:14 |
| olofk | That's the way :) | 06:14 |
| stekern | amiga games too | 06:14 |
| olofk | And Mega Drive too actually | 06:14 |
| olofk | If you can get away with a single button :) | 06:15 |
| stekern | right, but I have megadrive controllers | 06:16 |
| stekern | can't remember if I implemented support for more than one button though ;) | 06:16 |
| olofk | We discovered that you could see a level map in Alien Breed on amiga if you hooked up a mega drive controller and pressed B | 06:17 |
| olofk | _franck_: What happened with the UART over JTAG stuff? Is there a fusesoc system available that uses it? | 06:22 |
| stekern | looking at pinouts, that would mean middle mouse press | 06:23 |
| stekern | I found the 'schematic' for the converter: http://aijaa.com/zZoi5y | 06:23 |
| stekern | looks like I only did 1 button | 06:24 |
| -!- Netsplit *.net <-> *.split quits: poke53282, slp, simoncoo1, arokux, ssvb, jeremybennett_, olofk | 08:10 | |
| _franck_ | olofk: https://github.com/fjullien/orpsoc-cores/commits/de1_jsp | 10:57 |
| _franck_ | that should be jsp ready | 10:57 |
| _franck_ | and UART over JTAG is now part of openocd | 10:57 |
| maxpaln | ok, so about to attack this fusesoc implementation in anger - from the comments so far it seems my first hurdle will be the fact that our Diamond/Synplify tool flow isn't part of the existing commands. | 14:43 |
| maxpaln | So what's the easiest way to get the tools to give me the RTL I want - that way I can manually run it through the tools, check it works, then backin the commands etc? | 14:43 |
| maxpaln | just starting to familiarise myself with the other systems | 14:54 |
| maxpaln | Some of it makes sense - for example, I can see the purpose of the <>.system and <>.cores files, similarly the data/wb_intercon.conf appears to define what peripherals will appear on the bus | 14:55 |
| maxpaln | but the <>.core includes an RTL section - I thought this would be just the manually created files (since it includes the orpsoc_top.v, clkgen.v ddr2_*.v for the atlys board) | 14:57 |
| maxpaln | but also in this list is the rtl/verilog/wb_intercon.v - which I understand is auto generated by the tools. | 14:57 |
| maxpaln | So perhaps this is the list of files that aren't covered by a repository somewhere - which would make sense, since the repository stored files can be downloaded by the tools from the latest version. | 14:58 |
| maxpaln | But it brings me back to the question of how to get the tools to generate the wb_intercon.v file.... | 14:58 |
| maxpaln | is this done by a different utility? The options under 'fusesoc --help' don't seem to cover this - the closest would be 'build', perhaps this generates the wb_intercon.v if it doesn't already exist.... | 15:01 |
| maxpaln | or is out of date with respect to the data/wb_intercon.conf file | 15:02 |
| maxpaln | makes sense - doesn't mean it's right!! | 15:02 |
| -!- Netsplit *.net <-> *.split quits: rah, xlro, maxpaln, zama, wallento, pecastro, fotis2, blueCmd, ysionneau, LoneTech, (+23 more, use /NETSPLIT to show all of them) | 15:19 | |
| -!- Netsplit over, joins: masoud__, O01eg, maxpaln, stekern, pecastro, ssvb, olofk, poke53281, aburgess, kiwichris (+23 more) | 15:23 | |
| stekern | maxpaln: the wb_intercon.v file is generated by a utility in orpsoc-cores | 15:27 |
| stekern | called wb | 15:27 |
| stekern | wb_intercon_gen | 15:27 |
| maxpaln | aha, great - I'll check it out | 15:28 |
| maxpaln | hmmm, my orpsoc-cores/cores folder doesn't contain that utility - | 15:31 |
| maxpaln | I have wb_intercon but noth the _gen version! | 15:31 |
| maxpaln | should it be in the orpsoc-cores folder itself? I only have 'cores', 'systems' and README.md in that folder | 15:32 |
| maxpaln | aha - its in cores/wb_intercon/sw/ | 15:41 |
| maxpaln | :-) | 15:41 |
| maxpaln | well, that seems to work - this shouldn't be that difficult, at least getting the RTL generated and compiling. Debugging any issues that arise is another thing... | 15:45 |
| olofk | It's really annoying that I must have a clean tree to rebase a git branch | 18:32 |
| stekern | olofk: git stash; git rebase; git stash pop | 18:36 |
| stekern | prboom runs pretty smooth when running mor1kx at 100MHz | 18:37 |
| stekern | and my netcat/uinput hack worked pretty well too | 18:37 |
| olofk | c00l! | 18:38 |
| olofk | Grr... my rebase failed. I got two diverging branches now | 18:39 |
| olofk | I thought it would apply the patches from my branch on top of the other branch | 18:40 |
| stekern | it will... if you do it right | 18:41 |
| olofk | Or maybe not... it might just be telling me that the remote branch (on github) diverges with my local | 18:41 |
| olofk | So I just need to force-push my local branch to github, right? | 18:42 |
| stekern | err... I don't know what you're doing ;) | 18:42 |
| stekern | force-pushing when there are question marks around sounds like a bad idea | 18:42 |
| olofk | I have a branch of orpsoc-cores called de0_fixes, that I pushed to github some time ago | 18:44 |
| olofk | Now I want to resume work on that branch in my local tree, and I started by rebasing it to the master branch | 18:44 |
| olofk | I guess that made the remote and local branches diverge. I don't really need the remote branch however as that was mainly used to get comments for the pull request | 18:46 |
| stekern | ah you are force-pushing to the de0_fixes branch? | 18:48 |
| stekern | that should be ok | 18:48 |
| stekern | but if you just want to work on it locally, as you say, you don't really need to push it (yet) | 18:49 |
| stekern | and the diverge thing is just a status info, telling you about the difference between your local branch and the remote branch | 18:50 |
| olofk | Yeah, that's true | 18:50 |
| olofk | Git messages just tend to scare me in general | 18:51 |
| olofk | It usually means I have fucked something up | 18:51 |
| stekern | =P | 18:51 |
| stekern | the nice thing is, that even if it's pretty easy to fuck things up, it's usually not irrepealable | 18:53 |
| olofk | Very true | 18:54 |
| olofk | hmm... icarus doesn't like the i2c controller | 18:57 |
| -!- Netsplit *.net <-> *.split quits: kiwichris | 18:59 | |
| stekern | no openrisc regression in neither 3.16 nor 3.17-rc2 | 19:01 |
| -!- Netsplit over, joins: kiwichris | 19:01 | |
| stekern | or actually, there was one ethoc regression in 3.16, but that commit got reverted later | 19:01 |
| olofk | stekern: I created a mor1kx-2.2 core for orpsoc-cores that checks out the v2.2 tag. I'm thinking of letting the existing systems depend on that. Whaddayasay? | 19:27 |
| olofk | Except for mor1kx-generic | 19:27 |
| stekern | mmm | 19:45 |
| stekern | poke53281: did you get scummvm working with musl? | 19:50 |
| poke53281 | Yes | 21:49 |
| poke53281 | jor1k.com/jor1k/ | 21:49 |
| poke53281 | type "help" | 21:49 |
| poke53281 | http://pastie.org/9508302 | 21:50 |
| poke53281 | The options are all from uclibc. Not sure if you need them anymore | 21:51 |
| poke53281 | especially the static-libgcc. Can't even remember why. | 21:51 |
| poke53281 | Do you would like to run dosbox too? | 21:52 |
| -!- FreezingCold is now known as NegativeForty | 22:14 | |
| --- Log closed Thu Aug 28 00:00:26 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!