| --- Log opened Mon Mar 10 00:00:14 2014 | ||
| blueCmd | I've ordered a de0 nano and a http://digilentinc.com/Products/Detail.cfm?NavPath=2,401,1003&Prod=PMOD-NIC100 | 01:05 |
|---|---|---|
| olofk_ | stekern: Can't remember what we said about it at the time, but is it possible to push the SoCKIT port with pregenerated HDL to avoid running qsys? Or is that too messy? | 07:25 |
| olofk_ | Damn! Someone beat me to it. I've had the idea for a few years. Thought that de0 nano would be a good fit http://dangerousprototypes.com/2014/03/09/bus-pirate-clone-on-fpga/ | 07:27 |
| olofk_ | And of course they use a crappy MicroBlaze on it. That's what annoys me the most | 07:27 |
| olofk_ | ahh... no.. wait | 07:28 |
| olofk_ | It actually uses OpenRISC | 07:28 |
| olofk_ | AltOR32 :) | 07:28 |
| stekern | that's actually yet another or1knd implementation | 07:35 |
| olofk_ | Who did that one? Was it Ruben Diez? | 07:41 |
| stekern | no, it's that guy that did the bus pirate | 07:44 |
| olofk_ | Saw that too. Still can't find a name. Just says ultra-embedded everywhere | 07:45 |
| stekern | Rob | 07:50 |
| olofk_ | Wow. I also want to be called Ultra-Rob | 07:55 |
| olofk_ | It's a really nice board. I want one | 08:07 |
| blueCmd | olofk: http://www.designspark.com/blog/booting-linux-on-a-de0-nano-with-orpsoc seen that? | 08:37 |
| olofk_ | blueCmd: Yep, I've seen that | 09:03 |
| olofk_ | Hmm.. perhaps I should talk to him and see if he can sed s/orpsoc/fusesoc | 09:04 |
| blueCmd | olofk_: soo.. http://openrisc.net/debian/patches/binutils-gdb/ - i'm thinking of submitting it | 11:20 |
| blueCmd | sent! | 12:13 |
| blueCmd | totally forgot about --thread, but yeah. hopefully it'll be fine | 12:13 |
| stekern | \o/ | 12:28 |
| olofk_ | blueCmd: Woohoo!! Good job | 12:31 |
| blueCmd | a few patches seems to have got lost in the mail void, let's see if they appear | 13:27 |
| gedare | i'm looking for christian svensson if he might be around.. anyone can tell me his nick? | 18:22 |
| stekern | gedare: blueCmd | 18:31 |
| gedare | thanks. | 18:31 |
| gedare | hi blueCmd | 18:31 |
| blueCmd | gedare: hello! | 19:01 |
| gedare | howdy. | 19:01 |
| gedare | did you get my email by now? | 19:01 |
| blueCmd | gedare: I did now, skimmed it - sounds good to me | 19:02 |
| gedare | ok great. i'm one of the org admins for rtems | 19:02 |
| gedare | if you think of another possible openrisc mentor/co-mentor that might be nice to "pile on", but not mandatory i think. | 19:03 |
| blueCmd | gedare: so my background with the hardware side is limited for OpenRISC, i do have some background with HDL and FPGAs, but I'm quite strong when it comes to porting toolchains, OS internals and OpenRISC gotchas when it comes to the software | 19:03 |
| gedare | that is what we needhere. | 19:03 |
| gedare | porting a new architecture in rtems is basically about getting a working toolchain with the rtems "triplet", and writing some basic low-level boot code, context switching, and a clock driver. | 19:04 |
| gedare | we'll rely on you to help the student if he gets stuck trying to figure out some tricky bit of assembly for example.. like what registers are volatile in a function call, or how to access internal timers on an soc or some such.. | 19:05 |
| gedare | blueCmd: i suspect this will all be in your wheel house. | 19:05 |
| blueCmd | gedare: yep, that sounds like my area | 19:06 |
| gedare | super. then i think the project has a good chance to get accepted, but it all depends on our overall project submissions and slot allocations from google. | 19:06 |
| gedare | thanks for stepping up | 19:06 |
| blueCmd | gedare: are there any rules for which kind of people can be mentors? | 19:07 |
| gedare | nice people! | 19:07 |
| blueCmd | or rules that I can read? | 19:07 |
| blueCmd | hah, I'm nice! | 19:07 |
| gedare | there are... i can try to find them | 19:07 |
| blueCmd | just don't ask stekern about it | 19:07 |
| gedare | are you from a country the USA does not export to? | 19:08 |
| gedare | that's the biggest hurdle, but not impossible for a mentor actually. | 19:08 |
| gedare | https://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page#6._What_are_the_eligibility_requirements | 19:08 |
| gedare | there it is.. if you're over 18 you're good to go, and if you can't receive exports you won't get swag | 19:09 |
| gedare | blueCmd: you may also like to skim this: http://en.flossmanuals.net/GSoCMentoring/ | 19:11 |
| stekern | ask me what? where? did someone say my name!? | 19:50 |
| stekern | ah, now I get it | 19:50 |
| stekern | blueCmd: you're nice, compared to me at least ;) | 19:50 |
| blueCmd | stekern: :D | 19:54 |
| stekern | olofk_: you work so hard changing the name and all, yet it still assumes the top module to be named orpsoc_top: https://github.com/olofk/fusesoc/blob/master/fusesoc/build/quartus.py#L48 | 20:05 |
| stekern | seems I've got a talent to make quartus go sad panda... http://pastie.org/8905392 | 20:36 |
| olofk | stekern: Yes, that hardocded orpsoc_top thing is a bit embarrasing. At least _franck_ has submitted some patches to fix it for verilator | 21:08 |
| olofk | stekern: Nice stack trace. File a bug report, and they might have fixed the issue by 2018... at least if you're a paying customer | 21:09 |
| stekern | mmm | 21:27 |
| stekern | the worst thing is that it's workaroundable, but it requires 20x more code | 21:28 |
| olofk | God, that sounds annoyin | 21:28 |
| stekern | it's my functions that the tools don't like again... https://github.com/skristiansson/eco32f/blob/master/rtl/verilog/eco32f_mmu.v#L116 | 21:29 |
| stekern | I tried to tell it that it's no RAM, by using ram_style = "logic" | 21:29 |
| stekern | it didn't get my hint | 21:29 |
| stekern | it's 32 20-bit registers | 21:30 |
| stekern | that I want to read all at the same time | 21:30 |
| olofk | Is it "logic" for quartus? synplify and xst uses "registers" iirc | 21:30 |
| stekern | at least that's what the manual says | 21:31 |
| stekern | standardising that kind of things, what would the fun be in that? | 21:31 |
| blueCmd | *humpf* the mailserver gave me 15x "250 Queued", but only 10 mails appears to have made it. It worked when I sent to my local email | 21:32 |
| olofk | E-mail must be one of the greatest fucking mysteries of mankind | 21:33 |
| blueCmd | olofk_: not really, if you answer 250 you're supposed to not fucking drop it :P | 21:33 |
| olofk | I like working with computers, but I try to stay far away from printers, e-mail and perl. Those things I do not understand | 21:34 |
| blueCmd | hah | 21:34 |
| blueCmd | yeah. | 21:34 |
| blueCmd | if the emails haven't arrived 12:10 tomorrow I'll resend the missing ones | 21:35 |
| blueCmd | it's nice that the patches are away now though. hopefully it won't kill the maintainers | 21:35 |
| olofk | ...or start killing one hostage every hour | 21:35 |
| blueCmd | hah | 21:35 |
| stekern | host(age) | 21:35 |
| blueCmd | I wonder if anyone uses http://opencores.org/project,xge_mac | 21:36 |
| olofk | blueCmd: Haven't got a clue actually. General problem is that the smaller FPGAs that are supported by the free tools don't seem to come with high-speed transceivers | 21:38 |
| olofk | So things like HDMI, PCIe and gigE are handled by external ASICs on those boards | 21:38 |
| blueCmd | olofk: for 1GE you have ethernet controllers that does a good work, but for 10G I haven't seen that many PHY / MAC external circuits, and the affordable ones I could find was either without PHY or with only PHY | 21:41 |
| _franck_ | just finished a simulation (a blinker) with ghdl and a bench calling a C function. FuseSOC will support GHDL soon ;) | 21:43 |
| olofk | blueCmd: Haven't scanned the market for 10G phys | 21:43 |
| olofk | But I realized that I lied a bit. gigE generally don't need high-speed transceivers | 21:43 |
| olofk | _franck_: Cool! I think there are actually some people who uses ghdl | 21:44 |
| olofk | Time to quit now. Hopefully my daughter will learn one day that nights are for sleeping, not jumping around in the bed | 21:47 |
| _franck_ | :) | 21:48 |
| stekern | huh, I thought nights were for hacking on open source RISC processors... | 22:00 |
| stekern | connecting some extra dummy signals onto the registers keeps quartus happy... | 22:28 |
| --- Log closed Tue Mar 11 00:00:15 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!