stekern | following how syscalls go from userspace through libc to the linux kernel is a not so easy task for the untrained eye (read my eye)... | 12:05 |
---|---|---|
derRichard | :D | 12:07 |
stekern | I think I've got it now though ;) | 12:10 |
derRichard | how many system call entry points has openrisc? AFAIK only one. so, it's not that evil :P | 12:11 |
derRichard | x86 is much more fun | 12:11 |
stekern | yeah, it's not so bad, my main problem was to find out what function actually get's called when you call 'bind' | 12:12 |
stekern | some of the macro magic in there makes 'grep' a rather blunt weapon ;) | 12:14 |
* Jia always use grep instead of cscope&ctags | 12:17 | |
derRichard | stekern: bind is multiplexed | 12:23 |
derRichard | (on most archs) | 12:23 |
stekern | derRichard: what do you mean by 'multiplexed'? | 12:27 |
derRichard | stekern: bind() is not a systemcall on most archs | 12:30 |
derRichard | it's done via the socketcall system call | 12:30 |
stekern | ah, yes I understand what you mean | 12:33 |
derRichard | AFAIK ia64 is the only arch where bind() is a real system clal | 12:34 |
juliusb | Andrew Back asked me to do a bit of an interview recently about OpenCores and OpenRISC, he just put it up, if anyone is interested: http://www.designspark.com/content/community-insights-julius-baxter-openrisc | 12:47 |
stekern | derRichard: regardless, I had to trace the bind through the socketcall syscall to find out where bind() actually is (again this would probably have been evident to the more trained linux eye) :) | 12:49 |
stekern | juliusb: nice! I'll read it more carefully later, but looked good at a quick glance | 12:50 |
TarekEldeeb | hello OR team :) | 15:20 |
TarekEldeeb | ... | 15:23 |
TEldeeb | jeremybennett, I'm online .. :) | 15:41 |
jeremybennett | TEldeeb: IIRC you were asking about implementing additional floating point support in OpenRISC and Or1ksim? | 15:54 |
TEldeeb | Jeremybennett: Yes please... | 16:04 |
TEldeeb | i'd like to start with estimated performance gain with OR1200 as a platform | 16:05 |
TEldeeb | I tried to code a simple program to add two float arrays .. | 16:05 |
TEldeeb | the FPU was never used .. | 16:05 |
TEldeeb | i used rtl simulation as described in trunk/orpsocv2 | 16:06 |
TEldeeb | i edited sw/Makefile.inc to enable # All hardware flags | 16:08 |
TEldeeb | MARCH_FLAGS ?=-mhard-mul -mhard-div -mhard-float | 16:08 |
TEldeeb | got the same results .. | 16:08 |
TEldeeb | no FPU | 16:08 |
TEldeeb | what i am missing ..?? I want HW float opcodes .. | 16:08 |
jeremybennett | TEldeeb: you really need one of the hardware guys to explain how to build Verilog with the hardware FPU and then extend that FPU. | 16:22 |
jeremybennett | juliusb is the expert | 16:22 |
TEldeeb | :) | 16:32 |
TEldeeb | thanks | 16:32 |
juliusb | mm, missed him | 17:15 |
stekern | juliusb: the de0_nano is actually pretty capable of running linux, the biggest problem is that there isn't enough storage space to store the image on-board | 18:20 |
juliusb | ah OK | 18:22 |
juliusb | but isn't it only like 8MB of RAM? | 18:22 |
juliusb | or is it 16? | 18:22 |
jeremybennett | You can run OpenRISC linux in 8MB or RAM I believe - I think Or1ksim does that by default. | 18:22 |
stekern | it has 32 MB of RAM | 18:25 |
stekern | but apart from that small fact-flaw, really good article! | 18:25 |
juliusb | cool | 18:29 |
juliusb | i'll remember that! | 18:29 |
juliusb | it was very good of Andrew Back to offer me opportunity. | 18:30 |
stekern | looks like transparent union support is shaky in clang | 22:21 |
stekern | when I compile busybox with clang/llvm I get a pointer-to-pointer reference to the sockaddr struct that should get passed to bind(), while gcc just passes the pointer to struct (as it should) | 22:23 |
stekern | if I disable the transparent union in the header file bind() is declared, clang/llvm get it right as well | 22:24 |
derRichard | transparent union? | 22:50 |
derRichard | stekern: you mean an anonymous union? | 22:51 |
stekern | derRichard: no, I mean transparent union, take a look here: http://git.openrisc.net/cgit.cgi/jonas/uClibc/tree/include/sys/socket.h?h=master-next | 23:04 |
stekern | around lines 64-100 | 23:04 |
derRichard | ah, another gcc extension i don't know :D | 23:13 |
stekern | yeah, it was new to me too | 23:14 |
derRichard | but it sounds really usefull | 23:16 |
* derRichard reads the gcc manual | 23:16 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!