| --- Log opened Fri Jun 13 00:00:32 2014 | ||
| stekern | blueCmd: https://github.com/openrisc/or1k-gcc/blob/or1k/gcc/config/or1k/or1k.c#L132 <- any insight on how to get rid of that? | 04:31 |
|---|---|---|
| stekern | it clutters up all functions with a redundant load+store | 04:32 |
| stekern | my smp wip crashes elegantly when in 3.15... | 04:44 |
| _franck_ | stekern: ok I will | 05:52 |
| stekern | _franck_: how did it 'crash after a while'? | 06:01 |
| olofk | stekern: If you're using emacs you can go to the beginning of the line and press Ctrl+k to get rid of it | 06:02 |
| stekern | olofk: actually, I think we need to get rid of all of this: https://github.com/openrisc/or1k-gcc/blob/or1k/gcc/config/or1k/or1k.c#L132-L136 | 06:28 |
| stekern | (I just found out you can do ranges like that :) | 06:28 |
| olofk | stekern: C-space, C-n, C-n, C-n, C-n, C-w | 08:30 |
| olofk | Or just M-x tetris and forget about the whole thing | 08:34 |
| stekern | why isn't python's partition always returning 'pre-sep' 'sep' 'post-sep' | 08:45 |
| stekern | ? | 08:45 |
| stekern | but instead if sep: 'pre-sep' 'sep' 'post-sep' else: 'post-sep' '' '' | 08:46 |
| olofk | Is that lpartition or rpartition? There's two, right? | 08:46 |
| stekern | ...well, I guess it depends how you look at it, maybe they though that my post-sep is pre-sep if there is no sep | 08:46 |
| stekern | then it's actually logical | 08:47 |
| stekern | ..as usual, wenting things on IRC helps ;) | 08:47 |
| stekern | for my particular use-case, it sucks that it works like that though | 08:47 |
| olofk | I'm working on my first awk(ward) script. Weird shit | 08:47 |
| olofk | but if not sep: pre-sep == post-sep? | 08:48 |
| stekern | "comma,seperated".partition(',') => 'comma' ',' 'seperated' | 08:50 |
| stekern | "comma.seperated".partition(',') => 'comma.seperated' '' '' | 08:51 |
| olofk | That seems logical to me | 08:56 |
| stekern | yes, it is | 08:56 |
| olofk | Imported the trace log to a sqlite db now. Time to do some post processing analysis on that :) | 08:58 |
| olofk | oh... can awk read a hex string and convert it to decimal btw? | 09:03 |
| stekern | what are you doing? | 09:03 |
| stekern | sqlite dbs... sounds scary | 09:03 |
| olofk | Getting some statistics on where we spend cycles | 09:09 |
| olofk | and trying to find out why my simulation just stops | 09:09 |
| stekern | using sqlite as a middle hand still sounds scary ;) | 09:09 |
| olofk | Never used it before. Let's see how that turns out :) | 09:11 |
| olofk | grepping through 2.5GB plain text logs is a bit scary as well :) | 09:12 |
| stekern | grep is fast | 09:12 |
| stekern | ;) | 09:12 |
| stekern | are you still running in icarus? | 09:16 |
| stekern | I've found the reason why my smp boot crashes, not sure how to fix it yet though | 09:18 |
| stekern | the wrong r10 get restored when returning from fork | 09:18 |
| stekern | so suddenly both precessors are running on the same kernel stack | 09:19 |
| stekern | ...the failures are spectacular and extremely subtle | 09:19 |
| stekern | s/precessors/processors | 09:20 |
| stekern | bah... it was an old bug I already fixed, but I missed to merge that thing into 3.15 | 10:18 |
| olofk | wrong r10? How many r10 do you have? | 10:31 |
| stekern | well, one for each thread | 10:36 |
| stekern | ;) | 10:36 |
| stekern | it might occasionally be saved on the stack though | 10:36 |
| stekern | + one for userspace | 10:36 |
| olofk | Oh god. I realize that I haven't missed sql at all since I used it last | 11:32 |
| olofk | Why does GCC push r1 to the tack when it doesn't use it in a function? | 12:20 |
| stekern | because I just played tetris... | 12:23 |
| olofk | :) | 12:23 |
| olofk | Or is r1 always saved? I thought I found some functions that didn't save r1 | 12:28 |
| stekern | yes, the answer is in: https://github.com/openrisc/or1k-gcc/blob/or1k/gcc/config/or1k/or1k.c#L132-L136 | 12:30 |
| stekern | it's always saved when r2 isn't used as a framepointer | 12:31 |
| olofk | ahhh... I could have sworn that I've seen that URL before :) | 12:44 |
| stekern | hence the tetris joke ;) | 13:02 |
| olofk | Haha, I'm slow :) | 13:27 |
| _franck__ | cool, I have a CFI NOR peripheral in or1ksim (at least it works with barebox) | 13:43 |
| _franck__ | stekern: I tested your kernel during my lunch time. I had a kernel panic during the boot, before busybox started. My be some configuration problem on my side | 13:47 |
| stekern | _franck__: in or1ksim or on a real board? | 14:35 |
| olofk | _franck__: Nice. Can you make a VPI wrapper for it as well? :) | 14:36 |
| _franck__ | in or1ksim | 14:42 |
| _franck__ | for now I just have CFI detection and READ command | 14:43 |
| stekern | oh... do you have a recent version with l.swa/l.lwa support? | 14:43 |
| _franck__ | no I don't | 14:43 |
| stekern | I just realised that the busybox I put there has those | 14:43 |
| stekern | because the old busybox won't work, I didn't bring in the deprecated syscalls | 14:43 |
| _franck__ | sorry I was thinking about my CFI flash | 14:44 |
| stekern | ah ;) | 14:44 |
| _franck__ | so I have a recent version of the toolchain with swa/lwa | 14:44 |
| _franck__ | and a real boar | 14:44 |
| _franck__ | board | 14:44 |
| stekern | but, I asked about or1ksim, not toolchain ;) | 14:45 |
| _franck__ | ok :) | 14:45 |
| stekern | but if you have a busybox somewhere, you can throw in that instead | 14:46 |
| stekern | I mean, from when you tested the latest uclibc | 14:46 |
| stekern | the busybox I put there was compiled against musl | 14:47 |
| _franck__ | I use the same busybox as I use with the vanilla kernel (the kernel without with rebase) | 14:47 |
| stekern | ok... | 14:47 |
| stekern | can you throw me the vmlinux | 14:47 |
| _franck__ | with my vanilla kernel, I got an unaligned access after some time | 14:48 |
| _franck__ | with your it didn't start busybox | 14:48 |
| _franck__ | I'll give you this tonight | 14:48 |
| olofk | How is the delay slot-less version handled in Linux? Are there any ifdef's, or is all asm written to handle both cases? | 14:50 |
| stekern | no | 14:53 |
| olofk | Can -nd run Linux at all? | 15:31 |
| stekern | no | 15:51 |
| _franck_ | olofk: we are trying to clean patch list for openocd. Would you mind to take a look at this: http://openocd.zylin.com/#/c/838/ | 18:45 |
| _franck_ | if you don't want to work on it, please "abandon" it | 18:45 |
| olofk | _franck_: I can't figure out my username/password. Can anyone else abandon it for me? | 18:50 |
| _franck_ | ok I'll tell Andreas to do it for you | 18:53 |
| olofk | I reset the password, so I'll do it | 18:56 |
| _franck_ | ok thanks | 18:57 |
| _franck_ | stekern: https://www.dropbox.com/s/yncl1ekn570x118/vmImage | 19:02 |
| stekern | danke schön | 19:02 |
| stekern | ummm | 19:02 |
| stekern | no, nothing | 19:03 |
| _franck_ | I got it ;) | 19:03 |
| stekern | I was more referring to, what are you giving me? | 19:04 |
| stekern | it's not an or1k elf at least | 19:04 |
| _franck_ | really ? :) let me check | 19:04 |
| stekern | and why is the name vmImage? | 19:05 |
| _franck_ | wrong file, that's a uboot one | 19:05 |
| _franck_ | is your clock 50MHz ? | 19:06 |
| _franck_ | https://www.dropbox.com/s/kdxi4dsg3dnaaon/vmlinux | 19:07 |
| stekern | merci beaucoup | 19:07 |
| _franck_ | de rien | 19:07 |
| _franck_ | vmImage is coming from here: https://github.com/fjullien/linux/commit/3a17fed6b7bc5b6c6f9fc365419d0b34e77234a5 | 19:07 |
| stekern | isn't uImage the more common name? | 19:08 |
| stekern | I mean, the target name most other archs are using? | 19:09 |
| _franck_ | I couldn't find what's the rule. There isa _lot_ of names for that | 19:09 |
| stekern | =) | 19:09 |
| _franck_ | we choose when it'll be tested and ready to commit. I also wanted to implement zImage (self decrompressed kernel) but I'm sure it worth it | 19:11 |
| _franck_ | BTW, when I first compile your kernel with frame buffer and frame buffer console enable I was missing asm/vga.h | 19:13 |
| _franck_ | I just added something like this http://lxr.free-electrons.com/source/arch/x86/include/asm/vga.h | 19:13 |
| stekern | hmm, I think that should be fixed already... maybe I missed that patch somehow... | 19:15 |
| stekern | but... your kernel crashes in mem_serial_out | 19:15 |
| _franck_ | why would my uart do that ? | 19:17 |
| stekern | I've got no idea, and another strange artifact is that your kernel prints: "Unpacking initramfs" | 19:17 |
| _franck_ | I'll double check my config | 19:18 |
| stekern | can you throw me your busybox too? | 19:19 |
| _franck_ | https://www.dropbox.com/s/4v0c94oqsf21igg/busybox | 19:20 |
| stekern | kiitos paljon | 19:22 |
| _franck_ | don't know this one ;) | 19:22 |
| stekern | http://pastie.org/9287442 | 19:26 |
| _franck_ | so my busybok is working | 19:27 |
| stekern | yes, but where did you get your kernel from: Linux version 3.4.0-or1ksim-76951-g18a07c3-dirty | 19:28 |
| stekern | ? | 19:28 |
| _franck_ | ahh, don't tell me I'm working on the wrong kernel ! | 19:29 |
| _franck_ | stupid me ! | 19:29 |
| _franck_ | I didn't checkout the good branch after I clone your repo | 19:30 |
| stekern | heh, ok | 19:30 |
| _franck_ | I knew that was strange when I make oldconfig, there was a lot of diffs | 19:30 |
| _franck_ | I'll do it again now | 19:31 |
| stekern | fwiw, I pushed some lingering patches to the master branch too, ontop of the ones that were already in jonas repo | 19:31 |
| _franck_ | http://pastie.org/9287475 --> not working, brb | 19:42 |
| stekern | what are you doing differently from me? =) | 19:44 |
| stekern | base_baud = 4166666 <- wut? | 19:45 |
| _franck_ | I'm running at 66MHz | 19:56 |
| stekern | ah, right. that's what that was showing | 20:01 |
| stekern | wanna give me that vmlinux too? =) | 20:03 |
| _franck_ | only head.S is different between the working and not working kernel it must be something big in front of my eyes | 20:09 |
| _franck_ | but I don't see it | 20:09 |
| stekern | what's at c00182ec | 20:14 |
| _franck_ | don't go further with my "working" kernel I get http://pastie.org/9287544 | 20:19 |
| _franck_ | why ? | 20:19 |
| _franck_ | enough for tonight, I'm tired | 20:19 |
| stekern | what busybox are you using now? | 20:20 |
| stekern | it's not the one you gave me | 20:20 |
| _franck_ | true | 20:20 |
| _franck_ | at least it starts busybox | 20:20 |
| stekern | init started: BusyBox v1.22.1 (2014-06-08 22:11:20 CEST) vs init started: BusyBox v1.22.1 (2014-06-10 23:01:17 CEST) | 20:20 |
| stekern | yes, but it looks like you compiled the one you are using now against an old uclibc | 20:21 |
| stekern | and the kernel you are using doesn't have the syscalls that that one is using | 20:22 |
| _franck_ | I didn't update my toolchain since then... | 20:23 |
| _franck_ | too bad we can't identify which uClibc it is from the toolchain binary | 20:23 |
| _franck_ | can we ? | 20:23 |
| stekern | yes you did update your toolchain after 2014-06-08: http://juliusbaxter.net/openrisc-irc/%23openrisc.2014-06-09.log.html#t21:04 | 20:25 |
| _franck_ | you're better than the NSA | 20:25 |
| _franck_ | :) | 20:25 |
| stekern | =) | 20:26 |
| _franck_ | with the good initramfs, my "working" kernel works | 20:30 |
| _franck_ | not yours | 20:33 |
| _franck_ | it has something to do with SPARSE_IRQ or WISHBONE_BUS_BIG_ENDIAN | 20:42 |
| _franck_ | I now have your tree booting. I just need to revert changes I did to see which one make things work | 20:43 |
| _franck_ | (I have also head.S to revert and some other minor changes) | 20:44 |
| _franck_ | https://www.dropbox.com/s/kdxi4dsg3dnaaon/vmlinux <-- it craches "after some time" | 20:45 |
| stekern | is that vanilla or the openrisc-3.15-merge, or my masteR? | 20:45 |
| _franck_ | it's openrisc-3.15-merge where I changes some stuff to make it work | 20:46 |
| stekern | ok | 20:47 |
| _franck_ | this is where am I now: http://pastie.org/9287595 | 20:47 |
| _franck_ | I need to revert those changes one after the other to find what make things crash | 20:48 |
| stekern | I meant openrisc-3.15-rebase, but I bet you just copied my mistake ;) | 20:48 |
| _franck_ | yes rebase | 20:49 |
| stekern | I don't know what that SPARSE_IRQ thing does, most of the original commit is upstreamed | 20:49 |
| stekern | so, the remains that's still there might very well be wrong | 20:50 |
| stekern | ...but they were still in jonas master tree | 20:50 |
| _franck_ | we'll find out tomorrow | 20:50 |
| _franck_ | stay tuned | 20:50 |
| stekern | I will | 20:50 |
| _franck_ | good night | 20:51 |
| stekern | for the record, this was the original commit: http://git.openrisc.net/cgit.cgi/jonas/linux/commit/?id=24b9718a6b5ac0b03ce360d1bfe115bb2010e0f7 | 20:52 |
| stekern | your vmlinux haven't crashed "after a while" here btw | 20:53 |
| stekern | but I don't know if I'm holding it right | 20:53 |
| stekern | aha! my smp crashes was due to a wb_sdram_ctrl bug | 23:02 |
| stekern | I wonder why olofk's bench didn't catch that one... it's a write followed by a read | 23:04 |
| --- Log closed Sat Jun 14 00:00:33 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!