| --- Log opened Fri Sep 26 00:00:10 2014 | ||
| poke53282 | === libffi Summary === | 03:49 |
|---|---|---|
| poke53282 | # of expected passes 1086 | 03:49 |
| poke53282 | # of unexpected failures 811 | 03:49 |
| poke53282 | # of unresolved testcases 135 | 03:49 |
| poke53282 | 1193/709/135 | 04:00 |
| stekern | at least it's less than half ;) | 04:34 |
| poke53282 | I get points even if if the file can be executed. | 04:37 |
| poke53282 | but not for successful compilation. | 04:38 |
| poke53282 | 1181/709/135 | 04:41 |
| poke53282 | The counting is strange | 04:41 |
| stekern | even though I 'figured out' the underruns, the output is 'all messed up' | 04:49 |
| stekern | maybe I have some endianness issues | 04:49 |
| poke53282 | 1250/627/135 | 05:01 |
| stekern | ~200 test fixes/h | 05:10 |
| stekern | looks like my data fetching is getting out of sync, I get left data on the right channel | 05:11 |
| poke53282 | If I return a struct, why does the argumnts start with r4 and not with r3? | 05:25 |
| poke53282 | I can't see it in the spec | 05:26 |
| stekern | I think I clarified something related to that in the spec | 05:26 |
| stekern | A function that returns a structure by value expects the location where that structure is to be placed to be supplied in function parameter word 0 (R3) | 05:28 |
| stekern | from 16.2.5 | 05:29 |
| poke53282 | I see | 05:31 |
| poke53282 | 1319/612/135 | 05:31 |
| stekern | you're keeping the 200 fixes/h pace ;) | 05:34 |
| poke53282 | :) | 05:41 |
| poke53282 | 1340/612/135 | 05:43 |
| poke53282 | the problem is, that I have to take a shower and sleep soon. | 05:45 |
| poke53282 | 1453/572/135 | 06:15 |
| olofk | stekern: Could it be problem reading from the stream fifo? | 06:17 |
| olofk | You could replace your i2s core with a pattern detector and put a known pattern in the RAM to see what comes out on the other side | 06:18 |
| stekern | olofk: I noticed one problem with my read enable logic, it's a bit random which edge of the lrclk latch the first value out of the FIFO | 06:27 |
| stekern | but I see inconsistency in the middle of transitions as well, so I don't think it's the only problem | 06:28 |
| stekern | and my test setup is basically what you described | 06:29 |
| stekern | http://pastie.org/9595993 | 06:31 |
| stekern | so I should get 0x01234567 on one channel and 0x89abcdef on the other | 06:33 |
| poke53282 | 1178/247/135 | 06:42 |
| poke53282 | sorry, 1778/247/135 | 06:43 |
| poke53282 | Enough for today | 06:43 |
| poke53282 | I think the only missing feature is the gap between registers and stack for 8 byte types. | 06:44 |
| olofk | poke53282: But the day just started. Giving up already? ;) | 06:58 |
| poke53282 | no, in two minutes is 12pm. | 06:58 |
| poke53282 | Pacific Tim | 06:58 |
| poke53282 | e | 06:58 |
| olofk | You should come over to my time zone. Plenty of day left here :) | 06:59 |
| olofk | stekern: What's the relationship between clocks? | 07:00 |
| poke53282 | In two weeks I am int your time zone. | 07:00 |
| olofk | Is travelling between time zones dangerous? Like, can it change the future in unintended ways? | 07:01 |
| poke53282 | Depends on what your definition of "intended ways" I guess. | 07:04 |
| olofk | For example, if I'm travelling to a time zone where my parents haven't met, and I intervene. Will I cease to exist then? | 07:05 |
| olofk | ...or was that time travelling..? I should probably stop watching Back from the future | 07:08 |
| olofk | Timezones are still weird | 07:08 |
| olofk | Even weirder that timezone-data seems to be one of my most frequently updated packages. Seriously, get your shit together people | 07:09 |
| poke53282 | there are also half an hour time zones | 07:09 |
| poke53282 | And the shift between sommer and winter time is different. Normally by around 2 weeks. | 07:10 |
| olofk | summer and winter time is an extraordinarily stupid idea | 07:11 |
| stekern | I agree | 07:14 |
| olofk | I think the idea is that you should get some more sun in the morning in the winter, but seriously, who the fuck needs that? I'd much prefer a slight chance of daylight when I get home from work instead | 07:15 |
| stekern | olofk: there's potentially problems in the clock crossing | 07:16 |
| stekern | or rather, there are clock crossings going on, and that's always a potential source of problems | 07:16 |
| olofk | stekern: I'm thinking of updating wb_intercon_gen a bit to spit out a third file with just constants, like localparam UART0_ADDR =0x91000000; UART0_AW = 3 | 07:17 |
| olofk | stekern: Yeah. I'm going to need a proper async fifo for my somewhat similar case. Got any handy? | 07:17 |
| olofk | This file can then be included both in the top level and in wb_intercon.v. Benefits : 1) Named constants in wb_intercon.v 2) We can use the params in orpsoc_top | 07:18 |
| stekern | sounds good | 07:19 |
| stekern | (async fifo) I've used the one from vga_lcd | 07:19 |
| olofk | vga_fifo_dc.v ? | 07:20 |
| stekern | https://github.com/skristiansson/wb_sdram_ctrl/blob/master/rtl/verilog/dual_clock_fifo.v | 07:20 |
| olofk | I could put through my FIFO tb and try different read and write speeds | 07:21 |
| stekern | which is basically the same as vga_fifo_dc.v | 07:21 |
| olofk | Not sure anything will turn up though | 07:21 |
| stekern | I think I changed something | 07:22 |
| olofk | s/changed/broke ? ;) | 07:22 |
| stekern | possibly ;) | 07:22 |
| stekern | might have fixed something too | 07:22 |
| stekern | it's a 50/60 chance of either | 07:23 |
| olofk | :) | 07:23 |
| olofk | Gahh.. Quartus schematic editor must be the most braindead tool ever | 07:30 |
| olofk | Thank god. There's a HDL export option | 07:33 |
| olofk | stekern: Did you do anything more with your bare-metal wb_streamer test? I'm thinking of making a bare-metal driver out of it that can be shipped with the core | 09:20 |
| stekern | not really, I turned it into a SID player to the point where I noticed tinysid broke when compiled with optimisations on | 09:21 |
| olofk | That's quite handy too. Maybe mount it at /dev/sid0 | 09:23 |
| ed-jones | General question; what work has there been to test the llvm/clang toolchain for openrisc? | 09:23 |
| olofk | Related general question; Are any of the italian LLVM guys showing up at orconf? | 09:50 |
| stekern | related general question; has anyone been able to clone their repos? | 09:54 |
| stekern | ed-jones: there's a set of target specific tests | 09:55 |
| stekern | not much more, apart from some attempts to run gcc regression tests against it, and then some "real-world use" tests | 09:55 |
| stekern | (like compiling the Linux kernel, uclibc and busybox) | 09:56 |
| ed-jones | okay, I'm trying to test with the gcc regression tests as well | 10:12 |
| olofk | Does the gcc testsuite contain much gcc-specific stuff? | 10:40 |
| olofk | I guess that tests that look for specific errors won't work | 10:41 |
| ed-jones | yeah, looks like quite a few tests fail due to clang writing more to output | 10:45 |
| stekern | I just noticed this: https://lkml.org/lkml/2014/9/8/139 | 12:51 |
| olofk | Why do they still bother with that thing? | 13:12 |
| stekern | I've added bullet-proof cdc and proper clock generation from pll's now, let's see if that helps | 13:23 |
| stekern | thing *look* a lot better at least | 14:10 |
| stekern | no right channel data in the left channel and vece versa | 14:11 |
| stekern | vice too | 14:12 |
| stekern | and things | 14:12 |
| stekern | yay, swapping the bytes and everything works | 16:04 |
| poke53282 | That means, that you get finally reliable sound output? | 16:29 |
| stekern | poke53282: yup | 16:57 |
| poke53282 | GREAT | 17:09 |
| poke53282 | Finally it's worth playing Day of the Tentacle again :) | 17:09 |
| poke53282 | what's the latency if you play prboom? | 17:09 |
| stekern | don't know, it wants to set the format to S16_BE | 17:10 |
| stekern | and I don't support that yet ;) | 17:10 |
| stekern | S16_LE is ok, so I've just changed prboom to use that | 17:11 |
| poke53282 | just to make it sure. alsa doesn't do any format conversion itself. Either the program support the format or not? | 17:12 |
| stekern | alsa does format conversion | 17:12 |
| stekern | but not between LE and BE I think | 17:12 |
| stekern | 44.1kHz -> 48kHz it does at least | 17:13 |
| poke53282 | Hmm, that's bad. | 17:13 |
| stekern | that's why I got underruns when I tried to play a 44.1kHz .wav file | 17:13 |
| poke53282 | linear interpolation or just cutting? | 17:14 |
| poke53282 | probably you don't know. | 17:14 |
| stekern | no idea | 17:15 |
| stekern | hmm, still got this: I_InitSound: couldn't open audio with desired format | 17:15 |
| poke53282 | http://www.hydrogenaud.io/forums/index.php?showtopic=47591 | 17:15 |
| poke53282 | a very rudimentry linear interpolation algorithm | 17:17 |
| poke53282 | All sounds which are played are converted to 48kHz (by default) and mixed in software | 17:17 |
| stekern | ah, of course... your Makefiles extract things over my changes ;) | 17:20 |
| poke53282 | :) sed or patch? | 17:21 |
| poke53282 | echo "#define WORDS_BIGENDIAN 1" >> src/prboom/config.h | 17:21 |
| poke53282 | ? | 17:21 |
| stekern | no, #if ( SDL_BYTEORDER == SDL_BIG_ENDIAN ) audio_format = AUDIO_S16LSB;//MSB; | 17:22 |
| poke53282 | otherwise I don't see anything else, which could interfere. | 17:22 |
| stekern | well, it untars the tar | 17:22 |
| stekern | no? | 17:23 |
| stekern | anyway, it still complains | 17:23 |
| poke53282 | my makefile always overwrite as first the old src. $(call extractpatch,$@,$($@_VERSION)) | 17:23 |
| poke53282 | just remove this line | 17:23 |
| stekern | maybe I should just add the wishbone configuration core, so I can have support for all kinds of endians and samplerate | 17:24 |
| stekern | yes, I already did | 17:24 |
| poke53282 | That makes sense. | 17:26 |
| poke53282 | the last problems in libffi will take more time. An I have realized that in the git version, more than 115 tests fail anyhow (complex number types) on every system. So the current number is 1773/107/0 | 17:36 |
| stekern | yeah, I really need to get multiples of 44.1kHz working, I just get underruns in prboom | 19:14 |
| poke53282 | === libffi Summary === | 20:08 |
| poke53282 | # of expected passes 1900 | 20:08 |
| poke53282 | # of unexpected failures 5 | 20:08 |
| poke53282 | the last one is hard | 20:08 |
| poke53282 | http://pastie.org/9597884 | 20:09 |
| poke53282 | what values are important for unwind? | 20:09 |
| poke53282 | stack pointer, frame pointer? | 20:10 |
| poke53282 | how does unwind work? | 21:30 |
| --- Log closed Sat Sep 27 00:00:12 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!