| 09:35 | meph1s|work | good morning |
| 11:26 | chron0 | any updates on a more recent kernel with working wifi and alsa? |
| 11:26 | chron0 | for the i4pro (i.mx) |
| 11:27 | chron0 | 3.0.35 gives me some challenges with alsa/pulseaudio/mpd |
| 11:27 | dv_ | there are several projects going on regarding newer kernels. no idea bout bt/wifi though. |
| 11:28 | dv_ | I want to try these too once I have time |
| 11:28 | chron0 | there is a fedora 20 kernel on github which seems pretty decent regarding version/features but still no SPI/Wifi |
| 11:29 | chron0 | pulseaudio idle timeout is a pain on the spdif |
| 11:30 | dv_ | hm. pulseaudio on embedded |
| 11:30 | chron0 | if I disable it, there is no sound at all, if I enable it mpd needs to be toggled on/off/on in order to play undistorted output :) |
| 11:31 | chron0 | of course PA is a pain, yesterday I wanted to make a "Collecting money to clean Poettering" shirt |
| 11:32 | chron0 | especially on embedded |
| 11:32 | dv_ | PA is fine on desktop |
| 11:32 | dv_ | but I am very skeptical about PA on embedded |
| 11:32 | chron0 | need to mix/multiplex different streams |
| 11:33 | chron0 | and have easy client access to it |
| 11:33 | dv_ | well okay, if you use the cubox-i as a slim desktop, it may make sense |
| 11:33 | dv_ | but for example as a dedicated HTPC? |
| 11:34 | chron0 | sure, I want audio to go through spdif coming from spd, but I want the same audio on RTP to feed other rooms without having latency (like mpd http streaming for example) |
| 11:35 | dv_ | you always have latency |
| 11:35 | chron0 | and be able to route audio according to what I want to do and where people are |
| 11:35 | dv_ | ok, the latency might be a lot smaller |
| 11:35 | chron0 | right, but with the combine sink the laties are synced :) |
| 11:35 | dv_ | what you describe sounds like multiroom |
| 11:36 | chron0 | it's flexible :) |
| 11:36 | chron0 | but needs some kickstarting at the moment due to the idle timeout |
| 11:36 | dv_ | except that PA isnt really a multiroom solution |
| 11:36 | dv_ | it can be hacked to be a poor man's one, but if you really want that, pick something else |
| 11:36 | chron0 | if also pulls down the ouput, the next time it comes up it's broken and I can't find a way to disable the idle pulldown |
| 11:37 | chron0 | dzsure it's a hackish poor mans apporach, bt what else is there to do so? |
| 11:38 | chron0 | would be much easier with newer kernels... |
| 11:38 | dv_ | yes. freescale is working on one, and there are other community efforts. |
| 11:39 | chron0 | dv_: what else would you pick? |
| 11:40 | dv_ | for multiroom? |
| 11:40 | chron0 | yeah |
| 11:40 | dv_ | I dimly remember a project called "aurena" |
| 11:40 | dv_ | gstreamer based |
| 11:40 | dv_ | gstreamer has a very good RTP stack with synchronization, lip sync etc. |
| 11:40 | chron0 | https://github.com/thaytan/aurena |
| 11:41 | dv_ | I think it also involved python though |
| 11:41 | dv_ | yeah that one |
| 11:41 | dv_ | the author is also on irc in #gstreamer if you have questions |
| 11:41 | chron0 | sweet, thanks for the info, I'll have a look at that |
| 11:41 | chron0 | anyone ever tried http://volumio.org/ ? |
| 11:42 | dv_ | no, but it looks interesting |
| 11:42 | chron0 | definitely, I think I'll download and test it anyways, just to get a look under the hood and see how they plug things together and if it's funky just use it :) |
| 11:43 | dv_ | nice, give us a report then |
| 11:44 | chron0 | ack, wilco |
| 12:06 | davorin | so..finally all cubox-i models at home to test... |
| 12:12 | _rmk_ | lucky you, I just have a dove and an i4pro |
| 12:14 | Coolg33k | only have a dove and it's enough for me :) |
| 12:14 | Coolg33k | geexbox run well on it :) |
| 12:31 | lioka | someone with fedora armhf or arch around ? could you please look at sonames of libssl and libcrypto please ? |
| 12:42 | wbx | i have good results with pulsaudio rtp and with lms with squeezelite. |
| 12:57 | chron0 | wbx which kernel is that? |
| 12:57 | chron0 | and are you using spdif output as well? |
| 12:58 | wbx | chron0: sorry, I still waiting on my cubox-i. it was more generally speaking about multiroom audio on embedded linux. ;) |
| 12:58 | wbx | chron0: so cubox audio hardware is special? |
| 12:58 | chron0 | ah, yeah, I've been doing it with an old kirkwood (dockstar) before and wanted to migrate the setup to cubox-i |
| 12:58 | chron0 | and get rid of the usb -> spdif -> dac link |
| 12:59 | wbx | i had it working with raspberry pi onboard audio. |
| 12:59 | chron0 | pi and audio.... maeh, maybe with an i2s DAC |
| 13:00 | wbx | chron0: I am not so audiophil ;) I hear no difference between usb terratec audio and onboard... |
| 13:01 | chron0 | the spdif of the cubox-i was just the thing missing on my kirkwood platform and now it's a shame that the alsa/pulse/3.0.35 has this idle/sleep issues |
| 13:01 | chron0 | wbx: in that case I would assume a high degree of hearing loss :) |
| 13:01 | wbx | chron0: that might be the case ;) |
| 13:01 | chron0 | :) |
| 13:02 | wbx | chron0: I have a college who wants to use the audio stuff, he is audiophil. may be he will report some issues. |
| 13:02 | chron0 | cool |
| 13:03 | wbx | chron0: so gstreamer has also the option for rtp streaming? |
| 13:03 | chron0 | I am sure of that :) |
| 13:04 | chron0 | I just don't like the clutter gstreamer produces with all its plugins and good bad and ugly ones :) |
| 13:04 | wbx | chron0: logitech media server in combination with squeezelite has the option to play different music in different rooms. |
| 13:05 | chron0 | it's enough tha I have to use it for HDMI input streaming, splitting |
| 13:06 | chron0 | http://www.tjaekel.com/T-DAC/overview.html |
| 13:06 | chron0 | for your colleague with the pi :) |
| 13:57 | jmontleon | cool. looks like I have working wireless and bluetooth now :D |
| 14:17 | jnettlet | jmontleon, with which kernel? |
| 14:17 | jnettlet | or patches |
| 14:18 | jmontleon | jnettlet 3.14-rc2 with _rmk_'s patches |
| 14:19 | jmontleon | plus the firmware files |
| 14:19 | jnettlet | yep that is the same brcmfmac driver level I am at |
| 14:20 | jmontleon | and I found someone had already built a bcm4329 bluetooth package for wandaboard that I had to modify only so slightly to load the bluetooth firmware on startup as well |
| 14:20 | jnettlet | link? |
| 14:21 | jmontleon | http://www.communitysqueeze.org/repo/20/armhfp/brcm4329-bluetooth-1.0-3.fc20.armv7hl.rpm |
| 14:22 | jmontleon | i just had to change the couple instances of ttymxc2 to ttymsc3 in the systemd service file and it worked for fedora; haven't put the package I built up just yet |
| 14:22 | jmontleon | s/ttymsc3/ttymxc3 |
| 14:23 | jmontleon | it's just brcm_patchram_plus and bcm4329.hcd really |
| 14:24 | davorin | hmm...geexbox 0224 plays most 720p as audio only... |
| 14:43 | _rmk_ | okay, I can do an -rc4 patchset, but after that things get more difficult because of imx-drm being taken via the staging tree (and so makes it difficult to produce a coherent patch set) |
| 15:18 | jmontleo | 15:18 * jmontleon will take anything he can get without complaint |
| 16:17 | _rmk_ | well, I've put -rc4 patches up there now... not much change except of course being based on -rc4, and some immunity towards some of pengutronix's upcoming changes |
| 16:22 | jmontleon | cool, thank you. /me builds an rc4 kernel for the heck of it |
| 16:23 | _rmk_ | I remembered to avoid the gpu/Makefile bit this time :) |
| 16:28 | jmontleon | :) |
| 16:52 | alpha_one_x86 | Hello, some body work with kernel 3.14 vanilla on cubox i? I have difficult to understand what is the patch used, and the usage of BSP patch |
| 17:25 | LangeOortjes | Just booted into an unpatched vanilla 3.14-rc4 kernel |
| 17:44 | LangeOortjes | no framebuffer though |
| 18:05 | alpha_one_x86 | LangeOortjes: but network (ssh) and eSata work? |
| 18:06 | alpha_one_x86 | LangeOortjes: no special requirement to boot on vanilla kernel? just replace the uImage? |
| 20:02 | LangeOortjes | alpha_one_x86: Network works, haven't tried eSata yet |
| 20:02 | alpha_one_x86 | just replace the uImage? |
| 20:02 | LangeOortjes | alpha_one_x86: You will need to create a uImage with a compiled device tree for 3.14 |
| 20:04 | alpha_one_x86 | http://imx.solid-run.com/wiki/index.php?title=Building_the_kernel_and_u-boot_for_the_CuBox-i_and_the_HummingBoard -> make imx6_cubox-i_hummingboard_defconfig make uImage make modules ? |
| 20:05 | alpha_one_x86 | LangeOortjes: Have you the procedureN |
| 20:05 | alpha_one_x86 | ? |
| 20:06 | alpha_one_x86 | http://www.solid-run.com/phpbb/viewtopic.php?f=9&t=1368&sid=55ad930f3489250537dd25a08aa1c673 is correct procedure? |
| 20:06 | LangeOortjes | alpha_one_x86: Nope, that won't work. I am a complete amateur, only just looking around the corner from the PC-world. My recommendation would be to get the source from kernel.org and start of with your old config, get it with zcat /proc/config.gz and then enable CONFIG_ARM_APPENDED_DTB |
| 20:08 | alpha_one_x86 | I'm very interrested from your procedure for the vanilla kernel |
| 20:09 | LangeOortjes | alpha_one_x86: I'll write it down shortly |
| 20:09 | LangeOortjes | testing some bits at the moment |
| 20:09 | firemanxbr | jmontleon, hi guy your documentantion is fail in github |
| 20:10 | firemanxbr | jmontleon, wget https://github.com/jmontleon/fedora-20-cubox-i4pro-binary/blob/master/rpms/kernel-3.14.0-204.rc4.cubox_i4pro.fc20.armv7hl.rpm?raw=true -O kernel-3.14.0-204.rc4.cubox_i4pro.fc20.armv7hl.rpm |
| 20:10 | firemanxbr | jmontleon, Not Found |
| 20:10 | firemanxbr | jmontleon, :| |
| 20:10 | alpha_one_x86 | I hope drm pushed into vanilla kernel, because it's few hard to debug without see anything |
| 20:11 | firemanxbr | jmontleon, same problem in this source: wget https://github.com/jmontleon/fedora-20-cubox-i4pro-binary/blob/master/rpms/cubox-i-brcm4329-bluetooth-1.0-1.fc20.armv7hl.rpm?raw=true |
| 20:11 | firemanxbr | jmontleon, not found |
| 20:12 | firemanxbr | alpha_one_x86, exactly |
| 20:12 | firemanxbr | alpha_one_x86, I don't have debug cable for my cubox-i :( |
| 20:13 | alpha_one_x86 | me too |
| 20:13 | firemanxbr | alpha_one_x86, what s.o you running in your cubox-i ? |
| 20:14 | alpha_one_x86 | one for backup server (btrfs), one for test server, one for xbmc + retrorach to read movie and play into retro gaming |
| 20:14 | alpha_one_x86 | and maybe more if I'm happy |
| 20:14 | LangeOortjes | alpha_one_x86: which kernel are you using for your backup server |
| 20:15 | alpha_one_x86 | for now? debian kernel, it's why I try pass to vanilla kernel to improve the btrfs support |
| 20:15 | firemanxbr | alpha_one_x86, great |
| 20:15 | alpha_one_x86 | if I success, I will write full guide to setup gentoo on cubox i |
| 20:16 | LangeOortjes | alpha_one_x86: but what kernel does debian have? Is it rabeeh's 3.0.35? I want to turn my cubox into a NAS but I don't really want the btrfs from 3.0.x |
| 20:16 | alpha_one_x86 | yes, the old 3.0.35 |
| 20:16 | firemanxbr | I'm following this documentation: https://github.com/jmontleon/fedora-20-cubox-i4pro |
| 20:16 | alpha_one_x86 | LangeOortjes: into the debian kernel, lot of mistake of configuration, and very old |
| 20:16 | firemanxbr | but two errors in this how-to |
| 20:17 | firemanxbr | alpha_one_x86, in Fedora have support for btrfs |
| 20:18 | alpha_one_x86 | like as debian... but my target it's have vanilla kernel to customize it |
| 20:18 | _rmk_ | alpha_one_x86: the bulk of the drm code was picked up last night into the staging-next tree... so stuff is moving forward |
| 20:18 | alpha_one_x86 | if it's like x86, I will win 3x performance on sftp transfer, able to apply my own patch |
| 20:19 | alpha_one_x86 | _rmk_: very good news! |
| 20:20 | alpha_one_x86 | well, will be few bit slow to compil on my cubox i, but I have the time |
| 20:22 | LangeOortjes | _rmk_: what does the drm part do? |
| 20:23 | _rmk_ | it partly drives the display |
| 20:24 | _rmk_ | alpha_one_x86: there's still a number of dependencies which need sorting out - I've got something like 90 patches against mainline right now (minus the 29 which Greg took yesterday) |
| 20:25 | _rmk_ | jnettlet has been sorting out a 3.10 based kernel for the cubox-i which has my work in, and has full device support too. |
| 20:26 | jnettlet | and full hardware support |
| 20:26 | jmontleon | firemanxbr, ah - I'm still working on building that |
| 20:26 | jmontleon | caught me only half done |
| 20:27 | LangeOortjes | _rmk_: ah that explains why I am currently not getting a working framebuffer on 3.14 |
| 20:27 | LangeOortjes | (rc4) |
| 20:27 | jmontleon | firemanxbr, there is a 3.13 kernel you should be able to use for the next few hours til I get a 3.14 up |
| 20:27 | firemanxbr | jmontleon, :) I can help you ? I need support Fedora 20 for two new devices(cubox-i2 and cubox-i4pro) |
| 20:28 | jmontleon | nah, at this point just waiting for the build |
| 20:28 | firemanxbr | jmontleon, okay, if I can help, I'm here... |
| 20:29 | jmontleon | firemanxbr, the 3.13 I have won't have working wifi or bluetooth but the 3.14 building now will |
| 20:29 | firemanxbr | jmontleon, I wish create wiki in Fedora project, about help all users installing Fedora 20 in yours cubox-i's |
| 20:30 | firemanxbr | jmontleon, humm, good news, I'm need wifi connection in this board |
| 20:51 | alpha_one_x86 | where get the firmware like: firmware/imx/sdma/sdma-imx6q.bin ? |
| 20:52 | firemanxbr | jmontleon, I finished up my cubox-i4pro with kernel 3.13 |
| 20:52 | firemanxbr | jmontleon, but my usb keyboard is not running |
| 20:53 | firemanxbr | jmontleon, I trying in two usb ports, but I'm not sucess |
| 20:59 | jmontleon | firemanxbr, at least one should work |
| 20:59 | jmontleon | there were something wrong for awhile where one or the other didn't work |
| 20:59 | jmontleon | but it was just one |
| 21:00 | firemanxbr | jmontleon, for me too :D |
| 21:01 | firemanxbr | jmontleon, in new kernel 3.14 all keyboards are running ? |
| 21:01 | jmontleon | both usb ports are working. that was fixed in 3.13. can't remember if the kernel i put up had the issue or not though |
| 21:02 | firemanxbr | jmontleon, no problem I waiting this your new kernel :D |
| 21:02 | firemanxbr | jmontleon, great contribution in your GitHub congrats guy |
| 21:03 | jmontleon | no problem. thank _rmk_ and jnettlet. Without their help I'd have broken pieces. |
| 21:05 | firemanxbr | jmontleon++ |
| 21:05 | firemanxbr | _rmk_++ |
| 21:05 | firemanxbr | jnettlet++ |
| 21:05 | firemanxbr | :) |
| 22:05 | jmontleon | firemanxbr, https://github.com/jmontleon/fedora-20-cubox-i4pro-binary/tree/master/rpms |
| 22:05 | jmontleon | two working usb, working esata, wireless, bluetooth, etc. |
| 22:22 | alpha_one_x86 | multiple (or no) load addresses: This is incompatible with uImages Specify LOADADDR on the commandline to build an uImage |
| 22:25 | heap_ | guys anybody got working xbmc on arch or deb on cuboxpro (the old one)? |
| 22:26 | alpha_one_x86 | any idea? |
| 22:29 | Coolg33k | heap_: there is geexbox. It's a distrib only for xbmc |
| 22:29 | Coolg33k | I run it on the first cubox (the one made before the pro) and it goes very well |
| 22:33 | heap_ | Coolg33k: i man i want clear distro like arch and xbmc only on demand. |
| 22:33 | Coolg33k | oh, ok |
| 22:33 | heap_ | mean* |
| 22:34 | Coolg33k | xbmc on archarm is broken for the moment |
| 22:34 | heap_ | Coolg33k: thats the problem... i dont get why is that hard to port xbmc as package on deb or arch |
| 22:34 | Coolg33k | don't know for debian |
| 22:34 | Coolg33k | because of graphics driver I think :p |
| 22:34 | heap_ | well i installed deb from solidrun but when i go by wiki it doesnt work |
| 22:34 | Coolg33k | good night all o/ |
| 22:35 | heap_ | its deb and xbmc wants ubuntu packages in dependecies.. |
| 22:39 | _rmk_ | alpha_one_x86: we're trying to get away from uImage :) if you must, LOADADDR=0x10008000 |
| 22:40 | alpha_one_x86 | _rmk_: where I need put that's, I have just try: make uImage |
| 22:40 | _rmk_ | make uImage LOADADDR=0x10008000 |
| 22:40 | alpha_one_x86 | ok, thanks |
| 22:41 | _rmk_ | we really need to get something written up on the wiki about how to boot with zImage + dtb + optionally initramfs |
| 22:43 | alpha_one_x86 | +1 or coreboot + tianocore to have UEFI boot on arm |
| 23:12 | alpha_one_x86 | it's don't boot, start quickly the hdmi output, then I presume kernel boot |
| 23:17 | _rmk_ | definitely need to get something written up :p |
| 23:19 | alpha_one_x86 | but coreboot + tianocore will provide UEFI fb + console |