| --- Log opened Thu Sep 29 00:00:16 2016 | ||
| --- Day changed Thu Sep 29 2016 | ||
| bandvig | olofk: I successfully build NewLIB and uClinux toolchains under CygWin-64 with help of “old” guiding from OpenCores pages. | 02:57 |
|---|---|---|
| bandvig | Only one trick: I used –disable-werror in each configure command line. | 02:57 |
| olofk | bandvig: That's good to know. I wonder if it's possible to do with mingw too | 02:58 |
| bandvig | olofk: And yet another peculiarity. If a source tree contains sim-links, they will be converted to files during cloning. How to fix it could be found by googling. | 03:31 |
| olofk | yikes. That's unexpected | 03:34 |
| olofk | I feel sorry for all the people who have to do development on windows machines | 03:34 |
| Hoolootwo | yes, it really sucks | 03:34 |
| Hoolootwo | over the summer I was forced to work on windows because the *specific* version of Modelsim we had didn't work on Linux | 03:35 |
| Hoolootwo | I use Modelsim on Linux for school... | 03:35 |
| olofk | Hoolootwo: Yeah. Mentor is horrible in that way. You have to pay a LOT more money to get the version that runs on Linux | 03:43 |
| olofk | But then I found out that the license for the windows version also worked for the much more expensive Linux version too. And I happened to have that installed :) | 03:44 |
| stekern | I have gave up on trying to use things that are supposed to work on one OS on another, virtual machines works too well nowadays to bother | 03:53 |
| stekern | games is maybe an exception, but then again, I don't play much games | 03:53 |
| stekern | ... and we just "invested" in a gaming rig for my oldest son, so I can just lend that when he's away ;) | 03:56 |
| stekern | I tried playing an FPS for the first time in maybe 10 years, the new DOOM. It was pretty fun, but it reminded me why I don't play games much.. I suck at it | 03:57 |
| Hoolootwo | I occasionally play with friends, but I'm not going to invest in a rig of my own, and I only run linux, so that restricts games somewhat | 03:58 |
| Hoolootwo | I do enjoy, however, pretty much anything from zachtronics, but that's just glorified programming anyway | 03:59 |
| stekern | I need to point my kids towards that ;) | 04:00 |
| ZipCPU | Any suggestions for irctc916's need to compile gdb for or1k-linux-musl? | 06:04 |
| olofk | ZipCPU: I think he needs gdbserver actually | 06:04 |
| olofk | Otherwise he would have to run gdb inside of or1ksim, which is most likely very painful | 06:05 |
| Hoolootwo | yeah, a gdbserver and/or stub of some sort seems like the best option here | 06:06 |
| olofk | Unfortunately, gdbserver is not that much used, and people have reported problems compiling it lately | 06:10 |
| wallento | olofk: good question, I have honestly no clue about that | 10:06 |
| shorne | irctc916 guy seems aways, I havent tried or1k linux gdb, not sure if its supported | 10:50 |
| shorne | maybe r1k-*-linux*), but it seems that pattern is backwards | 10:54 |
| shorne | thats in configure.tgt for gdb, but debug for newlib and linux is a bit different | 10:56 |
| shorne | stekern: fyi I am still looking at this sigreturn stuff | 10:58 |
| shorne | just trying to really have a good understanding of all the entry code with respect to syscalls, signals, tracing and syscall restart | 10:58 |
| shorne | Do you know all of it? | 10:58 |
| stekern | I did have a grasp of it at some point, but I'd need to go back and look at it to remember | 11:16 |
| shorne | yeah, its just I think we are loosing reg state one some paths or something | 11:17 |
| stekern | hmm, can you make that statement more precise? ;) | 11:18 |
| shorne | its quite a bit to figure out where it is, I have a ptrace test, which tries to pull the regs when the syscall happens, but r11 shows 0x0 | 11:19 |
| shorne | ok sorry, very late I am not typing clearly | 11:19 |
| shorne | I mean, the path is usually head.S(exeception_entry save some regs) entry.S -> (_syscall_handler save more regs) | 11:20 |
| shorne | then call syscall | 11:21 |
| shorne | process any signals | 11:21 |
| shorne | return from exception | 11:21 |
| shorne | sorry, not really a question, just noting its a bit tricky peice of code | 11:22 |
| shorne | on one hand you want to save reg states to pt_regs | 11:22 |
| shorne | on the other hand you want to save as minimal as possible for speed reasons | 11:23 |
| shorne | ... sleep time | 11:24 |
| stekern | right, syscalls are a bit special, since they are exceptions induced under "controlled forms" from userspace | 11:25 |
| stekern | and can in some regards be respected as just a function call into the kernel | 11:25 |
| stekern | r11 is special for syscalls, it holds the syscall number | 11:27 |
| shorne | yup | 11:28 |
| shorne | also, there is the concept of caller and callee saved register | 11:29 |
| shorne | but, for syscall we just store to pt_regs r1-r12. But I would think the syscall might clobber r14-r30 (even) I guess that doesnt matter? | 11:32 |
| shorne | or I mean odds | 11:33 |
| shorne | ... sleep | 11:33 |
| stekern | yeah, those are saved by the caller | 11:54 |
| irctc634 | I asked the question about GDB but I was disconnected. In case it was answered please let me know! | 15:37 |
| ZipCPU | irctc634: Yes, you got some answers. Check the logs, and ask back if you have further questions. | 15:38 |
| irctc634 | Thanks ZipCPU! | 15:38 |
| irctc634 | Is there a link for the gdbserver source? | 16:02 |
| irctc634 | I tried compiling the gdb-7.2 and the two last ones(7.10, 7.11) and I am indeed getting compilation errors. My configuration flags are: --host=or1k-linux-musl --target=x86_64-pc-linux-gnu and I am using the latest config.sub | 16:56 |
| irctc634 | All the errors are in linux-low.c | 16:56 |
| shorne | irctc634, I think you might need to use gcc 5.3.0 at least, are you using it? | 19:10 |
| shorne | But the idea of debugging a linux process through the or1ksim gdb server is maybe not right | 19:11 |
| shorne | the or1ksim server exposes the code running on the processor for debug, so when you would connect debugger you would not be debugging a linux process | 19:12 |
| shorne | The a or1k-linux-musl gdb would expect to debug linux processes in user space (so not go into syscalls, not into code). This is not really supported by the or1k gdb as far as I remember. | 19:14 |
| shorne | Also, to debug userspace processes you would need to start your gdb server on linux in userspace, not the or1ksim | 19:14 |
| shorne | stekern: good news, got a report back from sebastian macke, it seems his claim that strace was not working was not right and it works. So no issue with the latest patch. | 19:15 |
| shorne | I need to make sure it works though, because I cant get it working with my build | 19:15 |
| shorne | but good news | 19:15 |
| stekern | shorne_: yes, that's good news (and I had some recollection that this was the case) | 23:10 |
| --- Log closed Fri Sep 30 00:00:35 2016 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!