| --- Log opened Tue Jan 14 00:00:53 2014 | ||
| Powermaniac | Hey guys, how's it going? | 08:33 |
|---|---|---|
| _franck_web_ | Powermaniac: hi. It's been a while | 09:43 |
| Powermaniac | Sure has | 09:43 |
| Powermaniac | So how is openrisc going? | 09:44 |
| Powermaniac | Oh and I shouldn't be rude, so how are you? | 09:44 |
| _franck_web_ | I'm good thanks. What about you ? You were on the way to choose a school right ? | 09:46 |
| Powermaniac | Well I'm planning to go to university this year hopefully, although I'm being stuffed around by the high school I went to last year. But besides that I'm good thanks. | 09:47 |
| _franck_web_ | about openrisc, it is quiet here lately | 09:48 |
| Powermaniac | Oh okay. Any significant changes or advancements been made? | 09:48 |
| _franck_web_ | not that much | 09:49 |
| Powermaniac | Did anyone end up working on getting an actual operating system running on ORPSoCv3? | 09:50 |
| Powermaniac | As I was wanting to work on it but got caught up with other things/distracted plus I didn't ahve enough experience programming | 09:50 |
| Powermaniac | Which I'm currently working on learning to program in C | 09:50 |
| _franck_web_ | board supported in orpsocv3 (altera de1 and de0_nano) are running Linux | 09:52 |
| Powermaniac | WWell I'm just going to double check but when you say Linux what exactly do you mean, as I might mean something different. I'm meaning say Ubuntu or Debian or something along those lines... | 09:53 |
| _franck_web_ | ah ok, so no | 09:54 |
| Powermaniac | Alright. Now wasn't there also someone else wanting to use ORPSoCv3 besides myself to produce an open source computer? | 09:55 |
| Powermaniac | Sure there was someone that came after me that wanted the same thing basically | 09:55 |
| _franck_web_ | Can't remember exactly, but yes, I think so | 09:57 |
| Powermaniac | Okay as I was going to ask if they are still around how it went... | 09:59 |
| stekern | Powermaniac: blueCmd_ have resurfaced in recent days, he's working on glibc support | 10:11 |
| Powermaniac | stekern: Hey! Okay thanks. | 10:12 |
| blueCmd_ | Powermaniac: I actually built the first Debian or1k package yesterday | 10:16 |
| blueCmd_ | so things are coming along nicely | 10:16 |
| Powermaniac | Wow, cool | 10:16 |
| blueCmd_ | at the moment you have to install Linux 'LFS' style (compile everything by hand) | 10:16 |
| Powermaniac | That's fine | 10:17 |
| blueCmd_ | I have scripts to build everything from scratch to a root filesystem with sshd, but that's about it | 10:17 |
| Powermaniac | Hmm you have me once again wanting to build that open source computer I had dreams of last year | 10:18 |
| Powermaniac | Now I have to toss up between a new GPU or an FPGA...Hmm | 10:18 |
| Powermaniac | blueCmd_: Does it matter which FPGA board you use? | 10:18 |
| stekern | buy an FPGA and build the GPU yourself, problem solved? ;) | 10:19 |
| Powermaniac | stekern: Wish it was that easy, I need CUDA support so =\ | 10:19 |
| Powermaniac | Plus I was going to use it for gaming on the side too | 10:19 |
| Powermaniac | Although my Birthday is in April and I was going to wait for the new series of cards... | 10:20 |
| Powermaniac | FPGA it is! | 10:20 |
| Powermaniac | So yeah now the question is which FPGA board to get...What would be most suitable for using as a computer... | 10:22 |
| Powermaniac | blueCmd_: Got any recommendations on a suitable FPGA board as I assume you had to make this decision also at some point? | 10:30 |
| Powermaniac | If you are planning on using it as an open source computer that is | 10:31 |
| -!- knz_ is now known as knz | 10:36 | |
| blueCmd_ | Powermaniac: actually no, I'm just using or1ksim | 10:37 |
| blueCmd_ | stekern: and get graphics that was mediocre in 1990! | 10:38 |
| blueCmd_ | http://www.kickstarter.com/projects/725991125/open-source-graphics-processor-gpu | 10:38 |
| Powermaniac | blueCmd_: You are just using or1ksim O_o | 10:43 |
| blueCmd_ | Powermaniac: yup, it's much easier to automate | 10:43 |
| blueCmd_ | I want to have hardware but I haven't gotten around to buying anything | 10:43 |
| Powermaniac | Does everything actually run at a decent speed seeing as it is simulated? | 10:44 |
| olofk_ | I remember that or1ksim ran faster than the old Actel based ordb1 boards :) | 10:45 |
| olofk_ | But those Actel ProASIC FPGA's were no speed demons. I think they realized later on that having carry logic makes the FPGA a bit more useful | 10:50 |
| Powermaniac | blueCmd_: So would your Debian package actually work on hardware or would that require some extra work? | 10:55 |
| blueCmd_ | Powermaniac: they would work just fine | 11:02 |
| stekern | blueCmd_: exactly, the graphics from the 90s were the best, no need to ruin it with fancy stuff ;) | 11:26 |
| stekern | yay: https://lkml.org/lkml/2014/1/14/89 | 11:28 |
| olofk_ | stekern: Congratulations. Your first code in the kernel? | 11:29 |
| stekern | if you don't count one-liners, yes | 11:32 |
| stekern | although it's not strictly in yet | 11:32 |
| stekern | that ought to attract some chicks, right? | 11:35 |
| blueCmd_ | Hah, cool! | 11:37 |
| blueCmd_ | stekern: now the value of you saying my name on the internet has risen! | 11:37 |
| stekern | yeah, I'm expecting there'll be enough chicks for you to ;) | 11:42 |
| _franck_web_ | stekern: great | 12:36 |
| Powermaniac | You guys generally recommend Altera FPGA boards right? | 13:09 |
| Powermaniac | As there is a slight problem cost wise getting a Xilinx board here in Aus is far more convenient | 13:09 |
| olofk_ | Powermaniac: Xilinx support isn't in place for orpsocv3 yet. There's also the problem that Xilinx no longer ships a free version of modelsim with simulation models of their hard blocks, which means that system level simulation isn't possible to do | 13:23 |
| Powermaniac | Well damn | 13:23 |
| Powermaniac | Well I'm off, good talking to you all again and thanks for the info. Will have to look into an Altera FPGA board some more and see if I can get one shipped here cheaply or something. | 14:06 |
| Powermaniac | Bye! | 14:07 |
| olofk | ok, I've done enough to run verilator simulations with an UART | 19:30 |
| olofk | for or1200-generic | 19:30 |
| olofk | It's a little hackish though, but I'll clean it up a little and push it. Improvements can come later | 19:31 |
| olofk | Can't boot linux yet though :( | 19:32 |
| stekern | how come? | 19:36 |
| _franck_ | olofk: me too :) | 19:57 |
| _franck_ | too bad we spent some time doing the same thing | 19:59 |
| _franck_ | olofk: this is what I did: http://pastie.org/8633516 it's not finished yet | 20:15 |
| _franck_ | I moved bench/verilog/uart16550_model.v in tb_private_src_files in both [verilog] and [verilator] sections | 20:15 |
| _franck_ | so they can have their own version of this file | 20:16 |
| olofk | Yeah, that's a good idea | 20:32 |
| olofk | I got around it in another way, but having different tb_private_src_files would have made it smoother | 20:32 |
| blueCmd_ | stekern: when you are rebasing upstream, would you mind writing down the commit you are rebasing from? | 20:35 |
| olofk | My somewhat dirty solution was to add uart_transceiver.v from mmuart in the milkymist repo. I hooked that up to a process that just $display's the received byte | 20:35 |
| blueCmd_ | I'm creating diffs against upstream and I'm sort of guessing from the contents of the changelogs | 20:35 |
| olofk | But being able to have different tb_private_src_files would allow me to have different test bench toplevels for icarus/modelsim and verilator | 20:36 |
| olofk | Right now it's just an ifdef | 20:36 |
| _franck_ | indeed | 20:37 |
| _franck_ | olofk: I let you work on this, I get back to my or1ksim to RTL bridge | 20:51 |
| stekern | blueCmd_: you mean or1k-src? | 20:56 |
| blueCmd_ | yeah | 21:13 |
| olofk | _franck_: I'll have some stuff to commit, but they contain no changes to orpsoc, so your patch for tb_private_src_files is welcome | 21:15 |
| olofk | But the or1ksim to RTL bridge sounds more exciting :) | 21:21 |
| olofk | _franck_: I want to add your fancy libs feature to modelsim vpi. Should I do it during compilation or linking? | 21:31 |
| _franck_ | well, I guess linking | 21:32 |
| olofk | Linking I guess | 21:32 |
| olofk | :) | 21:32 |
| olofk | I also realized that I haven't added -std=c99 to the gcc argument list. Should that be default, or do we want is a configurable parameter? | 21:33 |
| olofk | I'm not up to date on what is the current standard | 21:36 |
| _franck_ | I would say configurable. but it means add a vpi_module['cflags'] so you can put it as default | 21:37 |
| olofk | cflags makes sense | 21:38 |
| olofk | Reading the gcc man now. Is really // comments a C++ feature? I've been using that for as long as I remember | 21:38 |
| _franck_ | I used this flag when compiling or1kelfloader with gcc. Then I used iverilog-vpi and I guess it is the default here | 21:39 |
| _franck_ | :) | 21:39 |
| _franck_ | you won't put // in any linux source code :) | 21:40 |
| olofk | // is much better. /* can get you in trouble when you want to divide something with a pointer value :) | 21:41 |
| _franck_ | :) | 21:41 |
| olofk | But if they want their stone age comment styles, they won't get any of my code | 21:42 |
| * olofk is bitter for not having any code in the kernel | 21:42 | |
| olofk | Adding libs support for modelsim was dead easy. I must say that I'm proud of how easy it is to add features to the orpsoc code base | 21:43 |
| _franck_ | I start to understand how it works after I wrote many patches :) I should start learning python | 21:44 |
| olofk | Yeah. You're really starting learning python the hard way :) | 21:44 |
| _franck_ | I adding a feature to add this kind of thing: | 21:45 |
| _franck_ | [scripts] | 21:45 |
| _franck_ | pre_run_scripts = bench/start.sh | 21:45 |
| _franck_ | post_run_scripts = bench/post.sh | 21:45 |
| olofk | Yes! Great! That's also something I've been looking forward to | 21:46 |
| _franck_ | so we can start any other thing before and after with run the simulation (like openocd or any program talking to the vpi module) | 21:46 |
| olofk | Or run some code generator | 21:47 |
| _franck_ | also pre_build and post _build | 21:47 |
| olofk | I think it could be nice to export some environment variables when we run the scripts so they can know where the source directories and simulation directories are | 21:48 |
| * _franck_ need to find out how to do that | 21:48 | |
| olofk | os.environ or something like that | 21:49 |
| _franck_ | ok, thanks | 21:49 |
| olofk | We don't need to figure it out right away, but I think it will be helpful in some cases | 21:49 |
| olofk | Hmm... it's probably better to add the environment variables directly to subprocess.check_call instead | 21:51 |
| olofk | It's just to add a dictionary with the environment mappings in a parameter called env | 21:52 |
| stekern | blueCmd_: yeah, that might have been a good idea. I think the next time that repo is synced it should be split up and rebased upon real git repos though (as per the discussion with jeremy the other day) | 22:01 |
| olofk | Just pushed some fixes to orpsoc/orpdov-votrd | 22:01 |
| olofk | orpsoc-votrd is the name of the new repo. I got bored with calling it orpsoc-cores | 22:02 |
| blueCmd_ | stekern: +1 | 22:03 |
| blueCmd_ | stekern: or just upstream it | 22:03 |
| blueCmd_ | :D | 22:03 |
| _franck_ | olofk: I had to fix this: wb_intercon/wb_mux.v:95: Signal unoptimizable: Feedback to clock or circular logic: v->wb_intercon0.wb_mux_or1200_d.slave_sel_int | 22:04 |
| _franck_ | did you see that too with verilator ? | 22:04 |
| stekern | yeah that too... | 22:05 |
| _franck_ | you should push a fix because the current core can't be verilated | 22:09 |
| blueCmd_ | look at that: binutils-or1k-linux-gnu_2.24-2.1_amd64.deb | 22:16 |
| olofk | _franck_: Hmm.. didn't see that. There is a lot of warnings in the wb_intercon stuff however. Probably should clean that up | 22:26 |
| olofk | Which version of verilator are you using? | 22:26 |
| _franck_ | Verilator 3.805 2010/07/10 rev verilator_3_805 | 22:26 |
| _franck_ | pretty old | 22:27 |
| olofk | Could be that. I'm using 3.8.50 here | 22:31 |
| olofk | _franck_: Could you try to remove wb_intercon from the cache? I remember that I had to rewrite the handling of slave_sel_int because the original code didn't work in verilator | 22:36 |
| olofk | Just to make sure that you don't have an old version in your cache | 22:37 |
| olofk | Got to sleep now | 22:37 |
| _franck_ | I'm not ready to do that | 22:37 |
| _franck_ | ok, good night | 22:37 |
| _franck_ | I mean not ready to test verilator write now. I'm still working for 20 min before I go to bed ;) | 22:38 |
| --- Log closed Wed Jan 15 00:00:54 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!