| 00:02.27 | WyrM | if you read from a0000 with 2k stripped. |
| 00:02.45 | WyrM | if you read from (a0000 + 2k) then no. ;) |
| 00:05.38 | bjk | ok, thanks |
| 00:06.21 | WyrM | you are welcome. |
| 00:06.30 | WyrM | report if it works after flashing :) |
| 00:08.18 | bjk | it does. i can get a boot menu. thanks alot |
| 00:13.58 | bjk | now i can try to get openembedded working... :) |
| 00:14.18 | bjk | they even have targets for ezx devices |
| 00:14.38 | WyrM | yes, it should work :) |
| 00:15.39 | bjk | the root device of your kernel should be on the second partition of the card right? |
| 00:21.56 | bjk | gotta go. thanks again. |
| 03:10.35 | *** join/#openezx arne__ (i=nobody@dslc-082-082-073-085.pools.arcor-ip.net) |
| 03:45.11 | *** join/#openezx johanbr (n=j@blk-7-129-240.eastlink.ca) |
| 04:14.13 | *** join/#openezx SirDerigo (n=daniel@190.9.100.248) |
| 05:33.32 | *** join/#openezx darion761 (n=darion76@94-248-120-162.dynamic.peoplenet.ua) |
| 06:24.13 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 06:50.43 | *** join/#openezx pleemans (n=toi@d51A49C45.access.telenet.be) |
| 07:04.19 | *** join/#openezx marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 07:33.35 | *** part/#openezx darion761 (n=darion76@94-248-120-162.dynamic.peoplenet.ua) |
| 07:55.03 | Hopscotch | good morning |
| 08:18.49 | *** join/#openezx Sleep_Walker (n=Sleep@nat/novell/x-3e250e9c96ed5a56) |
| 08:41.40 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 08:51.20 | ao2 | hi |
| 08:53.04 | *** join/#openezx ade|desk (n=adavey@195.153.131.254) |
| 08:57.01 | *** join/#openezx flyhorse|linux (n=flyhorse@116.18.159.241) |
| 09:12.23 | WyrM | hi |
| 09:16.51 | *** join/#openezx gDD_mobilE (n=gDD@unaffiliated/gdd) |
| 09:19.30 | *** join/#openezx gDD_mobilE (n=gDD@unaffiliated/gdd) |
| 09:29.59 | *** join/#openezx florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 09:42.33 | *** join/#openezx flo_lap (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 09:56.07 | *** join/#openezx borman92 (n=borman@ppp85-140-162-32.pppoe.mtu-net.ru) |
| 10:08.42 | *** join/#openezx gDD (n=gDD@unaffiliated/gdd) |
| 10:14.23 | *** join/#openezx marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 11:17.29 | *** join/#openezx marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 11:52.51 | CIA-33 | OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * rc0cfa5a64c 10openezx/arch/arm/configs/ezx_defconfig: update defconfig, add more debugging options |
| 12:10.43 | borman92 | is something like that normal? http://pastebin.com/d5b3a4864 |
| 12:11.29 | WyrM | yes. |
| 12:12.01 | WyrM | you need to identify yourself to git if you are going to use git commit |
| 12:12.09 | WyrM | (which is used by tg update) |
| 12:12.32 | borman92 | hmm |
| 12:12.41 | borman92 | ok |
| 12:13.57 | borman92 | tg uses really heavy recursion... |
| 12:14.20 | borman92 | of course, for doing it by process calls |
| 12:19.39 | *** join/#openezx gmzhuo (n=gmzhuo@125.70.84.110) |
| 12:21.26 | *** join/#openezx flyhorse|linux (n=flyhorse@116.18.159.241) [NETSPLIT VICTIM] |
| 12:22.11 | sabrod | Hi |
| 12:22.11 | WyrM | borman92: yeah |
| 12:22.11 | WyrM | borman92: our topic queue is too big at the moment. |
| 12:22.12 | sabrod | Hey, WyrM ;) |
| 12:22.14 | WyrM | should shrink as soon as the next merge window is closed. |
| 12:22.18 | WyrM | hi sabrod :) |
| 12:23.35 | gmzhuo | Hi Wyrm,sabrod |
| 12:23.42 | WyrM | hi gmzhuo |
| 12:24.15 | sabrod | All this work during the last weeks... It's very nice! |
| 12:24.33 | sabrod | Thanks! |
| 12:25.29 | sabrod | Yo gmzhuo! |
| 12:27.25 | *** join/#openezx gDD (n=gDD@unaffiliated/gdd) |
| 12:34.06 | *** join/#openezx flyhorse|linux (n=flyhorse@116.18.159.241) [NETSPLIT VICTIM] |
| 12:43.35 | *** join/#openezx flyhorse|linux (n=flyhorse@116.18.159.241) |
| 12:47.33 | *** join/#openezx flyhorse|linux (n=flyhorse@116.18.159.241) [NETSPLIT VICTIM] |
| 12:51.51 | *** join/#openezx flyhorse|linux (n=flyhorse@116.18.159.241) |
| 13:02.17 | *** join/#openezx lclaudio (n=lclaudio@201.21.176.254) |
| 13:16.48 | *** join/#openezx Moxa (n=moxa_mox@217.12.198.101) |
| 13:18.44 | *** part/#openezx Moxa (n=moxa_mox@217.12.198.101) |
| 13:31.37 | *** join/#openezx borman92 (n=borman@ppp85-140-162-32.pppoe.mtu-net.ru) |
| 13:32.07 | borman92 | how to clean my kernel sources tree from topgit-related garbage? |
| 13:32.30 | borman92 | so to leave only original branches |
| 13:47.38 | *** join/#openezx gDD (n=gDD@unaffiliated/gdd) |
| 13:49.44 | WyrM | borman92: what you mean? |
| 13:50.12 | WyrM | topgit makes no garbage, it just creates git branches. |
| 13:50.44 | WyrM | only garbage that is not git stuff is the .topmsg and .topfiles on each branch |
| 13:50.59 | WyrM | s/files/deps/ |
| 13:53.04 | WyrM | anyway, if you are not going to push code to openezx.git, then you don't need topgit, just use the ezx/current branch, it contains the code from all the other branches. |
| 14:05.26 | borman92 | i meant generated branches |
| 14:05.29 | borman92 | but.// |
| 14:05.31 | borman92 | *but... |
| 14:05.41 | borman92 | i don't need it already |
| 14:07.29 | *** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca) |
| 14:16.50 | *** join/#openezx SirDerigo (n=daniel@190.144.224.30) |
| 15:03.49 | *** join/#openezx SirDerigo (n=daniel@190.144.224.30) |
| 16:31.46 | *** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 17:17.36 | *** part/#openezx ade|desk (n=adavey@195.153.131.254) |
| 17:41.53 | *** join/#openezx pH5 (n=ph5@e178234053.adsl.alicedsl.de) |
| 17:52.55 | WyrM | pH5: hi. |
| 17:53.10 | pH5 | hi WyrM |
| 17:53.22 | WyrM | am I missing something? or all that you need is to be able to set frame_size to 16bits to support magician? |
| 17:55.00 | pH5 | no, you are right. the trick is just to set 16-bit frame width, not use network mode (or have one active slot), and set 16-bit DMA transfer size. |
| 17:55.28 | WyrM | then I have no idea on what broonie is talking about... |
| 17:56.03 | WyrM | he said 2 or 3 emails ago to provide some API to set frame size. |
| 17:56.24 | WyrM | and now he wants to solve this on userspace... :/ |
| 17:58.18 | pH5 | I have to admit, I'm a bit confused, too. |
| 17:58.40 | WyrM | pH5: im no expert.. |
| 17:58.57 | WyrM | but as far as I can understand, the pxa-ssp.c code is simply all wrong. :) |
| 18:00.08 | pH5 | Especially that "preserving sample rate" > "preserving data" comment, as it is the machine driver that sets all the frequencies in the first place. But my point of view is a bit limited, having only played with the PXA driver. |
| 18:00.11 | pH5 | :) |
| 18:18.33 | *** join/#openezx stefan_schmidt (n=stefan@p5B0363A8.dip.t-dialin.net) |
| 18:37.29 | *** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 18:50.14 | WyrM | pH5: what happens on magician if you revert the chn==2 hack to setup the dma to 16 bits? |
| 18:50.37 | WyrM | the first channel gets split between the 2 speakers, and you hear double speed audio? |
| 18:50.44 | WyrM | and the second channel is ignored? |
| 18:51.00 | pH5 | that's exactly what happens. |
| 18:51.15 | WyrM | ok |
| 18:53.01 | pH5 | If it would make things more clear, I could also feed S24_LE and S32_LE samples into the codec. |
| 18:53.53 | WyrM | yeah, that was my next question... ;) |
| 18:54.16 | WyrM | if you revert both changes that I told on my email (the ones that break ezx). |
| 18:54.26 | WyrM | then you get normal speed, but only one channel? |
| 18:54.56 | WyrM | (because your codec discards the data instead of playing it). |
| 18:55.53 | WyrM | DMA set to 32bits, and SSCR0_EDSS | SSCR0_DataSize(16). |
| 19:06.54 | pH5 | the codec is 24-bit. |
| 19:12.18 | pH5 | WyrM: I don't remember what happens exactly in this case. There was a lot of trial and error involved until I realized that there's a flip flop involved. |
| 19:12.27 | WyrM | hum. |
| 19:13.14 | WyrM | 24 bits should actually be 32 bits, but 8 gets discarded. |
| 19:13.37 | WyrM | at least that's what snd_pcm_format_physical_width() expects/reports :) |
| 19:14.15 | WyrM | I think that setting the wire for 24bit as was done before is also wrong. |
| 19:14.48 | pH5 | yes, yes. |
| 19:15.07 | pH5 | the codec could take S24_3LE too, but that's impossible due to pxa dma limitations. |
| 19:18.22 | *** join/#openezx florian (n=fuchs@f049094086.adsl.alicedsl.de) |
| 19:19.05 | pH5 | hi florian |
| 19:19.11 | WyrM | pH5: Hum. |
| 19:19.30 | WyrM | so FMTBIT_S16_LE on uda1380.c is wrong? |
| 19:19.58 | florian | re |
| 19:20.04 | florian | hi pH5 |
| 19:20.56 | pH5 | WyrM: incomplete, not wrong. I have a patch that changes this to S16_LE | S24_LE, but it's just no use. |
| 19:21.13 | pH5 | all devices I know that have uda1380 wouldn't gain anything from the increased bit depth. |
| 19:23.44 | WyrM | ahh, ok, so you can setup some register to toggle 16/24 bits. :) |
| 19:28.43 | pH5 | WyrM: yes, for the LSB case (see set_dai_fmt, it's set up for 16bit now). for MSB it doesn't matter as the remaining bits are zeroed when the WSI clock switches early. |
| 19:29.39 | pH5 | (WSI = LRCLOCK, connected via a flip-flop to pxa SFRMCLK) |
| 19:45.55 | *** join/#openezx SirDerigo_ (n=daniel@190.144.224.30) |
| 20:10.50 | *** join/#openezx darion761 (n=darion76@94-248-120-162.dynamic.peoplenet.ua) |
| 20:22.18 | *** join/#openezx florian (n=fuchs@f049094086.adsl.alicedsl.de) |
| 20:57.12 | *** join/#openezx florian_kc (n=fuchs@f049094086.adsl.alicedsl.de) |
| 20:58.16 | *** join/#openezx florian (n=fuchs@f049094086.adsl.alicedsl.de) |
| 22:22.44 | *** join/#openezx Sleep_Walker (n=Sleep@193.179.96.131) |