| --- Log opened Tue Sep 02 00:00:34 2014 | ||
| poke53281 | stekern: I compiled mesa with hard-float support. glxgears increased from 2fps to 6fps. Nothing unexpected I would say. But good to know that it runs. | 04:04 |
|---|---|---|
| poke53281 | X works too with musl. More stable than last year. | 04:19 |
| dalias | :) | 04:21 |
| poke53281 | But I have still problems with weston, dalias. Wanted to ask tomorrow in the forum. sabotage linux does not have a package. | 04:23 |
| dalias | weston has lots of problems :) | 04:25 |
| poke53281 | It seems, that almost no version really compiles. But it seems not the fault of musl. Even the realease versions are kind of bad I think. | 04:28 |
| poke53281 | And I have to ask the sabotage developer because of xterm. Spend one day to get it working. And still don't know why it works at the moment. | 04:28 |
| stekern | poke53281: nice, I'll give X a go soon | 04:51 |
| poke53281 | I hope that with the new version of jor1k I don't violate any github rules. I use two repositories, one with the binaries and one with the code. And both use gh-pages. | 04:56 |
| poke53281 | I search also for nice little games, programs for the emulator. Finally I have all freedoms with the size of the filesystem. | 04:57 |
| poke53281 | fortune and cowsay is on my list ;) | 05:02 |
| stekern | I'm interested in finding some nice demos for that take advantages of multiple-cores | 05:09 |
| stekern | -for | 05:09 |
| poke53281 | I can code you an mandelbrot fractal caluclator with openmp. Otherwise I have problems finding those tools, which really shows parallelism. | 05:16 |
| poke53281 | But implementing the smp feature is also on my list. | 05:16 |
| stekern | yeah, that'd be cool | 05:21 |
| stekern | have some simulators with smp support | 05:21 |
| stekern | I'd died for that when chasing the spinlock bug :) | 05:22 |
| stekern | I think I have some mandelbrot 'demo' I wrote in the early 90's too ;) | 05:23 |
| poke53281 | Actually that is the only one I can think of shows the parallelism. x264 is probably the best parallelized complex software nowadays. But you don't see it. | 05:33 |
| stekern | oh my... looking at that code doesn't make me proud.. http://pastie.org/9520670 | 05:33 |
| poke53281 | You used even intendations. I didn't used them before 2000. | 05:35 |
| poke53281 | But the code is not so bad. Put a lot of spaces in the code and few new lines it doesn't look so bad. | 05:36 |
| poke53281 | I dreamed of implementing the multicore into my emulator. already :) It's not complicated. One day and it should work. | 05:38 |
| poke53281 | But to implement it fast would take a few weeks. | 05:39 |
| stekern | yeah, I think the main problem with or1ksim was that it has a lot of global variables | 05:39 |
| poke53281 | unfortunately, Javascript doesn't support shared memory systems. The threads can only communicate via messages. | 05:40 |
| poke53281 | To use messages to synchronizes the RAM would be great, but extremely slow. 50MIPS -> 10kIPS | 05:41 |
| stekern | in a way, I don't care so much about performance for mp eumlations | 05:41 |
| poke53281 | Yes, I understand. Hope, you allow also 32 or more cores. Would be fun. | 05:42 |
| stekern | at least as long as speed is reasonable ;) | 05:42 |
| stekern | otherwise I can just run stuff in verilator | 05:42 |
| poke53281 | or1ksim is supposed to run slow. | 05:43 |
| stekern | I can get ~500KIPS in verilator | 05:44 |
| poke53281 | That's more than enough for a few tests | 05:44 |
| stekern | yeah, but when bugs starts to be more subtle, like the spinlock one, it's not feasible to run that anymore | 05:45 |
| olofk | stekern: I like the goto in the while loop | 05:45 |
| stekern | ...and also, it of course misses another point why I'd like mp emul/sim, to have another reference when bugs arise | 05:46 |
| poke53281 | My emulator will run with 30 MIPS for each core. | 05:46 |
| poke53281 | Also on my list: sound. But I still don't know which device I want to emulate. I cannot find an easy device. | 05:47 |
| stekern | olofk: especially my choice of label-name, right? | 05:47 |
| olofk | You got me :) | 05:47 |
| poke53281 | I like the code. What means "slut" by the way? | 05:51 |
| poke53281 | stop, exit? | 05:51 |
| stekern | slut == end | 05:51 |
| stekern | in swedish | 05:52 |
| stekern | I bet everyone knows what it means in english ;) | 05:52 |
| poke53281 | Yes, for one second I thought you mean this word. You already used min, max, old, plus div, flag. | 05:55 |
| stekern | poke53281: I want to look into what kind of support in Linux there are for some generic solution hooked up to an i2s chip | 05:55 |
| stekern | I already have a simple core to feed the i2s chip on my sockit board with data | 05:56 |
| stekern | something like that would probably be fairly easy to emulate too | 05:57 |
| stekern | since it'd basically just be reading/writing data to/from some fifos | 05:58 |
| poke53281 | Yes, this is exactly what I am searching. | 05:58 |
| stekern | this is the core: https://github.com/skristiansson/i2s/blob/master/rtl/verilog/i2s_tx.v | 05:59 |
| stekern | all it does is sampling left_chan and right_chan and serialize them | 05:59 |
| stekern | so the glue logic would be a wb interface that pulls new values out of a fifo at the sampling rate | 06:01 |
| poke53281 | There is a generic loopback driver which might be useable. Just send all data to a specific device address and it's done. | 06:01 |
| poke53281 | Haven't seen anything about i2s when I searched for a nice device. But possible that I missed it. | 06:02 |
| stekern | configuration of that particular i2s chip is done over a seperate i2c line, and there are Linux drivers available for it | 06:03 |
| -!- E11Fangi1l is now known as E11Fangirl | 06:13 | |
| stekern | for the record, this is the chip on the sockit board: http://wiki.analog.com/resources/tools-software/linux-drivers/sound/ssm2602 | 06:31 |
| stekern | and reading this: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/sound/alsa/soc/overview.txt | 06:31 |
| stekern | what I need is a simple platform driver | 06:32 |
| poke53281 | I hope you are right | 06:42 |
| stekern | olofk: made any progress on your generic dma(ish) core? | 06:48 |
| stekern | it'd be an ideal candidate for this | 06:49 |
| poke53281 | Hmm, this one look reasonable easy: http://lxr.free-electrons.com/source/sound/soc/adi/axi-i2s.c | 06:52 |
| poke53281 | Yes, dma would be great | 06:53 |
| poke53281 | or this one: http://lxr.free-electrons.com/source/sound/soc/bcm/bcm2835-i2s.c | 06:56 |
| poke53281 | but they all need dma | 06:58 |
| olofk | stekern: Read the back log and thought "Hey! This is the perfect oppportunity for my DMA/Stream thingie" :) | 07:54 |
| olofk | Read as in past sense | 07:54 |
| olofk | That's a stupid word in english | 07:54 |
| olofk | It should be readed | 07:54 |
| olofk | Someone needs to clean up the AST | 07:54 |
| olofk | Anyway | 07:55 |
| olofk | I have the part you don't need mostly working | 07:55 |
| olofk | I should probably push it to the cloud anyway since my little girl likes to walk on electronic things | 07:55 |
| olofk | I dump it on my swipnet account straight away | 07:56 |
| olofk | I'll send a link to the .arj file | 07:58 |
| olofk | Does github interpret README files as markdown even without the .md extension? | 07:59 |
| olofk | Looks like it doesn't | 08:01 |
| olofk | stekern: I made a FIFO component based on your simple_dpram_sclk a while ago. To avoid you from suing me, what should I do with the complete core license? | 08:56 |
| stekern | olofk: umm... I don't know, what license do you want for it? ;) | 09:05 |
| olofk | Not sure. I could use OHDL, but I had first thought of the regular LGPL | 09:06 |
| olofk | If you want to try out my code, you can clone olofk/fifo and olofk/wb_streamer, add the parent directory to the cores_root line in fusesoc.conf and run simulations on both cores | 09:07 |
| stekern | I'd go for 'regular' BSD, but you're free to do what you want with it | 09:07 |
| stekern | ok, I'll take a look at that. I have cleaning up the Linux smp code on the top of my TODO list, right after that I think I want to play with some audio | 09:11 |
| olofk | stekern: It's nowhere near complete yet, and I have only implemented the parts to read from a FIFO and send it out through a wb master IF, and I guess you are mainly interested in the other direction | 09:12 |
| stekern | olofk: yes, but I rather continue on your half-baked version or put some fire under your ass to continue on it than start on something similar but seperate | 09:20 |
| olofk | stekern: Just what I was hoping for | 09:32 |
| maxpaln | olofk: I have used ram_wb in HW - it works well enough for me to run some basic UART tests. The simulation of this code runs bursts through the memory so I would expect the operation to be robust enough | 09:33 |
| olofk | ram_wb or wb_ram? | 09:34 |
| maxpaln | ram_wb | 09:34 |
| stekern | btw, why do you have stuff laying around on the floor for your girl to step on? isn't that in parenting 101 of things to avoid? | 09:34 |
| olofk | stekern: Yeah, but that course also claimed that it's bad to lock babies in the basement and feed them with vodka, so I don't trust their advice | 09:35 |
| stekern | ah... the swedish version must be different from the finnish then | 09:36 |
| olofk | lol | 09:36 |
| stekern | =P | 09:37 |
| stekern | I at least haven't been explicitly told to do neither of those | 09:38 |
| stekern | another good parenting hint is to not leave you kid alone with a pair of scissor, not even for a second, it *will* turn into a self-acclaimed hair-dresser... | 10:00 |
| stekern | I've seen it happen in practice the other day | 10:01 |
| olofk | haha | 10:01 |
| olofk | Is our or1k-src basically upstream binutils-gdb (with some extra patches) + newlib/libgloss? | 10:04 |
| stekern | + gdb | 10:04 |
| stekern | sim is missing too | 10:05 |
| stekern | (still, I have a repo where I've merged it in, I need to test it and push it upstream) | 10:05 |
| stekern | but there are no binutils patches in or1k-src that are not upstream | 10:05 |
| stekern | ...there might be stuff upstream that is not in or1k-src though | 10:06 |
| olofk | Is it tricky to build upstream binutils with the other stuff out-of-tree? | 10:06 |
| stekern | I don't think it should be very tricky, you just need to build newlib seperately | 10:07 |
| stekern | I haven't tested yet, I just installed the or1k-elf- stuff from binutils-gdb ontop of an existing install | 10:08 |
| stekern | for linux toolchains, you of course don't need to bother with newlib | 10:09 |
| olofk | True | 10:09 |
| stekern | and if you already have or1k-elf-gdb, you don't need the linux version of that neither | 10:09 |
| olofk | hm.. the --disable-newlib flag isn't even listed in configure --help for or1k-src | 10:13 |
| olofk | So how would I do this? Let's say that I have ripped out newlib and libgloss from or1k-src to it's own repo | 10:17 |
| olofk | According to http://opencores.org/or1k/OpenRISC_GNU_tool_chain#Newlib_toolchain_.28or1k-elf.29 I first build binutils, then GCC then binutils again (newlib+gdb) and then GCC again | 10:19 |
| olofk | So should I just replace the second iteration of building or1k-src with building my stand-alone newlib? | 10:20 |
| stekern | yes | 10:21 |
| olofk | Does the second or1k-src build really have anything to do with binutils, or does that only touch gdb and newlib? | 10:24 |
| olofk | (again, according to the configure parameters linked above) | 10:25 |
| olofk | I still haven't quite figured this out despite having built the stuff for five years now | 10:28 |
| stekern | well, gdb is a bit of a special case... | 10:32 |
| stekern | that should probably be built together with binutils (in the first step) | 10:33 |
| stekern | ...and the second step where you build newlib would be just building newlib and have nothing to do with binutils | 10:34 |
| olofk | cool. Thanks | 10:34 |
| olofk | Next time I'll rebuild, I'll try moving the gdb stuff to the first stage | 10:34 |
| olofk | with current or1k-src | 10:34 |
| stekern | well, the first step should be done with binutils-gdb from upstream | 10:35 |
| stekern | ...this is a mess... | 10:35 |
| olofk | But currently there's no gdb there, right? | 10:35 |
| stekern | no | 10:36 |
| stekern | but what you really should do to make it "clean" is to take binutils-gdb from upstream and then add gdb to that... | 10:37 |
| stekern | don't know if that's feasible... | 10:37 |
| stekern | I wonder how easily you can pull out gdb into its own repo | 10:39 |
| olofk | But it should eventually be part of the binutils-gdb tree, right? | 10:39 |
| stekern | yes, but I'm just thinking how we could organize things sensible in the meantime | 10:42 |
| olofk | Step 1 would be to split out newlib I guess and build gdb in or1k-src stage one | 10:46 |
| olofk | That would at least take away the illusion that binutils is built twice | 10:47 |
| olofk | and if we can rip out the gdb subtree easily we could have that as a submodule in or1k-src so that we can use it stand-alone with upstream binutils | 10:49 |
| olofk | But maybe it's more work than trying to upstream it right away | 10:50 |
| olofk | hmmm... so this means that gdb doesn't need or1k gcc then? | 10:51 |
| stekern | I can't see why it would need? | 10:53 |
| stekern | but I don't have hard facts on the subject | 10:53 |
| stekern | gdb is uncharted water for me ;) | 10:53 |
| olofk | Me too, but I thought of gdbserver | 10:54 |
| olofk | But perhaps that isn't built as a part of gdb | 10:54 |
| olofk | What... the OpenRISC derivative from Beyond Semi is used in Sony Ericsson K550i phones according to Mr. Lampret. I didn't know that | 10:57 |
| olofk | ah no... I might have misread that | 10:59 |
| olofk | Could anyone tell me if I should pronounce RISC-V as RISC-vee or RISC-five? | 11:10 |
| stekern | olofk: http://riscv.org/ claims "RISC-V (pronounced "risk-five")" | 11:34 |
| olofk | That site is of course a good place to look for answers. Never thought of that :) | 11:35 |
| olofk | Does ScummVM run under X windows on or1k, or is it SDL from a terminal? | 15:21 |
| ysionneau | last time I got it running (in jor1k) it was not in X window | 15:22 |
| ysionneau | it was in terminal framebuffer | 15:22 |
| mafm | olofk: it can also run in ascii art, and debian-or1k binary package supports that, I think | 15:44 |
| mafm | I mean SDL and anything using it, including scummvm | 15:45 |
| mafm | it should also run directfb, X of course, and wayland if it's SDL2 | 15:45 |
| stekern | olofk: SDL on framebuffer is the "common" | 15:52 |
| stekern | but this is also possible: http://oompa.chokladfabriken.org/tmp/scummvm_fluxbox.png | 15:52 |
| stekern | that's a screenshot of a vnc connection to my atlys board. before it went R.I.P. | 15:55 |
| stekern | sb0: what's the status of minimac3? | 16:03 |
| stekern | I'm soooo tempted to throw this ethmac crap away... | 16:03 |
| poke53281 | olofk: I run scummvm directly in the framebuffer. But there is no reason why not compile SDL for X. | 16:33 |
| olofk | maxpaln: I love aalib :) | 16:35 |
| olofk | s/maxpaln/mafm | 16:35 |
| poke53281 | Anyhow, since my big update yesterday, scummvm is broken :( | 16:36 |
| olofk | stekern: Cool. I'm presenting OpenRISC next week at FPGA World in Stockholm and Copenhagen and want to show off some of our more advanced workloads | 16:36 |
| poke53281 | reason, git does not add hidden files wit the git add command. | 16:37 |
| olofk | stekern: You mind if I steal that screenshot? | 16:37 |
| poke53281 | puh, scummm works again | 16:46 |
| poke53281 | olofk: Do you have some ideas of sdl-games, which could run on openrisc. scummvm works pretty well, prboom too. | 16:51 |
| poke53281 | quake doesn't compile so far. | 16:51 |
| olofk | I can mainly think of emulators. Haven't that much experience of linux games | 16:55 |
| poke53281 | dosbox runs, but very very slow. Some non-action games might work. | 16:55 |
| olofk | But a SNES emu would be nice. Are we powerful enough for that? | 16:55 |
| olofk | I remember the SNES emus were a bit choppy on low end pentiums at least | 16:56 |
| poke53281 | So the speed with have is comparable to a Pentium 90. | 16:56 |
| olofk | Haha. Zophar's domain is still around. I must have been using that site for 15 years now | 16:56 |
| poke53281 | SNES might work, C64 as well. | 16:57 |
| poke53281 | But I can't publish anything on my emulator. copyright. | 16:58 |
| poke53281 | Ok, no one would care | 16:58 |
| poke53281 | You have even Windows 3.1 emulated somewhere. | 16:58 |
| poke53281 | The problem is, that modern games won't work and old games are not supported anymore. 15 year old codebase make it hard to compile. | 17:05 |
| stekern | poke53281: I think there should be some half-decent duke nukem 3d port floating around, that might be worth giving a try | 17:18 |
| stekern | olofk: steal away | 17:18 |
| stekern | why didn't you mention that you're going to FPGA world earlier? if I knew I might have been more eager to try to pursue my employer to let me go there | 17:20 |
| poke53281 | stekern: You mean something like this: https://github.com/fabiensanglard/chocolate_duke3D | 17:25 |
| stekern | yeah, I think that's the one I meant | 17:27 |
| poke53281 | Hmm, maybe I will try to compile some games from this list: http://osgameclones.com/ | 17:28 |
| stekern | heh, there's even a clone for carmageddon there | 17:30 |
| stekern | I liked that game | 17:30 |
| poke53281 | I liked stunts | 17:32 |
| poke53281 | But it looks like as there is enough to try. A lot of the games might work. | 17:33 |
| stekern | heroes of might and magic II would be awesome ;) | 17:34 |
| poke53281 | Yeah, but only with the original files. So, nothing, which I can publish | 17:35 |
| stekern | true | 17:35 |
| poke53281 | I forgot completely about MadTV. Great Game | 17:37 |
| poke53281 | I should implement opengl for the framebuffer backend in SDL. A shame, that no one has ever done that. | 17:38 |
| poke53281 | you can render to a bitmap with Mesa. But no one has implemented this into sdl. | 17:39 |
| poke53281 | and under X my 32MB ram is already reaching the limit. | 17:40 |
| stekern | I have 1GB of ram on my sockit board ;) | 17:40 |
| poke53281 | And I don't want to increase this limit. | 17:40 |
| poke53281 | Because otherwise it won't run on mobile devices anymore. | 17:41 |
| poke53281 | Yes, I could do the same with the result that the browser will crash. | 17:41 |
| stekern | =P | 17:41 |
| poke53281 | When I develop for jor1k, Firefox crashes approx 1 time a day. | 17:41 |
| poke53281 | I can use the virtio/balloon driver to increase the memory on demand. | 17:42 |
| poke53281 | or use a swap. | 17:42 |
| poke53281 | but, what real 3d games might work. glxgears runs with 6fps. So I guess golf simulator games would work quite well. | 17:44 |
| olofk | stekern: Ah that sucks :( I realize now that I completely forgot to tell anyone that I was going | 17:46 |
| olofk | poke53281: I ran Heroes of might and magic 2 on my n900 with the demo files. It worked fine | 17:48 |
| olofk | And yeah, stunts was very cool | 17:48 |
| olofk | Ooooh! They got syndicate. That must be one of the best games I ever played | 17:50 |
| poke53281 | I never managed to play syndicate well. Too difficult. But it was fun with cheats. | 17:50 |
| olofk | I wonder if it would be ok today to let people in trench coats run a car through a crowd or burn them with flame throwers | 17:50 |
| poke53281 | The flame thrower | 17:51 |
| olofk | :) | 17:51 |
| olofk | I liked the gauss gun too | 17:51 |
| olofk | Too bad that the sequels were really crappy | 17:51 |
| poke53281 | can't remember the gauss gun. | 17:53 |
| olofk | Lot's of fun stuff on that page | 17:54 |
| poke53281 | and around 30% might be useable on my emulator. | 17:54 |
| poke53281 | arghh, but too many need the original game files. | 17:55 |
| olofk | Haha. Liero. I remember that one. It's finnish, right? | 17:58 |
| poke53281 | Hmm, never played. But sounds like fun | 17:59 |
| olofk | stekern: But GCC we really need to build twice, right? Or are we building different parts in the different stages there as well? | 18:22 |
| stekern | you are still speaking about the or1k-elf- toolchain, right? | 18:25 |
| olofk | Yes | 18:42 |
| olofk | Are the other toolchains any different? | 18:42 |
| stekern | the steps to build them is a bit different | 18:48 |
| stekern | but, I think you need to rebuild gcc after you have installed newlib | 18:48 |
| olofk | Do I only need to do a first stage gcc for the other toolchains? | 19:29 |
| olofk | Installing vendor printer drivers on a non-rpm-or-deb based system is a new level of hell | 20:56 |
| olofk | Making an OpenRISC timeline. Any major or minor events I should mention? | 21:46 |
| poke53281 | Oh, this would be interesting. Are there still people who know how it all started? | 23:42 |
| poke53281 | This year, two major events are atomic instructions and maybe smp. :) | 23:45 |
| poke53281 | But maybe I another definition of events. ;) | 23:45 |
| --- Log closed Wed Sep 03 00:00:35 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!
