| 00:02.06 | *** join/#arm-netbook tuliom (~tuliom@186.214.89.97) |
| 00:03.06 | *** join/#arm-netbook zenitraM (~zenitraM@2607:f358:1:fed5:11:0:1018:14) |
| 00:26.23 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 00:27.47 | merbzt | hno: symbol names yes |
| 00:27.59 | merbzt | there are conflicting addresses though |
| 00:28.56 | merbzt | hno, the hardware seems to have several decoding cores/modes |
| 00:29.43 | merbzt | and they seem to be needing different configuration based on the actual bitstream |
| 00:30.01 | merbzt | the vc1 decoder has large parts of the reference decoder compiled into it |
| 00:30.16 | merbzt | h264 decoder might be the same case |
| 00:32.34 | merbzt | I'm not sure if the registers use the same address range |
| 00:32.45 | merbzt | or if they are mapped to a different one |
| 00:33.30 | merbzt | would need to dump the actual register traffic for that |
| 00:33.50 | merbzt | or find out how the ve lib works |
| 00:37.57 | hno | i think they are at different ranges |
| 00:42.04 | *** join/#arm-netbook revident (~scott@fw.ss.org) |
| 00:46.13 | merbzt | bah, need to learn arm assembly, can't figure out what happens :/ |
| 00:48.40 | lundman | LDA #41 |
| 00:48.49 | lundman | STA $4c01 |
| 00:48.56 | lundman | you are welcome! |
| 00:49.18 | lundman | sits back and waits for the complains about 6502 vs arm |
| 00:52.21 | ZaEarl | z80 is better |
| 00:53.01 | lundman | oh no you did not just say that |
| 00:57.01 | Turl | pushl $8086 |
| 00:57.01 | Turl | call exit |
| 00:57.30 | lundman | scanned all the forums and threads, nothing happening, no news |
| 01:10.29 | *** join/#arm-netbook CIA-15 (cia@cia.vc) |
| 01:13.15 | *** join/#arm-netbook rsalveti` (~rsalveti@186.214.94.103) |
| 01:15.39 | *** join/#arm-netbook lundman (~Accident@194.109.206.190) |
| 01:19.28 | hno | lundman, what news you expect? |
| 01:19.41 | lundman | expect? more like, hope :) |
| 01:21.04 | lundman | but really, I should start my android project, get some coding done |
| 01:21.29 | hno | or I could distract you into AXP209 programming? |
| 01:21.35 | hno | much more interesting. |
| 01:24.11 | hno | still need to add PMU configuration to u-boot, |
| 01:25.14 | lundman | the uboot work you do, does benefit all A10s, and maybe all Allwinner chips? |
| 01:28.11 | bsdfox | is ubuntu performance really really bad on mele a2000? |
| 01:28.46 | lundman | i didnt find it bad, from a text console POV |
| 01:29.45 | bsdfox | I'm getting lots of these messages in the console http://pastebin.com/9hxqESf6 |
| 01:32.39 | lundman | wifi module on the usb bus maybe |
| 01:35.55 | CIA-15 | rhombus-tech: hno master * r276f298dc82b /allwinner_a10/A10_register_guide/A10_DRAMC.mdwn: |
| 01:39.30 | hno | lundman, the u-boot work benefits Allwinner A10 and A13. Can't say how much can be reused for next gen. |
| 01:41.22 | hno | bsdfox, that's an USB wifi forced going up/down, seemingly from power saving settings. |
| 01:42.06 | bsdfox | is that a kernel option or something like cpufrequtils |
| 01:42.45 | hno | X11 performance feels sucky in general mostly because there is no curstor acceleration in "2D" mode. |
| 01:43.09 | hno | bsdfox, don't know. Do you use the wifi while this happens? |
| 01:43.12 | bsdfox | my system load just moving the mouse around in gnome was hitting 7+ |
| 01:43.26 | bsdfox | hno, nope I'm running ethernet |
| 01:43.44 | hno | then don't load the wifi module. |
| 01:44.03 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 01:45.05 | hno | that specific driver is quite hacked to add several quirks for low power usage. |
| 01:46.07 | hno | yes, we really should spen a little time on adding accelerated curstor support to X11. It's a very heavy operation for the X server to move the mouse cursor in dumb framebuffer mode. |
| 01:48.16 | bsdfox | doesn't seem to be a module. driver must be built in on the kernel I'm running |
| 01:49.03 | hno | you can unbind the module in /sys/ somewhere |
| 01:49.19 | bsdfox | I'll poke around |
| 01:49.50 | hno | <PROTECTED> |
| 01:50.21 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 01:50.29 | lundman | hard to get excited to work on A10 when I dont know if it'll ever be able to do what I want |
| 01:54.37 | bsdfox | echo -n "3-1" > /sys/bus/usb/drivers/usb/unbind |
| 01:54.42 | bsdfox | looks like that might work |
| 02:02.46 | *** join/#arm-netbook RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 02:04.01 | *** join/#arm-netbook avernos (~avernos@221.223.233.24) |
| 02:04.02 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 02:19.55 | *** join/#arm-netbook itamarjp (~itamar@177.106.215.177) |
| 02:19.55 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 02:36.02 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 02:49.09 | *** join/#arm-netbook kaspter (~Instantbi@180.168.145.234) |
| 03:04.42 | revident | WarheadsSE, congrats on the release of the Arch armv6h repo! |
| 03:08.46 | *** join/#arm-netbook kaspter (~Instantbi@108.171.248.180) |
| 03:47.29 | *** join/#arm-netbook mSquare (~selvan@122.167.229.50) |
| 04:56.40 | *** join/#arm-netbook graffiti (c10f5f02@gateway/web/freenode/ip.193.15.95.2) |
| 05:20.04 | *** join/#arm-netbook mSquare (~selvan@122.167.229.50) |
| 05:39.19 | *** join/#arm-netbook avernos (~avernos@222.128.156.104) |
| 05:39.20 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 05:51.45 | *** join/#arm-netbook rvalles (~rvalles@unaffiliated/rvalles) |
| 05:59.57 | *** join/#arm-netbook rellla (~Thunderbi@p5B079385.dip0.t-ipconnect.de) |
| 06:02.50 | *** join/#arm-netbook rvalles (~rvalles@unaffiliated/rvalles) |
| 06:05.27 | *** join/#arm-netbook hurtigbuffer (~me@pdpc/supporter/active/jelly) |
| 06:19.38 | *** join/#arm-netbook ZaEarl (~malmrose@c-24-6-238-36.hsd1.ca.comcast.net) |
| 06:21.51 | *** join/#arm-netbook eflatun (~eflatun@46.1.239.133) |
| 06:38.34 | *** join/#arm-netbook eflatun_ (~eflatun@109.228.213.90) |
| 06:40.02 | *** join/#arm-netbook Quarx (~Quarx@94.137.21.91) |
| 06:42.48 | *** join/#arm-netbook sspiff (~quassel@103.4-78-194.adsl-static.isp.belgacom.be) |
| 06:42.49 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 06:50.34 | *** join/#arm-netbook Gujs_ (~Gujs@193.77.24.33) |
| 06:56.00 | mnemoc | moin |
| 07:03.47 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 07:19.12 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.138.79) |
| 07:21.35 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 07:22.55 | *** join/#arm-netbook avernos (~avernos@111.192.252.216) |
| 07:22.56 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 07:31.19 | *** join/#arm-netbook rellla (~Thunderbi@p5B0792A1.dip0.t-ipconnect.de) |
| 07:49.09 | rz2k | <hno> [05:23:29] still need to add PMU configuration to u-boot - I can test pmu stuff, I have mele v1.7 that loads right only if it stayed off for couple of minutes |
| 07:49.39 | rz2k | reboot after mele was powered on = random crashes across all kernel |
| 07:49.48 | hno | that's a new one |
| 07:50.10 | rz2k | thats the same as maxnet posted at u-boot issues |
| 07:50.39 | hno | I undestood it as the inverse, unstable unless soft-rebooted. |
| 07:51.33 | rz2k | I cant test for that because mele doesnt have a soft reset |
| 07:52.01 | hno | soft reboot is software initiated reboot. |
| 07:52.08 | hno | the mele can do that. |
| 07:52.51 | hno | meaning of physical reset button action depends heavily on the actual board. |
| 07:53.35 | rz2k | maxnet's crash http://pastebin.com/JhV0ZXSZ my crash http://pastebin.com/fp6U0B8v |
| 07:54.28 | hno | to test if it's the PMU, 1. Boot from NAND. Stop at u-boot prompt. Insert SD, ask u-boot to reboot. |
| 07:55.17 | hno | booting to a running system from NAND may also be valid, but depends on how frequency scaling is set up. |
| 07:56.48 | rz2k | :/ works |
| 07:56.59 | rz2k | thanks for hint |
| 07:57.26 | hno | so soft reboot from u-boot prompt worked? |
| 07:57.30 | rz2k | yep |
| 07:57.44 | hno | good. |
| 07:59.03 | rz2k | also this v1.7 is known to have dead sata in our kernels, unfortunately I dont have any 2.5" drives around to test. |
| 07:59.20 | hno | there is a proposed patch for that. |
| 07:59.30 | mnemoc | but it's ugly :< |
| 07:59.38 | mnemoc | hno: you know the clocks better, can you comment? |
| 07:59.44 | *** join/#arm-netbook hipboi (~hipboi@116.77.134.124) |
| 07:59.49 | mnemoc | wb hipboi |
| 07:59.52 | rz2k | yeah, reading it now, really how the hell faster clock does the job |
| 08:00.14 | hno | Not really. But hipboi may be able to get an answer on the REVC SATA clock issue. |
| 08:00.39 | hipboi | what revc sata clock issue? |
| 08:00.58 | mnemoc | beware that our rev C means v != 0x00 && v != 0x03 |
| 08:01.21 | mnemoc | hipboi: https://github.com/amery/linux-allwinner/issues/40 |
| 08:02.16 | hipboi | about the ic version |
| 08:02.29 | hipboi | all the new ic are version c |
| 08:02.43 | hipboi | the a and b are the previous version |
| 08:02.44 | mnemoc | ok, then it's about the clocking of PLL6 |
| 08:03.32 | mnemoc | the other rates involved as tied to the initial choice, 960 vs 600 |
| 08:04.22 | hno | The proposed change is this: http://forum.doozan.com/read.php?6,9597 reverting the change of SATA clock in REVC, using the same clocking as for the other chips. |
| 08:05.28 | hno | Doesn't that define also change other clockings? |
| 08:05.46 | mnemoc | hno: yes |
| 08:05.57 | hipboi | what USE_PLL6M_REPLACE_PLL4 is defined for? |
| 08:06.30 | mnemoc | and the relation between the other clocks and the rate given to the first is fixed |
| 08:07.33 | mnemoc | 960000000 -> 160000000, 480000000 |
| 08:07.46 | *** join/#arm-netbook cat_n9 (~communi@84-231-101-8.elisa-mobile.fi) |
| 08:07.52 | mnemoc | 600000000 -> 10000000, 300000000 |
| 08:08.34 | mnemoc | rate/6, rate/2 |
| 08:08.53 | mnemoc | too nice to be an accident |
| 08:09.44 | rm | http://hardware.slashdot.org/story/12/09/17/2128214/hardware-is-dead-at-least-most-expensive-hardware-is |
| 08:09.54 | *** join/#arm-netbook pawel5870 (~pkarpins@public-gprs289105.centertel.pl) |
| 08:12.47 | *** join/#arm-netbook eflatun_ (~eflatun@109.228.213.84) |
| 08:18.56 | hipboi | one anvantage of allwinner chip is |
| 08:19.40 | hipboi | the normal hardware designer can design a stable board as well as a good hardware designer |
| 08:19.51 | rm | hehe |
| 08:20.01 | hipboi | which makes the entry level very low |
| 08:20.10 | rm | yes, that's good |
| 08:23.08 | *** join/#arm-netbook kaspter (~Instantbi@180.168.145.234) |
| 08:29.09 | *** join/#arm-netbook eflatun__ (~eflatun@109.228.213.84) |
| 08:35.02 | hno | mnemoc, maybe the right is to not define USE_PLL6M_REPLACE_PLL4? |
| 08:35.52 | mnemoc | hno: yes, sounds more reasonable |
| 08:36.04 | hno | but that define is used at many places. |
| 08:36.44 | mnemoc | :< |
| 08:37.15 | hno | <PROTECTED> |
| 08:37.21 | oliv3r | one dissadvantage of allwinner chip is, no opensource Video Decoding library :D |
| 08:37.22 | hno | <PROTECTED> |
| 08:37.22 | hno | <PROTECTED> |
| 08:37.40 | rz2k | looks like we need that buf1/buf2 init in disp-fb, with new r3p0 libs I have eglGetDisplay() |
| 08:37.46 | rz2k | error |
| 08:37.55 | mnemoc | oliv3r: the same disadvantage applies to the whole ARM world :< |
| 08:38.06 | rz2k | atleast it doesnt crash everything |
| 08:38.07 | oliv3r | yes :( |
| 08:38.19 | oliv3r | well amlogic has atleast some source out in the wild, so that can be re-written in GPL code |
| 08:38.27 | oliv3r | in theory anyway |
| 08:38.49 | mnemoc | not sure if that is legal |
| 08:38.55 | oliv3r | dunno, it's up on github |
| 08:39.14 | oliv3r | So cleanroom reverse enis asily possible |
| 08:39.22 | oliv3r | egineering is easly* |
| 08:39.52 | hno | cleanroom is always possible. Question is if there is enough determined resources to do it. |
| 08:40.30 | hno | but at least we seem to have working binary libraries now. |
| 08:41.04 | oliv3r | while nice, its sad :( |
| 08:41.13 | hno | sad how? |
| 08:41.41 | oliv3r | Opensource people have tried so hard and worked so hard in the last years to get things open source. Along comes arm, and puts us two steps back again |
| 08:42.02 | lundman | ah someone else wants me to do upnp contract, guess I got busy another way |
| 08:42.36 | mnemoc | if ARM itself doesn't understand that making userspace libs open source is good, we can't even dream smaller IP owners will do it |
| 08:43.47 | hno | I think ARM actually understands, but they are sitting with software IP they cannot open, plus that the ecosystem they earn money from don't really care yet. |
| 08:43.58 | oliv3r | well, afaik, the VPU lib used by a10 isn't written by arm though :) |
| 08:44.21 | oliv3r | luckly, we have the lima project for the GPU |
| 08:44.36 | hno | oliv3r, exactly. Thats written by a small player with no understanding about the mechanisns of open source. |
| 08:45.21 | hno | yes, lima is refreshing. |
| 08:45.56 | mnemoc | but at we have at least two people (merbzt and iainb) trying to RE cedarx |
| 08:46.13 | mnemoc | future isn't that dark |
| 08:46.55 | lundman | RE is fun |
| 08:47.04 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.105) |
| 08:47.40 | oliv3r | oh, iainb has help now? Nice |
| 08:48.26 | mnemoc | not sure they interact, but I guess they do |
| 08:48.33 | oliv3r | i'll order a mele a100 from hipboi one of these days (when I have some more money to hand out) and start playing with it too :) |
| 08:48.57 | rm | get A1000/2000 |
| 08:48.59 | hipboi | oliv3r: why not a cubieboard |
| 08:49.10 | mnemoc | :D |
| 08:49.44 | rm | hipboi, when you will have more stock of the 1G board? |
| 08:49.54 | hipboi | sigh |
| 08:50.31 | mnemoc | hahaha |
| 08:50.50 | hipboi | we will start making more hopefully this weekend |
| 08:51.05 | hipboi | pcbs are ready |
| 08:51.16 | hipboi | need to get them soldered |
| 08:52.27 | mnemoc | hipboi: btw, can you get r3p0/p1 libs for our android folks? |
| 08:52.38 | hipboi | ok |
| 08:52.47 | oliv3r | hipboi: lol; why? well to 'hack around' with it, most deffinatly. But as a nice box to have it sitting next to the TV running XBMC ... |
| 08:52.48 | hipboi | then i need to make a phone call |
| 08:53.07 | oliv3r | maybe I get both! :p |
| 08:53.15 | oliv3r | don't have that much money atm though :( |
| 08:53.25 | lundman | I'd get a 1gb board too, if I knew the hardware can bitstream |
| 08:53.37 | hno | lundman, audio= |
| 08:53.41 | hno | s/=/?/ |
| 08:53.42 | lundman | audio |
| 08:54.02 | lundman | it can never be a real mediaplayer until it can bitstream :) |
| 08:54.17 | hno | <PROTECTED> |
| 08:55.16 | lundman | pretty sure it can do normal 192khz, unsure about highbitrate DTS-HD / MA etc |
| 09:08.10 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 09:10.54 | *** join/#arm-netbook cat_n9 (~communi@a91-152-66-200.elisa-laajakaista.fi) |
| 09:22.19 | *** join/#arm-netbook termleech|null (~termleech@184-106-168-239.static.cloud-ips.com) |
| 09:23.13 | *** join/#arm-netbook eflatun (~eflatun@uwpc-241-133.ege.edu.tr) |
| 09:23.34 | *** join/#arm-netbook Turl_ (~Turl@2606:3f00:60:21c:d00d:c0de:4:f00d) |
| 09:38.46 | *** join/#arm-netbook pawel58701 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 10:09.24 | *** join/#arm-netbook cheng (~cheng@175.137.64.247) |
| 10:10.45 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 10:25.05 | CIA-15 | rhombus-tech: Rich master * rae31a8fe9739 /allwinner_a10/orders/fishing.mdwn: |
| 10:36.06 | *** join/#arm-netbook tender86 (d570ee06@gateway/web/freenode/ip.213.112.238.6) |
| 10:45.31 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 11:09.46 | mnemoc | http://www.dealextreme.com/p/805-allwinner-a10-android-4-0-mini-pc-w-wi-fi-tf-hdmi-1gb-rom-4gb-ram-black-154339 glossy.. |
| 11:10.47 | RaYmAn | Very |
| 11:10.53 | RaYmAn | must be good then! ;P |
| 11:11.03 | RaYmAn | wow - it's even vaguely accurate specs! |
| 11:11.05 | mnemoc | :D |
| 11:11.06 | RaYmAn | 1ghz processor |
| 11:13.07 | rm | meh, I'll get that other one with 1.5GHz |
| 11:13.11 | RaYmAn | lol |
| 11:13.14 | rm | </jk> :D |
| 11:14.01 | rm | this looks like the U-host in a new case |
| 11:14.32 | rm | I wouldn't be surprised if it's from the same maker |
| 11:14.34 | *** join/#arm-netbook eh2scqw (~eh2scqw@ip-80-226-24-7.vodafone-net.de) |
| 11:14.36 | rm | the mic hole (?) |
| 11:14.51 | rm | also only one full USB and the micro USB is only for powering |
| 11:20.00 | mnemoc | micro usb is OTG, there is a proper 5V/2A rounded power socket too |
| 11:20.20 | mnemoc | aah... you mean the uhost |
| 11:20.53 | mnemoc | damn channel confusion :| |
| 11:21.03 | mnemoc | goes for another espresso |
| 11:25.16 | *** join/#arm-netbook Almamuetya (~almamuety@186.134.12.186) |
| 11:26.59 | rm | well |
| 11:27.05 | rm | I mean this device is like the U-host |
| 11:27.20 | rm | and afaik U-host didn't have a power socket... |
| 11:27.31 | rm | if this one has it, then it's not like the U-host |
| 11:27.34 | rm | :) |
| 11:27.51 | rm | also have to examine my U-host closer, maybe there is one? |
| 11:28.00 | *** part/#arm-netbook eh2scqw (~eh2scqw@ip-80-226-24-7.vodafone-net.de) |
| 11:28.10 | hno | I think there is.. but was a while since I looked at u-host. |
| 11:28.11 | mnemoc | I don't have one, but I like it's rubber cover |
| 11:28.11 | rm | but it only comes with a mini-USB power cable |
| 11:29.50 | RaYmAn | so did my mk802 |
| 11:30.01 | RaYmAn | usb otg worked with a proper cable though |
| 11:34.49 | mnemoc | oh. https://github.com/empatzero/xbmca10 |
| 11:37.54 | RaYmAn | did it ever get anywhere? |
| 11:38.16 | mnemoc | the repo is 1h old... |
| 11:38.36 | mnemoc | but it seems it's the import of someone else's work |
| 11:39.04 | RaYmAn | oh yeah - it says "first working version" lol |
| 11:39.21 | phh | or someone who isn't used to git |
| 11:39.24 | mnemoc | "working" sounds so nice... |
| 11:39.32 | mnemoc | phh: indeed |
| 11:39.43 | phh | he is saying mpeg1/2/H264 works |
| 11:41.15 | rz2k | I'm 95% sure that he does not have oGL ES working. |
| 11:41.36 | *** join/#arm-netbook jinzo_ (~jinzo@oxy.p2p.si) |
| 11:41.53 | mnemoc | rz2k: that's mali. while video decoding is cedarx |
| 11:42.57 | phh | you still want gles for xbmc |
| 11:43.11 | *** join/#arm-netbook hipboi_ (~hipboi@116.77.133.213) |
| 11:43.40 | RaYmAn | it doesn't really say whether it's android or linux though |
| 11:44.40 | mnemoc | good point |
| 11:47.26 | mnemoc | RaYmAn: in the initial mail he says "(i used 3.0.36 lubuntu armel on mk802 from miniand)." |
| 11:47.59 | RaYmAn | ah - I just saw the link you posted |
| 11:49.16 | lundman | ok |
| 11:51.30 | mnemoc | rz2k: he used "ubuntu armel" because that's the abi of the libs we have. about the GLES dependency I suppose he gets the CPU based fallback |
| 11:52.09 | rz2k | thats why I've asked about details |
| 11:52.10 | rz2k | :) |
| 11:52.13 | mnemoc | hipboi_: even if it's the same buggy code, can we get armhf cedarx libs? :< |
| 11:52.36 | hipboi_ | ok |
| 11:52.45 | hipboi_ | i need to ask my workmate |
| 11:52.53 | hipboi_ | who worked with gimli |
| 11:52.54 | mnemoc | at least we will be able to test both in the same OS |
| 11:53.06 | hipboi_ | and complainning all the time |
| 11:56.50 | *** part/#arm-netbook cheng (~cheng@175.137.64.247) |
| 12:01.00 | mnemoc | hno: http://dpaste.com/802551/plain/ ? |
| 12:07.12 | hno | what? |
| 12:09.18 | mnemoc | hno: for the sata issue |
| 12:13.06 | hno | What I meant is that that define changes many things. We need someone who knows the clocks of REVC chips to tell what is right or wrong there. |
| 12:15.30 | oliv3r | who was complaining all the time? your workmate? lol why? :) |
| 12:21.08 | hipboi_ | oliv3r: it brings him extra work |
| 12:27.19 | hno | hard comment either way without knowing the discussios other than that gimli had some issues in using the libraries. |
| 12:33.54 | *** join/#arm-netbook kaspter (~Instantbi@101.80.132.38) |
| 12:48.39 | mnemoc | hno: the frustrating part is that we don't have access to that someone :< |
| 12:56.39 | lundman | yay finally got around to sniffing the network |
| 13:00.33 | oliv3r | well if gimli found valid flaws ... I know I wouldn't be happy if some internet punk made me work :p |
| 13:02.48 | jinzo_ | oliv3r, on the other hand that "internet punk" is your customer :) |
| 13:03.35 | jinzo_ | and armhf libs are quite important (and I don't have an idea why they don't start with armhf/base everything on it) |
| 13:05.42 | hno | mnemoc, not sure on that. We haven't tried other than via Tom. |
| 13:06.29 | *** join/#arm-netbook lkcl (~lkcl@host217-43-149-27.range217-43.btcentralplus.com) |
| 13:21.58 | oliv3r | to true |
| 13:22.17 | oliv3r | i wonder how adoption would have been, if the code would have been near mainline ready at the start |
| 13:22.53 | *** join/#arm-netbook revident (~scott@fw.iplink.net) |
| 13:33.49 | *** join/#arm-netbook cat_n9 (~communi@a91-152-66-200.elisa-laajakaista.fi) |
| 13:34.25 | mnemoc | oliv3r: near mainline was never an option, allwinner only cares about android and the kernel version supported by the current android version. today that means 3.0.31 |
| 13:36.26 | jinzo_ | mnemoc, on the other hand Google is mooving closer to mainline with Android |
| 13:39.01 | oliv3r | i know vendors don't care about software nor about linux, only hard money. I get that |
| 13:39.22 | oliv3r | but for one, mainline/vanilla kernel support, with those patches ported to android, would have ment two supported platforms, but lets just say they don't even care about the other platform, even if that would have been some form of extra income |
| 13:39.34 | oliv3r | (think tiny ubuntu based desktop computers based on the A10) |
| 13:40.06 | oliv3r | android's kernel isn't THAT far from mainline, and google IS, as jinzo says, moving close to mainline all the time. The android fork has its ups and downs |
| 13:40.16 | oliv3r | forking isn't bad per say, new things get tried and proven or not |
| 13:40.47 | oliv3r | and also, android always pulls mainline changes in |
| 13:41.14 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
| 13:41.14 | oliv3r | as android will always depend on mainline, unless they 'go their own way' which wasn't really the plan, i don't think |
| 13:43.27 | mnemoc | hno: we also tried via luke, his associates and tsvetan |
| 13:44.53 | mnemoc | and the xmbc tried the mob way |
| 13:45.50 | hno | mnemoc, tried what? |
| 13:46.35 | mnemoc | to get sources, and linux support |
| 13:46.41 | lundman | good news is I'm accidentally learning more about ipv6 |
| 13:47.07 | mnemoc | lundman: :) |
| 13:47.42 | lundman | oh man, but one day I can have a router running wrt in english! |
| 13:47.50 | hno | mnemoc, i am optimistic that it's possible to get answers on focused questions. |
| 13:48.45 | RaYmAn | assuming they actually know how it works ;P |
| 13:49.18 | hno | Someone does.. |
| 13:49.36 | hno | it that someone is still there is another topic. |
| 13:49.56 | mnemoc | :) |
| 13:51.27 | mnemoc | hno: iirc the tech support address also goes to Eva :< |
| 13:51.48 | hno | Ofcourse it does. |
| 13:54.55 | WarheadsSE | revident: thanks |
| 13:55.00 | WarheadsSE | pi images are out |
| 13:56.46 | revident | WarheadsSE, woot. I'll have to let my colleagues know. |
| 13:57.04 | jinzo_ | what pi images if I may ask? |
| 13:57.13 | WarheadsSE | they are up to 2.16 glibc (with /lib symlink) and systemd |
| 13:57.27 | WarheadsSE | Arch Linux ARM |
| 13:57.47 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 13:58.33 | revident | jinzo_, Arch just released a armv6h repo. |
| 13:59.37 | revident | WarheadsSE, I'm guessing it's not sane to do an upgrade from v5tel to v6h, a reinstall will be required? |
| 13:59.46 | jinzo_ | oh interesting, but I have my issues with Arch so I'll pass - thanks anyway. |
| 13:59.51 | *** part/#arm-netbook kocka (~kocka@2a01:270:0:ffff:ffff:200c:0:2) |
| 13:59.52 | WarheadsSE | reinstall _required_ yes |
| 14:00.24 | WarheadsSE | hard + soft are like a red-headed step child from across the tracks and a posh twat of a brat from uptown |
| 14:00.39 | WarheadsSE | they _really_ don't play well ;) |
| 14:04.51 | *** join/#arm-netbook eflatun (~eflatun@109.228.213.84) |
| 14:21.03 | hno | there is efforts to make them play. |
| 14:21.27 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 14:29.05 | mnemoc | i saw some posts about multiabi in ubuntu/linaro some months ago |
| 14:29.21 | *** join/#arm-netbook eflatun (~eflatun@95.173.235.212) |
| 14:35.40 | WarheadsSE | The kernel doesn't care, but userspaces will collide forcibly |
| 14:35.59 | WarheadsSE | There is some multilib work being done, but that is not ready for prime time to, well, often novice users. |
| 14:44.41 | *** join/#arm-netbook empat0 (~empat0@leer-4db73289.pool.mediaWays.net) |
| 14:46.16 | empat0 | mnemoc: how can i check ive i got cpu fallback? i have 1280x720 at 40 fps, is this possible with cpu fallback? |
| 14:47.10 | empat0 | mnemoc: yes, new to git. why do you think it is someone others work not mine? |
| 14:47.36 | merbanan | cpu fallback for what ? |
| 14:48.09 | empat0 | opengl es |
| 14:49.13 | RaYmAn | empat0: I think the general thought is that no one seems to have gotten opengl es going on linux yet |
| 14:50.18 | empat0 | well, my ion renders xbmc 1280x720 at 99 fps, 40 fps form mali on a10 seems to be realistic for gpu, not for cpu. |
| 14:50.51 | *** join/#arm-netbook pawel5870 (~pkarpins@ip-91-205-72-3.iwacom.net.pl) |
| 14:50.55 | RaYmAn | do you have es2_info? |
| 14:51.06 | empat0 | let me see |
| 14:51.33 | RaYmAn | It should be in mesa-utils-extra |
| 15:00.56 | empat0 | im am not using mesa/x11. the (old) libs i used go directly to the framebuffer. i did not build against mesa libs/includes. |
| 15:02.39 | empat0 | RaYmAn: any other quick chance to check? |
| 15:02.52 | RaYmAn | ah, hm |
| 15:03.27 | RaYmAn | not sure how to check then |
| 15:06.17 | *** part/#arm-netbook mSquare (~selvan@122.167.229.50) |
| 15:06.33 | RaYmAn | any idea how it initializes the egl contexts etc? I guess adapting http://www.opensource.apple.com/source/X11apps/X11apps-44/mesa-demos/mesa-demos-8.0.1/src/egl/opengles2/es2_info.c to use that could work? |
| 15:06.43 | empat0 | if this is helpful i could try to build es2_info for my libraries/includes, is this of interest? |
| 15:07.15 | RaYmAn | es2_info would give definition "proof" of whether gles2 works or not :) (though, it certainly sounds like it does) |
| 15:07.43 | empat0 | but i have to remind, it goes directly to the screen, no X11, still interested? |
| 15:07.51 | RaYmAn | definitely is |
| 15:08.21 | RaYmAn | there are plenty of uses that doesn't require X11 |
| 15:08.39 | empat0 | ok, give me some minutes, i already was coding 9 hours for money. |
| 15:08.47 | RaYmAn | No rush :) |
| 15:18.22 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 15:18.24 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 15:30.45 | empat0 | EGL_VERSION = 1.4 Linux-r2p4-02rel0, EGL_VENDOR = ARM, EGL_EXTENSIONS = EGL_KHR_image EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_lock_surface EGL_KHR_lock_surface2, EGL_CLIENT_APIS = OpenGL_ES |
| 15:30.53 | empat0 | is this ok? more info? |
| 15:31.08 | empat0 | (don't blame me, i'm new to opengles) |
| 15:31.47 | RaYmAn | that certainly does look correctly, I'd say |
| 15:31.48 | RaYmAn | :) |
| 15:31.57 | RaYmAn | Linux-r2p4-02rel0 that's the mali driver version |
| 15:32.05 | RaYmAn | SO yeah, opengl es without X11 |
| 15:32.07 | mnemoc | http://www.youtube.com/watch?v=YhjKnvFCIuE News from the arm Architecture from LPC2012 |
| 15:33.41 | mnemoc | so much work to do :< |
| 15:34.09 | empat0 | well, the files i used are documented in the xbmca10 git. note: i removed all mesa stuff before building to avoid confusion. |
| 15:35.14 | mnemoc | empat0: http://linux-sunxi.org/CedarX wants your knowledge :) |
| 15:39.44 | empat0 | uuuh - i never edited a wiki. i'm such a bad writer. i just putted the pieces i found on the mailing list together. |
| 15:40.59 | *** join/#arm-netbook eflatun_ (~eflatun@95.173.235.212) |
| 15:41.06 | RaYmAn | well, even just dumping the info there is a good start! Then someone else (or you, once you learn) can clean it up later |
| 15:45.24 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.157.210) |
| 15:47.32 | empat0 | and i thought publishing the changes in the git will be enough. ok, will try. |
| 15:48.58 | RaYmAn | It mihgt well be :) It's just sometimes, something that's obvious to you, might not be obvious to someone else. SO having instructions that can be improved over time supplements the git well :) |
| 15:50.22 | mnemoc | empat0: there is something you know about cedarx libs usage that no one else does. that's why you succeed where all others failed |
| 15:50.59 | mnemoc | that knowledge can be used by people wanting to make cedarx bindings to ffmpeg or gstreamer or libva or ... |
| 15:51.13 | phh | well i looked at the code, i've seen nothing special, it's just feeding the decoder, getting back the buffer, sending it to the bliter |
| 15:51.22 | phh | i haven't seen anything "magical" |
| 15:51.31 | phh | empat0: is there some trick i've missed ? |
| 15:52.30 | mnemoc | phh: there must be something or gimli and the others would have succeed |
| 15:53.58 | cde | there is no secret ingredient. |
| 15:54.07 | empat0 | well, imho team xbmc was doing politics, not software. |
| 15:54.16 | mnemoc | *cough* |
| 15:54.20 | mnemoc | :) |
| 15:56.50 | hno | empat0, where is it in the xmbca10 git? (and where it that git?) |
| 15:58.34 | empat0 | see my post here: http://lists.phcomp.co.uk/pipermail/arm-netbook/2012-September/005716.html |
| 16:00.27 | hno | Oh... kvm & xen ARM in Linux-3.7. |
| 16:05.00 | *** join/#arm-netbook ceo16 (~asus@host175-245-dynamic.9-87-r.retail.telecomitalia.it) |
| 16:08.08 | merbanan | empat0: what was the trouble with mpeg4-asp ? |
| 16:10.10 | empat0 | i always get CEDARV_RESULT_NO_BITSTREAM = 0x5, //* fail when try to get bitstream frame |
| 16:12.20 | empat0 | btw: sd mpeg4 is no problem for a8/neon, works fine. |
| 16:13.28 | hno | empat0, looks fairly simple. Nice work! |
| 16:14.21 | empat0 | thanks, just a first version. i hope someone gets mpeg4 hacked. |
| 16:15.32 | empat0 | also missing is doing the rendering also on the vpu, at the moment the gpu is doing the work. |
| 16:17.56 | merbanan | empat0: to be clear, you didn't get "case CODEC_ID_MPEG4:" working ? |
| 16:17.56 | mnemoc | empat0: what's the exact cedarx lib you are using? |
| 16:19.09 | empat0 | the last from this post: http://lists.phcomp.co.uk/pipermail/arm-netbook/2012-August/005548.html |
| 16:20.05 | merbanan | empat0: did you try adding "m_info.sub_format = CEDARV_MPEG4_SUB_FORMAT_XVID;" or CEDARV_MPEG4_SUB_FORMAT_DIVX5 ? |
| 16:20.54 | empat0 | yes. no change. but perhaps my interpretation of ffmpeg codec id is wrong. |
| 16:21.07 | merbanan | no it is correct |
| 16:22.05 | merbanan | did you try setting the container also ? |
| 16:23.16 | empat0 | yes. no change. |
| 16:23.37 | merbanan | did you try with CEDARV_MPEG4_SUB_FORMAT_DIVX4 ? |
| 16:23.44 | empat0 | no. |
| 16:24.04 | merbanan | DIVX4 is also mpeg4-asp |
| 16:24.13 | merbanan | but I doubt it will make any change |
| 16:24.33 | merbanan | I'll take a look later this evening |
| 16:24.43 | merbanan | in the code |
| 16:26.38 | techn | hi, good news today ;) |
| 16:34.31 | hno | techn, yes. thrice even. |
| 16:35.21 | techn | empat0: what is format cedar eats? frames? what I remember from my experiements.. avi frames are not always in order :/ |
| 16:37.05 | merbanan | techn: you always feed the decoder frames in sequential order |
| 16:37.33 | merbanan | the decoder reorders internally |
| 16:38.25 | merbanan | but you are right the cedar might not like packed pb frames like the one used in avi files |
| 16:53.04 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.184.22) |
| 17:04.04 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 17:04.35 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.27.22) |
| 17:11.38 | techn | http://forums.arm.com/index.php?/topic/16220-what-is-get-ump-secure-id-buf2-ioctl/ |
| 17:11.47 | techn | rz2k: |
| 17:12.57 | mnemoc | nice! |
| 17:15.01 | techn | this project starts to look good :) |
| 17:20.00 | mnemoc | nice to know they actual answer questions in that forum :) |
| 21:05.30 | *** join/#arm-netbook ibot (~ibot@rikers.org) |
| 21:05.30 | *** topic/#arm-netbook is EOMA: Embedded Open Modular Architecture - Don't ask to ask. Just ask! - http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 - ML arm-netbook@lists.phcomp.co.uk - Logs http://ibot.rikers.org/%23arm-netbook or http://irclog.whitequark.org/arm-netbook/ - http://rhombus-tech.net/ |
| 21:11.14 | *** join/#arm-netbook eflatun__ (~eflatun@46.1.157.77) |
| 21:18.49 | *** join/#arm-netbook eflatun (~eflatun@46.1.187.72) |
| 21:27.34 | *** join/#arm-netbook eflatun (~eflatun@46.1.231.29) |
| 21:32.58 | *** join/#arm-netbook eflatun (~eflatun@46.1.139.190) |
| 21:45.10 | *** join/#arm-netbook eflatun (~eflatun@46.1.185.135) |
| 21:46.34 | *** join/#arm-netbook The-Compiler (~compiler@ubuntuusers/supporter/the-compiler) |
| 22:00.42 | *** join/#arm-netbook Entropy512_ (~quassel@cpe-69-207-202-50.stny.res.rr.com) |
| 22:09.44 | *** join/#arm-netbook tuliom (~tuliom@186.214.89.97) |
| 22:16.33 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.231.182) |
| 22:24.46 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.158.145) |
| 22:25.25 | *** join/#arm-netbook Entropy512_ (~quassel@cpe-69-207-202-50.stny.res.rr.com) |
| 22:58.21 | *** join/#arm-netbook traeak (~bolsen@75-151-91-165-Colorado.hfc.comcastbusiness.net) |
| 23:28.16 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 23:38.02 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 23:38.02 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 23:56.49 | *** join/#arm-netbook tuliom (~tuliom@186.214.89.97) |