--- Log opened Fri Feb 14 00:00:10 2014 | ||
--- Day changed Fri Feb 14 2014 | ||
blueCmd | 23:59 <@madrazr> blueCmd: when he/she visits any GSoC 2014 page, the existence of "My Profile" link indicates he has a profile for GSoC 2014 | 00:00 |
---|---|---|
stekern | morning all | 00:54 |
poke53281 | good morning | 01:07 |
poke53281 | a little bit early | 01:08 |
stekern | poke53281: nah, it's already 08:30 here | 01:29 |
poke53281 | Japan? | 01:32 |
stekern | Thailand | 01:32 |
stekern | well needed vacation, avoiding the snow and cold in finland | 01:32 |
poke53281 | come to Vancouver. No Snow but lots of rain. | 01:33 |
poke53281 | I came back from Germany two days ago | 01:33 |
stekern | I swept through Germany (Frankfurt) on the way here and on a business trip a week earlier (Munich) | 01:37 |
stekern | it was less snow than in finland, also warmer, but not quite the climate that's here ;) | 01:37 |
poke53281 | Well, next week I will have a trip to Saskatoon. They have currently cozy -18° which is pretty warm for February. | 01:39 |
blueCmd | stekern: what's the stock market prices over there? | 01:44 |
blueCmd | stekern: since it's only 17:44 here maybe I can do some good deals | 01:44 |
poke53281 | I am more curious if it is worth investing in Bitcoins. | 01:46 |
poke53281 | I have access to several cluster but I think they would kill me if I start Bitcoin mining on them. | 01:47 |
blueCmd | with ASIC mining you're dead in the water :) | 01:56 |
blueCmd | stekern: do you want to mentor gsoc? | 02:08 |
blueCmd | olofk: maybe? | 02:08 |
hansfbaier | poke53281: Bitcoin mining on CPUs and GPUs is pointless now | 02:22 |
hansfbaier | Onlu ASICs rule there | 02:23 |
hansfbaier | Only | 02:23 |
poke53281 | A few weeks ago my favorite magazine ct brough an article about bitcoin mining. The letters to the editors printed two weeks later were clear. "Stop this bullshit." It is such a waste of energy and resources that it should be forbidden. | 02:26 |
stekern | blueCmd: what does mentoring involve? I can do it if there's a demand for it | 04:16 |
* wkoszek is actually looking for people to split $15k cost with for eXtremeMiners miner | 04:27 | |
wkoszek | blueCmd, stekern I'm wkoszek in melange | 04:32 |
wkoszek | I think I registered now. | 04:32 |
blueCmd | 00:21 < wookey> blueCmd_: you need to think of a task which is small enough for a student to do in 3 months (including gettgin up to speed), and well defined enough to measure sucess/failure | 04:33 |
blueCmd | 00:24 < blueCmd_> fair enough | 04:33 |
blueCmd | stekern: ^^ | 04:33 |
blueCmd | 00:29 < wookey> and be prepared to invest about as much time as it would take to do yourself (unless your student is unusually good) | 04:33 |
blueCmd | 00:30 < wookey> but obviously if you get someone enthused enough to stick around then that a big win in the long term. And it's fun :-) | 04:33 |
blueCmd | wkoszek: yes, thanks! | 04:33 |
blueCmd | olofk: since you wrote 'Every year I'm thinking about submitting stuff like this to GSoC, but I guess it would need a backing company/foundation as well as a few mentors' I'll assume you are voluntaring to be one | 04:38 |
blueCmd | great, thanks! | 04:38 |
blueCmd | wkoszek: do you want to mentor? | 04:46 |
blueCmd | LoneTech: juliusb_: how about you? you want a student to care for? | 04:46 |
blueCmd | (promise to feed him/her!) | 04:47 |
wkoszek | I can mentor 1-2 ideas. I'll be mentoring for FreeBSD too. | 04:48 |
wkoszek | We could do FreeBSD/openrisc project. | 04:48 |
blueCmd | That would be soo sweet :) | 04:48 |
wkoszek | Does OpenRISC have LLVM backend? | 04:48 |
blueCmd | wkoszek: sort of | 04:49 |
blueCmd | but that is absolutely something we could have as a project to turn into a 'absolutely!' | 04:50 |
blueCmd | wkoszek: do you see 'OpenRISC' under 'My dashboard' now? | 04:50 |
wkoszek | Yeah. | 04:51 |
wkoszek | This project is aimed at developing embedded RISC microprocessor architectures and open source RTL implementations. Since its beginning in 1999, the project has attracted anyone interested in CPU development and covers everything from ISA definition to RTL description writing and testing to simulator, tool chain and operating system porting | 04:52 |
wkoszek | Hm... | 04:52 |
wkoszek | Did you guys get accepted previously? | 04:52 |
blueCmd | I have no idea actually, I tried finding any referenses but to no avail | 04:53 |
wkoszek | I'd try to make it more SW-sounding description. | 04:53 |
vxe | now that crowd sourcing is trendy, are there any openrisc-based projects to back? I'm looking at the donation page on opencores wondering when it's going to happen :) | 04:53 |
wkoszek | Since GSOC = SW project. | 04:53 |
blueCmd | wkoszek: It was copy paste to have the application submitted, feel free to improve it! | 04:55 |
wkoszek | This project is aimed at developing embedded operating environment, | 05:05 |
wkoszek | including OpenRISC (microprocessor), OR1KSIM (OpenRISC simulator), OS (Linux | 05:05 |
wkoszek | for OpenRISC), compiler (gcc and LLVM for OpenRISC). It includes | 05:05 |
wkoszek | Verilog/VHDL IP core too. Since its beginning in 1999, the project has | 05:05 |
wkoszek | attracted anyone interested in hardware/software system development and is | 05:05 |
wkoszek | in great need for skilled system/embedded engineers. | 05:06 |
wkoszek | blueCmd: What do you think? | 05:06 |
wkoszek | I just don't know if Google is funding HW stuff. | 05:06 |
wkoszek | blueCmd: Do you guys have idea list? | 05:10 |
blueCmd | http://opencores.org/or1k/OR1K:FutureWork | 05:10 |
blueCmd | TADA | 05:11 |
blueCmd | now we do | 05:11 |
blueCmd | wkoszek: I approve! good description | 05:11 |
wkoszek | blueCmd: OK, so I put this page in Google too. | 05:13 |
wkoszek | blueCmd: The list looks pretty crappy. | 05:14 |
wkoszek | blueCmd: pastebin me copy&paste desc. of idea | 05:16 |
wkoszek | blueCmd: I'd submit 2-3 more ideas. | 05:16 |
blueCmd | wkoszek: Maybe it does. Perhaps I've grown used to how the wiki on opencores looks :) | 05:19 |
blueCmd | wkoszek: what do you mean with pastebin desc. of idea? | 05:20 |
wkoszek | blueCmd: I want to add stuff to Wiki, but I don't have account. | 05:22 |
blueCmd | wkoszek: Ah | 05:24 |
blueCmd | wkoszek: http://c4e79e3bcee3f4d8.paste.se/ | 05:24 |
blueCmd | wkoszek: is that what you wanted? | 05:25 |
wkoszek | blueCmd: http://pastebin.ca/2640402 | 06:01 |
blueCmd | wkoszek: nice ideas! | 06:02 |
blueCmd | wkoszek: added, wiki format can only get you so far though | 06:07 |
wkoszek | blueCmd: http://pastebin.ca/2640405 | 06:16 |
wkoszek | blueCmd: I don't know about this one. I think it's too small for GSOC> | 06:16 |
wkoszek | blueCmd: http://pastebin.ca/2640406 | 06:21 |
wkoszek | blueCmd: All your ideas are OK, but you'd have to elaborate on them, so that people know what they'd be doing. | 06:24 |
wkoszek | blueCmd: Plus Google is actually reading this stuff. | 06:24 |
blueCmd | wkoszek: I will rework them, for the moment I just want them out there | 06:24 |
blueCmd | wkoszek: 'Plus Google is actually reading this stuff.' hm? | 06:25 |
wkoszek | blueCmd: Tomorrow is the application deadline. Not sure how it works, but I guess they'll be starting to pick orgs by reading the ideas lists and decided which are worth a slot. | 06:30 |
wkoszek | juliusb_: Are you going ot be a mentor? | 06:30 |
wkoszek | jeremybennett: Are you going to be a mentor? | 06:30 |
wkoszek | olofk, stekern Would be good to have more mentors to share the load. :) | 06:31 |
blueCmd | wkoszek: I don't see them reading the applications over a weekend | 06:31 |
wkoszek | blueCmd: Don't you have to re-paste the list tomorrow? For Google Code In you had to transfer the ideas from the website to Melange. But I don't remember at which stage you have to do this. | 06:34 |
wkoszek | Anyway.. | 06:34 |
* wkoszek -> his book | 06:34 | |
blueCmd | wkoszek: there was a thing where you linked a webpage for the ideas | 06:36 |
blueCmd | so I don't think so | 06:37 |
olofk_ | blueCmd: Reading up on the backlogs. Yes, I would love to do some mentoring, but I'm a bit worried about having the time to do it | 07:17 |
blueCmd | olofk_: we'll share it worst case | 07:17 |
blueCmd | it's encouraged to be multiple ppl per student anyway | 07:17 |
olofk_ | Great. I really like this to take off | 07:18 |
blueCmd | I think this won't be a problem since this channel is quite active | 07:18 |
blueCmd | yes, thank wkoszek for kicking us in the behind :) | 07:18 |
olofk_ | Now I'm just freaking out because I have had so many ideas, but now I can't remember any of them | 07:20 |
olofk_ | Where can I find the current submission page? | 07:21 |
blueCmd | http://opencores.org/or1k/OR1K:FutureWork | 07:22 |
blueCmd | olofk_: IRC-logs! :P | 07:22 |
olofk_ | ah yes. I thought all the content there had been copied to some other place | 07:23 |
blueCmd | olofk_: that page is new, I moved stuff into that page | 07:23 |
olofk_ | Looking at it now. Looks good | 07:23 |
blueCmd | well, it doesn't really - but it's something :P | 07:24 |
poke53281 | blueCmd: As far as I know Java needs libffi too, not only Python | 07:24 |
olofk_ | hmm.. OpenRISC System Creator and OpenRISC Package Manager both look very much like what orpsocv3 is doing | 07:25 |
blueCmd | poke53281: I wasn't sure, feel free to update the page | 07:25 |
blueCmd | poke53281: I'm very greatful for any help :) | 07:25 |
blueCmd | grateful* | 07:25 |
poke53281 | You did already a great job. | 07:25 |
blueCmd | thanks, don't forget to thank wkoszek - he wrote the big projects | 07:26 |
olofk_ | Hey, no one has mentioned porting Windows CE to OpenRISC. That should be our number one priority | 07:26 |
blueCmd | olofk_: will you mentor it? and pay the psycriatric bill? | 07:26 |
blueCmd | olofk_: I heard that plan9 was GPL now, maybe port it? | 07:27 |
poke53281 | Build a QEMU image to provide a native building environment. Or an image which is using the chroot qemu-user-mode. This was my plan last year. | 07:27 |
olofk_ | poke53281: Yes. That's a good idea. Anything that lowers the barrier of entry to the project is needed | 07:28 |
blueCmd | poke53281: that will be trivial when or1k is a supported Debian architecture | 07:28 |
blueCmd | but in the nearest 10 years, I agree that we need something until then | 07:28 |
blueCmd | :) | 07:28 |
poke53281 | Then we should try to compile systemd. It failed last time I tried it. But mybe with glibc. | 07:33 |
blueCmd | I have a deb with systemd for openrisc | 07:36 |
blueCmd | I haven't tried it though, but it built after I poked it a couple of times | 07:37 |
blueCmd | oh well, time to sleep - busy day tomorrow. I'll be flying back to europe so don't expect too much communication from me | 07:39 |
poke53281 | As far as I remember the problem was uClibc | 07:40 |
poke53281 | I have to sleep as well now. | 07:40 |
stekern | netbsd/freebsd for openrisc sounds like an interesting project | 08:57 |
ysionneau | :) | 08:58 |
jeremybennett | wkoszek: I wasn't planning on being a mentor, but if it helps, tell me what I need to do. | 08:59 |
stekern | ysionneau: I bet you would be an asset in that if someone wants to pick that up | 09:00 |
ysionneau | I could certainly help | 09:00 |
stekern | I've never got my head around the different *bsds, how does freebsd differ from netbsd (in complexity) | 09:01 |
ysionneau | I honestly only read some low level parts of netbsd kernel so far, no other bsd | 09:02 |
stekern | ? | 09:02 |
ysionneau | I just read what I'm interfacing with: the low level MD part | 09:02 |
ysionneau | and the low level MI part which talks to my MD part | 09:02 |
stekern | MD, MI? | 09:20 |
ysionneau | Machine Dependant | 09:21 |
ysionneau | Machine Independant | 09:21 |
ysionneau | arch specific/not arch specific | 09:21 |
stekern | ah, ok | 09:24 |
LoneTech | blueCmd: while I do love teaching and joint learning, at this point I don't think I can take that on. sorry. | 09:37 |
olofk_ | I should probably write up some proposal for versioned dependencies for orpsocv3 core files. | 09:56 |
-!- FreezingAlt is now known as FreezingCold | 10:28 | |
olofk_ | Seems like there was some OpenRISC coverage at FOSDEM this year after all. | 11:54 |
jeremybennett | olofk_: There was a lot of hardware around this year. LoneTech was there. | 11:55 |
olofk_ | Didn't know that there was an OptimSoC presentation | 11:55 |
jeremybennett | I saw that was there, but because we were busy with our own dev room, didn't have time to see it (I only saw one other presentation all weekend) | 11:56 |
LoneTech | jeremybennett: hoping to get some experiments done with the power stuff next week. sorry for the delay | 13:06 |
LoneTech | been rather a lot going on | 13:07 |
jeremybennett | np - look forward to hearing more on the mageec mailing list | 13:34 |
joaocfernandes | i am a little lost, i have built both the stable and dev toolchains, if i try to load a simple hello world application to or1ksim i get this error http://pastebin.com/1mP47Nz4 (elf is not an executable). what can be wrong? | 16:32 |
stekern | joaocfernandes: you are not compiling it as an executable, but as an object file (remove the -c) | 17:20 |
joaocfernandes | stekern, thanks :) | 17:27 |
olofk | I just released orpsoc 3.2 | 22:12 |
olofk | Tar ball here ftp://ocuser:[email protected]/orpsoc/orpsoc-3.2.tar.gz if you don't want to clone it from github | 22:12 |
olofk | It would be cool if someone wanted to build a .deb for it. | 22:14 |
olofk | I'll do an ebuild for it | 22:14 |
wkoszek | You guys should add more ideas and we'd mentor people here. | 22:14 |
olofk | wkoszek: Yes, I agree. I just haven't come up with any more good ideas | 22:15 |
wkoszek | orpsocv3 - how it works? | 22:16 |
olofk | wkoszek: It works quite well now | 22:16 |
wkoszek | Typically people from OPenCores solve it by: copy&paste IP core from somewhere else and commit to New Repository | 22:17 |
olofk | Or do you mean in more detail? :) | 22:17 |
olofk | wkoszek: orpsocv3 is more like a package manager/distribution | 22:17 |
wkoszek | So if you fetch 3 SOC projects, you have wb_muxbus copied 3 tiles | 22:17 |
wkoszek | OK. | 22:17 |
wkoszek | So how do you add new WB IP core there? | 22:18 |
olofk | You create a new .core file (a core description) | 22:18 |
olofk | The .core file tells where to get the code, which files it contains, which dependencies it has on other cores and stuff like that | 22:19 |
olofk | Top-Ãlevel generation is not in the scope right now, butthere are some ideas for that as well | 22:20 |
olofk | Many cores can be simulated individually if the have a test bench | 22:21 |
wkoszek | Perfect. So I suggest you co-mentor this idea. | 22:21 |
olofk | wkoszek: Yes, definitely | 22:21 |
wkoszek | I'd like tool like that to dump the schematic to .dot or some better program. and json | 22:21 |
wkoszek | So that we could have customized editor/GUI which would give you working system | 22:22 |
olofk | wkoszek: Have you considered IPXact for that? It's a bit clumsy, but it is a standard after all | 22:22 |
olofk | I'm working on an IPXactwriter for some of the cores, so that I can pull in the SoCs in Kactus2 and generate the top-level stuff there | 22:23 |
olofk | Got to sleep now, but we should talk more about this. It sounds like you are looking for the same things that I am | 22:24 |
ysionneau | Migen allows to connect wishbone masters/slaves and generates the arbiter and the interconnect for you fyi wkoszek | 22:25 |
wkoszek | olofk: Makes sense. | 22:30 |
wkoszek | All I want is 1 tool which I install with 1, at most 2 commands. | 22:30 |
wkoszek | And which would configure Verilog stuff for me | 22:30 |
wkoszek | So that I don't spend 2 weeks debugging RTL to get Hello world to work | 22:31 |
wkoszek | So if tool like that exists, I'd like to know about it. | 22:31 |
wkoszek | jeremybennett: Do you know anything about LLVM? | 22:55 |
wkoszek | What are other un-ported RTOSes ? | 22:55 |
wkoszek | Another idea would be to write Tcl stuff, so that Wishbone cores would be drag & dropped into Vivado. | 22:56 |
stekern | wkoszek: what do you want to know about LLVM? | 23:02 |
wkoszek | stekern: Whether OpenRISC port exists, what's its state and whether we could have this as a part of GSOC project. | 23:14 |
wkoszek | stekern: e.g.: if 64-bit compiler doesn't exists, could we have 64-bit port of LLVM for OpenRISC proposed. | 23:14 |
stekern | yes, there is an existing OpenRISC port: https://github.com/openrisc/llvm-or1k | 23:15 |
stekern | the state is that it is about as "complete" as gcc, sans TLS support that was added after I last worked on it | 23:16 |
stekern | and it hasn't been synced with upstream for a while (but simoncook have done that a bit more recent than what's in the main repo) | 23:17 |
wkoszek | 64-bit is suppported? | 23:18 |
wkoszek | I think it was called OR64 or something like that. | 23:18 |
stekern | 64-bit would be interesting, but I don't know i the LLVM angle of it would be the first step, we are missing implementations | 23:18 |
stekern | s/i/if | 23:18 |
wkoszek | You mean we miss RTL to verify 64-bit OpenRISC? | 23:18 |
stekern | yes, and simulators | 23:19 |
wkoszek | Does Or1ksim support 64-bit OpenRISC? | 23:19 |
wkoszek | Maybe this is the project for GSOC> | 23:19 |
wkoszek | Does QEMU support OpenRISC?. | 23:19 |
stekern | and binutils (although there are some work in binutils towards 64-bit support) | 23:19 |
wkoszek | Maybe this is the next project? | 23:19 |
stekern | no 64-bit in or1ksim, and yes, there is an upstream openrisc qemu port (but 32-bit only) | 23:20 |
wkoszek | I'd target 100% energy to LLVM, given it's stable enough to compile and run FreeBSD. | 23:20 |
wkoszek | Ok, so 64-bit support for QEMU could be the project. Do you agree? | 23:20 |
stekern | so any of that would be the first step towards any 64-bit work | 23:20 |
stekern | I think starting with or1ksim would be better | 23:21 |
wkoszek | Why? | 23:21 |
stekern | it's the golden reference | 23:21 |
wkoszek | You guys didn't switch to QEMU? | 23:21 |
stekern | or1ksim is a simulator, qemu is an emulator | 23:21 |
stekern | both are used | 23:21 |
wkoszek | Or1ksim is cycle accurate? | 23:22 |
wkoszek | Does it model pipeline stages? | 23:22 |
stekern | last I worked LLVM, I could compile the Linux kernel, uclibc and busybox, so it should be about stable enough to get a small freebsd system going | 23:23 |
stekern | no, it's not that accurate simulator, it's a functional simulator, but it ends at that | 23:23 |
wkoszek | stekern: So it's basically same as QEMU | 23:27 |
stekern | yes, but they serve different purposes, or1ksim should be correct, qemu fast | 23:28 |
poke53281 | Bu at the moment, QEMU is almost as slow as or1ksim. | 23:44 |
poke53281 | I have repository with patches which speeds up QEMU by an order of magnitude or so. | 23:45 |
stekern | poke53281: have any set of your patches been applied to upstream? | 23:49 |
stekern | I mean, of the ones you've sent | 23:50 |
poke53281 | yes, some of them, but not all. | 23:50 |
poke53281 | I wanted to submit V2 of the patches but coundln't find a problem. Then I was too busy with other stuff the last two months. | 23:51 |
poke53281 | But unfortunately the main patch to speed up everything is not upstream. | 23:51 |
stekern | do you agree with me that it would make more sense to start playing with 64-bit support in or1ksim than in qemu? (or should it be jor1k? =)) | 23:51 |
poke53281 | 64-bit support would made more sense or1ksim. | 23:52 |
poke53281 | No, forget jor1k. 64 Bit in Javascript is ugly because it is not supported. | 23:52 |
stekern | hehe, ok, it was not a serious suggestion, but then we have a serious reason to not do it ;) | 23:53 |
poke53281 | But in the end I think it does not really matter if you put 64 Bit support in QEMU or or1ksim. | 23:53 |
poke53281 | Next step is libdiff, which should be very easy to support. Then again QEMU, and then I hope that we can build with bluecmd something like a tiny debian repository. | 23:55 |
poke53281 | at least this is my plan for the year 2014 | 23:57 |
stekern | sounds like a great plan =) | 23:58 |
--- Log closed Sat Feb 15 00:00:36 2014 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!