| --- Log opened Sat Jan 11 00:00:48 2014 | ||
| _franck_ | stekern: I just copied this header from openocd just before I commited it...sorry :) | 08:16 |
|---|---|---|
| blueCmd_ | if I want to get myself actual hardware to run openrisc on, is the Ordb2a-ep4ce22 the way to go? | 09:38 |
| _franck_ | I would say any Altera board would be better since you don't have access to the JTAG pins on the Ordb2a-ep4ce22 | 11:09 |
| blueCmd_ | _franck_: any recommendatons? | 11:10 |
| _franck_ | well I have an old de1 board | 11:11 |
| _franck_ | look here: http://www.terasic.com.tw/en/ | 11:12 |
| blueCmd_ | ah, good old terasic | 11:12 |
| _franck_ | the DE2-115 looks ok if you can get academic price | 11:15 |
| blueCmd_ | used to have the DE2 board | 11:16 |
| blueCmd_ | when I moved I got rid of all the hardware stuff | 11:16 |
| _franck_ | I have a de2-70 | 11:17 |
| blueCmd_ | the Ordb2a-ep4ce22 looks like a very good size. is it the FPGA JTAG or the OpenRISC jtag that is not available? | 11:17 |
| _franck_ | FPGA JTAG is connected to a FTxxx based JTAG interface | 11:18 |
| _franck_ | so you can't use Altera tools | 11:18 |
| blueCmd_ | appears to be out of stock as well | 11:26 |
| _franck_ | I've always wanted to a board myself (because of the success of the Ordb2a-ep4ce22 board) | 11:27 |
| blueCmd_ | you forgot a word I think | 11:31 |
| _franck_ | *make | 11:31 |
| _franck_ | time to eat see ya | 11:34 |
| blueCmd_ | have fun | 11:34 |
| blueCmd_ | Oh, I saw this just now: http://www.youtube.com/watch?v=o8DReLrNn_k | 11:38 |
| blueCmd_ | I'm famous! | 11:38 |
| rokka | :) | 12:14 |
| rokka | why? | 12:16 |
| blueCmd_ | they talk about my TLS work :P | 12:23 |
| rokka | what is TLS | 12:26 |
| blueCmd_ | thread-local storage. a thing to allow threads to have .. well, local storage | 12:27 |
| rokka | btw i have one ordb2a and would like to order more if i could :D | 12:27 |
| blueCmd_ | hehe, nice :) | 12:29 |
| rokka | my application needs a physically small altera fpga board with ethernet, flash and io for connecting other pcb | 12:30 |
| blueCmd_ | sounds like what I would want. how do you do debugging on it? | 12:31 |
| rokka | currently i can send debug data out with ethernet | 12:32 |
| rokka | and i use simulating for rtl components | 12:33 |
| rokka | programming the fpga is trivial with the provided virtual machine | 12:33 |
| blueCmd_ | ok, cool | 12:34 |
| rokka | virtual machine has commandline tool to program the fpga or the spi flash | 12:35 |
| rokka | i just compile design with quartusII and transfer svf file to vm and trigger the programming | 12:35 |
| rokka | i think it would be possible to make a proxy that would make it possible to use quartusII programming software | 12:36 |
| rokka | if somebody knows the protocol for ethernet blaster | 12:37 |
| gr8 | why is there so little public interest in open source processors? | 14:49 |
| olofk | gr8: We haven't found out that yet. Otherwise we'll all be rich and famous | 15:31 |
| gr8 | ok then why should a non-tech person be interested in open source processors? | 15:36 |
| gr8 | that is the central question. it must be stated in the wiki | 15:45 |
| gr8 | it is essentially the same question as "why should person A be interested in free software", I think. | 15:47 |
| stekern | gr8: I'm not sure a non-tech person would, or even should for that matter | 17:52 |
| blueCmd_ | 23 minutes for total system build. that's $0.37 per build. could probably go down to 4 CPUs with about the same time which would end up around $0.24 | 19:43 |
| blueCmd_ | stekern: how long did it take to run the regression suite again? i forgot how long time it took for me | 19:43 |
| stekern | blueCmd_: for the one linux one against or1ksim? 24h or something like that I think | 19:51 |
| blueCmd_ | stekern: ah, sorry - I mean the gcc suite | 19:54 |
| stekern | newlib? | 19:54 |
| blueCmd_ | "make check-c check-c++" | 19:55 |
| stekern | yes, but against a linux target or newlibc target | 19:55 |
| blueCmd_ | linux | 19:55 |
| stekern | that's what I'm trying to ask | 19:55 |
| stekern | yes, that took 24h or something | 19:55 |
| blueCmd_ | ok. | 19:56 |
| blueCmd_ | should be possible to make that parallel by running a subset of the tests I suppose | 19:58 |
| stekern | yes, that's what jeremybennett did | 20:00 |
| stekern | his scripts are still available from svn | 20:00 |
| blueCmd_ | cool. I got the test suite to work with ssh, which mean no telnet or ftp. the board config is like 10-15 lines now in total | 20:02 |
| blueCmd_ | I'll take a look at jeremybennett's work, hopefully it's applicable | 20:03 |
| blueCmd_ | but first I need to find a very eluding race condition in the signal code! | 20:05 |
| stekern | in the linux signal code? | 20:08 |
| blueCmd_ | stekern: either in linux or in glibc | 20:09 |
| stekern | are you using jonas latest tree? | 20:09 |
| blueCmd_ | I want to run the regression suite to go through the features one by one, but with this bug I cannot even run the suite :) | 20:09 |
| blueCmd_ | stekern: yeah | 20:09 |
| blueCmd_ | stekern: I have some hacks in it to get glibc to run though | 20:10 |
| blueCmd_ | TLS stuff and atomicity operators | 20:10 |
| blueCmd_ | This is also a gem that I'm getting from sshd: "Received disconnect from 172.16.0.1: 2: Packet corrupt" | 20:10 |
| blueCmd_ | client says "Bad packet length 4009614935." - hah. yeah, that's a fun one. | 20:13 |
| stekern | blueCmd_: have you tried with this applied? http://git.openrisc.net/cgit.cgi/jonas/linux/commit/?h=master-next&id=ee49d953576d9b65ce858077ac407ef2f1a5996e | 20:15 |
| blueCmd_ | hm, not explicitly no | 20:16 |
| blueCmd_ | I will apply it manually and see if it does nice magic things. it's more code, so it ought to be better - right? | 20:18 |
| stekern | yes, and it is proven to fix broken signal code ;) | 20:18 |
| stekern | but iirc there was still some issue... | 20:19 |
| blueCmd_ | stekern: I have quite a lot of "some issue" issues | 20:21 |
| stekern | ah, yes, it broke strace | 20:21 |
| blueCmd_ | hah, well I will ask the maintainer to fix that then | 20:22 |
| blueCmd_ | blueCmd_: fix it! | 20:22 |
| blueCmd_ | blueCmd_: ok | 20:22 |
| stekern | haha | 20:22 |
| blueCmd_ | I'm glad that people are using it though | 20:23 |
| stekern | it was sebastian macke that was tracking the syscall issue down and also him that tested with strace | 20:24 |
| blueCmd_ | where was this? I would love to read the story | 20:25 |
| stekern | for some reason he sent it in priv mail to jonas and me (I was just a bystander though) | 20:26 |
| stekern | I can pastie the most import parts of it | 20:26 |
| blueCmd_ | thanks | 20:27 |
| stekern | first, this was the irc discussion about it: http://juliusbaxter.net/openrisc-irc/%23openrisc.2013-09-20.log.html | 20:27 |
| blueCmd_ | anyway you might just have saved me a couple of days of debugging | 20:27 |
| blueCmd_ | it seems to be working.... | 20:28 |
| stekern | http://juliusbaxter.net/openrisc-irc/%23openrisc.2013-09-21.log.html | 20:28 |
| blueCmd_ | which is fricking awesome | 20:28 |
| blueCmd_ | stekern: I'm trying to get my employer to allow me to work on openrisc parttime, if this had been during work time you would have saved them money I guess :P | 20:29 |
| stekern | ;) | 20:30 |
| stekern | as I said, I'm just the messenger | 20:30 |
| blueCmd_ | stekern: still, thanks a lot | 20:31 |
| stekern | np | 20:31 |
| stekern | if you get strace working with that applied (or find out why it didn't) we probably want to remind jonas about it | 20:32 |
| stekern | reading through the private e-mails, there wasn't much more info in them that isn't said in the commit message | 20:33 |
| blueCmd_ | ok. well the progress is a 1000 connection/disconnects now. usually crashed around 30-40. | 20:34 |
| stekern | I got my kernel port project booting to init know, I guess I need to start hacking a linux toolchain... | 20:37 |
| blueCmd_ | :D | 20:37 |
| blueCmd_ | Do TLS! | 20:37 |
| blueCmd_ | it's fun | 20:37 |
| blueCmd_ | or something | 20:38 |
| stekern | haha, I bet | 20:38 |
| blueCmd_ | regression suite is actually executing tests now. around 1 sec per test I would say. feels responsive enough | 20:38 |
| stekern | I think a simple static uclibc based one will suffice for now | 20:39 |
| blueCmd_ | u is for ugly | 20:39 |
| blueCmd_ | I tell you that everybody will use glibc soon! | 20:39 |
| stekern | perfect match for me then ;) | 20:39 |
| blueCmd_ | never mind the fact that it's like 100 MB | 20:39 |
| blueCmd_ | did sebastian work on xorg, or was that somebody else? | 20:40 |
| stekern | yeah, I know, but at the moment I want to chose the path with least resistance to continue with the linux port | 20:40 |
| blueCmd_ | from the irc logs it looks like it | 20:40 |
| blueCmd_ | stekern: I wouldn't blame you | 20:40 |
| blueCmd_ | stekern: I'm just messing with you | 20:40 |
| stekern | yes, sebastian was the one that got xorg running | 20:40 |
| stekern | I know you are ;) | 20:40 |
| blueCmd_ | uclibc? | 20:40 |
| blueCmd_ | or what did he use? | 20:40 |
| blueCmd_ | do you know? | 20:41 |
| stekern | yes, he used uclibc | 20:41 |
| stekern | I think he tried out your glibc stuff too | 20:41 |
| stekern | not sure how far he went with that though | 20:41 |
| blueCmd_ | he would have needed to patch the kernel and code some new stuff, I wouldn't blame him from not using it | 20:41 |
| blueCmd_ | I pinged jonas to make a new effort with upstreaming the kernel TLS stuff | 20:42 |
| blueCmd_ | so it should become much easier | 20:42 |
| stekern | ok, cool | 20:42 |
| olofk | _franck_: You're around? I'm having some problems with your or1k-elf-loader patch | 21:30 |
| olofk | http://pastie.org/8624649 | 21:35 |
| jeremybennett | blueCmd_: Just saw your earlier comment. We ran the GCC 4.5.1 Linux GNU regression in parallel against 16 Linux instances simulated by Or1ksim. | 21:49 |
| jeremybennett | The scripts should still be in the repo for the old tool chain. | 21:49 |
| jeremybennett | Essentially you get the board description to select the target IP address from a file, ensuring each is used only once. | 21:50 |
| _franck_ | olofk: oops, let me see this or1200-basic.elf. I did try vmlinux, uart-simple.elf and a led_blinker.elf of mine | 21:51 |
| _franck_ | olofk: samanthafox :) | 21:51 |
| blueCmd_ | jeremybennett: cool! i guess this is the repo http://opencores.org/websvn,listing?repname=openrisc ? | 21:51 |
| jeremybennett | For OpenRISC we had a couple of extra issues. First we were working with a Linux that wasn't reliable at the time. So we had to implement a restart mechanism in the GNU regression parallellism. Second, there is only modest parallelism in the regression testing, so we had to manually split out the parallellism. | 21:51 |
| jeremybennett | blueCmd_: It should still be there. We were still in the SVN world when we did this work. | 21:52 |
| blueCmd_ | yes, it's the manual parallelism I'm after | 21:52 |
| jeremybennett | IIRC it took a few hours to run the entire set of tests, but to a large extent that was due to having to retry portions of the parallellism. | 21:52 |
| jeremybennett | It's exactly the same mechanism used in the GNU Makefiles - we just did a finer grain splitting. 128-way I seem to recall. That way each individual run was quite short, and the retries did not take too long. | 21:53 |
| blueCmd_ | I like to think that what I have would allow for quicker and more robust executing, but talk is cheap - I will try to prove it :) | 21:54 |
| jeremybennett | I think we used to find the 16 running instances of Linux were down to 4 or 5 at the end of each run. I imagine the Linux is better now. | 21:54 |
| jeremybennett | Good luck. I came to the conclusion that a lot of very clever minds had gone into this work, and it was easiest to reuse what was there. | 21:55 |
| jeremybennett | We discussed it informally at the GNU tools conference in London a couple of years ago, and it seemed there was some interest in finer grain parallellism with a restart feature. But once the project finished I didn't have time to take it further. | 21:56 |
| jeremybennett | It's getting late here, so I'm stopping for the night, but I should be on IRC tomorrow if you want to discuss more. | 21:56 |
| olofk | _franck_: samanthafox has soemthing for you at https://www.dropbox.com/s/gbzvu98qdtx884a/or1200-basic.elf | 21:57 |
| blueCmd_ | jeremybennett: Sounds good, thanks again | 21:57 |
| _franck_ | olofk: thanks to her | 21:59 |
| olofk | _franck_: Got some warnings saying that phdr_num and shdr_num should be size_t instead of unsigned int | 21:59 |
| olofk | I can amend that to the patch | 22:00 |
| olofk | got to sleep now. | 22:00 |
| _franck_ | ok, thanks for testing it | 22:01 |
| _franck_ | good night | 22:01 |
| olofk | _franck_: Just so you know, I'm not sure if those files were compiled with the or32 or the or1k toolchain. Don't know if that makes any difference | 22:01 |
| _franck_ | I just tested it now and it works.... | 22:02 |
| _franck_ | (tested with pure C using main()) | 22:02 |
| _franck_ | http://pastie.org/8624701 | 22:03 |
| _franck_ | well it seems ok with my local repo (http://pastie.org/8624707), I'll try with a clean copy from github | 22:07 |
| _franck_ | it also works with github repos. don't know what to say... | 22:17 |
| --- Log closed Sun Jan 12 00:00:50 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!