| --- Log opened Thu Sep 18 00:00:57 2014 | ||
| poke53282 | I wish there would be a lib which combines every machine dependent code. strace, ltrace, gdb, libffi, qemu-user. All programs need in principle the same stuff. | 00:07 |
|---|---|---|
| poke53282 | systemd would be a candidate for such a lib ;) | 00:40 |
| stekern | poke53282: but that would force you to use systemd | 02:36 |
| stekern | oh crap... already happened :( | 02:36 |
| poke53282 | No, still using the busybox init tool | 02:52 |
| poke53282 | I need systemd only for libudev | 02:53 |
| poke53282 | an even there is a fork | 02:53 |
| stekern | poke53282: I was more referring to the general state of things ;) | 02:54 |
| poke53282 | gentoo is still systemd free. At least the last time I had it installed | 02:56 |
| poke53282 | But yeah, systemd is everywhere. | 02:59 |
| poke53282 | This will help to standardize a few things under Linux. | 03:00 |
| poke53282 | But I understand the people who don't like it. | 03:09 |
| poke53282 | For me it has more pro's than cons | 03:10 |
| stekern | I don't really see much pros with it | 03:10 |
| stekern | ...and the loudest pro argument so far has been "faster booting times", who cares about that? | 03:11 |
| stekern | booting is the least hot path in my computer usage at least, seems the wrong place to start to optimize | 03:13 |
| poke53282 | one tool, for the whole config in user mode. very nice output if there is a problem. What I hate is, that the basic things in every distribution are at different positions. Every distribution has it's own wiki to do things. And everytime it is different. | 03:13 |
| poke53282 | For example setting the time and language. | 03:13 |
| poke53282 | and it's fast | 03:14 |
| stekern | well, I rather have many choices, of which some are bad and some are good, than just one bad | 03:14 |
| stekern | ...and don't give me "yes, but what if that choice was good, how about that?". Peoples opinions on what are good and bad differ | 03:15 |
| stekern | hmm, I can't seem to find a generic way to connect a i2s sound codec with a dma channel | 03:44 |
| poke53282 | there are tons of examples in the sound/soc/ subfolders | 04:03 |
| stekern | yes, and none of them do what I want | 04:09 |
| poke53282 | :) | 04:19 |
| stekern | or rather, a handful of them *almost* do what I want. | 04:49 |
| stekern | with slightly different assumptions about the underlying hardware, instead of one generic | 04:53 |
| poke53282 | Do you have implemented a DMA device? | 05:55 |
| stekern | in hw, yes | 05:58 |
| poke53282 | and a Linux driver? | 05:58 |
| stekern | no | 06:01 |
| stekern | but that's just a detail, imagine that I have | 06:02 |
| timgoh0 | Hi. I've built what I think is a baremetal toolchain for or1k off the openrisc github respositories. I am now trying to build the embecosm esp1 systemc soc binaries | 06:18 |
| timgoh0 | I receive a series of Projects/soc/build/progs-or32/../../esp1-systemc-tlm/progs-or32/utils.c:70: undefined reference to `_GLOBAL_OFFSET_TABLE_' | 06:19 |
| timgoh0 | errors | 06:19 |
| timgoh0 | From libtool. | 06:19 |
| timgoh0 | I wonder if there's some global PIC compiler flag that causes this | 06:19 |
| timgoh0 | Or if it's something else | 06:19 |
| timgoh0 | Ah. Nevermind, found it | 06:21 |
| timgoh0 | It's just badly designed makefiles | 06:21 |
| poke53282 | stekern: https://github.com/s-macke/jor1k/wiki/How-to-develop-for-jor1k#chroot-into-an-emulated-sysroot-environment | 06:39 |
| poke53282 | I like the way to install a sysroot environment in a very short time | 06:39 |
| poke53282 | What do you think if we should put something like this on the official website? | 06:40 |
| stekern | sounds like a good idea | 06:45 |
| olofk | Would anyone be able to take responsibility for this year's workshop at orconf? | 07:45 |
| olofk | It would be awesome to have a workshop with the new multicore stuff, but there is nothing prepared right now, and I realize that it's not much time left | 07:47 |
| olofk | But if someone wants to step up, I'll help out in any way I can | 07:47 |
| olofk | The other option is to do a rerun of last years workshop. If we choose that option it would still be great if someone could go through the documentation and update things that has changed | 07:48 |
| maxpaln | How well tested is the Endian switching in the mor1kx? it is desirable to use it in our project (the rest of the FPGA code is little-endian) but I'd like to know if I am setting myself up for a world of pain :-) | 08:40 |
| olofk | You're still planning to run the CPU on big endian, right? | 08:44 |
| stekern | maxpaln: it's not tested, since there's no support for switching endian | 09:02 |
| stekern | depending on the application, but byte-swapping the buses is of course an option for integration into a LE system | 09:05 |
| maxpaln | ok, thanks - I'll steer clear :-) | 09:16 |
| maxpaln | It was just a discussion we were having. In reality the processor and the FPGA code connect via a single peripheral on the wishbone bus. It's easy enough to reverse the bit order at this stage to keep everything simple. | 09:17 |
| hass | hi | 15:26 |
| hass | I need help regarding the vhdl implementation of MIPS processor R1000 in vhdl | 15:27 |
| hass | or any other MIPS processor but should have instruction and data cache module | 15:28 |
| hass | any one their | 16:29 |
| stekern | yes, but the question is a bit misdirected in here | 16:44 |
| stekern | we can give you verilog implementations of the openrisc architecture though | 16:44 |
| hass | actually i need in vhdl the i have got some from opencores but they didnt contain cache implemented | 16:46 |
| hass | stekern u there | 16:47 |
| stekern | there's no vhdl implementations of openrisc on opencores afaik | 16:48 |
| hass | ok i will try t get from some other source | 16:49 |
| stekern | this is the only vhdl implementation I know of: https://github.com/pgavin/carpe | 16:49 |
| stekern | ...but you were asking for a MIPS processor though | 16:49 |
| hass | yes | 16:51 |
| hass | mips | 16:51 |
| hass | and mips has risc architecture | 16:51 |
| hass | ? | 16:51 |
| stekern | yes, but openrisc is not mips | 16:53 |
| hass | hmm | 16:54 |
| hass | do u have any idea about MIPS implementation with instruction and data cache | 17:12 |
| hass | @stekern | 17:12 |
| hass_ | do u have any idea about MIPS implementation with instruction and data cache [13:12] <hass> @stekern | 17:15 |
| hass_ | ?? | 17:15 |
| stekern | hass_: nope, sorry | 17:15 |
| stekern | may I ask, why do you need a MIPS implementation? | 17:15 |
| stekern | and why does it need to be VHDL? | 17:16 |
| hass_ | i am good in vhdl | 17:16 |
| hass_ | its being a long time I didnt use verilog | 17:17 |
| Hesham1 | hass_: You may want to check Plasma project here http://opencores.org/project,plasma | 17:17 |
| hass_ | thak shesham1 | 17:20 |
| -!- Hesham1 is now known as hesham | 17:37 | |
| haasn_ | hi is there any one how know how to generate the binaries for this processor http://opencores.org/project,minimips,overview | 19:09 |
| haasn_ | it mentioned their from asmips but it didnt work | 19:09 |
| haasn_ | ?? | 19:11 |
| stekern | no idea | 19:19 |
| mor1kx | [mor1kx] skristiansson pushed 3 new commits to master: https://github.com/openrisc/mor1kx/compare/1db1b36654d3...9fce8500237b | 20:19 |
| mor1kx | mor1kx/master f595e88 Stefan Kristiansson: bus_if_wb32: change module definition to verilog 2001 style | 20:19 |
| mor1kx | mor1kx/master df56e5b Stefan Kristiansson: bus_if_wb32: use upper case for parameters | 20:19 |
| mor1kx | mor1kx/master 9fce850 Stefan Wallentowitz: Multicore: Add core identifier... | 20:19 |
| olofk | http://dangerousprototypes.com/2014/09/18/openrisc-conference-2014-germany/ | 20:27 |
| olofk | Any other places we should spam? :) | 20:28 |
| olofk | We are also namechecked in next edition of Elektroniktidningen (mostly relevant for the swedes here) | 20:32 |
| olofk | From what I can see, the additions made by Jungsook seem to be quite small actually. Would it be easier to just reimplement them? | 20:49 |
| olofk | Or just omit them? They all seem to be related to floating point. Could we do without that for now? | 20:54 |
| stekern | I think that could be an option, yes | 20:55 |
| olofk | blueCmd: You got any opinion on that? | 20:59 |
| olofk | I could try to just rip it out and see if it compiles. | 20:59 |
| stekern | hmm, something is not quite right with the ctrl changes... I've got regressions in my multicore soc | 20:59 |
| olofk | If it doesn't, I'm lost | 20:59 |
| blueCmd | olofk: possibly, we will not able to emit floating point instructions in that case | 21:59 |
| blueCmd | olofk: oh, next ETN you said? | 22:01 |
| blueCmd | olofk: I got an invitiation from an ETN editor on linkedin which I denied, no introduction or anything | 22:02 |
| --- Log closed Fri Sep 19 00:00:58 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!