| 00:18 | belese | Hi All, i've got a problem to have a working bluetooth bcm4330 on XBian, i could use for 5 sec after patchram, and after all command goes in timeout. |
| 00:19 | belese | i explain a bit more there, some one has a idea? https://github.com/xbianonpi/xbian/issues/552 |
| 00:59 | heap_ | dxtr: not really |
| 02:49 | Michail1 | jnettlet - Looks like the image doesn't like a wireless keyboard. Went to work just to pick up a wired. Connected and works like a charm. |
| 03:29 | Jt_- | hi belese, i have the same problem with bcm4330 |
| 03:29 | Jt_- | but i'm using archlinux |
| 13:47 | kgp_ | Compiling android takes time ;) |
| 14:33 | kgp_ | done |
| 20:17 | tunf_ | hi all |
| 20:18 | tunf_ | got a question since im not able to create the addons for oscam and pscp-addon i'm not able to use the cubox-i fully |
| 20:19 | tunf_ | is there anyone who has the zipfiles for these plugins in xbmc for helix ready? |
| 20:21 | malte | isnt oscam a program which works together with tvheadend? |
| 20:22 | tunf_ | yes it is.. |
| 20:23 | tunf_ | as a backend |
| 20:23 | tunf_ | and pscp is for reading my card |
| 20:25 | tunf_ | but malte do you have tvheadend then? |
| 20:27 | malte | only on a rpi |
| 20:28 | tunf_ | i have got it running there also but not on the cuboxi yet |
| 20:28 | malte | do u want to run it as client or server at the cbi? |
| 20:30 | tunf_ | as an server |
| 20:31 | tunf_ | client is already onboard and working |
| 20:32 | malte | do u use xbian? |
| 20:33 | tunf_ | openelec at this point |
| 20:34 | malte | pm |
| 22:13 | dgilmore | is anyone working to get u-boot support upstream? |
| 22:17 | rabeeh | dgilmore: there were some ports on the forums that gets the current u-boot, cleans it up and diffs against upstream. |
| 22:17 | rabeeh | but no one actively working on that; please go ahead and i'll support you with questions if you have |
| 22:19 | rabeeh | did the folks at u-boot upstream decide about the future of imx6 SPL support? last time they were bashing about that |
| 22:25 | dgilmore | rabeeh: well im fedora's u-boot maintainer. and id like to pull it in to support the cubox-i as it goes upstream. there are certain features we need enabled to properlly support the cubox and i really don't want to dig through or carry hundreds of patches |
| 22:27 | dgilmore | rabeeh: we are only supporting using extlinux.conf for instance |
| 22:27 | dgilmore | i have a messy setup right now i need to manually run some things to boot |
| 22:28 | dgilmore | but rawhide on the cubox-i works really well, X included |
| 22:30 | rabeeh | accelerated? |
| 22:30 | rabeeh | nice work btw |
| 22:30 | dgilmore | no, using the modesetting driver and whats in linus's tree |
| 22:30 | rabeeh | 3.15? |
| 22:30 | dgilmore | 3.16 |
| 22:30 | rabeeh | ah ok |
| 22:31 | dgilmore | rawhide very closely follows linus's tree |
| 22:32 | dgilmore | rabeeh: i have only tested on a i4pro |
| 22:32 | rabeeh | dgilmore: i haven't looked at u-boot upstream for a long time; the main issue that was they were bashing with the wandboard team about SPL support |
| 22:33 | rabeeh | if SPL support is there then the CBi and HB code is really very minimal |
| 22:33 | dgilmore | rabeeh: id rather that not be a hold up |
| 22:36 | dgilmore | rabeeh: http://lists.denx.de/pipermail/u-boot/2014-March/175826.html |
| 22:37 | dgilmore | thats the start of what i am trying to get done upstream |
| 22:37 | dgilmore | it greatly simplifies setting up and booting distros on different arm boards |
| 22:38 | rabee | 22:38 * rabeeh reads |
| 22:39 | kgp | dgilmore: Interesting ;) |
| 22:39 | dgilmore | I still need to get back to updating and sending new patches upstream |
| 22:39 | dgilmore | eventually id like to add editing to the boot options and better menuaing than 1, 2, 3 etc |
| 22:40 | dgilmore | but its a pretty good start |
| 22:40 | kgp | A desktop version with graphic acceleration is missing ;) |
| 22:41 | dgilmore | kgp: a pretty experience for users would be awesome |
| 22:43 | rabeeh | dgilmore: do you have that already running on wandboard? |
| 22:44 | rabeeh | i see also beaglebone from your patches? |
| 22:44 | rabeeh | i think this kind of experience is really good ! u-boot is missing that big time and i think it's a blessed addition |
| 22:53 | dgilmore | rabeeh: yes |
| 22:54 | dgilmore | rabeeh: i have it in cubietruck, wandboard, panda, beaglebone black and a few others |
| 22:59 | rabeeh | and the wandboard build you have is with SPL? |
| 23:02 | dgilmore | rabeeh: no |
| 23:02 | dgilmore | rabeeh: its build from 2014.04 upstream sources |
| 23:02 | dgilmore | witha few patches |
| 23:05 | rabeeh | dgilmore: yeah; just checked master |
| 23:05 | rabeeh | there is still no SPL support |
| 23:06 | rabeeh | dgilmore: if you want to invest some time into this i would go first and try resolving the SPL issues |
| 23:06 | rabeeh | getting CBi and HB support is really easy; 200 to 300 C code and it's done |
| 23:06 | rabeeh | the main obstacle is really SPL since with the current u-boot and all CBi and HB versions you would need 8 different u-boot builds |
| 23:06 | rabeeh | while with SPL a single u-boot serves all |
| 23:07 | dgilmore | rabeeh: ideally we would not need to build u-boot it ships built into the device. but since we do have to we only want to build from one tree |
| 23:07 | dgilmore | we made teh same choice with the kernel |
| 23:07 | rabeeh | dgilmore: not the case of CBi and HB |
| 23:08 | rabeeh | with CBi and HB all software is on an external micro SD; that was actually a design goal to have zero binaries on a non-volatile fixed storage |
| 23:08 | dgilmore | we only build a kernel and lpae kernel |
| 23:09 | dgilmore | rabeeh: :( i get it. just puts the distros in a place of having to build ship, install and update u-boot. |
| 23:09 | dgilmore | rabeeh: something like the calxeda highbank you tun on, it pxe installs and away you go |
| 23:10 | dgilmore | rabeeh: at the least with a CBi you have to put u-boot onto a microsd then boot it to load the installer |
| 23:10 | dgilmore | either on the microsd, or pxe installer. or you have to put a preinstalled os onto the microsd card |
| 23:11 | rabeeh | dgilmore: the last one is the most preferred |
| 23:11 | rabeeh | we have been in the situation in older CuBox that there is an internal SPI flash that the system boots from and then figures out what to do |
| 23:12 | rabeeh | but it turns out that people likes to play with the system, and therefore the u-boot on the SPI got bricked several times |
| 23:12 | dgilmore | rabeeh: the last one is the least prefered from our point of view. though the group working on the workstation fedora product just wants a livedvd as teh shipping thing |
| 23:12 | dgilmore | rabeeh: certainly nothing is perfect |
| 23:13 | rabeeh | dglimore: personally i also doubt that anyone can figure out a single boot sequence command to satisfy all distros |
| 23:13 | rabeeh | i'm including the bsd variants too |
| 23:14 | rabeeh | that's why having u-boot, included with a uEnv.txt is really the best way to go |
| 23:14 | rabeeh | you get the device booted, it searches in fixed paths where that uEnv.txt is and in case of a failure it can tftp (or pxeboot). |
| 23:15 | rabeeh | unlike x86 bios, efi; that's the nature of ARM based devices |
| 23:26 | dgilmore | rabeeh: extlinux.conf will work for all linux variants |
| 23:26 | dgilmore | maybe not bsd's |
| 23:33 | belese | hi Jt_- i tried many things but dont don't get it up. is some one has a bluetooth working (4330) undur linux? |