| --- Log opened Sun Jul 13 00:00:17 2014 | ||
| -!- ams` is now known as ams | 12:14 | |
| olofk | blueCmd_, dalias : About gentoo and musl http://blogs.gentoo.org/blueness/2014/05/24/lilblue-linux-release-20140520/ | 14:02 |
|---|---|---|
| olofk | And thanks for the pull requests. I might have some time tonight or tomorrow to look at them | 14:10 |
| blueCmd_ | stekern: http://ef0cdada65eefc09.paste.se/ | 14:54 |
| blueCmd_ | I don't know if that is a regression / new thing, but you might want to look at why verilator thinks that's circular | 14:55 |
| blueCmd_ | olofk: np! | 14:55 |
| blueCmd_ | olofk: hopefully this will make it easier to use fusesoc/openrisc in designs that are already using avalon/axi | 14:59 |
| olofk | blueCmd_: Yes, this will do wonders to expand the ecosystem | 16:25 |
| olofk | And regarding the fusesoc/migen discussions from some time ago; I always intended FuseSoC to support migen for RTL generation | 16:26 |
| blueCmd_ | I wonder why ethmac only wants to read 64 / 128 bytes of my packets.. | 17:07 |
| olofk | blueCmd_: HW or sim+ | 17:11 |
| olofk | ? | 17:11 |
| olofk | If it's hw you could record the traffic with wireshark and write a VPI module that pushes pcap files through the mac. (That's another one on my todo list :)) | 17:12 |
| blueCmd_ | olofk: hw | 17:18 |
| blueCmd_ | olofk: I'm recording the wishbone bus, and I have the MAC in loopback mode and not showing any RX | 17:18 |
| blueCmd_ | it works in the simulator (but then again I wrote the loopback implementation in or1ksim) | 17:18 |
| blueCmd_ | olofk: (hw = verilator) | 17:23 |
| blueCmd_ | ah. maybe I need to clock rx_clk_pad_i and tx_clk_pad_i even though it's in loopback | 17:42 |
| blueCmd_ | that might be relevant. thank you shower idea! | 17:42 |
| olofk | At least there's one good thing with showers ;) | 18:03 |
| blueCmd_ | weeey, it worked \o/ | 18:21 |
| olofk | Cool! | 18:21 |
| olofk | But how on earth could it read half of the packets when you didn't have clocks connected? | 18:22 |
| blueCmd_ | olofk: the backfill logic of the TX FIFO seems to be clocked by the wishbone bus | 18:27 |
| blueCmd_ | which makes sense, since it reads by using DMA | 18:27 |
| blueCmd_ | and I guess 64 bytes is the depth of the FIFO, and with no TX clock it would just fill the fifo and stop | 18:28 |
| blueCmd_ | what's up with git.opencores.org? seems down to me | 18:28 |
| olofk | That seeems to be more and more common :( | 18:28 |
| blueCmd_ | shame on me for not saving what I needed from there | 18:29 |
| blueCmd_ | olofk: are you able to access http://git.opencores.org/?a=viewblob&p=orpsoc&h=ce4682cecbbab89ddfd630ef3c01ba11b1c6f305&hb=3f8bf9d7ec6e34d6e136d1fe56ee884e10f5b924&f=boards/ordb2a/rtl/verilog/orpsoc_top.v ? | 18:29 |
| blueCmd_ | or do you happen to have that file by any chance? | 18:32 |
| olofk | Might have, but I can't see which file you mean | 18:34 |
| blueCmd_ | boards/ordb2a/rtl/verilog/orpsoc_top.v | 18:34 |
| blueCmd_ | more specifically I want the connections for RMII hook-up of ethmac | 18:34 |
| olofk | Ah ok | 18:36 |
| olofk | Here's the orpsocv2 port for ordb2a that is in the VirtualBox VM from ORSoC https://www.dropbox.com/s/7yo6c7y0yazrkr3/orpsoc_top.v | 18:38 |
| blueCmd_ | thanks! | 18:39 |
| olofk | And the mii to rmii converter https://www.dropbox.com/s/qfwbn8wwu36gt4b/eth_rmii2mii.v | 18:39 |
| olofk | Now it's time to sleep. Didn't get much of that last night | 18:40 |
| blueCmd_ | olofk: thanks a bunch! sleep tight | 18:40 |
| ysionneau | and suddenly, the verilog discussion ended up | 19:15 |
| ysionneau | I don't wonder why :) | 19:15 |
| blueCmd_ | ysionneau: hm? | 19:25 |
| ysionneau | I guess some of the guys here are watching tv ;) | 19:25 |
| ysionneau | (world cup final) | 19:25 |
| blueCmd_ | aha, I'm not :P | 19:26 |
| blueCmd_ | hah, _franck_ - I was looking at MMC code in barebox and suddenly a wild "(C) Copyright 2011 - Franck JULLIEN <elec4fun@gmail.com>" appears | 19:36 |
| ysionneau | ahah | 19:36 |
| _franck_ | the world domination project has begun a long time ago ;) | 19:37 |
| blueCmd_ | :P | 19:39 |
| blueCmd_ | _franck_: you don't happen to be fresh in how to set up MMC / SDcard in barebox? | 19:52 |
| blueCmd_ | over SPI | 19:52 |
| blueCmd_ | (doesn't need to be SPI, but I guess that is what opencores has best support for) | 19:52 |
| _franck_ | blueCmd_: https://www.assembla.com/code/barebox/subversion/nodes/14/trunk/arch/openrisc/boards/generic/generic.c | 20:00 |
| blueCmd_ | _franck_: that gets me to a login screen | 20:01 |
| _franck_ | ah wait | 20:01 |
| _franck_ | http://pastie.org/private/v8cushaj1l7b5fexiukdq | 20:01 |
| blueCmd_ | superb! | 20:02 |
| blueCmd_ | thanks | 20:02 |
| _franck_ | do you have an opencores SPi driver for barebox ? | 20:03 |
| blueCmd_ | though I don't seem to have an oc_tiny_spi driver in my barebox | 20:03 |
| blueCmd_ | ;) | 20:03 |
| _franck_ | :) | 20:03 |
| _franck_ | http://pastie.org/private/znksm17gpp2nj4tjbmzw | 20:03 |
| _franck_ | but I hacked tiny SPI RTL a bit to add a chip select | 20:03 |
| _franck_ | so I never upstreamed this driver | 20:04 |
| blueCmd_ | aha ok | 20:04 |
| blueCmd_ | too bad | 20:04 |
| _franck_ | http://pastie.org/private/znksm17gpp2nj4tjbmzw#41 <-- ugly | 20:05 |
| _franck_ | seems like I didn't hack it after all, just use GPIO as chip select | 20:05 |
| blueCmd_ | hah yes | 20:05 |
| blueCmd_ | I get: | 20:17 |
| blueCmd_ | BUG: failure at drivers/base/driver.c:232/register_driver()! | 20:17 |
| blueCmd_ | which is: BUG_ON(!drv->bus); | 20:17 |
| _franck_ | this code is 2 years old...barebox has moved forward | 20:18 |
| _franck_ | this need to be rebased based on current spi drivers | 20:18 |
| blueCmd_ | yeah, I fixed it | 20:19 |
| blueCmd_ | do you want me to clean this up for you? | 20:20 |
| blueCmd_ | I don't need CS so maybe I can make it work and be "nice enough" or something | 20:20 |
| _franck_ | sure. I won't do it anyway. | 20:20 |
| _franck_ | are you sure you don't need CS ? | 20:21 |
| blueCmd_ | do I? I onlt have 1 device on every bus | 20:21 |
| _franck_ | I think it needs to go active/incative to sync the SPI device | 20:21 |
| blueCmd_ | ah | 20:21 |
| blueCmd_ | maybe | 20:21 |
| blueCmd_ | pretty sure this was added to tiny SPI though | 20:22 |
| _franck_ | if not, you can patch tiny spi in fusesoc and add a CS control bit | 20:23 |
| _franck_ | and make it optional in the driver | 20:23 |
| blueCmd_ | ah right, so linux does https://github.com/bluecmd/or1k-linux/blob/master/drivers/spi/spi-oc-tiny.c#L77 | 20:24 |
| _franck_ | barebox has a GPIO framework. However, you need a GPIO driver :) aahh ! it never stops :) | 20:25 |
| blueCmd_ | haha | 20:25 |
| blueCmd_ | might end up port SPI simple instead maybe | 20:31 |
| _franck_ | I started to work on tiny_spi because it is already upstreamed in linux | 20:31 |
| _franck_ | and simple_spi is unknown for barebox maintainers | 20:32 |
| _franck_ | enough for tonight. Good luck with your SPI. | 20:33 |
| blueCmd_ | thanks! I'll probably not persue this anymore right now | 20:33 |
| blueCmd_ | ftr, I think simple SPI has _better_ support in linux currently | 20:34 |
| blueCmd_ | or maybe it's not upstreamed | 20:35 |
| blueCmd_ | jeremy_bennett: http://1558b807dad9d61b.paste.se/ those are the GCC authors as far as I can tell | 21:27 |
| blueCmd_ | the people I'm worried about being unable to reach are marked with a * | 21:27 |
| blueCmd_ | overall I'm optimistic though | 21:28 |
| --- Log closed Mon Jul 14 00:00:18 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!