| --- Log opened Fri Dec 26 00:00:10 2014 | ||
| -!- Netsplit *.net <-> *.split quits: poke53281, kiwichri_, Amadiro, heroux | 02:49 | |
| -!- heroux_ is now known as heroux | 02:49 | |
| stekern | poke53282: what do you mean that gcc doesn't use l.div? | 07:25 |
|---|---|---|
| stekern | I don't think bug 107 is still present | 07:39 |
| olofk | poke53282: The printk in bug 106 is still there in the upstream kernel. Was this problem fixed while still allowing the printk to stay? | 08:48 |
| olofk | stekern: I remember there was some talk about divsi and friends. The logs hint that it was done some work on that in early August | 08:50 |
| olofk | blueCmd: Do you remember any of this? | 08:50 |
| olofk | This seems relevant https://github.com/openrisc/or1k-gcc/commit/bdd3ad496930c61218ea683b9fd3dbcc093b9a14 | 08:51 |
| olofk | haha. bug 4 might be a hint why it looks like part of the JTAG ID code was shifted a bit | 08:58 |
| poke53282 | stekern: I haven't checked it thouroughly. But for me it looks like, that my compiler use a libgcc function for all divs | 09:06 |
| poke53282 | l.mul works. | 09:06 |
| poke53282 | olofk: http://git.openrisc.net/cgit.cgi/jonas/linux/commit/?id=e43f1288e64639e9f0d46ff1d8a3dea1ff9cb2b2 | 09:11 |
| poke53282 | If this is upstream, then the bug is fixed | 09:11 |
| olofk | poke53282: Thanks. It's there, so I'm closing the bug | 09:25 |
| blueCmd | olofk: sorry no | 09:30 |
| olofk | I'm closing bug 27 now as worksforme. If anyone has deeper knowledge about why this works/didn't work, please add a comment | 09:33 |
| olofk | How's the dwarf2 support nowadays? | 09:51 |
| stekern | poke53282: I at least have l.div in my vmlinux | 13:24 |
| stekern | olofk: yes, that commit should make 107 not relevant anymore | 13:25 |
| olofk | stekern: Thanks. 107 is closed now | 14:05 |
| olofk | What the fuck should we do with the swapped PICP/PMP bits? | 14:13 |
| olofk | mor1kx is aligned with the spec, but the kernel and or1200 isn't | 14:15 |
| olofk | I'm all for pretending this isn't a problem and just push fixes for linux and or1200 | 14:16 |
| olofk | I'm not even sure it is a problem in practice | 14:16 |
| olofk | The slightly nicer thing to do would be to do something like stekern did with the device tree for the edge/level weirdness in or1200. Not sure if something similar can be done here though | 14:17 |
| olofk | Or can we use the version regs? | 14:18 |
| olofk | And should spr_defs.h in the kernel be regenerated from or1k-headers | 14:19 |
| poke53282 | olofk: I guess, at the moment I am the only one who is using the PMP. | 14:29 |
| poke53282 | and in stekerns SMP branch is is already corrected. | 14:30 |
| -!- atgreen` is now known as atgreen | 14:58 | |
| olofk | poke53282: That makes things easier. I'll just wait a week for comments, if any, and apply the RTL fix | 15:08 |
| olofk | And we should see if we could get jonibo to take on stekern as co-maintainer for the kernel | 15:09 |
| poke53282 | yes, there are a lot of patches waiting for the kernel. Mine and stekerns. | 15:35 |
| poke53282 | I have a few ptrace patches too. | 15:36 |
| poke53282 | Even I would do the mainting. | 15:37 |
| poke53282 | .oO ( Hopefully stekern don't want to upstream the current ompic ) | 15:39 |
| poke53282 | :) | 15:39 |
| stekern | yeah, no | 15:46 |
| olofk | poke53282, stekern: It would be great if any of you could send Jonas a mail or something and see if we can work things out. | 17:29 |
| olofk | I have gotten the feeling that he's been pretty tied up by other stuff, but if I understood things correctly, the upstream port isn't really usable, which is pretty bad in that case | 17:30 |
| poke53282 | as far as I know the upstream version works, but you shoudln't do anything with signals. | 18:38 |
| --- Log closed Sat Dec 27 00:00:11 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!