--- Log opened Mon Oct 14 00:00:39 2013 | ||
stekern | _franck_: yes, I know, you need that... | 05:25 |
---|---|---|
stekern | I'm a bit in split minds how to actually handle that in my cleaned up version that I will try to upstream | 05:29 |
stekern | or endianness issues all together | 05:31 |
stekern | because there are endian issues with the actual framebuffer as well | 05:31 |
stekern | you can handle that by config options that set a flag, the problem is that most applications seems to just ignore that | 05:34 |
stekern | so basically just console will look right | 05:35 |
stekern | and for the record: http://git.openrisc.net/cgit.cgi/stefan/linux/tree/drivers/video/ocfb.c#n104 | 05:42 |
stekern | _franck_: what board are you playing with btw? sockit? | 05:43 |
olofk | Could we just please replace mornings with some more sensible part of the day | 06:01 |
olofk | There's nothing good about them | 06:02 |
stekern | mornings are great! | 06:03 |
olofk | They tend to wake me up. I don't like that | 06:03 |
stekern | at least the moment when you have a freshly made cup of coffee in front of the computer and noone awake to disturb you | 06:03 |
olofk | Ahh... I forgot coffe. Sorry about that. BRB | 06:04 |
stekern | ah, no wonder you're grumpy... | 06:04 |
olofk | Ahhh! A brand new day is here. Full of adventures and things to discover | 06:07 |
olofk | stekern: Did you manage to beat some sense into wb_bfm_master? | 06:07 |
stekern | yes, I think the change we discussed yesterday was the right thing(tm) | 06:37 |
stekern | seems to work fine so far at least | 06:37 |
olofk | Great | 06:38 |
olofk | What slave are you using that expects the classic ack, btw? | 06:39 |
stekern | my synth | 07:04 |
stekern | I could of course have used the burst mode with bustlength of 1 | 07:05 |
stekern | but that seemed unintuitive to use | 07:05 |
stekern | *burstlength | 07:05 |
stekern | and slaves don't expect acks, they generate them ;) | 07:08 |
olofk | In Soviet Russia, ack generates you | 07:14 |
stekern | lol | 07:21 |
_franck_ | stekern: I'm using my de1, I don't have enough RAM to play with my sockit :) | 07:35 |
stekern | ah, did that have a vga port? | 07:36 |
_franck_ | yes | 07:36 |
stekern | cool | 07:36 |
_franck_ | CONFIG_WISHBONE_BUS_BIG_ENDIAN is that defined somewhere ? | 07:36 |
stekern | it's really sick that you need more than 4GB... | 07:37 |
stekern | yes, I think so, but IIRC that config option is not upstream | 07:37 |
stekern | the whole problem boils down to that linux doesn't have a "native I/O endianess" notion | 07:38 |
_franck_ | anyway, this problem helped me findind a bug in openocd when you have more than one virtual JTAG node | 07:44 |
_franck_ | problems are often usefull | 07:45 |
stekern | indeed | 07:45 |
olofk | I got 99 useful, but the bitch ain't one | 07:48 |
hansfbaier | _franck_: if you don't need your SocKit, send it over to me, I'll pay for shipping :) | 09:15 |
_franck_ | hansfbaier: one is not enough ? | 09:34 |
_franck_ | :) | 09:34 |
hansfbaier | _franck_: Two are nice for playing with high speed transceivers ... :) | 09:35 |
rah | these here FPGA boards are pretty expensive | 10:42 |
rah | hurry up, patents, and expire so these costs go down | 10:43 |
rah | Virtex-5 LX FPGA ML501 Evaluation Platform | 10:45 |
rah | manufactured in 2009 | 10:45 |
rah | still costs $995 | 10:45 |
hansfbaier | rah: Xilinx is expensive | 10:45 |
rah | hansfbaier: I can see :-) | 10:45 |
hansfbaier | rah: Did you have a look at the SocKit? has many features of the expensive FPGAs and is cheap | 10:46 |
hansfbaier | 115k cells, high speed transceivers | 10:46 |
rah | hansfbaier: which sockit? | 10:46 |
rah | hansfbaier: do you mean the cyclone V board? | 10:47 |
hansfbaier | rah: not the cyclone V starter kit, the sockit | 10:48 |
hansfbaier | rah: cyclone v is like sockit, but without the ARM cores and fewer logic cells | 10:48 |
rah | hansfbaier: right, it wasn't clear you were talking about altera dev boards | 10:49 |
rah | hansfbaier: yes, I have seen it | 10:49 |
hansfbaier | rah: FPGAs above that tend to be very pricey, and the software isn't free any more (costs big $$$) | 10:49 |
rah | hansfbaier: but I don't really like it because (a) I don't really want a chip with an ARM core on it (kind of defeats the purpose of using a free CPU for me), and (b) all the interesting peripherals are attached to the ARM core and not the FPGA | 10:50 |
rah | hansfbaier: of the xilinx boards, the "Cyclone V GX Starter Kit" attracts me more | 10:52 |
hansfbaier | rah: You can access the ARM peripherals from the FPGA | 10:52 |
hansfbaier | rah: Yes, but it has only 75k cells | 10:52 |
hansfbaier | rah: you don't have to use the ARM cores if you don't want to | 10:52 |
rah | hansfbaier: how do you "access" the ARM peripherals? | 10:52 |
hansfbaier | rah: you can instantiate a bridge to the ARM system with Qsys, it's in the labs which come with the sockit | 10:53 |
rah | hansfbaier: what kind of "bridge"? | 10:56 |
hansfbaier | rah: AXI<->avalon | 10:56 |
hansfbaier | bus bridge | 10:56 |
rah | I presume those are the busses used by the FPGA and ARM cores? | 10:57 |
rah | hansfbaier: do you have one of these boards? | 11:00 |
hansfbaier | rah: the SocKit | 11:01 |
rah | hansfbaier: yes | 11:01 |
rah | hansfbaier: you have one? | 11:01 |
hansfbaier | rah: yes | 11:01 |
rah | hansfbaier: do you have to use Windows software to configure it? | 11:01 |
hansfbaier | rah: I use Linux | 11:01 |
hansfbaier | rah: the board configurator runs fine with wine | 11:02 |
rah | I see | 11:02 |
hansfbaier | rah: Quartus runs well under Linux | 11:02 |
hansfbaier | rah: so, no. | 11:02 |
* rah counts software running under Wine as "Windows software" :-/ | 11:06 | |
rah | regardless, it all seems to be proprietary :-/ | 11:06 |
hansfbaier | rah: But you don't have to have a Windows License | 11:06 |
hansfbaier | rah: Then forget FPGAs | 11:06 |
rah | hansfbaier: I've already come to terms, disappointing as it is, that the FPGA domain is dominated by proprietary technologies | 11:07 |
rah | s/that the/with the fact that the/ | 11:07 |
hansfbaier | rah: You don't have to use the pin configurator. It's only a convenience tool. You can write the pin assignments by hand if you prefer. | 11:07 |
hansfbaier | rah: Hardware world is very proprietary. | 11:07 |
rah | indeed :-/ | 11:07 |
hansfbaier | rah: There is a heap on patents on FPGAs If you want something completely open source you have to wait 20 years or so till they all expire | 11:10 |
rah | I know :-/ | 11:10 |
hansfbaier | s/heap on/heap of/ | 11:10 |
rah | hansfbaier: changing the subject, do you have orpsoc (v2 or v3) running on your sockit board? | 11:11 |
hansfbaier | rah: https://github.com/hansfbaier/openrisc-sockit-tutorial | 11:11 |
rah | cool, thanks | 11:12 |
stekern | even though you can access the hps peripherals from the FPGA, the peripheral cores are boring closed source ones still | 11:54 |
stekern | just to make that clear | 11:54 |
rah | no doubt :-/ | 11:54 |
rah | but presumably cores which have free software drivers available in Linux? | 11:55 |
stekern | yes | 11:55 |
rah | well there's that at least :-) | 11:55 |
stekern | my synth is starting to make some noise: http://oompa.chokladfabriken.org/tmp/sublime_sim.png | 12:06 |
stekern | just simulated noise, but still ;) | 12:06 |
olofk | Looking good | 12:16 |
stekern | knowing that I will have a CPU handling a lot of the tasks made this implementation a lot more cleaner than the previous one | 12:16 |
olofk | I wanted to play with my Korg Monotron a few days ago, but that thing is so damn small that I couldn't find it. Everything is not better when it's smaller | 12:17 |
stekern | + it will be possible to make use of some features that were crippled in the old implementation, just because it was hard to control it with rtl code | 12:18 |
olofk | I've seen insane RTL code in some projects that just screamed to be replaced with a CPU, but no one had thought about it. | 12:19 |
stekern | like seperately modulating the velocity of seperate voices | 12:19 |
olofk | Do you have a schematic of the synth? | 12:20 |
olofk | And how do you control it? | 12:20 |
stekern | there's a whole bunch of that in my first synth. but it was by design. 1) a cpu wouldn't fit in the small avnet board I used then 2) I used that project to dust of rtl coding skills, so I tried to avoid to "cheat" | 12:21 |
stekern | of the first synth? | 12:21 |
olofk | Both | 12:21 |
stekern | the old you control with midi | 12:21 |
stekern | the new has a shiny wb interface | 12:22 |
olofk | So I can use gdb instead of a claviature? :) | 12:22 |
stekern | so the idea is that I'll have an or1k sitting and doing the boring tasks of parsing midi messages, doing LFO modulation of amplitude and frequency, voice to note assignment etc | 12:23 |
stekern | haha, yes, you could play it through gdb | 12:23 |
olofk | Yeah, that's how it should be done. No use in wasting logic resources on slow changing stuff that can be done in sw | 12:23 |
stekern | I plan to drop it in the sockit and let the or1k be a pure "baremetal" machine, then expose some kind of midi interface towards the arm core, and then write a midi<->usb driver so you can hook it up to the computer | 12:25 |
stekern | the midi interface should be generic enough, so it would be easy to hook up an uart to it and use normal midi on some other board | 12:27 |
olofk | Good idea. You could probably run a small linux with jack and some more stuff to have it portable | 12:27 |
stekern | it's also nice to finally actually be in the progress of using openrisc for something, not just hacking on it ;) | 12:37 |
rah | http://www.newscientist.com/article/mg22029374.500-print-a-working-paper-computer-on-an-80-inkjet.html | 12:47 |
stekern | interesting article, but with the worst headline ever | 12:51 |
rah | heh | 12:54 |
rah | yeah I can't disagree with that | 12:54 |
olofk | Still pouring in tweets about jor1k after the Phoronix and Slashdot articles. I'm still a bit jealous though that no one is impressed with our CPU implemented in hardware ;) | 13:19 |
olofk | Aha! I got it! Let's implement asm.js in verilog | 13:20 |
stekern | yeah, I guess we will get the recognition when we can run a browser which can run jor1k on a hardware implementation ;) | 13:21 |
olofk | We should start by porting Icarus to OpenRISC | 13:22 |
stekern | compiling or1ksim for it might be simpler | 13:23 |
olofk | True | 13:23 |
stekern | but not as groundbreaking ;) | 13:24 |
olofk | I haven't been following the X and wayland compiling in detail. Is it complicated to cross-compile stuff with a lot of inter-dependencies? | 13:25 |
stekern | I wonder if or1k will keep up if I let that do the envelopes too.. | 13:25 |
olofk | stekern: You can just add another one | 13:25 |
olofk | Or implement the Vector instruction set parts :) | 13:25 |
stekern | looking at my old code, it qualifies as "insane code that yells to be handled by a cpu" | 13:26 |
stekern | but it's pretty time critical stuff | 13:26 |
olofk | Put in a little extra pronto-espresso for that | 13:27 |
stekern | I think I will think about ways to just let the or1k set a "timer" that will scale the velocity/frequency | 13:28 |
stekern | because that's basically what the insane code does | 13:28 |
olofk | That's insane! | 13:28 |
stekern | I could have interrupts triggering when there's a timeout too... | 13:29 |
stekern | or something like that | 13:29 |
olofk | 211 views of my blog during the last month. I hope that google's servers can keep up with that | 13:30 |
stekern | that's 211 more than my blog have received | 13:30 |
olofk | I liked your post "Parkerad hos Loopia". It was an interesting read | 13:32 |
stekern | thanks, i put a lot of effort into that | 14:36 |
jeremybennett | stekern: Where is your blog? | 14:36 |
stekern | jeremybennett: i don't have one, that's how ican be so sure that it hasn't received any views | 14:39 |
stekern | "parkerad hos loopia" means "parked by loopia" and loopia is a hosting service in sweden | 14:42 |
stekern | it happens to be the hosting service i use, i don't know if olofk lucky-guessed that or actually looked it up ;) | 14:44 |
jeremybennett | stekern: Ah - rather got lost in translation. | 15:10 |
nvmind | hello all | 15:43 |
nvmind | I have found the problem that was causing me the CRC errors. | 15:44 |
nvmind | the issue was that the memory of the register file of or1200 was not yet initialized when I was connecting to the simulation with openocd | 15:51 |
nvmind | and the CRC computation was wrong due to the X value contained in it. | 15:52 |
_franck_ | nvmind: I had this problem too | 17:42 |
_franck_ | nvmind: https://github.com/openrisc/orpsoc-cores/commit/62917b8fd430e6b815ba00e21850662fae14ade1 | 17:42 |
--- Log closed Tue Oct 15 00:00:40 2013 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!