| --- Log opened Tue Jan 13 00:00:53 2015 | ||
| squaresinewave | . | 03:57 |
|---|---|---|
| -!- LoneTech_ is now known as LoneTech | 08:11 | |
| poke53282 | ysangkok: I am free for both options. Make a suggestion of how to implement it in the json object. | 08:37 |
| poke53282 | My initial plan was to include the text config files in the xml file, like /root/.profile | 08:50 |
| poke53282 | But that didn't work as expected. | 08:50 |
| olofk | _franck_: Do you know of any limitations in your wb_altera_ddr_wrapper? I'm thinking for example burst lengths and things like that | 09:30 |
| olofk | I'm trying to hook it up to a ddr2 controller | 09:30 |
| olofk | wallento: Hi | 10:47 |
| wallento | hey olofk | 12:08 |
| wallento | back from my holidays.. | 12:09 |
| _franck__ | olofk: I don't remember if there is any | 12:27 |
| olofk | wallento: Nice. Did you have a good time? | 12:48 |
| olofk | _franck__: It seems to work for a little while, but then something locks up :/ | 13:01 |
| ams | work .. | 13:04 |
| ams | anyone looking for hackers? | 13:04 |
| olofk | I heard Sony were looking for hackers :) | 13:04 |
| ams | haha | 13:04 |
| olofk | Are you looking for work? | 13:05 |
| ams | yes | 13:05 |
| olofk | Any particular place? | 13:05 |
| ams | ideally, remote .. second place, uppsala, third stockholm region .. | 13:05 |
| olofk | Remote == !Göteborg | 13:06 |
| ams | something like that | 13:06 |
| ams | don't mind going to some place once a week, or some such .. | 13:07 |
| ams | gothenburg is close enough | 13:07 |
| olofk | Ah, you mean you prefer to work remote | 13:08 |
| ams | yes | 13:08 |
| ams | :-) what did you think? | 13:08 |
| olofk | I thought you meant remote as in "as far away from Göteborg as possible" :) | 13:08 |
| ams | isn't that .. the same thing? | 13:09 |
| aburgess | ams, not really, a cow shed on a hill is pretty remote ... but probably not what you want | 13:09 |
| ams | aburgess: no no, i don't wanna stay in a a cow shed .. i mean gothenburg | 13:10 |
| olofk | I worked from home the whole autumn, which I would count as working remote, but I live and have the office in the same city | 13:10 |
| ams | aburgess: :-) | 13:11 |
| olofk | Anyway, I'll keep my eyes open. Any particular kind of work you're looking for? | 13:11 |
| ams | olofk: well, anything currently .. even short gigs .. | 13:11 |
| ams | olofk: kinda in limbo mentally about what i wanna do | 13:11 |
| ams | olofk: but, Common Lisp, C stuff ... | 13:12 |
| ams | been thinking about maybe doing more python, but i hate that language | 13:13 |
| ams | did python for half the year, and blech .. | 13:13 |
| olofk | The EDA world is plagued by some unholy alliance with TCL, so for me Python would be a godsend | 13:18 |
| ams | geda uses scheme | 13:21 |
| olofk | Aha. Didn't know that. | 13:21 |
| ams | i can also comb your beard for a nominal fee of a beer a day | 13:23 |
| stekern | can you do that from remote? | 13:24 |
| ams | ... silence, minion! | 13:27 |
| maxpaln | Joining the conversation late, but...I would suggest that anything is possible with a sufficiently complex system of levels and pulleys.... | 14:06 |
| maxpaln | ^levels^levers^ | 14:06 |
| olofk | maxpaln: Solving things with pulleys and levers always felt like doing things like a real engineer | 14:08 |
| olofk | And I still haven't gotten around to look at your wb_bfm improvements | 14:09 |
| maxpaln | :-) no problems - they are working well for me. Although as could be predicted my original code didn't handle classic cycles (or constant address cycles for that matter) correctly - it's almost like the actual testing of the code is the process by which you make it work... | 14:11 |
| maxpaln | hmmm, now you've jogged my memory - I realised yesterday the latest version on my dropbox includes some errant debug | 14:12 |
| maxpaln | let me remove it since you haven't dragged it down yet. | 14:12 |
| maxpaln | here - use this one when you get to it :-) | 14:14 |
| maxpaln | https://www.dropbox.com/s/f4p6h9wdaodrrej/wb_bfm_latest_13-01-15.rar?dl=0 | 14:14 |
| olofk | Great | 14:17 |
| olofk | I suspect that your DDR controller now might be one of the best tested wishbone peripherals | 14:17 |
| olofk | Which isn't a compliment to the other peripherals | 14:18 |
| _franck__ | olofk: too bad. Do you run a simulation ? | 14:27 |
| _franck__ | when I see all this people on the opencores fourm trying to start any openrisc project with or32 and orpsocv2 it makes me think we are not good at all for sharing knowledge | 14:50 |
| olofk | _franck__: Problem is that I don't have any licenses for mixed-language and alteras crappy altmemphy outputs one vhdl file as you know | 15:10 |
| olofk | And you're right that we haven't communicated things very well. But another problem is that fusesoc still can't do all that orpsocv2 could | 15:10 |
| olofk | But we could perhaps make the or1k toolchain work with orpsocv2 | 15:11 |
| olofk | otoh, I can't build the toolchain with upstream binutils and newlib (Hi wallento), so we have some work to do there as well | 15:12 |
| olofk | How the fuck is the local_size parameter supposed to work for altmemphy? When I set it to 8, I get 16 words back. If I set it to 4, I get 4 words back | 15:15 |
| _franck__ | I did simulation. I think there is a verilog model, neek to check my neek board setup | 15:18 |
| _franck__ | I mean a verilog model for the problematic vhd file | 15:20 |
| olofk | Ah, now I remember the problem. | 15:21 |
| olofk | You're right. | 15:21 |
| olofk | But if I generate a verilog IP instead of VHDL, I get a completely different interface | 15:21 |
| olofk | Which is just completely insane | 15:22 |
| olofk | Why Altera? Why!?!?! | 15:32 |
| maxpaln | AH, if only the whole world felt that way :-) | 16:16 |
| maxpaln | on the plus side, once the BFM updates are generally available it should aid the testing of all future peripherals. | 16:17 |
| _franck__ | wallento: do you have a source for common systemc models (i2c memory, sdram, nor,...) | 16:20 |
| stekern | olofk: the formula 2^local_size/16 fits your results, have no idea if that match reality though | 16:34 |
| stekern | err, no it doesn't | 16:35 |
| stekern | OT: can someone explain why åäö doesn't work in irssi over screen on my laptop, but it does in all other windows in the same screen? | 16:39 |
| stekern | and it works from my workstation (and other places as well) | 16:40 |
| stekern | can't we just deprecate all non-ascii characters, the world would be so much easier then... | 16:41 |
| stekern | blueCmd: I looked at the fetch_and_<op_name>_mask again, but I think you already did the right thing(tm) there | 16:47 |
| stekern | with l.and \t%3,%3,%4 # fetch_<op_name>: mask result | 16:47 |
| blueCmd | stekern: \o/ | 16:49 |
| ysangkok | poke53282: how is the file repository made? do you have an automatic script that fetches the packages from original sources and builds them? are you using or1k-debian? | 18:01 |
| poke53282 | ysangkok: You linked two days ago to the corresponding scripts. | 19:17 |
| poke53282 | No, I am using or1k-macke. and macke stands for "Linux from scratch", "Buildroot", "Sabotage Linux", "alpine linux", "stack overflow", "google" and a few others, which I can't remember right now. | 19:20 |
| ysangkok | oh, it seems i started a naming trend :P | 19:20 |
| poke53282 | https://github.com/s-macke/jor1k/wiki/How-to-develop-for-jor1k | 19:21 |
| poke53282 | last link | 19:21 |
| ysangkok | ah , yes, thank you | 19:21 |
| poke53282 | If I would use debian the filesystem would have hit the 1GB mark half a year ago. | 19:23 |
| ysangkok | poke53282: even if you only include the packages which are currently included? | 19:24 |
| poke53282 | yes | 19:24 |
| poke53282 | vim takes already 30MB. | 19:24 |
| poke53282 | all docs, examples, languages files and so on. | 19:24 |
| poke53282 | And do you know, that some fonts need >10MB. | 19:24 |
| poke53282 | I think perl needs 80MB | 19:25 |
| poke53282 | The same for python. | 19:25 |
| poke53282 | all man and info files | 19:25 |
| poke53282 | "Glory to 'rm'" | 19:26 |
| ysangkok | heh well, deleting files doesn't mean that an automated build process is excluded, i guess... it just means certain things must be deleted before packaging | 19:27 |
| poke53282 | Yes, but debian also compiles with all possible features. | 19:27 |
| poke53282 | configure --enable_ ...... | 19:27 |
| poke53282 | My distri is built most often with configure --disable..... | 19:28 |
| poke53282 | yes, also Debian can be reduced (look at CoreLinux) | 19:29 |
| ysangkok | my only concern is the lack of a package manager, this is why i am asking... | 19:31 |
| ysangkok | what if we faked the installation of core linux packages, so that apt-build would still work, but wouldn't try to build what's already there? | 19:31 |
| poke53282 | Yes, I started with my own scripts sith a size of 1-2kB. They grow, and I didn't stop. | 19:32 |
| poke53282 | There are tons of other package managers, which are smaller. | 19:32 |
| poke53282 | also apt is just the interface as far as I know. | 19:33 |
| ysangkok | yes | 19:33 |
| ysangkok | i have been researching package managers also, but many of the source-based solutions are too heavy | 19:33 |
| poke53282 | I like pacman. | 19:33 |
| poke53282 | from archlinux | 19:33 |
| poke53282 | emerge seems to heavy, and I think apt too. | 19:34 |
| ysangkok | i never tried it but i believe Arch uses PKGBUILD's in the underlying layer, which requires bash, no? | 19:34 |
| poke53282 | But I could be wrong. | 19:34 |
| ysangkok | portage is python and heavy, but emerge/ebuilds are bash | 19:34 |
| poke53282 | Yes, arch is using pkgbuild. But pacman is not the tool to build the packages. That is just the manager for binariy packages. | 19:34 |
| poke53282 | pacman is C as far as I know. | 19:35 |
| poke53282 | We can also look at sabotage and alpine. Those are the distributions based on musl. | 19:35 |
| poke53282 | To build a package manager is not a big task. | 19:36 |
| poke53282 | to build a good one is difficult. | 19:36 |
| ysangkok | do you mean build as in compile, or do you mean build as in "design and implement"? :P | 19:36 |
| poke53282 | design and implement | 19:36 |
| ysangkok | well, i am not even considering doing that, that's too much work for me :P | 19:37 |
| poke53282 | a few undred lines in bash. and 50 more lines if you want dependencies. | 19:37 |
| ysangkok | yes, but it would be nice to use an existing solution so that we could reuse the PKGBUILD files, for example | 19:38 |
| poke53282 | But if you look close, I am using in some way a package manager. | 19:38 |
| poke53282 | I have lots of .tar.bz2 files | 19:38 |
| poke53282 | and the filesystem is the endproduct of the package manager. | 19:38 |
| ysangkok | yes, but it's on the VM host level, not in the emulator | 19:38 |
| poke53282 | buildfs and fs2xml.c are the package managers. | 19:38 |
| ysangkok | yes, i recognize that | 19:39 |
| ysangkok | but if Max Mustermann goes to jor1k.com and writes irssi, and it doesn't work, it would be nice if he could just build irssi in the emulator using one command... | 19:40 |
| ysangkok | this is what source-level packages provide, and what is imho missing, and shouldn't be difficult to include | 19:40 |
| ysangkok | i am thinking of things like ebuilds or PKGBUILD | 19:41 |
| poke53282 | Unfortunately you miss some part. | 19:42 |
| ysangkok | which is ? :) | 19:42 |
| poke53282 | 50-70% of development time of jor1k work went into the distribution. | 19:42 |
| poke53282 | openrisc is not arm and not x86 and not mips. We don't have 100-10000 developers, who work day and night to support their architecture. | 19:43 |
| poke53282 | the debian scripts simply don't work. | 19:43 |
| poke53282 | We don't have a 100% working glibc version. | 19:43 |
| poke53282 | And that's what we would need. | 19:44 |
| poke53282 | the Linux kernel still lacks some of the simplest features like a full ptrace implementation. | 19:44 |
| poke53282 | I have to cross compile. | 19:44 |
| poke53282 | There is no distribution which support cross compiling up to packages like firefox. | 19:45 |
| poke53282 | you saw the error yesterday about tmux? | 19:45 |
| ysangkok | yes | 19:45 |
| ysangkok | i guess you don't think gentoo's/arch's scripts would work any better than debians? | 19:45 |
| ysangkok | because of the lacking glibc support? | 19:46 |
| poke53282 | I don't know the error yet, but it is defeinitely related to the incomplete toolchain. | 19:46 |
| poke53282 | Yes, they won't work. | 19:46 |
| poke53282 | And glibc is huge compared to musl and libc, which increases the loading time significantly. | 19:46 |
| poke53282 | glibc would be the first step. | 19:47 |
| poke53282 | bluecmd was doing this and could compile parts of Debian. | 19:47 |
| poke53282 | I wanted to support it, but there is still one bug left, which he needs to fix. | 19:48 |
| poke53282 | A chroot works by the way. | 19:48 |
| poke53282 | apt works too. | 19:48 |
| poke53282 | I tried it some time ago. | 19:48 |
| poke53282 | but I don't think, that you want to work with it in the web browser. | 19:48 |
| poke53282 | I forgot, but I think that even an chroot with the loading of bash took 1 minute. | 19:49 |
| ysangkok | runtime in jor1k? | 19:49 |
| poke53282 | bash compiled with all features, so it loaded also 5 libraries | 19:50 |
| poke53282 | yes, emulated in jor1k. | 19:50 |
| poke53282 | look at scripts/progs.make | 19:51 |
| poke53282 | in the toolchain | 19:51 |
| poke53282 | that's basically my distribution | 19:51 |
| ysangkok | ah yes | 19:53 |
| ysangkok | this is what i was looking for | 19:53 |
| poke53282 | well, it is not so bad. More and more is working. And at some point will work too, which is the first real real complex program. | 19:55 |
| poke53282 | But it took me already 4-6 days just to compile it. | 19:55 |
| poke53282 | I am far from running it. | 19:55 |
| poke53282 | because I hit several limitations. | 19:56 |
| ysangkok | poke53282: did anyone isolate the tmux bug? it would be interesting to build a minimal test case | 19:57 |
| poke53282 | anyone would be me I guess. | 19:58 |
| poke53282 | No | 19:58 |
| poke53282 | But that's not the first program, which behaves like this. | 19:58 |
| poke53282 | Will be either a problem with the kernel or with the ABI or with musl. | 19:58 |
| ysangkok | i had the same problem with paludis :P | 20:00 |
| poke53282 | paludis? | 20:00 |
| ysangkok | a package manager that i built for openrisc but it segfaults when i launch it | 20:01 |
| ysangkok | but after reading it's configuration files | 20:01 |
| ysangkok | i can strace it | 20:01 |
| poke53282 | bould be also a little and big endian problem. | 20:01 |
| poke53282 | I had already alls kinds of problem. | 20:01 |
| poke53282 | s | 20:01 |
| poke53282 | Most of the problems I hit with compiling for openrisc can be related to stupid programmers. | 20:04 |
| poke53282 | If the programming world would be perfect we would have ported everything ages ago. | 20:05 |
| ysangkok | heh well you can say that about most businesses :P | 20:05 |
| poke53282 | But even the CPU-specific ABI is implemented in around 5-10 packages Even Firefox has it's own implementation - at two places. | 20:06 |
| ysangkok | the result of a architecture monoculture :P | 20:07 |
| poke53282 | Look at arm64. They did all this stuff within let's say two years. But at least with 30 workers and a lot of help from the community. | 20:08 |
| poke53282 | even the JAvascript JIT compilers get support for ARM64. | 20:08 |
| poke53282 | and the best thing is, that there is now risc-v and they start from scratch. | 20:10 |
| poke53282 | instead of fixing the Openrisc stuff. | 20:11 |
| ysangkok | hmm didn't know about RISC-V | 20:11 |
| poke53282 | In short, RISC-V is a fork of Openrisc. I know it is not, but it looks a little bit like it. | 20:13 |
| poke53282 | http://riscv.org/faq.html#otherisas | 20:13 |
| poke53282 | Most of the reasons are not really valid. | 20:14 |
| poke53282 | https://blog.riscv.org/2014/10/why-not-build-on-openrisc/ | 20:15 |
| poke53282 | They didn't reach the level of Openrisc yet. | 20:17 |
| Frans_ | Hello, any admins online? | 20:18 |
| Frans_ | (from opencores) | 20:18 |
| poke53282 | Ok, the website is better :) | 20:19 |
| ysangkok | i wonder if they stand to gain anything from making their own ISA | 20:20 |
| olofk | I can understand why someone want to emulate a CPU and run Linux in javascript, but why on earth did Mozilla decide to do a pdf reader in js? It's incredibly slow and buggy compared to evince | 20:20 |
| olofk | poke53282: Any website is better than OpenCores and the other scattered OpenRISC resource pages | 20:21 |
| poke53282 | I guess I can find a website, which is worse. | 20:22 |
| olofk | Perhaps the RISC-V team could have done some web design for us. That's probably a comparable task to doing a new cpu arch :) | 20:22 |
| poke53282 | wallento did a website. But I haven't heard anything. | 20:22 |
| poke53282 | The first draft looked good. | 20:22 |
| poke53282 | I would like to do a virtual machine image with pre-build toolchains. | 20:23 |
| olofk | I looked at it to see if he had any fresh build instructions, but there were just empty links | 20:23 |
| olofk | poke53282: Yeah. Me too. I don't want to do it, but I want to have it :) | 20:23 |
| poke53282 | olofk: I don't understand it either. writing a pdf-reader in JAvascript doesn't make sense. | 20:24 |
| poke53282 | But why earth do you think running an Linux emulator in the web browser makes sense. | 20:24 |
| olofk | poke53282: It doesn't, but the PDF reader is a worse idea :) | 20:25 |
| olofk | And not nearly as cool | 20:25 |
| poke53282 | I would definitely like to speak with these persons and ask them to go to a psychologist. | 20:25 |
| poke53282 | ;) | 20:25 |
| poke53282 | Yep, a pdf doesn't have blinking cursor. | 20:26 |
| olofk | No. It just has this stupid spinning ring to indicate that it is loading stuff all the time | 20:26 |
| poke53282 | You are right. That's less cool. | 20:28 |
| olofk | jor1k is much cooler (but you should still probably go to a psychiatrist) | 20:28 |
| poke53282 | after I finished jor1k I have time to do this. | 20:29 |
| poke53282 | https://www.youtube.com/watch?v=5VWxCP7CJm0 | 20:29 |
| poke53282 | This is a german parody song on the spinning ring. | 20:30 |
| poke53282 | The original song is called the "circle of life" called "Der ewige Kreis" in German, which you can translate to "the permanent circle" | 20:33 |
| poke53282 | So the title fits pretty well. | 20:33 |
| olofk | I'll watch it as soon as my poor Atom netbook isn't busy reading PDF files | 20:35 |
| stekern | yeah, even with my limited german skills could figure the humour out even before poke53282 translated ;) | 20:36 |
| poke53282 | Kill the windows, which run jor1k. Then it's faster. Be careful, that you not accidently turn off the desktop. | 20:36 |
| olofk | poke53282: Have you tried to compile a pdf reader for jor1k? :) | 20:39 |
| poke53282 | well, firefox compiles. | 20:39 |
| olofk | :) | 20:41 |
| poke53282 | olofk: The correct answer is "NOOOOOOOOOOOOOOOOOOOOOOOO.....!!!" | 20:42 |
| olofk | hahaha | 20:43 |
| poke53282 | ysangkok: To come back. Most of the problems I have with compiling stuff are no longer directly related openrisc. I mean, most of the important stuff works as you can see. | 20:45 |
| olofk | hmm.. anyone familiar with avalon-ST interfaces? stekern or _franck_ perhaps? | 20:46 |
| poke53282 | The reasons differ. | 20:47 |
| olofk | I'm starting to suspect that the interface exported by wb_altera_ddr_wrapper might actually be an avalon-st interface | 20:47 |
| poke53282 | If sabotage linux or alpine linux supports a package it is very likely that it will also work with openrisc. | 20:47 |
| poke53282 | ysangkok: In my opinion trying one of those distributions would be the best. | 20:48 |
| poke53282 | and with glibc also debian or archlinux is an option. | 20:49 |
| poke53282 | But keep in mind, that the reasons for not using them in the end is the simple fact, that they are huge. | 20:50 |
| poke53282 | at the moment you download around 3-5MB (jsut guessing) if you want to start jor1k the first time. | 20:51 |
| ysangkok | well, extra packages don't cost anything except metadata space, which is next to nothing | 20:52 |
| poke53282 | This is impossible to reach with any of those distributions. | 20:52 |
| poke53282 | yes | 20:52 |
| poke53282 | at the moment we use musl. And unfortunately musl needs a lot of patches. Because a lot of people use non-standard things from the glibc. And glibc becomes a un-maintainable monster with tons of historic garbage. | 20:58 |
| ysangkok | yes, musl makes sense... but this makes incompatible packages mostly fail on build-time, not run-time, right? | 20:59 |
| poke53282 | so in the end we are stuck with sabotage linux and alpine linux. | 21:02 |
| poke53282 | because most of the other compile scripts for the packages won't work. | 21:02 |
| poke53282 | and don't support cross-compiling. | 21:03 |
| poke53282 | but I have to admit, that I didn't compile a lot of games just because they are huge. With huge I mean > 10MB. | 21:04 |
| olofk | There's a gentoo guy who's built a dist called lilblue, which is uClibc based. Could that be something? | 21:04 |
| poke53282 | I cannot ask the users of jor1k to download so much data. | 21:04 |
| olofk | perhaps not. His goal is to make it hardened. We only care about speed | 21:05 |
| poke53282 | Therefore you find mostly game remakes from the old DOS days in jor1k. | 21:05 |
| poke53282 | *Ohh, just in case someone missed it* | 21:06 |
| poke53282 | https://archive.org/details/softwarelibrary_msdos_games/v2 | 21:06 |
| poke53282 | the site is awesome. | 21:07 |
| ysangkok | lots of old classics, yeah :D | 21:09 |
| poke53282 | the funny thing is, that they also fail in the sound part. no emulator in the web browser get it right. | 21:11 |
| ysangkok | what about naclbox? i think the sound is ok there | 21:15 |
| poke53282 | this is the chrome native client and does not count. | 21:16 |
| poke53282 | Sound is always a problem in an emulation because it depends on the correct timing. In the best case in the millisecond region, in the worst case in the microsecond region. | 21:18 |
| ysangkok | olofk: lilblue is hard but they don't do cross-compilation so it would probably be hard | 21:18 |
| ysangkok | ah i meant "is nice ":P | 21:18 |
| poke53282 | There are problems on multiple levels. The API of JAvascript, the web audio spoecification and JAvascript itself. | 21:19 |
| ysangkok | poke53282: did you try out cross-compilation with sabotage linux? their github readme says that they have begun to support it | 21:19 |
| poke53282 | All together they make it almost impossible to get sound right in the web browser if you emulate another sound device. | 21:20 |
| olofk | ysangkok: Yeah. I remembered wrong. Thought it was a tiny gentoo for MIPS | 21:20 |
| olofk | But it's more desktop x86_64 | 21:20 |
| poke53282 | ysangkok: This was my first distribution were I tried it. Unfortunately I didn't try it with enough patience. | 21:21 |
| _franck_ | olofk: what's your problem wi wb_altera_ddr_wrapper ? Don't you have the same interface local_xxx from your altera ddr controller ? | 21:23 |
| olofk | _franck_: Well, first of all it depends on whether I generate a verilog or VHDL IP | 21:24 |
| olofk | I get the local_xxx interface when I generate a VHDL IP, but the documentation for this interface is extremely conflicting | 21:26 |
| olofk | I have read through ~1000 pages of documentation today to find out some more info | 21:26 |
| olofk | The problem I have is that with the default settings from wb_altera_ddr_wrapper, I seem to get back 16 words when I expect to get 8 | 21:27 |
| _franck_ | I remember I had hard time looking for the right documentation | 21:27 |
| olofk | (using local_size == 8) | 21:27 |
| olofk | So after reading through all that crap, I'm starting to suspect that it's just an avalon-(ST or MM) Interface. | 21:28 |
| olofk | But I'm definitely not sure | 21:28 |
| poke53282 | ysangkok: You are free to try it. | 21:28 |
| ysangkok | poke53282: i'll try it later this week when i get some free time again | 21:29 |
| poke53282 | musl-cross supports openrisc. That you need as a prerequisite | 21:29 |
| ysangkok | poke53282: but i would rather fiddle with tmux first | 21:29 |
| poke53282 | Well, if you want. | 21:29 |
| _franck_ | olofk: isn't that a full rate helf rate config problem ? | 21:29 |
| poke53282 | ysangkok: But the problem with tmux is hard. You need a proper toolchain in order to test it. | 21:30 |
| poke53282 | to debug it | 21:30 |
| _franck_ | you should run a simu with the provided testbench and see what's going on | 21:30 |
| poke53282 | Only stekern and me have the proper toolchain. | 21:30 |
| _franck_ | I need to reboot if I want to check my ddr settings :( | 21:30 |
| olofk | _franck_: I could, but the verilog version also doesn't provide any testbench | 21:30 |
| ysangkok | poke53282: i was thinking i'd just remove code until i don't get the segfault anymore | 21:31 |
| olofk | To make things even better, it looks like they are removing all references to altmemphy and cyclone IV stuff in newer documentation, so they are actively trying to end-of-life it | 21:31 |
| _franck_ | fusesoc sim wb_altera_ddr_wrapper doesn't work ? | 21:31 |
| poke53282 | ysangkok: And how do you want to compile it? Inside jor1k? | 21:31 |
| -!- Netsplit *.net <-> *.split quits: clopez, ysangkok, mithro, tariq786, ed-jones, _franck_, enghong, ssvb, stekern, Amadiro, (+27 more, use /NETSPLIT to show all of them) | 21:32 | |
| -!- Netsplit over, joins: hansfbaier, ssvb, felixr, O01eg, ed-jones, fotis, wallento, ams, LoneTech, trevorman (+27 more) | 21:34 | |
| -!- Netsplit *.net <-> *.split quits: clopez, ysangkok, mithro, tariq786, ed-jones, _franck_, enghong, ssvb, stekern, Amadiro, (+25 more, use /NETSPLIT to show all of them) | 21:36 | |
| poke53282 | ysangkok: I would definitely suggest that you try to compile the toolchain. | 21:36 |
| poke53282 | It is not hard. At least, it shoudn't be. | 21:36 |
| -!- Netsplit over, joins: hansfbaier, ssvb, felixr, O01eg, ed-jones, fotis, wallento, ams, LoneTech, trevorman (+25 more) | 21:36 | |
| -!- Netsplit over, joins: Amadiro | 21:36 | |
| ysangkok | poke53282: musl-cross? i have it already working... but it's using 4.9.0 though, and not 4.9.1 even though stekern says 4.9.1 would work | 21:37 |
| ysangkok | poke53282: i just used build.sh back then... but it's a couple of months ago now | 21:37 |
| -!- Netsplit *.net <-> *.split quits: tariq786, zama, dalias | 21:38 | |
| ysangkok | poke53282: i used it to compile paludis, which is c++. there is no g++ in the emulator | 21:38 |
| ysangkok | poke53282: do you think it might crash just because it's c++? d | 21:39 |
| -!- Netsplit over, joins: tariq786, dalias, zama | 21:40 | |
| -!- Netsplit *.net <-> *.split quits: mithro | 21:43 | |
| -!- Netsplit over, joins: mithro | 21:43 | |
| -!- Netsplit *.net <-> *.split quits: felixr | 21:43 | |
| -!- Netsplit over, joins: felixr | 21:44 | |
| -!- Netsplit *.net <-> *.split quits: fotis, ams, wallento, enghong, mboehnert | 21:44 | |
| -!- Netsplit *.net <-> *.split quits: _franck_, ysangkok, heroux, ssvb, olofk | 21:48 | |
| -!- Netsplit over, joins: fotis, wallento, ams, enghong, mboehnert | 21:50 | |
| poke53282 | yes 4.9.1 should work. I guess you can change the bash script in musl-cross | 21:52 |
| poke53282 | g++ compiled code will work. No problem. | 21:53 |
| -!- Netsplit *.net <-> *.split quits: knz, ed-jones, blueCmd, atgreen, trevorman, radii | 21:53 | |
| poke53282 | I didn't put in g++ because .... I didn't. | 21:53 |
| -!- Netsplit over, joins: ed-jones, trevorman, knz, atgreen, blueCmd, radii | 21:53 | |
| poke53282 | Therewas no demand from my side. | 21:54 |
| -!- Netsplit *.net <-> *.split quits: Limb, julzmb, clopez, hno | 21:54 | |
| poke53282 | But in principle no problem to include it. | 21:54 |
| -!- Netsplit over, joins: julzmb, Limb, hno, clopez | 21:54 | |
| -!- Netsplit *.net <-> *.split quits: stekern, O01eg, LoneTech, E11fangirl | 21:55 | |
| poke53282 | Also my or1k-toolchain.tar.bz2 toolchain compiles in some way musl-cross. But with a little bit different options. | 21:55 |
| poke53282 | especiall I use the --with-sysroot option. | 21:55 |
| -!- heroux_ is now known as heroux | 21:55 | |
| poke53282 | only with this option you can run the rest of my scripts. | 21:55 |
| poke53282 | and build the whole stuff for jor1k. | 21:56 |
| poke53282 | musl-cross would work, but then I would have to change all my code in scripts/progs.make and test everything. | 21:57 |
| poke53282 | that sounds easier than it is actually. | 21:57 |
| -!- Netsplit over, joins: stekern | 21:57 | |
| poke53282 | But then I believe, that you can compiel tmux. You just need ncurses and libevent I guess. | 21:58 |
| olofk | _franck_: That's a good idea | 22:00 |
| poke53282 | ysangkok: Do you want to try this? https://github.com/s-macke/jor1k/wiki/How-to-develop-for-jor1k#chroot-into-an-emulated-sysroot-environment | 22:01 |
| -!- Netsplit *.net <-> *.split quits: fotis, ams, wallento, enghong, mboehnert | 22:02 | |
| ysangkok | poke53282: if it's necessary. i don't think it will be necessary for tmux, but it might be for sabotage | 22:03 |
| -!- Netsplit over, joins: fotis, wallento, ams, enghong, mboehnert | 22:06 | |
| poke53282 | ysangkok: You should first try to compile sabotage for the x86 and take a look in the generated filesystem. | 22:19 |
| poke53282 | He has a very special way in handling packages and the whole filesystem. | 22:20 |
| poke53282 | the sabotage sabotage developer is a great fan of symbolic links :) | 22:20 |
| poke53282 | I like his way of handling the packages, but I don't know if it good. | 22:22 |
| ysangkok | poke53282: interesting, will do | 22:26 |
| poke53282 | well, his whole filesystem is based on symlinks. There is nothing else | 22:28 |
| poke53282 | The files reside in a special folder in which each package has a separate folder. | 22:29 |
| poke53282 | The working filesystem then just symlinks. | 22:29 |
| poke53282 | The working filesystem contains just symlinks. | 22:31 |
| ysangkok | ah reminds me of GoboLinux | 22:43 |
| ysangkok | sounds good | 22:43 |
| poke53282 | Yes, reminds me of the goold old DOS days. | 22:48 |
| poke53282 | I like neither the design of the Unix filesystem, nor the one of Windows. | 22:49 |
| poke53282 | But if I would design my own filesystem I would also end in pure chaos if I would like to support all features of a modern operating system. | 22:50 |
| poke53282 | libs, multi-user, Desktop. | 22:51 |
| ysangkok | you'd figure it out with enough time and resources :P | 22:51 |
| poke53282 | I am not sure if a solution exists. DOS had no libs, no multi-user support and no Desktop. So it was possible. to do it this way. | 22:53 |
| poke53282 | One example: I had serveral web servers. One had the website directory in /home/domainname and the other one in /var/www/vhosts/domainname | 22:56 |
| poke53282 | which one is better. | 22:56 |
| poke53282 | Or should I have one apache directory with the server binaries and in a subfolder the websites. That would be more like the DOS way. | 22:57 |
| poke53282 | I don't think, that a good answer exists. | 22:57 |
| ysangkok | data dependencies are usually configurable as they should... i just wish programs wouldn't use absolute runtime DSO paths | 22:57 |
| poke53282 | But I would like to know if you can build a filesystem, that is so logical, that you don't need a manual and is self-explanatory. | 22:58 |
| ysangkok | there is very little feature-full stuff that you don't need a manual for | 22:59 |
| ysangkok | but that is ok | 22:59 |
| poke53282 | Yes, absolute paths are sometimes terrible. | 23:00 |
| poke53282 | You find them too often in codes. | 23:00 |
| poke53282 | Have to sleep now. | 23:01 |
| ysangkok | well the gnu toolchain uses them by default | 23:01 |
| ysangkok | good night | 23:01 |
| poke53282 | yes, the gnu toolchain is a good example. | 23:01 |
| poke53282 | good night | 23:01 |
| --- Log closed Wed Jan 14 00:00:55 2015 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!