--- Log opened Tue Oct 13 00:00:24 2015 | ||
blueCmd | poke53281: I got virtio-net working, wasn't so hard when I figured out how to the Virtio MMIO bus actually works :) | 03:17 |
---|---|---|
blueCmd | poke53281: with virtio-net the lock-ups are much rarer, but alas still there | 03:17 |
blueCmd | I did manage to get a full gcc + g++ testsuite run though (well, only 2 timeouts that i manually verified) | 03:18 |
blueCmd | it looked pretty good, gonna upload the full logs later | 03:18 |
blueCmd | http://bc6183a230294e87.paste.se/ for now shows what works/doesn't work for me | 03:20 |
-!- orsonmmz|away is now known as orsonmmz | 07:29 | |
poke53281 | blueCmd: two gcc.c-torture tests fail. This gets worse and worse. | 07:59 |
poke53281 | musl or glibc? | 08:00 |
poke53281 | 99.93% success. RISC-V does only achieve 99.6% | 08:02 |
-!- Netsplit *.net <-> *.split quits: blueCmd | 08:45 | |
-!- orsonmmz is now known as orsonmmz|away | 14:09 | |
latif | hi all! | 18:16 |
latif | quick question: what is the performance result of mor1kx for coremark? | 18:17 |
stekern | latif: from old notes, it looks like last time I ran it I got 1.76 coremark/MHz | 18:24 |
latif | Ok thanks Stekern. | 18:25 |
latif | I have seen conflicting numbers on the web. | 18:25 |
latif | So I had to ask here. | 18:25 |
blueCmd_ | stekern: 3 hours to run the testsuite with simexec btw | 18:38 |
stekern | nice one | 18:38 |
blueCmd_ | can easily be halfed by running gcc and g++ at the same time | 18:38 |
blueCmd_ | but then I get lockups :P | 18:38 |
blueCmd_ | I need to figure out how to figure out what's doing those lockups | 18:39 |
stekern | are you only running against qemu | 18:39 |
stekern | ? | 18:39 |
blueCmd_ | yes, qemu-system-or32 | 18:39 |
blueCmd_ | need an exact mirror of the filesystem for simexec to work, so 9p works very well. should be possible with NFS as well, but I don't want to mess with that | 18:40 |
blueCmd_ | (nfs would be if I wanted to run or1ksim) | 18:40 |
blueCmd_ | or 9p over network I guess would work as well | 18:40 |
stekern | we could add 9p support for or1ksim too... but yeah | 18:41 |
blueCmd_ | but anyway, if qemu-system can be made reliable we gain a lot - everyone that wants to test or1k can very easily boot up an or1k system | 18:41 |
blueCmd_ | apt-get install qemu; ARCH=openrisc make; tar -xf initram.tar.xz; qemu-system-or32 --a-lot-of-flags; done | 18:42 |
stekern | the lockups sounds like there's some issue with scheduling | 18:44 |
stekern | how is the timer implemented in qemu? | 18:44 |
stekern | and interrupts? | 18:45 |
blueCmd_ | ¯\_(ツ)_/¯ | 18:52 |
blueCmd_ | I'll have to dig into it, but I've suspected interrupts as well. Timers is an interesting idea. | 18:53 |
blueCmd_ | given that ethoc caused seemingly more lockups than virtio-net it seems logical that something around those lines might be a cause. | 18:54 |
latif | Hi blueCmd | 18:54 |
blueCmd_ | I did run a few load tests locally in the console without any network traffic to/from the system and that doesn't seem to lock it up | 18:54 |
blueCmd_ | latif: hello! | 18:54 |
latif | I have a question. | 18:54 |
blueCmd_ | shoot | 18:55 |
latif | I have a problem with mor1kx on atlys board | 18:55 |
latif | I couldn't get it work even the simplest thing | 18:55 |
latif | How do you make the FPGA .bit file? Do you use fusesoc? | 18:56 |
blueCmd_ | You can, but you don't need to | 18:56 |
latif | Or you build by makin your own project with xilinx | 18:56 |
latif | So, you tested fusesoc ? | 18:56 |
blueCmd_ | I usually build my own projects (but don't tell olofk :P) | 18:57 |
blueCmd_ | latif: I have, quite a while ago though | 18:57 |
latif | :D ok you got it | 18:57 |
latif | I have done lots of things with v2 | 18:57 |
latif | But couldnt get it runnig with v3 (mor1kx) | 18:58 |
latif | I am wondering might it be related with fusesoc | 18:58 |
latif | Can you send me your .bit file for atlys board? | 18:59 |
latif | blueCmd: What do you use for boot? SPI Flash? | 19:00 |
latif | blueCmd: another question, are you developing the ubuntu port for or1k? | 19:03 |
blueCmd_ | latif: sorry, need to run to lunch - but there are other nice(er) people in this channel that I'm sure can help you | 19:08 |
latif | ok. another time maybe. Have a good lunch | 19:08 |
stekern | latif: so, are you only unable to get spi thing running under orpsocv3? | 19:21 |
stekern | err, fusesoc I mean | 19:22 |
stekern | and you are having some troubles with or1200 in orpsocv2? | 19:22 |
stekern | just to sanity check, you could try to just drop mor1kx in orpsocv2, or have you already tried that? | 19:23 |
latif | Hi stekern | 19:23 |
latif | I haven't tried to make my own project without using fusesoc. If that is what u r asking | 19:24 |
latif | How could I drop mor1kxx under v2 | 19:24 |
latif | ?? | 19:24 |
stekern | basically, just copy that part of the top file | 19:25 |
stekern | and make sure the .v files are included in the build | 19:25 |
latif | I understood what u mean | 19:26 |
latif | But are they that compatible v2-v3? | 19:26 |
latif | Which are the highest top files that are compatible between v2 and v3? | 19:27 |
latif | Last time I checked they are not compatible | 19:27 |
stekern | well, you probably have to change the signal names where mor1kx is instantiated, but it should be easy to figure out by looking at the differences between or1200 in the two of them | 19:28 |
stekern | ... I meant that you should only copy the mor1kx instantiation from the fusesoc atlys top file to the orpsocv2 top file | 19:28 |
latif | Ok I understood. Let me give you the exact RTL file names. | 19:30 |
latif | or1200_top.v is the top file of the openrisc core | 19:31 |
latif | The ports of the module defined in this file is not compatible with the top file of mor1kx. | 19:32 |
latif | mor1kx.v for mor1kx | 19:33 |
latif | Avalon bus is used in mor1kx. And wishbone bus is used in or1200. So just changing the port names is not enough. | 19:36 |
latif | stkern: wouldn't you agree? | 19:36 |
olofk | Alright! FuseSoC can now extract filesets from ipxact files and use them in the .core files | 21:28 |
GeneralStupid | olofk: what do you think about "integration" e.g. add a "System" to the bus by a command | 21:29 |
GeneralStupid | olofk: do you know "Qsys"? From Alterra | 21:29 |
olofk | Not completely sure this is the way I want it in the end, but the current idea is that you can specify an ipxact component and then src_files = file1.v @foo file2.v to insert filesets from the ipxact file | 21:30 |
olofk | GeneralStupid: God yes. That tool gives me nightmares | 21:31 |
GeneralStupid | olofk: Ok, it's like most complex gui tools are... | 21:31 |
olofk | GeneralStupid: If you mean block-level design when you say integration, current plan is to take advantage of IP-Xact to do that | 21:32 |
GeneralStupid | olofk: but the idea, to configure a core and add (graphically) co processors or stuff is great. | 21:32 |
GeneralStupid | olofk: that looks great! | 21:33 |
olofk | Yes, I agree, but I don't want that to be a responsibility of FuseSoC. It's way too complex to handle there | 21:33 |
olofk | Check out Kactus2 if you want to test an open source IP-Xact tool | 21:33 |
olofk | Time to sleep now | 21:33 |
andrzejr | olofk, I wonder if you could write a short tutorial on ipexact+fusesoc. This looks like a useful flow but it is rather confusing. | 21:33 |
GeneralStupid | me neither. But it would be nice to have something like "add stuff" so you dont have to generate the "bus" by hand | 21:33 |
GeneralStupid | (BTW: FuseSoC makes openrisc usable without that much pain, its a great tool) | 21:34 |
GeneralStupid | andrzejr: isnt it always confusing if you try to make a really complex task easy to use? :D | 21:37 |
GeneralStupid | andrzejr: it these things would 'just work' That would be great... My experience tells me: "you will always have to do stuff by hand" -.- | 21:37 |
andrzejr | I like code generators. But the have to get the job done and I must understand what they do and how to use them. | 21:48 |
GeneralStupid | yes-.- | 22:24 |
GeneralStupid | i like generators as long they work... | 22:25 |
--- Log closed Wed Oct 14 00:00:25 2015 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!