| 00:00.14 | *** join/#arm-netbook akaizen (43b4563d@gateway/web/freenode/ip.67.180.86.61) |
| 00:00.44 | akaizen | Is anyone working on the Allwinner A10 VPU still? |
| 00:06.36 | akaizen | if so plz pm me, im a systems dev and just got one of these devices and have some time for a side project |
| 00:23.53 | WarheadsSE | akaizen: yeah, still be worked on |
| 00:30.07 | akaizen | cool, who can i talk to get involved |
| 00:42.19 | akaizen | checking the logs, thats a nice feature! |
| 00:53.00 | WarheadsSE | Handy, yes |
| 00:53.08 | WarheadsSE | I'm not the one working on the VPU though :p |
| 01:08.32 | *** join/#arm-netbook ssalevan (~Adium@pool-108-41-34-56.nycmny.fios.verizon.net) |
| 02:21.10 | *** join/#arm-netbook hipboi (~hipboi@221.4.213.95) |
| 02:40.43 | *** join/#arm-netbook kaspter (~Instantbi@180.168.145.234) |
| 02:40.48 | *** join/#arm-netbook ssalevan (~Adium@pool-108-41-34-56.nycmny.fios.verizon.net) |
| 03:42.50 | *** join/#arm-netbook ZaEarl (~malmrose@122.host-182-48-148.compassnet.co.nz) |
| 03:51.22 | *** join/#arm-netbook mSquare (~selvan@122.167.77.212) |
| 05:34.21 | *** join/#arm-netbook mSquare (~selvan@122.167.91.3) |
| 06:10.54 | orly_owl | the red building is allwinner offices? |
| 06:18.26 | *** join/#arm-netbook rellla (~Thunderbi@p5B078749.dip0.t-ipconnect.de) |
| 06:22.17 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 06:23.48 | *** join/#arm-netbook rellla (~Thunderbi@p5B07809B.dip0.t-ipconnect.de) |
| 06:30.10 | *** join/#arm-netbook sspiff (~quassel@103.4-78-194.adsl-static.isp.belgacom.be) |
| 06:30.11 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 06:39.49 | *** part/#arm-netbook MindBeat (~mindbeat@h86n2c1o1041.bredband.skanova.com) |
| 07:05.15 | *** join/#arm-netbook Quarx (~Quarx@94.137.24.14) |
| 07:09.49 | *** join/#arm-netbook ZaEarl (~malmrose@122.host-182-48-148.compassnet.co.nz) |
| 07:13.27 | *** join/#arm-netbook cheng (~cheng@118.101.201.223) |
| 07:23.06 | cheng | i'm following guide multi-boot u-boot here(https://github.com/a10linux/uboot-multi-allwinner/wiki/README.nand-ICS) to load kernel,after following all steps, board is still running internal android |
| 07:29.25 | *** join/#arm-netbook rellla (~Thunderbi@p5B0792AA.dip0.t-ipconnect.de) |
| 07:42.17 | *** join/#arm-netbook ibrah2 (~yaaic@212.49.88.99) |
| 07:43.09 | *** join/#arm-netbook polto2010 (~polto2010@41.153.160.105) |
| 07:44.02 | hno | Heh.. been pulling my hair for a while trying to figure out why JTAG crashes after a while in the merged sunxi tree, only to realize that it's the watchdog I added myself that kicks in. |
| 07:44.13 | hno | u-boot that is. |
| 07:45.23 | Triffid_Hunter | heh |
| 07:45.50 | mnemoc | hno: :D |
| 07:45.56 | Triffid_Hunter | whenever I use watchdog with stuff, I make it print out during reboot that the watchdog triggered last time.. not sure how easy it is to do that with these arm chips though |
| 07:46.13 | hno | RaYmAn or mnemoc, do you have time to test u-boot from the sunxi branch on both A10 and A13? |
| 07:46.50 | mnemoc | hno: I'll prepare my desk for that now |
| 07:46.54 | hno | Triffid_Hunter, yes that would be nice, but I have no idea to tell why these Allwinner chips reset. |
| 07:47.12 | hno | and to complicate further I had no console cable connected, only JTAG. |
| 07:48.15 | cheng | hno: i have console cable connect, would be good if i can helps out |
| 07:49.02 | hno | cheng, sure, just grab the sunxi u-boot branch, build for sun4i or sun5i depending on what you have and prepare an SD card with the result and try booting. |
| 07:49.45 | hno | If all is well you should see SPL banner, and then u-boot starting. |
| 07:50.26 | RaYmAn | I'm not at home (and devices are at home), so can't help unfortunately |
| 07:50.50 | hno | I have only been able to test A13 SPL via JTAG so far. And now at work and can't do any testing until late tonight. |
| 07:51.48 | cheng | i'm still in learning stage. previously i have clone uboot-allwinner, so now i just issue 'git pull', what else i need to do before building? |
| 07:52.20 | hno | you need to switch to sunxi branch. Default branch is still sun4i. |
| 07:52.41 | hno | git checkout -b sunxi origin/sunxi |
| 07:54.03 | *** join/#arm-netbook hipboi (~hipboi@221.4.213.95) |
| 07:54.43 | cheng | i believe compile command still this 'make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- sun4i', right? |
| 07:55.17 | lundman | i just say make, but then I compile on arm |
| 07:56.13 | cheng | arm-none-linux-gnueabi-ld: section .bss [4a01fbb8 -> 4a05241f] overlaps section .rel.dyn [4a01fbb8 -> 4a02301f] |
| 07:56.14 | cheng | arm-none-linux-gnueabi-ld: section .dynsym [4a023020 -> 4a0230ef] overlaps section .bss [4a01fbb8 -> 4a05241f] |
| 07:56.14 | cheng | arm-none-linux-gnueabi-ld: u-boot: section .bss vma 0x4a01fbb8 overlaps previous sections |
| 07:56.14 | cheng | make[1]: *** [u-boot] Error 1 |
| 07:56.16 | cheng | make[1]: Leaving directory `/home/cheng/Desktop/study/a10/source/uboot/uboot-allwinner' |
| 07:56.18 | cheng | make: *** [sun4i] Error 2 |
| 07:59.51 | cheng | i switch back to sun4i and building ok |
| 08:00.04 | cheng | gtg, will try again later on |
| 08:00.22 | *** part/#arm-netbook cheng (~cheng@118.101.201.223) |
| 08:01.56 | hno | odd.. |
| 08:03.24 | hno | need to know if that's the spl build or u-boot build. |
| 08:04.40 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 08:45.19 | *** join/#arm-netbook ibrah2 (~yaaic@212.49.88.99) |
| 08:58.45 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 09:00.47 | *** join/#arm-netbook mysteryname (~daniel@14-202-9-167.tpgi.com.au) |
| 09:01.22 | *** join/#arm-netbook von_fritz (~fritz@host21-184-dynamic.54-82-r.retail.telecomitalia.it) |
| 09:03.27 | oliv3r | lkcl: but there are hopes then? E.g. there might be reason to invest into a a10 based device? It really sucks that AMLogic didn't want to play ball, as there atleast is some software available for their vpu :( |
| 09:04.09 | von_fritz | hno Loading U-Boot... ### ERROR ### Please RESET the board ### nohting more on mele |
| 09:05.00 | *** join/#arm-netbook hipboi_ (~hipboi@221.4.213.95) |
| 09:05.01 | oliv3r | I wonder how well an A10 based native (or i guess even with android) XBMC box would sell. If enough momentum could be gained so a big enough order could be generated, that would be a nice incentive. But with all the android xbmc boxes out now, it's highly unlikly people would be interested :( |
| 09:14.11 | hno | von_fritz, nothing else? Ok. will look into it tonight. Thanks for testing. |
| 09:18.29 | *** join/#arm-netbook ibrah2 (~yaaic@212.49.88.99) |
| 09:18.41 | rz2k | hno: ### ERROR ### Please RESET the board ### is the error I've got on my ly-f1 when it was working, fixed with board soft reset by onboard button wired to A10 reset. never did boot up from cold start. |
| 09:18.54 | rz2k | s/got/had/ |
| 09:20.27 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.99) |
| 09:22.27 | hno | rz2k, it's a fairly generic error. Error reporting in SPL isn't the best. |
| 09:23.47 | mnemoc | oliv3r: you can configure xmbc to use an external player, like mx, which then uses the native cedarx support in android 4.0 |
| 09:24.25 | mnemoc | oliv3r: not nice, but at least better than what we have on linux |
| 09:29.23 | mnemoc | hno: building sun5i, make[2]: *** No rule to make target `/home/amery/projects/allwinner/hno-uboot-sun4i/include/linux/types.h', needed by `cache_v7.o'. Stop. ... should I copy it or symlink something? |
| 09:30.31 | oliv3r | Well, as a 'user'; I much support what rhombus tech aims and wants to do, but atm I think, the most 'open source' we have right now, is the pivos (amlogic) I haven't played much with the source yet though and the mediaplayer sure does look very messy |
| 09:30.56 | hno | mnemoc, did you remember CROSS_COMPILE? |
| 09:31.11 | mnemoc | hno: yup |
| 09:31.25 | hno | mnemoc, try "distclean" |
| 09:31.28 | oliv3r | anybody know btw, what OpenMAX goal is? Is it to 'replace' vpdau/XvBA/VA-API/xvmc etc? be 'the one to rule them all' kinda? |
| 09:32.04 | mnemoc | hno: meh. distclean did the trick.... a mere `clean` wasn't enough |
| 09:32.18 | mnemoc | odd |
| 09:33.07 | mnemoc | hno: does uboot support an O= like argument to be able to build both over the same working tree? |
| 09:33.29 | *** join/#arm-netbook pawel58701 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 09:34.22 | mnemoc | it does :) |
| 09:34.24 | hno | mnemoc, no idea. I hope so. |
| 09:37.41 | mnemoc | $ du -sh sun* |
| 09:37.42 | mnemoc | 6,8Msun4i_build |
| 09:37.42 | mnemoc | 6,8Msun5i_build |
| 09:37.42 | mnemoc | :) |
| 09:37.59 | mnemoc | now to test |
| 09:39.50 | *** join/#arm-netbook ibrah2 (~yaaic@212.49.88.99) |
| 09:46.14 | hno | mnemoc, build worked now? What was the cause to types.h error? |
| 09:50.49 | mnemoc | hno: I had renamed the working dir from hno-uboot-sun4i to hno-uboot-sunxi but that detail was important to make, so distclean solved it |
| 09:51.10 | mnemoc | absolute references are anoying :< |
| 09:51.54 | mnemoc | but more annoying are my ttl/usb adapters... they like to go on strike :< |
| 09:56.10 | mnemoc | ordered a bunch more so I don't have to move them from one device to the next |
| 09:57.07 | *** join/#arm-netbook tzafrir (~tzafrir@local.xorcom.com) |
| 09:58.10 | cat_x301 | mnemoc: what is the recommended place to download rtl8192cufw.bin? |
| 09:58.56 | mnemoc | ow |
| 09:59.16 | mnemoc | /lib/firmware/ is the standard place |
| 09:59.33 | mnemoc | I had forgotten the mainlined wifi driver needs that |
| 09:59.46 | cat_x301 | mnemoc: to download from actually :) |
| 10:00.36 | mnemoc | your desktop machine? :p |
| 10:00.44 | mnemoc | want my /lib/firmware/rtlwifi/rtl8192cufw.bin ? |
| 10:00.50 | mnemoc | from ubuntu 12.04 |
| 10:00.53 | cat_x301 | unlikely.. but lemme check.. |
| 10:01.14 | cat_x301 | i am running gentoo.. |
| 10:01.38 | mnemoc | linux-firmware: /lib/firmware/rtlwifi/rtl8192cufw.bin |
| 10:01.41 | mnemoc | want it? |
| 10:02.09 | mnemoc | https://filetea.me/t1sdbfc0 |
| 10:02.42 | cat_x301 | hmm, there is something in gentoo too, not sure hoever, because last two letters are different: net-wireless/rtl8192su-firmware |
| 10:03.21 | mnemoc | in rtlwifi I have c, cu, de, se and u. but not su |
| 10:03.30 | cat_x301 | :) |
| 10:03.45 | cat_x301 | anyway, got one from your link, thanks! |
| 10:04.08 | mnemoc | I suppose it might be a good idea to include this .bin in our tree if we are going to use that driver |
| 10:04.16 | mnemoc | yw |
| 10:06.32 | *** join/#arm-netbook mysteryname (~daniel@14-202-9-167.tpgi.com.au) |
| 10:15.39 | cat_x301 | mnemoc: affirmative |
| 10:17.44 | specing | cat_x301: Another Gentoo user? LOVELY |
| 10:18.12 | specing | cat_x301: join #gentoo-embedded |
| 10:19.12 | specing | cat_x301: Everything should be in linux-firmware |
| 10:19.24 | cat_x301 | specing: actually i am not that advanced with it. Rarely do any update, hardly understand packaging system -- in short use it like a monkey :) but like it anyway! |
| 10:19.31 | mnemoc | http://linux-sunxi.org/Gentoo ? :) |
| 10:19.59 | specing | mnemoc: http://linux-sunxi.org/A10-MID |
| 10:20.40 | mnemoc | specing: I mean, about OS support on any A10/A13 device |
| 10:20.48 | specing | Oh |
| 10:21.02 | specing | Well I haven't worked on my tablet in over two months now |
| 10:21.08 | mnemoc | :( |
| 10:21.29 | specing | Im just doing a regular batch of system updates right now |
| 10:21.43 | mnemoc | Gentoo fans will still value your knowledge about running Gentoo on sunxi devices :) |
| 10:21.44 | specing | updating an ARMv5 filesystem right now |
| 10:22.04 | specing | I do get it to the login prompt |
| 10:22.13 | specing | But I have no way to login... yet |
| 10:22.19 | mnemoc | we have fbcon now |
| 10:22.28 | specing | yay |
| 10:22.33 | mnemoc | :) |
| 10:24.01 | specing | Anyway Im just doind updates right now |
| 10:24.31 | specing | I won't have time to actually work on getting it to run _properly_ until after 2 months |
| 10:25.25 | cat_x301 | mnemoc: gentoo is on my pc, and mk802 runs mer -- https://wiki.merproject.org/wiki/Main_Page |
| 10:25.56 | mnemoc | cat_x301: http://linux-sunxi.org/Mer ? |
| 10:26.09 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.98) |
| 10:26.15 | cat_x301 | mnemoc: yeah, but too early! :) |
| 10:26.17 | RaYmAn | lol |
| 10:26.34 | RaYmAn | mnemoc: should setup an auto-reply for all OS keywords you can find ;) |
| 10:26.39 | mnemoc | RaYmAn: :D |
| 10:26.48 | cat_x301 | mnemoc: no ui yet, fighting with gles.. |
| 10:27.01 | orly_owl | cat_x301: do you use a desktop eniv on it? |
| 10:27.02 | oliv3r | i love my gentoo! :p |
| 10:27.17 | RaYmAn | cat_x301: I'm not convinced ANYONE got gles working outside of android :P |
| 10:27.23 | mnemoc | cat_x301: but you have knowledge to share at http://linux-sunxi.org/Mer already :) |
| 10:27.59 | cat_x301 | mnemoc: common, not that fast! I am slow-pace man :D |
| 10:28.07 | mnemoc | :) |
| 10:28.31 | orly_owl | cat_x301: what do you use your mk802 for? |
| 10:30.17 | cat_x301 | orly_owl: well, first several days enjoyed android, got bored, and now trying to run on it something exotic, i.e. mer+nemo. |
| 10:30.36 | orly_owl | cool |
| 10:30.52 | orly_owl | im looking at unity or kde's plasma active for tablets |
| 10:32.10 | cat_x301 | orly_owl: i was thinking of that too, but nemo looked better for me. though in the past i liked kde, until it became to heavy for me :) |
| 10:32.23 | cat_x301 | s/to/too |
| 10:32.52 | orly_owl | now i shall find a screenshot of nemo |
| 10:33.43 | cat_x301 | orly_owl: you can even try it with virtualbox, there is an image. I guess plasma-active image is available too |
| 10:33.56 | orly_owl | a mer image? cool |
| 10:34.18 | cat_x301 | orly_owl: http://repository.maemo.org/meego/Nemo/ |
| 10:34.51 | cat_x301 | orly_owl: do not expect any super-puper-funcy stuff there however.. |
| 10:35.29 | orly_owl | darn |
| 10:35.44 | orly_owl | i wanted at least semi-fancy stuff |
| 10:35.51 | cat_x301 | orly_owl: :D |
| 10:35.52 | orly_owl | enough to make a tablet useful |
| 10:35.54 | orly_owl | =D |
| 10:42.10 | *** join/#arm-netbook cheng (~cheng@124.13.188.101) |
| 10:46.56 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 11:01.06 | cat_x301 | hmm, no luck with rtlwifi, something is wrong: |
| 11:01.07 | cat_x301 | [root@localhost ~]# ifconfig wlan0 up |
| 11:01.07 | cat_x301 | SIOCSIFFLAGS: Operation not possible due to RF-kill |
| 11:01.41 | orly_owl | does wifi need the driver to load a binary blob? |
| 11:01.44 | merbanan | oliv3r: OpenMAX is like OpenGL but for codecs |
| 11:02.39 | oliv3r | so a replacement for ffmpeg, libavcodec etc? with a possible hardware accelerated backend? |
| 11:03.29 | cat_x301 | orly_owl: what do you mean? |
| 11:04.48 | orly_owl | firmware |
| 11:05.06 | orly_owl | does the wifi driver load firmware onto the wifi chipset? |
| 11:05.09 | cat_x301 | orly_owl: firmware is loaded by rtl8192 |
| 11:05.36 | orly_owl | what wifi chipset do a10 tablets use? |
| 11:06.19 | cat_x301 | orly_owl: lsusb gives this |
| 11:06.20 | cat_x301 | Bus 004 Device 002: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN |
| 11:06.33 | RaYmAn | that's definitely the most used one for a10 devices |
| 11:06.34 | orly_owl | on the mk802? |
| 11:06.43 | mnemoc | the allwinnerized driver has the firmware encoded within the C code |
| 11:06.45 | cat_x301 | orly_owl: firmware is loaded like this: |
| 11:06.45 | cat_x301 | [ 15.290000] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin |
| 11:07.26 | mnemoc | not sure how the GPL license of that code affects the blob |
| 11:07.31 | cat_x301 | mnemoc: ah, you're right, i was talking about upstream driver. orly_owl: sorry |
| 11:07.32 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 11:08.09 | mnemoc | eventually we all should use the upstream driver |
| 11:08.34 | cat_x301 | : mer does not have rfkill tool :( |
| 11:08.47 | orly_owl | mnemoc: so you can view the firmware source code or it's in binary form? |
| 11:08.54 | mnemoc | disable rfkill in your kernel build |
| 11:09.09 | cat_x301 | mnemoc: brilliant idea! |
| 11:09.19 | mnemoc | orly_owl: binary, as a char[] :p |
| 11:09.24 | orly_owl | darn |
| 11:09.25 | orly_owl | ok |
| 11:09.44 | cat_x301 | i guess one can easily make firmware blob out of it. |
| 11:10.50 | hno | mnemoc, any success/failure in u-boot tests? |
| 11:13.05 | cheng | hi hno. i just tried with the u-boot, boot ok. |
| 11:13.30 | cheng | but once i change to to sun4i, it no longer work. |
| 11:14.48 | hno | cheng, which one works, and which fails? |
| 11:14.59 | cheng | sunxi working.. |
| 11:15.02 | cheng | sun4i not working |
| 11:15.08 | hno | what board do you have? |
| 11:15.41 | lundman | finally I can port mirror and do some packet sniffing |
| 11:15.59 | cheng | mele a1000 |
| 11:16.15 | hno | sun4i branch should work fine on a1000. |
| 11:17.13 | mysteryname | cheng: does yours hang? IIRC I tried sun4i on the A2000 and it hung, so I have reverted it till I have more time to play around. |
| 11:18.23 | orly_owl | make firmware blob out of it? meaning? |
| 11:19.38 | cat_x301 | orly_owl: no sense as long as there is working upstream driver :) |
| 11:20.10 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 11:20.24 | *** join/#arm-netbook Almamuetya (~almamuety@186.134.28.160) |
| 11:21.03 | orly_owl | oh |
| 11:21.15 | orly_owl | upstream driver doesnt load firmware onto the wifi chipset? |
| 11:21.59 | hno | orly_owl, it does in most cases. |
| 11:22.07 | hno | from a file. |
| 11:22.42 | orly_owl | ok |
| 11:23.00 | orly_owl | is there a list of wifi chipsets a10 tablets use? |
| 11:23.05 | hno | almost no upstream drivers have firmware embedded in the driver. |
| 11:23.39 | hno | orly_owl, most are using various realtek modules. |
| 11:23.54 | orly_owl | ok |
| 11:23.56 | hno | Allwinner have a list they support. |
| 11:24.17 | hno | why? |
| 11:24.27 | cheng | for sun4i uboot, kernel stop at cannot open root device "mmcblk0p2" |
| 11:24.28 | orly_owl | all of which either load firmware using the driver or have firmware embedded in the driver |
| 11:24.52 | orly_owl | id like a tablet that doesnt require loading firmware onto the wifi chipset |
| 11:25.35 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 11:25.41 | hno | why? |
| 11:26.19 | hno | cheng, make sure there is rootwait on the kernel command line. |
| 11:26.30 | orly_owl | for the freedom aspect |
| 11:26.40 | orly_owl | free software and so on |
| 11:27.05 | hno | cheng, so both sunxi and sun4i branches suceed in loading the kernel for you, but with sun4i the kernel fails to mount the root? |
| 11:27.39 | cheng | yes, both sun4i and sunxi can load the kernel. |
| 11:27.51 | hno | orly_owl, so you are of the opinion that a firmware rom on the wifi module is more free than a binary file with the same contents loaded runtime? |
| 11:28.08 | hno | well, both are loaded runtime. |
| 11:28.33 | hno | only differing in by whom and from where. |
| 11:29.17 | mnemoc | hno: haven't been able to test yet :< |
| 11:29.47 | orly_owl | hno: yes, im funny like that |
| 11:29.51 | merbanan | oliv3r: not completely but it is supposed to be a generic interface against codecs, but it isn't |
| 11:30.08 | cheng | yup, 'rootwait' solve it..now ok |
| 11:30.44 | cheng | but in all cases, i do not use the spl |
| 11:30.46 | orly_owl | i consider firmware burnt onto a rom part of the hardware |
| 11:31.36 | RaYmAn | orly_owl: almost all, if not all, wifi chips used in embedded devices have binary firmware that is uploaded runtime. (BCM4329/4330 is one, very popular, example) |
| 11:31.51 | cat_x301 | orly_owl: in that case you should not worry about how it ends up there in hw |
| 11:32.09 | orly_owl | RaYmAn: mhm, thats why i prefer atheros wifi |
| 11:32.18 | orly_owl | for laptops |
| 11:32.30 | orly_owl | obviously not really an option for a10 devices |
| 11:32.55 | RaYmAn | iirc atheros embedded chipsets also loads firmware runtime. |
| 11:33.06 | mnemoc | orly_owl: eoma68-a10 + good-laptop with atheros wifi ;-) |
| 11:33.23 | orly_owl | RaYmAn: nah, it stays on the wifi card |
| 11:33.48 | orly_owl | mnemoc: ok, let me know when eoma68-a10 is for sale :3 |
| 11:34.22 | RaYmAn | orly_owl: http://comments.gmane.org/gmane.linux.kernel.wireless.general/88563 |
| 11:34.29 | RaYmAn | so it clearly doesn't on ath6k |
| 11:34.39 | mnemoc | orly_owl: i believe before xmas... but we still need someone to make a good eoma68 laptop :< |
| 11:35.10 | orly_owl | there is an ath6k? |
| 11:35.58 | orly_owl | mnemoc: until then, time to gut existing laptops and stick an eoma68-a10 inside |
| 11:36.02 | RaYmAn | well, the driver is called that. I guess it's more AR6xxx devices. |
| 11:36.59 | oliv3r | merbanan: so it's doomed to fail? :p |
| 11:37.18 | mnemoc | orly_owl: :) |
| 11:37.32 | orly_owl | or coreboot my thinkpad |
| 11:37.36 | orly_owl | Either way |
| 11:38.45 | merbanan | oliv3r: no, android uses omx, and the spec has been revised |
| 11:38.54 | merbanan | but it is a mess |
| 11:39.30 | merbanan | you can't implement omx support for one driver and have it work for another |
| 11:39.50 | merbanan | there are quirks in all different implementations |
| 11:40.59 | RaYmAn | It's still a hell of a lot better than people using their own proprietary stuff (but definitely; it should be much more standardized) |
| 11:43.51 | oliv3r | ah, I thought OMX was OpenMaX :p |
| 11:44.50 | oliv3r | merbanan: so what would you think the best long term solution for hw assisted decoding is? something like vpdau/xvba/cedarx? something more generic suitable for all? OpenCL/Max/OMX? |
| 11:46.53 | merbanan | omx is openmax |
| 11:47.17 | merbanan | I guess a better specified omx is the way to go |
| 11:47.28 | merbanan | but right now it is a mess |
| 11:47.48 | merbanan | just check all the quirk flags the stagefright omx layer has |
| 11:47.55 | *** join/#arm-netbook IEF (ief@shadowchild.nl) |
| 11:52.39 | oliv3r | and does the khronosgroup have any plans for that? |
| 11:53.11 | oliv3r | personally, I guess opencl would be a better solution, and simply have proper backends for neon and maybe even dedicated 'video' units |
| 11:56.00 | mnemoc | libav ftw! |
| 11:56.16 | mnemoc | err... libva |
| 11:57.47 | *** part/#arm-netbook cheng (~cheng@124.13.188.101) |
| 12:10.14 | cat_x301 | still has no luck with wifi.. |
| 12:11.04 | cat_x301 | kernel bug: |
| 12:11.05 | cat_x301 | [root@localhost ~]# ifconfig wlan0 up |
| 12:11.05 | cat_x301 | [ 81.970000] rtl8192cu: MAC auto ON okay! |
| 12:11.05 | cat_x301 | [ 82.050000] rtl8192cu: Tx queue select: 0x05 |
| 12:11.05 | cat_x301 | [ 82.070000] ------------[ cut here ]------------ |
| 12:11.05 | cat_x301 | [ 82.070000] kernel BUG at /home/cat/src/a10/linux-allwinner/arch/arm/include/asm/dma-mapping.h:321! |
| 12:11.06 | cat_x301 | [ 82.070000] Internal error: Oops - BUG: 0 [#2] PREEMPT ARM |
| 12:11.06 | cat_x301 | [ 82.070000] Modules linked in: hdmi hdmi lcd lcd disp disp cfbcopyarea cfbcopyarea cfbimgblt cfbimgblt cfbfillrect cfbfillrect mali_drm mali_drm drm drm ump ump rtl8192cu rtl8192cu rtl8192c_common rtl8192c_common rtlwifi rtlwifi |
| 12:11.41 | cat_x301 | this happened after i disabled rfkill. |
| 12:13.45 | hno | cat_x301, high quality driver code. There should be more info in the oops pinpointing more exactly where the error is. |
| 12:14.48 | cat_x301 | hno: yeah, i know, but it is a bit inconvenient to post duplicated messages here.. |
| 12:16.30 | RaYmAn | cat_x301: pastebin ;) |
| 12:18.05 | cat_x301 | RaYmAn: no only that, i have to remove every second line by hand to provide some sane reading :) |
| 12:18.10 | cat_x301 | s/no/not |
| 12:19.05 | RaYmAn | oh yeah - Disable low-level debug output. If you boot to regular console, there's not much point in that |
| 12:20.02 | cat_x301 | i asked already about getting rid of messaging like this: |
| 12:20.02 | cat_x301 | <6>rtl8192cu: MAC auto ON okay! |
| 12:20.02 | cat_x301 | [ 81.970000] rtl8192cu: MAC auto ON okay! |
| 12:20.02 | cat_x301 | it does not seem to be that low level. |
| 12:20.11 | cat_x301 | priority 6.. |
| 12:20.19 | RaYmAn | the <6> messages are the low-level debug thingy |
| 12:20.29 | RaYmAn | it's an allwinner thing. |
| 12:20.53 | cat_x301 | RaYmAn: how come 3.6 kernel does not do anything like this, with the same codebase+defconfig? |
| 12:21.12 | cat_x301 | well, allwinner codebase :) |
| 12:21.36 | RaYmAn | you probably didn't add in the debug code :) |
| 12:21.46 | cat_x301 | RaYmAn: :) |
| 12:22.06 | cat_x301 | but hey, i am using upstream version of rtlwifi |
| 12:22.17 | cat_x301 | no allwinner cr#p |
| 12:22.46 | RaYmAn | fine, let me expand on my statement. Allwinner registers a serial debug console very early in their code. (IIrc, hardcoded somewhere outside of anything allwinner should ever touch) |
| 12:22.48 | oliv3r | does the a10 allready run a 'mainline' kernel? |
| 12:23.24 | cat_x301 | oliv3r: at least i get up to console. |
| 12:23.36 | RaYmAn | cat_x301: hence, all messages written to console are put out on that debug console. Then when the 'regular' console registers, double messages appears. |
| 12:24.41 | cat_x301 | RaYmAn: to me it looks like stderr and stdout are simply printed on the same console. |
| 12:24.52 | RaYmAn | cat_x301: I give up. |
| 12:25.09 | cat_x301 | RaYmAn: please don't! :) |
| 12:25.34 | grevaillot | hi all |
| 12:26.02 | grevaillot | dupplicated log is not an allwinner thing, it's normal when using LL_debug with a regular console on the same uart |
| 12:26.12 | oliv3r | or rather, a 'vanilla' kernel? |
| 12:26.15 | grevaillot | just config issue :) |
| 12:26.38 | hno | RaYmAn, maybe they did not know about earlyprintk? |
| 12:26.41 | cat_x301 | grevaillot: what is config option to get rid of this? early printk does not affect |
| 12:27.02 | RaYmAn | hno: I guess so :P |
| 12:27.20 | hno | cat_x301, getting your hands dirty in the kernel code and clean up the mes. |
| 12:27.24 | hno | s |
| 12:27.28 | cat_x301 | RaYmAn: i think you are right, look: |
| 12:27.28 | cat_x301 | [ 0.430000] sunxi-uart.0: ttyS0 at MMIO 0x1c28000 (irq = 1) is a U6_16550A |
| 12:27.28 | cat_x301 | <6>console [ttyS0] enabled |
| 12:27.28 | cat_x301 | [ 1.110000] console [ttyS0] enabled |
| 12:27.28 | cat_x301 | it starts duplication exactly after this line |
| 12:27.29 | grevaillot | hmm, they might have their early_printk stuff not plugged n ;) |
| 12:28.00 | grevaillot | total allwinner noob... |
| 12:28.15 | grevaillot | alinuxino a13 in the mailbox yesterday |
| 12:28.25 | RaYmAn | cat_x301: gee, that almost sounds like it's saying I'm right ;) |
| 12:28.42 | hno | still remembers running 3.4 with only earlyprintk console, no ttyS0. Was a bit limiting. |
| 12:28.55 | RaYmAn | kind of one-way, isn't it? :P |
| 12:29.10 | hno | grevaillot, good timing just as we got u-boot working decent. |
| 12:29.14 | *** join/#arm-netbook hipboi (~hipboi@222.50.111.36) |
| 12:29.25 | hno | RaYmAn, it is. |
| 12:29.30 | RaYmAn | I wish I could remember where allwinners earlyprinkt-type stuff is hidden |
| 12:29.31 | *** join/#arm-netbook jinzo_ (~jinzo@oxy.p2p.si) |
| 12:29.39 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 12:29.59 | grevaillot | hno: i was looking at your uboot tree, not sure of what it implies - discovering the boot chain process on sunxi platform |
| 12:30.05 | hno | I am a little confused that it has been allowed to surive. |
| 12:30.14 | hno | grevaillot, what? |
| 12:30.14 | grevaillot | hno: are we not dependent anymore of allwinder boot0 and boot1 blobs ? |
| 12:30.36 | hno | grevaillot, we have not depended on them in quite a while, but only on A10. Now on A13 as well. |
| 12:30.53 | grevaillot | ah, nice |
| 12:31.19 | hno | but only for SD booting so far. Sill have to crack some details about the nand contorller/driver., |
| 12:32.26 | jinzo_ | Hello, I'm looking around and see a boatload of A10 + Mali400 boards/devices, but does anyone know if there're any without Mali400 (and with SATA)? So something aimed at small servers/alike? |
| 12:32.57 | RaYmAn | mali is inside the a10 SoC |
| 12:33.05 | hno | jinzo_, MALI is always there. but you don't need to use it if you don't want it. |
| 12:33.19 | hipboi | jinzo_: checkout cubieboard.org |
| 12:33.24 | hno | oh, hi hipboi |
| 12:33.33 | jinzo_ | that's what I feared. hipboi I'm having my eye on it |
| 12:33.47 | hno | jinzo_, why fear? |
| 12:34.06 | hipboi | hno: hi |
| 12:34.38 | jinzo_ | hno, because I hoped there will be some even cheaper devices without a GPU available sometime |
| 12:34.55 | hno | jinzo_, the A10 isn't exactly expensive. |
| 12:35.08 | jinzo_ | indeed - but why would I pay for something I won't need? |
| 12:35.09 | Marex | hno: hey |
| 12:35.15 | Marex | hno: how're things going ? |
| 12:35.17 | mysteryname | jinzo_, it's like asking for a intel with out the HD4000 in it, I don't think that can be done. |
| 12:35.50 | hipboi | hno: have you got a uSD breakout board |
| 12:35.58 | jinzo_ | but, looks like I'll have to snag cubieboard and play with that :) |
| 12:36.02 | hno | Marex, quite well. Merging sun4i & sun5i trees, and then cleaning the tree up for submission. |
| 12:36.12 | hno | hipboi, no, was about to ask you what happened with that |
| 12:36.15 | oliv3r | Most servers have integrated graphics, but not loading the driver is usually enough to not waste any resources or increase temperature :) |
| 12:36.18 | Marex | hno: perfect |
| 12:36.23 | Marex | hno: thanks! |
| 12:36.30 | hipboi | hno: because i said i will send you one |
| 12:36.37 | hipboi | hno: with the cubieboard |
| 12:36.39 | Marex | hno: I'm now doing a gigantic stdio/serial rework |
| 12:36.49 | jinzo_ | oliv3r, indeed - and probably easier to upgrade/hack if you don't relay on proprietary GPU drivers :) |
| 12:36.55 | hno | hipboi, yes... |
| 12:37.28 | hno | don't have a cubieboard either. |
| 12:38.20 | hipboi | hno: will start to ship this weekend, hopefully |
| 12:38.24 | oliv3r | and that :) as for price, I guess you could find a SoC without a GPU in it but doubt it'll be any cheaper. |
| 12:38.34 | jinzo_ | hipboi, regarding your shop - ever considered selling RF (presuming the Mele F10 sensor remote is RF) usb dongles? |
| 12:39.09 | jinzo_ | because I found out that it's hard to get a good "generic" remote. |
| 12:39.41 | hno | The Mele remotes include an RF dongle from what I can remember. |
| 12:39.48 | rz2k | hipboi: any news about mali r3p1? |
| 12:40.02 | jinzo_ | hno, oh? Then I missed it. That would be great. |
| 12:40.10 | hipboi | cubieboard is too small to put another usb hub chip and a rf module |
| 12:40.28 | hipboi | there is ir on the board |
| 12:40.54 | hno | hipboi, you have USB ports. That's sufficient. |
| 12:40.56 | jinzo_ | hipboi, I'm not talking about cubie itself - but more as a generic solution I could plug in |
| 12:41.12 | oliv3r | hipboi, about your shop, why is shipping to europe so horrendosly expensive? I was looking at a mele a1000 but 75USD for the device, 42USD for shipping is ... harsh :) |
| 12:41.18 | jinzo_ | to any of the myriad of A1X devices. |
| 12:41.37 | jinzo_ | oliv3r, that's quite standard for aliexpress and DHL/others. |
| 12:41.53 | jinzo_ | the cubieboard shipping is 29USD tho :D |
| 12:41.57 | oliv3r | yeah, but when I order via dx; i get the same device, with "free" shipping |
| 12:42.11 | mnemoc | jinzo_: pick china post, not fancy carriers |
| 12:42.15 | oliv3r | I don't mind spending a little extra as sponsoring |
| 12:42.16 | jinzo_ | yeah, with China Post (so slower) |
| 12:42.31 | mnemoc | 2w max |
| 12:42.41 | jinzo_ | mnemoc, yeah I know - but I think I didn't notice china post on much of aliexpress listings |
| 12:42.56 | oliv3r | It didn't seem like it was changable |
| 12:43.05 | mnemoc | jinzo_: what country? |
| 12:43.07 | Triffid_Hunter | oliv3r: I ordered one from DX.. 6 weeks later I cancelled the order, they never shipped and never gave any reason why not |
| 12:43.12 | jinzo_ | mnemoc, Slovenia |
| 12:43.25 | jinzo_ | Triffid_Hunter, probabbly means only shipping |
| 12:43.40 | oliv3r | I've orderd many many things via dx |
| 12:43.51 | jinzo_ | so from the time they ship to the time you recieve it, and it's somewhere there - from 2 to 3w to europe |
| 12:43.53 | mnemoc | jinzo_: send hipboi a message asking what country to pick instead |
| 12:44.30 | jinzo_ | mnemoc, indeed - Austira (close to us) offers china post |
| 12:44.34 | mnemoc | jinzo_: aliexpress doesn't let sellers give shipping price per region, they have to set one by one or aliexpress's default absurdly-high prices win |
| 12:44.43 | jinzo_ | didn't know that - Thanks for the tip! |
| 12:44.54 | oliv3r | Netherlands! |
| 12:44.57 | mnemoc | jinzo_: in that case pick austria and add a comment |
| 12:44.58 | jinzo_ | I just tought noone on aliexpress uses China Post Air Mail |
| 12:45.08 | mnemoc | oliv3r: for .nl, pick .de |
| 12:45.32 | jinzo_ | mnemoc, I can even pick it up in austria (30min by car) if nothing else - again thanks! |
| 12:45.37 | mnemoc | jinzo_: it's just that sellers usually forget to set custom rules for slovenia |
| 12:45.52 | jinzo_ | can't blame them :D |
| 12:46.05 | mnemoc | :) |
| 12:46.50 | oliv3r | I know hipboi's store/stuff is reasonably popular in NL, hipboi, add .nl to your list of china post destinations :D |
| 12:47.06 | oliv3r | makes things much easier and logical for us stupid europeans :p |
| 12:47.12 | jinzo_ | :D |
| 12:47.30 | oliv3r | as I said, I don't mind payinga few dollars more, with that sponsoring opensource devs :) |
| 12:47.39 | jinzo_ | or at least put a note somewhere - that will increase the sales in my hones opinion |
| 12:47.52 | oliv3r | that too :) |
| 12:48.03 | jinzo_ | s/hones/honest/ |
| 12:48.09 | *** join/#arm-netbook Omni-Max__ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 12:48.27 | jinzo_ | oo goodie :) |
| 12:49.09 | hipboi | good idea |
| 12:49.15 | jinzo_ | That means cubieboard to EU is ~40€ - that's awesome. I hope it's sustainable. |
| 12:50.00 | hipboi | yes, i will have to live on it |
| 12:50.13 | mnemoc | jinzo_: just don't forget to buy some accessories to let hipboi's family eat :p |
| 12:50.32 | jinzo_ | mnemoc, :D I'm eyeing that remote too |
| 12:50.48 | mnemoc | :) |
| 12:51.50 | jinzo_ | hipboi, someone mentioned that Mele F10 Sensor Remote (btw: I think you have a typo http://www.aliexpress.com/store/product/Mele-F10-Seneor-Remote-working-with-Mele-A1000-and-A2000/511685_549872597.html) comes with a IR dongle. Could you confirm that? |
| 12:51.56 | oliv3r | A note, and slowly add shipping destinations, add once, never worry :) |
| 12:52.20 | hipboi | yes, F10 contains ir and 2.4G wireless |
| 12:52.38 | hipboi | but no ir dongle |
| 12:52.42 | *** join/#arm-netbook traeak (~bolsen@75-151-91-165-Colorado.hfc.comcastbusiness.net) |
| 12:52.45 | hipboi | only a rf dongle |
| 12:53.08 | jinzo_ | that's Great - just tought it's using IR. |
| 12:53.20 | oliv3r | I will then possibly create an account and order some new toys from your shop hipboi ;) |
| 12:53.52 | oliv3r | hipboi: btw, your domain is still broken, hipboi.org |
| 12:54.19 | hipboi | oh, my Chinese blog |
| 12:54.31 | hipboi | hosted on Dreamhost free host |
| 12:54.48 | oliv3r | I googled it once and found it to be dead; hoped for a link to your webshop |
| 12:54.50 | hipboi | they don't provide free host any more |
| 12:55.33 | *** join/#arm-netbook xxiao1 (~xxiao@ec2-50-112-57-59.us-west-2.compute.amazonaws.com) |
| 12:57.16 | oliv3r | hipboi: one more question, the PHY you use for the ethernet on A10, does it have the same problems as the one on the a1000? I read somewhere that the a1000 was using pio mode or something for the datastransfer crippling network performance so bad, that a USB dongle would actually work better |
| 12:57.24 | specing | waves to jinzo_ |
| 12:58.20 | jinzo_ | waves back o/ |
| 13:03.17 | *** join/#arm-netbook IEFtm (ief@shadowchild.nl) |
| 13:04.40 | hipboi | oliv3r: it's the same phy as mele |
| 13:06.16 | oliv3r | bummer :( I wonder how bad performance actually is :) |
| 13:06.32 | *** join/#arm-netbook kaspter (~Instantbi@180.172.80.136) |
| 13:07.12 | hipboi | oliv3r: https://github.com/amery/linux-allwinner/commit/43877b5458d424394f1367fbde03aa9ec9939f5f |
| 13:08.06 | oliv3r | oh, interesting, let me read |
| 13:08.13 | hipboi | i remember lundman has tested before |
| 13:08.18 | hipboi | the speed is not that bad |
| 13:09.33 | oliv3r | i read that blu-ray decoding over the network, or other high-bitrate encodings would chop |
| 13:09.56 | hipboi | indeed |
| 13:10.08 | oliv3r | but taht |
| 13:10.18 | oliv3r | but that's a bug in the a10, not the phy, right? |
| 13:13.18 | *** join/#arm-netbook cat_n9 (~communi@80-186-24-65.elisa-mobile.fi) |
| 13:14.45 | oliv3r | you could use an a10 based tablet in your store :p |
| 13:21.40 | *** join/#arm-netbook IEF (ief@shadowchild.nl) |
| 13:28.05 | hipboi | oliv3r: yes |
| 13:28.59 | *** join/#arm-netbook Simon_G (~simon@p579493B9.dip.t-dialin.net) |
| 13:29.30 | *** join/#arm-netbook IEF (ief@shadowchild.nl) |
| 13:39.50 | hno | oliv3r, the Ethernet performance problems is not about the PHY, it's about the MAC that is within A10. |
| 13:40.27 | naguirre | somebody get opengl acceleration working on a10 ? |
| 13:40.28 | hno | The driver is far from optimal, but hard to work with as we know very little about the MAC hardware. |
| 13:42.54 | rz2k | hipboi: you've missed my question or there is nothing new? I'm sorry for being pain in the ass, but, any news about mali r3p1? |
| 13:43.18 | hipboi | rz2k: news? |
| 13:43.23 | rz2k | trying to understand why our drm and mali.ko dont want to be friends. |
| 13:43.42 | hipboi | rz2k: really |
| 13:43.44 | rz2k | hipboi: can you deliver r3p1 libs for us like before? |
| 13:44.10 | hipboi | let me check |
| 13:44.26 | mnemoc | and please! armhf cedarx libs |
| 13:45.04 | rz2k | also, did you test r3p0 on linux? it fails for me with unknown symbol in OpenVG lib, cant tell right now which exactly, my r3p0 setup was on sdcard that died last night. |
| 13:45.25 | mnemoc | rz2k: using the next_mali kernel branch? |
| 13:45.30 | hipboi | cedarx libs has some serious memory leak problem |
| 13:45.45 | hipboi | rz2k: really? |
| 13:45.58 | rz2k | mnemoc: yes, I've tested both |
| 13:46.06 | hipboi | but someone has used the r3p0 in developing of their tv products |
| 13:46.11 | rz2k | its crippled library |
| 13:46.14 | mnemoc | rz2k: commits for that branch are also welcomed :) |
| 13:46.17 | hipboi | they need openVG for qt |
| 13:46.22 | rz2k | strange |
| 13:46.42 | hipboi | an Indian guy who lives in Taiwan |
| 13:46.48 | hipboi | not sure if he is here |
| 13:47.00 | mnemoc | hipboi: any chance to convice your colleague to fix it? |
| 13:47.17 | hipboi | i think he is fixing it |
| 13:47.27 | hipboi | not sure about the progress |
| 13:48.07 | hipboi | he insisted there was no bug |
| 13:48.37 | hipboi | but finally he realised the bug |
| 13:49.05 | naguirre | :) |
| 13:49.12 | mnemoc | classic :) |
| 13:49.20 | hipboi | : ) |
| 13:52.04 | *** join/#arm-netbook cat_n9 (~communi@a91-152-66-200.elisa-laajakaista.fi) |
| 14:01.15 | rz2k | if that guys are developing for qt using oVG, they use mali with x11 and have working setup, or they can just use openvg and raw fbdev? |
| 14:04.05 | oliv3r | hno: a see, I knew I read that somewhere. it's really a bummer. I wonder if that'll be fixed in the new and mighty a20! (or whatever it will be called) |
| 14:04.32 | orly_owl | a15 seems to be the upcoming soc |
| 14:04.34 | orly_owl | iirc |
| 14:05.51 | mnemoc | yes, and it seems it will be a quad cortex-a7 |
| 14:05.52 | oliv3r | wasn't the a13 'weaker' then the a10? or 'less complex', |
| 14:06.17 | orly_owl | yep |
| 14:06.19 | orly_owl | aimed at tablets |
| 14:06.32 | mnemoc | and 2/4 layer boards |
| 14:06.32 | orly_owl | no hdmi iirc |
| 14:06.53 | mnemoc | a12 has hdmi, but I've never heard about a device using it |
| 14:06.57 | oliv3r | so calling the next one A15, sounds confsuing :p |
| 14:07.03 | mnemoc | oliv3r: marketing :) |
| 14:07.11 | oliv3r | so true |
| 14:07.18 | orly_owl | there's one called a12? |
| 14:07.22 | RaYmAn | calling it a15 is just really silly :/ unless it's actually a Cortex A15 design :( |
| 14:07.23 | oliv3r | so the 'budget' version of the a15 will be A18? :p |
| 14:07.31 | mnemoc | oliv3r: :p |
| 14:07.43 | rz2k | I would enjoy 2layer board with DDR |
| 14:07.46 | oliv3r | hence, A20 makes somewhat sense, then they can use A23 for their budget version |
| 14:08.01 | mnemoc | RaYmAn: that's exactly the marketing-wise beauty |
| 14:08.10 | rz2k | pretty shure that is impossible |
| 14:08.23 | mnemoc | RaYmAn: cortex-a7 is the little brother of cortex-a15, while 100% compatible with it |
| 14:08.37 | RaYmAn | It's still poor marketing :( |
| 14:08.54 | mnemoc | RaYmAn: calling their cortex-a17 as A15 makets people buy it more |
| 14:08.58 | mnemoc | a7 |
| 14:09.06 | mnemoc | damn. coffee |
| 14:09.14 | WarheadsSE | heh |
| 14:09.15 | mnemoc | RaYmAn: calling their cortex-a7 as A15 makes people buy it more |
| 14:09.33 | RaYmAn | poor in the sense of, well, cheating |
| 14:09.33 | *** join/#arm-netbook ssalevan (~Adium@static-96-239-100-47.nycmny.fios.verizon.net) |
| 14:09.46 | mnemoc | RaYmAn: chinese marketing works that way :| |
| 14:10.15 | mnemoc | the add the Hz of each unit in the chips too |
| 14:10.28 | RaYmAn | yeh |
| 14:10.46 | mnemoc | it's not strictly a lie... just... not accurate |
| 14:12.07 | jelly-home | mnemoc: that's the definition of "lie" |
| 14:12.17 | jelly-home | just sayin |
| 14:13.37 | popolon | sounds like some are confusing between arm cotex A8,A9, A15, A7 and Allwinner A10, A13 |
| 14:14.03 | RaYmAn | jelly-home: it's not a lie - more like twisting the truth :P |
| 14:14.11 | jelly-home | RaYmAn: stop proving my point |
| 14:14.18 | oliv3r | they are 'abusing' the similarity of names to make it seem it is more then it actually is |
| 14:14.31 | oliv3r | i think that's as lcose to lieing as you can get, without actually calling it lieing |
| 14:15.00 | RaYmAn | you can't really call the naming lying as such. They aren't calling it "Cortex A15", they are calling it "Allwinner A15" etc |
| 14:15.17 | RaYmAn | A15 by itself means nothing, despite people using it. |
| 14:15.22 | oliv3r | yes, they make it appear as if it where a cortex a15, without actually saying it |
| 14:15.24 | oliv3r | it's misleading |
| 14:15.35 | oliv3r | which i think is almost, if not, lieing |
| 14:15.47 | RaYmAn | I suspect there is a clear legal distinction :P |
| 14:15.50 | popolon | and there are some tablets called A10 |
| 14:15.59 | oliv3r | clear, or chinese :p |
| 14:16.05 | popolon | that doesn't use allwinner chips |
| 14:16.38 | oliv3r | i would think a15 to be less confusing as the whole a10/a13 thing, especially if they choose to call the butcherd version a14 :p |
| 14:16.39 | RaYmAn | If one could argue that it was common knowledge that A15 == Cortex A15, then maybe. Otherwise it's just people not understanding A15 != Cortex A15. There's no doubt it's misleading marketing, but lying; not so much. |
| 14:16.57 | oliv3r | almost lying :p |
| 14:17.10 | oliv3r | shenzen-style :p |
| 14:17.10 | oliv3r | jk |
| 14:17.19 | popolon | they are not from shenzhen |
| 14:17.38 | oliv3r | gangdam style would have made less sense, as that's korean :p |
| 14:17.43 | orly_owl | lol |
| 14:18.25 | popolon | like windows didn't discovered real windows nor system computer windows |
| 14:18.42 | popolon | americans are all big liers too ;) |
| 14:19.27 | popolon | that's a little stupid to associate action from some people to a whole country |
| 14:19.43 | oliv3r | no denying that :p |
| 14:20.57 | popolon | A10 for Allwinner 10 could be understandable |
| 14:20.59 | mnemoc | marketing is by definition the art of making you believe you need/want something you don't really do |
| 14:22.24 | popolon | intel call it's last processors core i3, core i5, core i7 isn't it ? |
| 14:23.01 | popolon | rockchip rk3066... |
| 14:23.25 | mnemoc | as also happens to lawyers and politians, marketing people can't really do their job well without adding some... not strictly true salt |
| 14:24.16 | hno | jelly-home, it's not a lie, it's lawyer & marketing default style. |
| 14:25.21 | jelly-home | hno: marketing is the ART of lying |
| 14:25.34 | oliv3r | if allwinner made intel's chip, it would have been i3, i7, i5 (in order of performance) |
| 14:25.54 | oliv3r | anyway, it's all fun and games and once 'we' figure out which chip does what |
| 14:25.59 | oliv3r | the name means only so much |
| 14:26.29 | *** join/#arm-netbook sspiff (~quassel@94.103.155.103) |
| 14:26.30 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 14:27.02 | oliv3r | I wonder if the next-next iPhone will use allwinner's A10, it beats apple's own A6 :D |
| 14:27.07 | oliv3r | in naming :p |
| 14:27.19 | jlj | Is it possible to build the sndi2s,sun4i_i2s |
| 14:27.49 | popolon | apple a5 is a samsung implementation of cortex A9 :D |
| 14:28.10 | jlj | drivers as modules? I seem to be getting messages like "sun4i_sndi2s cannot find any using configuration for controllers, return directly" when I try |
| 14:29.39 | oliv3r | hometime :) |
| 14:30.33 | naguirre | hum, binaries which can be found here http://dl.linux-sunxi.org/nightly/latest/ |
| 14:30.50 | naguirre | are for hardfloat only ? |
| 14:31.44 | mnemoc | that's only the hardware pack, you can add "armel" userspace to that too |
| 14:33.23 | naguirre | it seems that for example libEGL.so.1.4 is linked agains ld-linux-armhf.so.3 |
| 14:34.49 | naguirre | libUMP too |
| 14:38.12 | mnemoc | naguirre: uhm, mali libs. poke hipboi |
| 14:39.39 | naguirre | i already sent un mail on the ml few month ago, i was trying to build the mali X11 drivers but i get a 0x3003 erroor |
| 14:40.02 | naguirre | i was just wondering if it's better a couple of month later :) |
| 14:41.25 | mnemoc | Turl: |
| 14:41.52 | mnemoc | Turl: ping |
| 14:49.38 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56007.dip0.t-ipconnect.de) |
| 15:00.09 | *** join/#arm-netbook polto2010 (~polto2010@197.195.28.104) |
| 15:12.29 | *** part/#arm-netbook mSquare (~selvan@122.167.91.3) |
| 15:32.09 | *** part/#arm-netbook Simon_G (~simon@p579493B9.dip.t-dialin.net) |
| 15:41.15 | *** join/#arm-netbook Simon_G (~simon@p579493B9.dip.t-dialin.net) |
| 16:06.26 | *** join/#arm-netbook ceo16 (~asus@host199-245-dynamic.4-87-r.retail.telecomitalia.it) |
| 16:13.13 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 16:18.02 | *** join/#arm-netbook asus_ (~asus@host54-244-dynamic.14-87-r.retail.telecomitalia.it) |
| 16:23.59 | rz2k | https://github.com/amery/linux-allwinner/blob/allwinner-v3.0-android-v2/drivers/gpu/drm/mali/mali_drv.c#L84 misses driver.kdriver.platform_device = dev; |
| 16:24.07 | rz2k | can somebody confirm this? |
| 16:25.00 | rz2k | mali_drm from r4p1 pack has driver.platform_device = dev; in that place, seems like guy who pushed it to git just deleted that line because in 3.x it is now driver.kdriver.platform_device. |
| 16:25.19 | rz2k | ping techn_ |
| 16:31.46 | hno | hi |
| 16:32.59 | rz2k | s/r4p1/r2p4/ |
| 16:33.05 | rz2k | hi hno |
| 16:40.53 | naguirre | mnemoc: there is a r3p1-01rel0 version on the arm website, did you tried it ? |
| 16:41.26 | *** join/#arm-netbook pawel5870 (~pkarpins@public-gprs4685.centertel.pl) |
| 16:46.27 | mnemoc | naguirre: nope. we have r3p0 on the next_mali branch (tested by Turl)... patches to update that to r3p1 are welcomed... but we are limited by the availability of r3p1 libs |
| 16:48.24 | mnemoc | we do have r3p0 libs for android and armhf in http://tom.linux-sunxi.org |
| 16:48.39 | mnemoc | it would be awesome if someone could test that on linux |
| 16:48.52 | RaYmAn | mnemoc: does any drivers even fully work yet? |
| 16:48.57 | RaYmAn | as in, 3d accel |
| 16:49.29 | naguirre | mnemoc: you mean this branch : https://github.com/amery/linux-allwinner/tree/wip/linux-sunxi-3.0/next_mali |
| 16:49.32 | naguirre | ? |
| 16:49.44 | mnemoc | RaYmAn: never tried it myself... |
| 16:49.48 | mnemoc | naguirre: yes |
| 16:51.48 | naguirre | ok, i should receive a mele a2000 soon, my mele a1000 is used in "production" |
| 16:51.57 | naguirre | i will try when it will be there |
| 16:52.10 | mnemoc | thanks |
| 16:53.16 | naguirre | tom's binaries seems to be harhf also |
| 16:54.21 | mnemoc | natively compiled on ubuntu 12.04 armhf afaik |
| 16:54.33 | naguirre | ah |
| 16:55.05 | naguirre | but libMALI.so is closed source or i missed something |
| 16:55.22 | mnemoc | as allwinner employee he has access to the sources |
| 16:55.53 | naguirre | hum ok |
| 16:58.05 | naguirre | si if one day OpenGL ES acceleration works, it's gonna be with armhf only ? |
| 16:58.23 | RaYmAn | it's the future =P |
| 16:58.41 | RaYmAn | most distros are switching to hf anyways |
| 16:58.46 | naguirre | i never found difference between armfh and soft float |
| 16:58.55 | RaYmAn | the ABI |
| 16:58.59 | naguirre | only abi breaks ... |
| 16:59.16 | naguirre | i mean in my benchmark |
| 16:59.19 | RaYmAn | the basic explanation is: hardfp passed floating point arguments in float point registers |
| 16:59.31 | naguirre | yep |
| 16:59.51 | naguirre | but in the facts i never seen differences |
| 16:59.54 | RaYmAn | it only affects apps that heavily pass around floating point numbers |
| 17:00.07 | naguirre | yes, like povray :P |
| 17:00.17 | naguirre | but who uses povray these days ;) |
| 17:00.31 | naguirre | just joking |
| 17:00.56 | naguirre | i need to try angstrom with armhf |
| 17:01.05 | RaYmAn | it's definitely showing improvements on other ARM devices at least |
| 17:01.40 | naguirre | i tried here with an omap3 and i can see any diff for common uses |
| 17:01.59 | naguirre | i can't see |
| 17:02.13 | naguirre | but you're right in few cases it's better |
| 17:04.51 | ssvb | naguirre: many "common uses" don't even exercise floating point math |
| 17:05.29 | rz2k | mnemoc: by the way, r3p0 still uses r2p4 mali_drm. |
| 17:05.42 | rz2k | r2p4 aimed for 2.6.36 :/ |
| 17:07.13 | mnemoc | rz2k: ouch. what do I `git cherry-pick/apply` :) |
| 17:08.47 | hno | the performsance differences are complicated by most softfloat being compiled for armv5tel, while every hardfloat is armv7. |
| 17:09.24 | hno | and comparing armv5 softfloat to armv7 hardfloat is huge differenmces |
| 17:10.27 | specing | not if you are comparing against kirkwoods |
| 17:12.18 | hno | should have said n an armv7 device. |
| 17:12.32 | hno | on an .. |
| 17:18.33 | rz2k | mnemoc: with r3p0/1 there is no mali_drm and we need to update it accordingly to changes in kernel drm between 2.6.36 and 3.0.42 |
| 17:18.48 | mnemoc | rz2k: can you? |
| 17:19.00 | rz2k | I'm noob, I need help :) |
| 17:19.12 | mnemoc | we all are... |
| 17:20.07 | rz2k | first that I've noticed is platform_device being moved from top structure to union, check dramP.h for platform_device. |
| 17:20.11 | *** join/#arm-netbook madmalkav (~Hamlet@188.86.253.69) |
| 17:20.38 | mnemoc | rz2k: you can comment and post patches for comments at https://github.com/amery/linux-allwinner/issues/69 |
| 17:20.41 | naguirre | rz2k: next_mali branch do not include this driver ? |
| 17:20.47 | mnemoc | rz2k: can't :< awfully busy :| |
| 17:22.11 | rz2k | naguirre: next_mali is just r3p0 from malideveloper.com, mali_drm is still from r2p4 |
| 17:22.36 | mnemoc | fix it :) |
| 17:23.38 | rz2k | mnemoc: ok, I will post that there. |
| 17:24.07 | naguirre | and the changes are interresting ? |
| 17:24.17 | naguirre | between r2p4 and r3p0 |
| 17:24.24 | naguirre | i can't find a changelog |
| 17:29.22 | hno | mali_drm is from Tom. It's not part of the ARM MALI driver but SoC platform specific. |
| 17:30.14 | *** join/#arm-netbook pawel5870 (~pkarpins@staticline54070.toya.net.pl) |
| 17:30.22 | hno | except the one we have is almost an empty shell. |
| 17:31.10 | *** join/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
| 17:32.01 | *** join/#arm-netbook cat_n9 (~communi@80-186-43-117.elisa-mobile.fi) |
| 17:44.05 | *** join/#arm-netbook jinzo_ (~jinzo@oxy.p2p.si) |
| 17:50.48 | cat_x301 | rz2k: there is no any other mali_drm afaik |
| 17:52.03 | cat_x301 | oops.. hno, haven't noticed your comment |
| 17:52.43 | cat_x301 | rz2k: anyway, i understood that mali_drm is rather generic and was only supplied once with r2p4.. |
| 18:03.51 | mnemoc | ours is actually no more than an skeleton... |
| 18:10.46 | *** join/#arm-netbook cat_n9 (~communi@a91-152-66-200.elisa-laajakaista.fi) |
| 18:12.00 | hno | skeleton or empty shell, mostly the same just different animals. |
| 18:12.37 | hno | inner or outer skeleton. |
| 18:16.20 | mnemoc | :) |
| 18:17.35 | mnemoc | hno: indeed your "empty shell" is more correct as they are NOP implementations of the needed hooks |
| 18:28.12 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 18:33.56 | popolon | do you know if there is an arm board with HDMI input for using VPU/dsp to encode HDMI signal and push it on the network ? |
| 18:36.20 | techn_ | what I remember r3p0 didn't have mali_drm anymore on ARM's site.. previous one's did |
| 18:36.28 | techn_ | rz2k: |
| 18:37.59 | rz2k | yep |
| 18:38.20 | techn_ | + mali_drm in our repo is broken.. open/probe logic won't work -> no drm in our dev-tree |
| 18:39.00 | techn_ | I tried with linaro's one and I managed to get drm to dev-tree.. but still no opengles2 :( |
| 18:42.02 | techn_ | could we use opengl libraries without X? with directfb? or wayland? |
| 18:42.35 | techn_ | btw. which rendering library android is using? |
| 18:44.20 | rz2k | do you have logs with mali init when drm is in dev-tree? |
| 18:45.56 | cat_x301 | popolon: +1 |
| 18:45.59 | techn_ | not currently.. |
| 18:57.36 | popolon | Most SoC with Cortex A8/A9 has a DSP or vpu able to encode 1080p in h264 today (with good quality, when I look at what do my phone). but the optic & the sensor are only good in day light |
| 18:58.49 | rz2k | techn_: you mean this one http://git.linaro.org/gitweb?p=people/chunsangjeong/mali-dev.git;a=blob;f=drivers/gpu/drm/mali/mali_drv.c ? |
| 18:59.00 | popolon | I would like to plug my camera HDMI output to these good encoder directly :p but don't found the good solution :/ |
| 18:59.38 | techn_ | rz2k: yep.. http://git.linaro.org/gitweb?p=people/chunsangjeong/mali-dev.git;a=blob;f=drivers/gpu/drm/mali/mali_drv.c or is meego's one.. but both looks better than ours |
| 18:59.46 | traeak | get a usb device...but the usb device of course would have an encode chip on it |
| 18:59.58 | traeak | so it woudl take over the hard work |
| 19:00.24 | rz2k | mali400 is on PCI? because there is a mention of it in function names |
| 19:00.39 | rz2k | return drm_pci_init(&driver, &mali_pci_driver); for example |
| 19:01.38 | *** join/#arm-netbook eFfeM (~frans@dhcp-077-251-240-021.chello.nl) |
| 19:03.17 | techn_ | there's other http://www.igloocommunity.org/gitweb/?p=android/platform/vendor/st-ericsson/multimedia/linux/mali400ko.git;a=blob;f=x11/mali_drm/mali/mali_drv.c;h=30538f5932e753296767821d0c088d88ed6c9ca9;hb=HEAD |
| 19:03.32 | *** join/#arm-netbook jinzo_ (~jinzo@oxy.p2p.si) |
| 19:16.08 | techn_ | rz2k: .. it could be this row that we are missing "driver.kdriver.platform_device = dev;" .. like you earlier mentioned |
| 19:19.06 | rz2k | also, why igloo's mali_drm has two device initializations? |
| 19:19.39 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 19:22.11 | *** join/#arm-netbook eebrah_ (~eebrah_@212.49.88.96) |
| 19:26.36 | techn_ | for both fb'? |
| 19:29.42 | *** join/#arm-netbook tzafrir (~tzafrir@212.179.75.202) |
| 19:36.58 | *** join/#arm-netbook eebrah_ (~eebrah_@212.49.88.111) |
| 19:39.16 | naguirre | whe you say empty shell what's is missing ? I don't understand what is missing to have a complete chain working. |
| 19:39.31 | naguirre | from kernel to userland |
| 19:40.44 | naguirre | and where i could help :) |
| 19:44.18 | rz2k | naguirre: http://linux-sunxi.org/Mali400 + read readme from http://www.malideveloper.com/files/DX910-SW-99003-r3p0-04rel0.tgz |
| 19:46.27 | naguirre | ok thanks |
| 19:49.41 | naguirre | i already built xorg driver with r3p0-04rel0 sources |
| 19:49.56 | naguirre | but i get a 0x3003 error when initilizing egl |
| 19:50.01 | rz2k | readme for mali_drm and last known "official" mali drm is in this package http://www.malideveloper.com/files/DX910-SW-99002-r2p4-02rel1.tgz |
| 19:50.24 | rz2k | naguirre: http://rhombus-tech.net/allwinner_a10/Compile_X11_driver_for_A10/ answer is there |
| 19:50.26 | naguirre | on the kernel side we need 2 drivers ? |
| 19:50.44 | naguirre | rz2k: yes i'm on of the guy who report the error |
| 19:50.44 | rz2k | 3, mali, ump and mali_drm |
| 19:50.53 | naguirre | ah yes and ump right ok |
| 19:51.04 | naguirre | so mali is one of arm |
| 19:51.15 | naguirre | and mali_drm is specific to the 10 architecture ? |
| 19:51.23 | naguirre | s/10/s10 |
| 19:51.33 | naguirre | a10* |
| 19:51.36 | naguirre | i'm tired |
| 19:52.27 | rz2k | mali_drm is specific to X11 |
| 19:52.32 | rz2k | and DRM system |
| 19:52.52 | rz2k | because there is no commercial products using a10 and X11 we have this problems. |
| 19:53.02 | naguirre | ok so it's a userland driver for x11 |
| 19:53.19 | *** join/#arm-netbook revident (~scott@fw.iplink.net) |
| 19:53.56 | rz2k | it is actually kernelside, "userland" sort of driver is UMP which is bridge between userland mali and kernelside. |
| 19:54.18 | naguirre | ah ok :) |
| 19:54.18 | rz2k | I might be wrong about everything, though :) |
| 19:54.54 | naguirre | linux graphics stack is a bit complex ^^ |
| 19:55.19 | rz2k | naguirre: techn_ is now working on disp/hdmi for sunxi devices, he probably knows more than me. |
| 19:55.33 | rz2k | and I'm going to bed. good night. |
| 19:55.45 | naguirre | gn thanks ! |
| 19:55.55 | jinzo_ | naguirre, I found this writeup quite understanding http://blog.mecheye.net/2012/06/the-linux-graphics-stack/ |
| 19:56.20 | naguirre | thanks ! |
| 20:20.34 | RaYmAn | rm: http://www.st.com/internet/evalboard/product/254044.jsp - alternative to the stellaris launchpad. 10$ in 1000's..i guess it will be a bit more for end users when it goes on sale |
| 20:22.50 | jinzo_ | that's the new one with accelometer righT? |
| 20:23.43 | RaYmAn | yeah |
| 20:24.35 | RaYmAn | 3d accel sensor with 3d mag sensor, 3axis gyro |
| 20:24.55 | jinzo_ | that ups the price a bit :) |
| 20:25.17 | RaYmAn | yeh, but if it's ~15$ it's still pretty good price :) |
| 20:25.26 | RaYmAn | It includes buiilt-in jtag debugger |
| 20:26.30 | specing | so does TI's |
| 20:27.31 | RaYmAn | yup |
| 20:27.54 | RaYmAn | Still cool though :) |
| 20:29.22 | hno | Nice. Now we only need SWD support in OpenOCD.. |
| 20:30.48 | hno | And there it is.. OpenOCD 0.6.0 New STLINK V1/V2 JTAG/SWD adapter support. |
| 20:31.17 | RaYmAn | Cool |
| 20:31.25 | RaYmAn | Just in time :) |
| 20:31.28 | hno | almost a week old. Sep 7. |
| 20:33.38 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 20:34.21 | mnemoc | naguirre: be sure to compile sunxi-disp as module, or you won't get ump integration |
| 20:34.43 | mnemoc | which is evil, but I have no idea how to solve that |
| 20:34.54 | hno | can't we get those decoupled somehow? |
| 20:35.39 | *** part/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 20:35.41 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 20:36.29 | hno | can't even locate the UMP code in disp now. Where is it? |
| 20:36.39 | mnemoc | drivers/video/sunxi/disp/dev_fb.c |
| 20:42.20 | hno | looks trivial to fix. ump driver needs to register with the fb driver,and fb driver request ump when seeing the single ioctl. |
| 20:43.43 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 20:46.50 | mnemoc | has no idea how to hook that up. feel free to fix it :) |
| 20:52.22 | hno | And current integration is somewhat borked. Only handles a single framebuffer. |
| 20:52.45 | hno | we may have two. |
| 20:55.41 | naguirre | hno: does it means that we can only display on one screen at a time ? |
| 20:56.20 | hno | mali will likely crash if more than one is enabled. |
| 20:56.43 | naguirre | ok :/ |
| 21:17.05 | *** join/#arm-netbook Gujs (~Gujs@cpe-92-37-87-161.dynamic.amis.net) |
| 21:43.47 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 21:43.56 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 22:00.48 | hno | mnemoc, pushed a draft split to disp_ump_split in my repository. Haven't tried building it yet. |
| 22:06.21 | mnemoc | hno: great. tomorrow morning I'll give it a try (together with uboot/sunxi) |
| 22:06.50 | mnemoc | good night! |
| 22:06.54 | Turl | night mnemoc |
| 22:08.19 | *** join/#arm-netbook eebrah_ (~eebrah_@212.49.88.99) |
| 22:14.53 | *** join/#arm-netbook eebrah_ (~eebrah_@212.49.88.99) |
| 22:19.26 | *** join/#arm-netbook ibrah (~ibrah@212.49.88.99) |
| 22:38.07 | *** join/#arm-netbook CIA-17 (cia@cia.vc) |
| 23:22.22 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 23:57.45 | *** join/#arm-netbook rsalveti` (~rsalveti@177.97.248.219) |