=== chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [04:34] howdy [04:34] I notice that videos can't be played from local storage? [04:34] Any suggestions? Thanks in advance. === nijaba_ is now known as nijaba === chihchun is now known as chihchun_afk [13:36] hi [13:36] i am new here and i need some help [13:37] are here some users or only bots?7 [13:37] studio_: if you actually ask a question people can see if they can help [13:38] but keep in mind that the whole arm systems are very different from the pc systems. its not only: put a cd into it and everything runs [13:38] What about the MT 8127 and Ubuntu port? [13:39] exp.: BQ Edison 3 [13:40] ? [13:40] Other is the Acer Iconia Tab 10 A3-A20 [13:42] I was reading, that BQ is working together with Ubuntu, but I cant find a port for BQ devices ... === chihchun_afk is now known as chihchun [13:44] studio_, if you talk about phones you probably rather want to go to #ubuntu-touch [13:44] (the phone OS is far more than just -arm) [13:51] who told you that ? [13:52] the page from ubuntu [13:52] ubuntu-touch is not different to any other ubuntu [13:52] (and will most likely become the base for futrie desktop, server etc) [13:52] *future [13:52] can i also build kernels or modules on ubuntu-touch? [13:52] sure, why not [13:52] studio_: its not that when BQ wants to ship a phone in end of 2014 magically all BQ devices from the past 10 years get supported. :/ [13:52] heh, yeah [13:53] @ogra_ therefore i need help to port ubuntu to my MT8127 device [13:53] well, so build a kernel, make sure the bootloader is set up correctly and it shoould just work [13:54] (well ... depending what you want to do with it ... but to get it basically booting with a minimal install that is enough) [13:54] (doesnt differe for any other arm device) [13:54] ... build a kernel ... Problem no.1 they don't have a git for the Edison 3 MT 8127 ... [13:57] if they ship linux on that device in any way there needs to be a source tree for the kernel ... everything else would be illegal [13:57] (or at least you should get it sent if you request it) [13:58] i told BQ but since now no new git about the MT8127 [14:03] You can check it here https://github.com/bq only old devices [14:04] well, ask them for a kernel for your device [14:04] they have to provide it to you [14:04] i asked them ... still no answer [14:05] same is with h.265 [14:05] no support since now [14:06] else report them at http://gpl-violations.org/ [14:07] do you think it is worth to do that? ... come on, they are a partner from ubuntu ... [14:08] studio_, well, telll them you will ... that might change their mind ... [14:08] legally they are required to give you the code of the kernel if they ship the device with linux [14:09] " if they ship the device with linux ..." they shipped with Android ... [14:14] and here is our problem, where to get/buy a Tablet-PC (ARM-based) with Ubuntu or how to port it? [14:17] studio_: the nexus7 is a ubuntu dev tablet, iirc. [14:18] is nexus7 10 inch quad core h.265 compatible? [14:19] h.265 is a future feature must have for DVB-T2 ! [14:19] studio_: i think you overestimate the whole ARM situation. we dont have universal drivers like we do have on pc for videocards etc. then there is the whole bootloader issue. it is really not that daily task to put a ubuntu on any arm device. [14:19] also for DVB-Sx [14:23] @k1l you think wrong, the next gen. for exp. mobile-phones or tablet-pcs with the correct docking-station (mhl 2.0) can do that all, also h.265 including 4k with 60fps [14:25] a 4 or 8 core arm-based smartphone is the same as a old pc [14:25] studio_: you focus on the wrong part [14:25] no, i am right on the future [14:26] studio_: just because the hardware can do that doesnt mean you get a working custom-rom for it [14:26] one of the main issues you already met with bq not giving the kernel sources. [14:26] i do not talk about an "coustom rom" check the rasperry pi ... [14:27] then the next part is the drivers for everything that are not included in the kernel. you are very lucky if you get them , too. but most times its binary blops for a specific kernel. so you are limited to that. [14:27] studio_: custom OS [14:27] yes, my english is not so good ;) [14:28] studio_: ok ich schreibs mal auf deutsch: [14:29] wenn du auf einem ARM etwas anderes laufen lassen willst als das OS das beim kaufen drauf war ist das eine riesen aufwand. es ist nicht wie bei einem laptop/pc, wo du eine ubuntu cd einlegst und alles automatisch erkannt wird und läuft. [14:29] es gibt keine freien opensource treiber. also wenn du vom hersteller nicht die treiber bekommst hast du wieder ein problem mehr. [14:30] und es bringt dir gar nichts, wenn das gerät 8 cores und die und die gpu etc hat, wenn du keine treiber dafür hast. [14:31] und das erste problem hast du ja schon selber erfahren: bq gibt dir nicht die kernel quellen um überhaupt einen eigenen kernel zu bauen. [14:31] @k1l that's wrong! I own some RPI and since now I had no problems to install or build software for the Raspberry Pi .. [14:32] studio_: yes, because the rpi ships all the kernel source and drivers and stuff. that is the intention behind the rpi [14:35] that is the difference between commercial devices and the opensource/open hardware devices. [14:35] OK, mal in Deutsch und von vorne. Wenn Mediatek oder BQ mir die Kernel-Sourcen zur Verfügung stellen würden, könnte man dann selber einen Port für Ubuntu, z.B. 12.04 machen? [14:35] studio_: dann brauchst du immernoch die ganzen treiber für alles was nicht im kernel drin ist. [14:36] Ja, aber das kann man doch dann als Modul bauen, oder? [14:37] die gibt es meistens nur als binary blobs, d.h. die laufen dann nur mit dem genauen kernel, mit dem das gerät verkauft wurde. e [14:37] nochmal: das ist nicht so einfach, wie bei der PC hardware. (oder bei dem rpi, wo es alle treiber opensource gibt) [14:38] Ist mir schon klar, aber wenn ich z.B. v4l2 nutze kann ich doch dann auch neue Module bauen, oder? [14:39] nein, weil du in den meisten fällen eben nur binary blobs bekommst. und nicht die treiber quellen [14:40] dafuer gibts ubuntu-touch ;) [14:40] (nutzt nen lxc container in dem die binary treiber voll genutzt werden koennen) [14:40] v4l2 kann ich doch im GIT als Source downloaden, anders mache ich es unter Ubuntu doch auch nicht ... [14:42] studio_: und das bringt dir was, wenn du keine grafik ein- oder ausgabe hast weil du keine treiber für den chip bekommst? [14:42] i.e.: du bootest in nen ubuntu arm rootfs ... aber um den grafik treiber zu nutzen startest du nen lxc container in dem der treiber selbst und 1-2 daemons laufen die den treiber dem ubuntu rootfs zur verfuegung stellen ... [14:43] studio_: du verwechselst die PC treiber situation mit der ARM treiber situation. das versuche ich dir die ganze zeit zu erklären. [14:51] @k1l Verstehe ich nicht, wenn ich mir den Treiber aus den C-Sourcen unter einem ARM baue wo ist dann das Problem? Auf dem RPI hat das bis jetzt immer funktioniert. [14:51] studio_: ja, weil du auf dem rpi die sourcen für alle treiber hast. der rpi ist ein opensource/openhardware gerät. [14:51] @ogra_ [14:51] studio_: das sind die smartphones und tablets aber nicht. [14:52] studio_, das prob is das du fuer grafik, sensoren, modem etc keine c sourcen bekommst [14:52] und das RPi ist definitiv *keine* open hardware ... [14:52] beaglebone is ... [14:53] RPi kann nichmal ohne binary blob booten [14:53] studio_: die hersteller müssen nur die kernel sourcen offen legen. bei den treibern nicht. das das beim rpi so ist ist eben eine besonderer fall. in den kommerziellen tablets und smartphones ist das anders [14:53] ach stimmt. das beaglebone ist das open hardware ding. aber die grafiksinger sind opensource beim rpi, iirc [14:54] yep [14:54] open hardware meint dass du *alles* open bekommst, incl der schaltplaene fuer den SoC chip ... [14:55] @ogra_ das mit dem Booten ist halt auch noch so eine Sache, der Bootloader, ich nehme mal an das wird u-boot sein, ist auch nicht offen ... USB-Boot oder NFS-Boot wäre zum Experimentieren auch ganz interessant [14:55] das ermoeglicht dir dann treiber zu schreiben [14:55] u-boot is GPL [14:55] ist alles offen [14:55] die meisten android geraete nutzen aber closed source bootloader [14:56] ist recht selten ada u-boot zu finden [14:56] *da [14:56] Gott seit ihr schnell an der Tastatur ... komme da nicht hinterher ;) [14:56] haha [14:58] aber nochmal für langsamleser und langsamschreiber, wo kann man das mit den ARMs und BQ nochmal in Ruhe nachlesen? [15:00] was denn genau? [15:00] du darfst halt nicht von den guten beispielen wie rpi auf die masse schliessen. oder vom pc auf ARM. [15:01] Naja, BQ soll angeblich Ubuntu-Touch rausbringen, nun möchten wir wissen, ob wir die Edison 3 auch auf Ubuntu oder Ubuntu-Touch "umrüsten" können. [15:02] studio_: das eine hat mit dem anderen erstmal ncihts zu tun. [15:03] studio_: du kannst bei BQ die kernel sourcen einfordern. wenn du sehr viel glück hast bekommst du noch treiber kram dazu. [15:03] studio_: vergleich das mal mit HTC. nur weil einige geräte mit windows-phone kamen läuft nicht auf einmal auf allen geräten windows-phone. [15:05] Ok, ich habe jetzt die Sourcen für den MT8127 egal ob von BQ oder Acer, was nun? [15:06] du baust nen kernel... konfigurierst den bootloader fuer dein rootfs geraet ... nutzt deboostrap um darauf ein rootfs zu installiern (oder qemu-debootstrp um auf dem PC "cross" zu bauen) ... dann bootest du [15:07] userspace (rootfs) is immaer gleich ... das ich nich viel anders als beim PC ... kernel und bootloader musst du dich selbst drum kuemmern ... da is arm speziell [15:07] Benötige ich nicht auch noch die u-boot Quellen um das zu machen? [15:08] nope ... aber du brauchst ne moeglichhkeit den bootloader zu konfiguriern ... [15:09] das meinte ich u.a USB-Boot [15:09] zumindest root= und console= musst du auf der kernel commandline setzen [15:09] dafuer brauchst du nich unbedingt die sourcen [15:10] (kommt halt auf den bootloader an ... wie der konfiguriert wird) [15:10] finde raus wie das bei deinem device geht und der rest is "relativ einfach" [15:10] :) [15:10] ja, sowas hab ich mir gedacht ... man, geht das nicht einfacher? [15:12] @ogra_ du hast nicht "zufällig" ein BQ Edison 3? ;) [15:13] nope [15:13] noch nie davon gehoert [15:13] BQ kommt ... [15:14] oh, keine frage ... [15:14] aber nich auf nem edison [15:14] Siemens hat durch Benq in Europa alles abgewickelt, neue Hoffnung ist BQ [15:16] edison kenne ich nur von sat-receivern ... [15:17] du hast edison gesagt ... nich ich ;) [15:18] "du hast edison gesagt" wo ? [15:18] @ogra_ du hast nicht "zufällig" ein BQ Edison 3? ;) [15:20] axo, nur weil das Tablet "Edison 3" heisst, da hasst du mich aber gerade erwischt ;) [15:21] :) [15:21] Es gibt da u.A. noch das "Edison 2" aber da nutzt eine ältere CPU ... [15:28] hat hier jemand einen Draht zu dem Deutschen Kernel-Coder von BQ ? === chihchun is now known as chihchun_afk [15:52] hmmm ... [15:55] gibts noch was zum nachlesen? [15:57] bye === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk