| --- Log opened Sat Jun 21 00:00:43 2014 | ||
| stekern | dalias: yeah, some progress, slow but progress still | 05:55 |
|---|---|---|
| stekern | I (think) I got the TLS things sorted out | 05:55 |
| stekern | but I saw you are doiing some changes to reloc.h, so I'll probably need to catch up with that too ;) | 05:56 |
| stekern | from what I understood, it was to simplify the arch code, so shouldn't be hard I assume | 05:56 |
| stekern | https://github.com/skristiansson/musl-or1k/commit/57ac16331223a6ffeece31bbea2f362f6e4990cc | 05:59 |
| stekern | ^ "TLS stuff" | 05:59 |
| stekern | I still have things to implement in ldso/or1k and thread/or1k | 06:01 |
| stekern | that's the current status I think | 06:01 |
| stekern | oh, and look over setjmp/longjmp | 06:01 |
| dalias | stekern, yes, just need to make reloc.h remap the reloc types rather than actually doing the work | 10:23 |
| -!- rfajardo_ is now known as rfajardo | 13:22 | |
| benjamincburns | hello blueCmd - are you around by any chance? Trying to follow your debian boostrap instructions and I’m hitting a snage | 13:54 |
| benjamincburns | snag, too | 13:54 |
| benjamincburns | when I attempt the second stage of the bootstrap (the chroot command) it first said that the qemu command couldn’t be found - I assume because it was missing from the chroot | 13:55 |
| benjamincburns | so I copied it into the chroot, then ran the command again, and it returned instantly | 13:55 |
| benjamincburns | with no output :-/ | 13:55 |
| blueCmd | benjamincburns: hi | 14:09 |
| benjamincburns | hello | 14:09 |
| blueCmd | benjamincburns: the bootstrap instructions might be a bit out of date, I haven't touched it in a month or so | 14:09 |
| benjamincburns | ah | 14:10 |
| blueCmd | sudo chroot initramfs /usr/bin/qemu-or1k-static -E PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin bin/bash /debootstrap/debootstrap --second-stage | 14:10 |
| blueCmd | is it that command that fails? | 14:10 |
| benjamincburns | yep | 14:10 |
| benjamincburns | well - it fails silently | 14:10 |
| blueCmd | try using http://openrisc.debian.net/qemu-or1k-static.atomic | 14:10 |
| blueCmd | instead of http://openrisc.debian.net/qemu-or1k-static | 14:10 |
| benjamincburns | sure - one sec | 14:10 |
| benjamincburns | that’s looking better | 14:11 |
| benjamincburns | I can get it to run bash now - will try the debootstrap command | 14:12 |
| blueCmd | cool! | 14:12 |
| blueCmd | fyi, that one contains the code to decode atomic instructions that was added to openrisc a couple of months ago | 14:12 |
| blueCmd | and libc uses those, so qemu would crash | 14:12 |
| benjamincburns | I get a few errors now — can’t execute binary file (cat) and can’t work out current architecture | 14:13 |
| blueCmd | if you feel full of energy a pull request on the README.md with up-to-date instructions would be welcome :P | 14:13 |
| blueCmd | really? weird | 14:13 |
| benjamincburns | I’d be glad to once I got it working | 14:13 |
| blueCmd | can you paste the output? | 14:13 |
| benjamincburns | E: Couldn't work out current architecture | 14:14 |
| benjamincburns | whoops - was multiline | 14:14 |
| benjamincburns | one sec | 14:14 |
| benjamincburns | http://pastebin.com/RxSdxSbe | 14:14 |
| blueCmd | hm, did you replace both qemu's? | 14:15 |
| blueCmd | qemus* | 14:15 |
| blueCmd | (both host and chroot) | 14:15 |
| benjamincburns | oh - didn’t realize I needed both to be replaced… will try that | 14:15 |
| benjamincburns | same output | 14:16 |
| blueCmd | try blasting the chroot and try again with the new qemu, sorry - never seen that before | 14:16 |
| benjamincburns | I suspected binfmt at first - is there anything about that I should check on? | 14:17 |
| blueCmd | well, you can check /proc/sys/fs/binfmt_misc | 14:17 |
| blueCmd | it should contain a file referring to your or1k-qemu | 14:18 |
| benjamincburns | doesn’t appear to | 14:18 |
| benjamincburns | python2.7 python3.3 register status | 14:19 |
| benjamincburns | cat status => enabled | 14:19 |
| blueCmd | have a look at "update-binfmts" | 14:20 |
| blueCmd | you might need to --enable that | 14:20 |
| benjamincburns | ah, thanks | 14:21 |
| benjamincburns | that’s looking better now — “I: Installing core packages…” | 14:22 |
| blueCmd | cool! | 14:22 |
| benjamincburns | out of curiosity, how big is the openrisc.debian.net repo? I was thinking of hosting a mirror on the jor1k network relay for fast access to jor1k clients | 14:23 |
| benjamincburns | provided I can get a debian image running on jor1k, that is | 14:23 |
| blueCmd | if you feel even more adventurous, you might want to dist-upgrade from "http://openrisc.debian.net/debian/" when that is finished | 14:23 |
| blueCmd | benjamincburns: a few gb, not super-huge, it doesn't have the _all packages so that saves a lot | 14:23 |
| benjamincburns | cool | 14:23 |
| blueCmd | you might want to put a hold on coreutils, last I checked it was quite broken in http://openrisc.debian.net/debian/ | 14:24 |
| blueCmd | but /debian/ is buildbots so they might have fixed it automagically | 14:24 |
| benjamincburns | though I wonder if it’ll work on jor1k — I don’t think Sebastian has added them to the core | 14:24 |
| benjamincburns | them = the new atomic instructions | 14:24 |
| blueCmd | right | 14:25 |
| blueCmd | poke53281 = Sebastian, so you might just ask him :) | 14:25 |
| benjamincburns | Right - looks idle at the moment | 14:25 |
| benjamincburns | I had a look over the recent commits though and I didn’t see anything | 14:25 |
| benjamincburns | but I could be blind | 14:26 |
| benjamincburns | depending on my level of ambition maybe I’ll take a crack at adding them myself | 14:26 |
| benjamincburns | I filed an issue, anyway - lately I haven’t had any time to work on personal projects so it’s anybody’s guess as to when I’ll get to it | 14:29 |
| blueCmd | yeah, I'm not active right now either, doing some AFK stuff | 14:31 |
| benjamincburns | no worries. pull request submitted. dist-upgrade in progress (holding coreutils) | 14:52 |
| benjamincburns | and thanks for your help! | 14:53 |
| wallento | stekern: two more pushes for the coherency. I feel I approach it slowly.. | 15:14 |
| wallento | with extra tag memory for snooping it works (which is a better option anyway), the other still has failures | 15:14 |
| stekern | hit'n'run | 18:16 |
| stekern | man, this debug-unit stall business is tricky | 18:16 |
| stekern | and the implementation in mor1kx cappuccino need a proper overhaul... | 18:17 |
| poke53281 | Hi benjamincburns | 21:21 |
| poke53281 | watched the german soccer game :). But probably no one here is interested and it's completely off topic. But I have already written the sentence, so I will send it ;) | 21:23 |
| poke53281 | I don't see a reason why Debian should not work. | 21:28 |
| poke53281 | the Debian port is already installed on my computer. | 21:28 |
| poke53281 | but there is one major problem. It is big. Very big. | 21:30 |
| poke53281 | My goal was to provide stand-alone images as small as possible. | 21:31 |
| poke53281 | If we start reloading stuff, the perceived speed will be bad. | 21:33 |
| poke53281 | I am wondering, wether a loading on demand of hard drive sectors or a nfs implementation would be better. | 21:34 |
| poke53281 | if you do the bootstrap I end up with around 200MB. | 21:36 |
| poke53281 | Anyhow, implementing the atomic instructions is no problem. | 21:43 |
| poke53281 | benjamincburns: I would suggest to start a nfs on your server which can be accessed by jor1k. Then we try a chroot. | 22:05 |
| benjamincburns | poke53281: will do - I think as long as there’s enough RAM in the jor1k config that there can be a reasonable disk cache it will appear to be fairly fast for most things | 23:52 |
| --- Log closed Sun Jun 22 00:00:45 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!