| --- Log opened Thu Feb 26 00:00:57 2015 | ||
| olofk | sheridp: The toolchain should support PIC. I think that's required for shared libraries among other things, but I'm no expert at this unfortunately | 06:57 |
|---|---|---|
| Me1234_ | I have a strange problem. Linux size is 7.4M. But quartus_cpf says that: | 07:13 |
| Me1234_ | Size of file(s) in EPCS64 exceeds memory capacity | 07:13 |
| Me1234_ | Offset is 720896 so I must have someting like 63M in flash | 07:13 |
| olofk | Me1234_: EPCS64 is 64Mbit, not Mbyte | 07:30 |
| olofk | And 7.4MB is almost 8 | 07:31 |
| GeneralStupid | NOW i see the beauty of the fusesoc tool :-D | 09:04 |
| olofk | GeneralStupid: Haha. | 09:07 |
| GeneralStupid | olofk: its working, and it looks great. They installed me "altera_virtual_jtag" is that to get JTAG over USB working? | 09:09 |
| GeneralStupid | ok only partitially working i think | 09:10 |
| _franck__ | GeneralStupid: https://github.com/openrisc/orpsoc-cores/tree/master/cores/adv_debug_sys | 09:11 |
| _franck__ | ^ the debug unit has the jtag uart | 09:11 |
| _franck__ | and altera_virtual_jtag connect your usb blaster to the debug interface | 09:11 |
| GeneralStupid | i think it will be a long way to partly understand what which package is doing | 09:14 |
| olofk | GeneralStupid: Well, you won't be alone. I haven't really figured that out completely either | 09:16 |
| _franck__ | GeneralStupid: http://pasteboard.co/1p0I9uh6.png | 09:18 |
| GeneralStupid | imho the softcore should (in a perfect world...) easily to set up on my FPGA and it should help me to write less hardware and more software | 09:18 |
| GeneralStupid | i want a complete baremetal implementation of something i still dont know. Then profile that and after this implement specific algorithms as IP Slave | 09:19 |
| GeneralStupid | i think image filters would be good :) the institute iam working for still does that with the NIOS2 or some self developed cores. | 09:20 |
| _franck__ | GeneralStupid: can you remember me which board you have ? | 09:20 |
| GeneralStupid | But i would like to show that open source, core, hardware can do this too :) | 09:20 |
| GeneralStupid | i have a terasic DE2 | 09:20 |
| GeneralStupid | Cyclone II with 8MbRAM and 35000 LEs | 09:21 |
| _franck__ | well if you copy the de1 system with minors changes (only pinout I guess) it should be easy to get something to work | 09:21 |
| GeneralStupid | is there something i have to configure because of my RAM ?! | 09:22 |
| GeneralStupid | i can hardly compare my results with the nios2 results if i not use the whole hardware :) | 09:22 |
| _franck__ | https://github.com/openrisc/orpsoc-cores/blob/master/systems/de1/rtl/verilog/orpsoc_top.v#L457 | 09:23 |
| _franck__ | you have to change SDRAM characteristics here | 09:23 |
| _franck__ | also change the pinout here: https://github.com/openrisc/orpsoc-cores/blob/master/systems/de1/data/pinmap.tcl | 09:24 |
| _franck__ | and you should be almost good | 09:24 |
| _franck__ | GeneralStupid: what about that: https://github.com/openrisc/orpsoc-cores/pull/38 | 09:25 |
| GeneralStupid | hm its not already pulled? | 09:29 |
| GeneralStupid | i would test it but the DE2 is different to the de2-70 | 09:30 |
| GeneralStupid | _franck__: thank you. Thats really helpful, i think it will be PITA to get it "absolutely optimized" running... | 09:44 |
| GeneralStupid | But i will share my results | 09:44 |
| GeneralStupid | lgpl license... so i have to share my changes :) | 09:45 |
| GeneralStupid | but as i see, the DE1 is equal to the DE2 except the amount of LEs and the number of input outputs | 11:11 |
| olofk | whoops! I have totally forgot about that pull request | 12:49 |
| olofk | Need to do a bit of merging to get it in shape | 12:50 |
| Me1234__ | Is it ok to compile linux with or1k-elf | 14:24 |
| Me1234__ | ? | 14:24 |
| stekern | Me1234__: the kernel? yes | 14:32 |
| Me1234__ | Does the SD card controller work with linux. SPI SD card is very slow (mounting fat32 takes someting like 5 seconds). | 17:03 |
| olofk | Me1234__: Which board are you using? | 17:08 |
| olofk | I know that the SD card controller worked on the ordb2a boards at least, but I can't remember anything about performance | 17:10 |
| Me1234__ | olofk: De0_nano. | 17:13 |
| Me1234__ | olofk: I mean the unmodified version work with linux, or I have to try if this works: https://github.com/mczerski/SD-card-controller | 17:15 |
| Me1234__ | olofk: from that page: | 17:16 |
| Me1234__ | olofk: Also in the plan is the driver for Linux. The initial work can be found at: | 17:16 |
| Me1234__ | https://github.com/mczerski/linux - de0_nano branch | 17:16 |
| Me1234__ | the driver is named ocsdc and is located in drivers/mmc/host directory. | 17:16 |
| olofk | Nice. Haven't seen that before | 17:16 |
| olofk | Is that yours btw? | 17:17 |
| olofk | The repo, I mean | 17:20 |
| olofk | I should bring out my old ordb2a board and fix proper support for that. | 17:29 |
| Me1234__ | olofk: No, it is not mine. | 17:33 |
| Me1234__ | olofk: My user on github is github.com/VladimirP1 | 17:34 |
| Me1234__ | olofk: Are linux drivers available for that: http://opencores.org/project,sdcard_mass_storage_controller | 18:08 |
| olofk | Me1234__: Yeah, I'm pretty sure there are drivers for that. LoneTech, can you confirm? | 18:44 |
| GeneralStupid | ok now he fetches everything except op1200 | 18:57 |
| olofk | GeneralStupid: FuseSoC? | 19:01 |
| olofk | In that case, you don't really need or1200. | 19:01 |
| GeneralStupid | olofk: yes, yesterday nothings fetched, today everything works fine except the or1200 | 19:02 |
| GeneralStupid | what does it mean i dont need it | 19:45 |
| olofk | GeneralStupid: We mostly use mor1kx instead of or1200 nowadays. They are both implementations of the OpenRISC 1000 architecture | 20:04 |
| olofk | Many systems depend on both though, and you choose which one to use by setting a `define | 20:05 |
| GeneralStupid | olofk: yes your right the mor1kx is also there | 20:10 |
| GeneralStupid | can i disable the fetch? | 20:10 |
| GeneralStupid | the depend line in the config file... ill trs | 20:11 |
| GeneralStupid | try | 20:11 |
| olofk | Yeah, just remove or1200 from depend and you should be fine | 20:11 |
| GeneralStupid | ok now its some uart stuff thats missing | 20:12 |
| GeneralStupid | uart16550 | 20:12 |
| GeneralStupid | is there a different repository ? | 20:12 |
| olofk | GeneralStupid: Edit uart16550.core (in .local/share/orpsoc-cores/cores/uart16550 if you have installed to the default location) | 20:14 |
| olofk | Replace the contents of the [provider] section with this: | 20:15 |
| olofk | name = github | 20:15 |
| olofk | user = freecores | 20:15 |
| olofk | repo = uart16550 | 20:15 |
| olofk | revision = master | 20:15 |
| GeneralStupid | thats really easy | 20:16 |
| GeneralStupid | it works :) | 20:16 |
| olofk | Great! | 20:16 |
| GeneralStupid | thanks | 20:16 |
| GeneralStupid | ok at building i get an error | 20:29 |
| olofk | GeneralStupid: What's the error? | 20:47 |
| GeneralStupid | ERROR: Cannot find rtl/verilog/adbg_wb_biu.v in | 21:01 |
| olofk | GeneralStupid: Ah ok. Most likely, it failed to download adv_debug_sys properly | 21:15 |
| GeneralStupid | how can i reload? | 21:16 |
| olofk | Remove ~/.cache/fusesoc/adv_debug_sys and then run fusesoc fetch adv_debug_sys | 21:16 |
| GeneralStupid | one sec | 21:16 |
| GeneralStupid | ERROR: Can't find core 'adv_debug_sys' | 21:21 |
| olofk | hmm.. what happens if you run fusesoc list-cores | 21:21 |
| olofk | Is adv_debug_sys listed there? | 21:21 |
| GeneralStupid | no | 21:23 |
| olofk | hmm.. | 21:23 |
| olofk | Do you get anythign from fusesoc list-cores ? | 21:24 |
| GeneralStupid | yes | 21:25 |
| olofk | That's odd | 21:25 |
| olofk | Try to run fusesoc update | 21:25 |
| GeneralStupid | http://paste.debian.net/157742/ | 21:26 |
| GeneralStupid | i already did | 21:26 |
| olofk | ehmm... I honestly don't have a clue right now :) | 21:28 |
| olofk | ahh.. wait | 21:28 |
| olofk | I fixed a bug some time ago | 21:28 |
| olofk | ...that stopped FuseSoC some continuing searching for cores when it found an error | 21:28 |
| GeneralStupid | oh ok | 21:29 |
| olofk | But that was a while ago IIRC, so it might be something else | 21:30 |
| olofk | ok.. there is definitely something wrong here. My FuseSoC installation can't see it either, and I'm missing several other cores that was listed in your output | 21:35 |
| olofk | ah wait | 21:37 |
| olofk | no | 21:37 |
| olofk | or.. | 21:37 |
| olofk | Do you have svn installed? | 21:38 |
| olofk | And was it installed when you installed fusesoc? | 21:38 |
| GeneralStupid | yes and yes | 21:38 |
| GeneralStupid | ohh | 21:40 |
| GeneralStupid | but the server is or was not reachable | 21:40 |
| olofk | GeneralStupid: But it should still list adv_debug_sys in fusesoc list-cores | 21:47 |
| GeneralStupid | hm | 21:47 |
| olofk | Does ~/.local/share/orpsoc-cores/cores/adv_debug_sys exist? | 21:47 |
| olofk | And is there a adv_debug_sys.core inside it? | 21:47 |
| olofk | And if so, can you paste the contents of that? | 21:48 |
| GeneralStupid | you mean the "cores" directory which needs to be configured? | 21:48 |
| olofk | Yes, I just assumed the default location | 21:48 |
| GeneralStupid | no i deleted it :) | 21:49 |
| olofk | Fair enough :) | 21:49 |
| GeneralStupid | i thought you told me to :) | 21:49 |
| olofk | I hope I didn't :) | 21:49 |
| GeneralStupid | ohh i deleted both, the cache and that | 21:50 |
| olofk | Ah | 21:50 |
| GeneralStupid | i think i can pull this one again | 21:50 |
| olofk | Yeah, just checkout the adv_debug_sys dir | 21:50 |
| olofk | phew... I was worried about some bizarre new bug in FuseSoC :) | 21:51 |
| GeneralStupid | ok | 21:54 |
| GeneralStupid | it was just pebkac | 21:54 |
| olofk | ahh.. how do I add dynamically linked programs to my initramfs. I know that stekern, poke53281 or someone else documented that somewhere | 21:55 |
| GeneralStupid | ok adv_debug_sys is in the svn repo which isn accessible | 22:01 |
| olofk | GeneralStupid: Do the same thing as you did with uart16550, but change the repo name to adv_debug_sys | 22:03 |
| GeneralStupid | okay | 22:03 |
| olofk | Crap... that won't work | 22:03 |
| olofk | I'll take care of it. wait a few minutes | 22:05 |
| GeneralStupid | ok | 22:06 |
| olofk | ok, try this in the provider section | 22:12 |
| olofk | name = github | 22:12 |
| olofk | user = olofk | 22:12 |
| olofk | repo = adv_debug_sys | 22:12 |
| olofk | branch = master | 22:12 |
| olofk | AHh.. there's more | 22:12 |
| GeneralStupid | did not work :( | 22:13 |
| olofk | Also change the path for all files | 22:13 |
| olofk | Instead of just rtl/verilog/... it should now be Hardware/adv_dbg_if/rtl/verilog/... | 22:14 |
| olofk | I think | 22:14 |
| GeneralStupid | hm | 22:14 |
| olofk | And you probably need to remove the dir from .cache as well before you fetch it | 22:14 |
| GeneralStupid | thats what i already did for adv_debug_sys | 22:15 |
| olofk | Forgot one more thing. Remove the directory 'patches' from the adv_debug_sys core root | 22:17 |
| olofk | stekern: I'm having the same problem as the guy on the mailing list. Added a binary to initramfs, copied libc, but it still says command not found | 22:22 |
| olofk | Oh well. That's all for tonigh | 22:22 |
| olofk | t | 22:22 |
| GeneralStupid | did not fix the problem but ok :) | 22:25 |
| GeneralStupid | thanks for all and good night | 22:25 |
| ysionneau | Hi | 23:00 |
| ysionneau | did someone succeed in compiling openrisc clang with gcc 4.9.2 ? | 23:00 |
| ysionneau | or at least gcc >= 4.9 | 23:00 |
| ysionneau | I'm trying to compile https://github.com/openrisc/llvm-or1k and https://github.com/openrisc/clang-or1k , on brand new Fedora 64 bits | 23:02 |
| ysionneau | I'm hitting this issue : http://pastebin.com/fau1CCEx | 23:04 |
| ysionneau | seems like this is the gcc 4.9 portability issue documented over there: http://gcc.gnu.org/gcc-4.9/porting_to.html (bottom of the page) | 23:04 |
| ysionneau | anyone fixed this? | 23:04 |
| --- Log closed Fri Feb 27 00:00:59 2015 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!
