| 00:01.11 | hno | arm-linux-gnueabihf-gcc -dumpspecs > specs; edit specs as mentioned above; copy it to lib/gcc/arm-linux-gnueabihf/<version>/ |
| 00:02.30 | hno | and hope that u-boot is happy with gcc 4.7. The bare-bone compiler is 4.6. |
| 00:10.34 | Turl | hno: wiki wiki |
| 00:10.36 | Turl | :P |
| 00:29.07 | *** join/#arm-netbook Gujs (~Gujs@cpe-92-37-75-238.dynamic.amis.net) |
| 00:31.29 | *** join/#arm-netbook steev (u1383@gentoo/developer/steev) |
| 00:43.16 | *** join/#arm-netbook rsalveti (~rsalveti@186.214.57.233) |
| 00:43.17 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 00:53.25 | hno | Turl, Linaro bug report more likely. |
| 01:25.36 | *** join/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
| 01:47.33 | *** join/#arm-netbook stefanro1 (~stefan@pD9FFA6AE.dip.t-dialin.net) |
| 02:39.42 | *** join/#arm-netbook mSquare (~selvan@122.167.222.82) |
| 02:40.09 | libv | hrm, i can handily kill my mele by: (from serial) firing up the fb (modprobe disp, lcd, hdmi), then running top. Then sshing to it and logging in. |
| 02:40.55 | libv | if i am not running top, then the display loses sync for a bit, but survives |
| 02:41.23 | libv | cpufreq, and both display and ethernet being fired up at the same time for the first time? |
| 02:42.00 | Turl | huh? |
| 02:42.05 | Turl | you're running top on fb or via serial? |
| 02:42.11 | libv | serial |
| 02:42.22 | Turl | why does fb fail then? o.O |
| 02:42.31 | libv | the thing hangs :) |
| 02:42.34 | libv | stone-dead |
| 02:42.41 | Turl | ouch |
| 02:42.48 | libv | but even the slight loss of sync is curious |
| 02:42.49 | Turl | what output btw? |
| 02:42.53 | libv | some reclocking |
| 02:42.57 | libv | blinking cursor :) |
| 02:43.04 | Turl | yeah but hdmi, vga or what? |
| 02:43.08 | libv | hdmi |
| 02:43.45 | libv | hah. |
| 02:44.00 | Turl | libv: if you want to, try reverting both of the 'sata fix' patches |
| 02:44.05 | libv | reclocking while interrupts are flying and them not being properly marshalled? |
| 02:51.42 | Turl | hno: btw, the patch I sent to the ML fixes the weird screen distortion on boot |
| 03:03.31 | libv | i fear that the only explanation left for what i think were mmc issues is the full linaro images i was using, switching back between hf and el reveals no difference with the alip image |
| 03:05.19 | Turl | what mmc issues do you get libv? |
| 03:07.23 | libv | well, i was blaming mmc because there are a lot of errors with mmc being spewed and mmcqd/0 tended to eat quite a bit of cpu time, and there was a lot of waiting going on |
| 03:07.49 | Turl | maybe you got a crappy sdcard? :P |
| 03:08.26 | libv | that's the second thing to blame |
| 03:08.46 | libv | third actually |
| 03:08.54 | Turl | libv: try "echo 4096 > /sys/block/mmcblk0/bdi/read_ahead_kb" |
| 03:09.03 | libv | the first was this weird connector on the mele |
| 03:09.12 | libv | now some elastic is helping out there |
| 03:10.11 | libv | the second is the hw itself, but the hw is just fine with the rhombus june 2nd image |
| 03:10.43 | Turl | libv: try that ^ |
| 03:10.53 | libv | the mmc is fine now |
| 03:11.02 | libv | or much much better at least |
| 03:11.19 | libv | when did the sata fixes happen? |
| 03:11.32 | Turl | some time ago |
| 03:11.36 | libv | 09-29? |
| 03:11.56 | libv | "sunxi: clock: fix sata problem" |
| 03:12.22 | Turl | https://github.com/linux-sunxi/linux-sunxi/commit/99fe31a98bcfd96f3cd600e7b6719f87624d9c39 and https://github.com/linux-sunxi/linux-sunxi/commit/baacd51bb743310526646f3af5a633d70ae1babb |
| 03:13.28 | Turl | I don't get why they made PLL6 1.2Ghz |
| 03:13.36 | Turl | it says "I don't know why they have previously put PLL6 to 1.2Ghz with sourcing the apb1 to hosc." |
| 03:13.47 | Turl | but it was 960Mhz from what I can see on the diff? |
| 03:16.00 | Turl | libv: I submitted this today re. clocks https://groups.google.com/forum/#!topic/linux-sunxi/fZbKdS9m6bc |
| 03:16.39 | Gumboot | wonders if he missed http://apc.io/ altogether, or just dismissed it for its inadequate CPU. |
| 03:17.17 | libv | Gumboot: it's VIA |
| 03:17.24 | libv | Gumboot: stay away |
| 03:17.38 | libv | says with more 9.25ys of experience |
| 03:17.53 | Gumboot | I read somewhere it's ARM11, but I'd normally expect VIA to be selling x86. |
| 03:17.57 | Turl | I saw that one on newegg today I think |
| 03:17.59 | libv | Turl: trying with reverting the other patches first |
| 03:18.10 | libv | check out their kernel source releases |
| 03:18.15 | libv | and you will agree with me |
| 03:18.44 | libv | try to find out what mali is on board this wm8750 from the apc site |
| 03:19.09 | Turl | libv: btw, mali was stalling funnily today |
| 03:19.29 | libv | and the frustration you feel while trying to navigate this site in trying to get real specs, will make you steer clear of via |
| 03:19.41 | libv | Turl: i have never ever stalled mali with all my lima hacking |
| 03:19.43 | Turl | it printed errors on dmesg about the MMU being on a weird state :P |
| 03:19.58 | Turl | libv: clock it to 400Mhz and run a bit of GL stress testing |
| 03:20.21 | lundman | i wired my mali with 220v, and it crashed! bad design i say! |
| 03:20.22 | Turl | a run of "Antutu" android app on 2D+3D testing is enough |
| 03:20.23 | libv | not on telechips (mali200, haipad), not on amlogic (400, zenithink zt-280) |
| 03:20.30 | libv | never ever crashed it |
| 03:20.39 | libv | and believe me, i have thrown an amazing amount of crap at it |
| 03:20.58 | libv | at most individual jobs fail, or crap or nothing is rendered |
| 03:21.03 | Turl | yeah but this was a hw stall :P |
| 03:21.07 | libv | you can immediately run other things without noticing |
| 03:21.08 | Turl | probably due to heat |
| 03:21.13 | libv | well, don't overclock it :) |
| 03:21.22 | Turl | I didn't OC it knowingly |
| 03:21.33 | libv | it's an amazingly stable gpu |
| 03:21.38 | Turl | but this sata fix switched the mali clock source from 960Mhz to 1.2Ghz :P |
| 03:21.45 | libv | there is nothing, and there will be nothing like it |
| 03:21.46 | Turl | 320->400Mhz on mali |
| 03:22.00 | libv | i am sure that t6xx will crash on a dime |
| 03:22.13 | libv | but i would like to be pleasantly surprised :) |
| 03:22.26 | Turl | I noticed they seem to be dropping "libUMP" for the newer malis |
| 03:22.36 | Turl | and using DMA buf stuff |
| 03:22.51 | libv | makes sense |
| 03:23.31 | libv | the nice thing about dma buf is that the usual suspects didn't press it out like clearing sinusses |
| 03:23.43 | libv | like most other things they have done so far |
| 03:23.58 | *** join/#arm-netbook tekzilla (~jon@hmbg-5f77ff7d.pool.mediaWays.net) |
| 03:24.43 | libv | it is committee designed, sure, but better that extreme of the scale (where it actually has a chance of covering anything beyond intels usecase), than the idiocy we have had to endure for the best part of the last decade |
| 03:27.43 | Turl | did you see the discussion where nvidia wanted to un-gpl-mark the symbols |
| 03:27.46 | Turl | ? |
| 03:28.31 | libv | parts of it |
| 03:28.35 | libv | loads of noise |
| 03:28.44 | libv | nvidia will not change |
| 03:28.50 | libv | all they did was scare off others |
| 03:29.05 | libv | ok, both sata patches reverted in my current kernel |
| 03:29.15 | libv | straps in and presses 'Go' |
| 03:29.47 | libv | hah |
| 03:30.02 | libv | maybe a few frames were buggered |
| 03:30.19 | libv | there was some blue streak in part of the display |
| 03:30.24 | libv | _much_ better! |
| 03:30.31 | libv | the thing hardlocked before |
| 03:30.45 | libv | Turl: going back to stage and applying your patch |
| 03:31.12 | libv | but man, this thing needs work! |
| 03:31.30 | libv | why the hell do i have to load the lcd module to get hdmi working!!! |
| 03:34.14 | Turl | libv: because you didn't fix it yet? :P |
| 03:34.16 | Turl | j/k |
| 03:34.40 | Turl | the allwinner code is a mess :( |
| 03:35.06 | Turl | they seem to want to reuse every single byte of code ever written |
| 03:35.54 | libv | yes, copy paste is what this tree is about |
| 03:36.27 | libv | disp is about a mb, my guess is that i can get that down below half |
| 03:36.47 | libv | but it will take a lot of time and work |
| 03:37.06 | Turl | there's some pdfs and docs on disp too |
| 03:37.59 | libv | i already converted the two xlses |
| 03:38.09 | libv | but the pdfs were just too much |
| 03:38.20 | libv | i have google translate overload now. |
| 03:40.55 | libv | ok, strapping in |
| 03:41.14 | libv | hrm, crashed on its own accord |
| 03:41.32 | libv | nothing unusual really, according to my experiences with this hw so far |
| 03:42.41 | libv | stable on the second go |
| 03:42.53 | libv | Turl: good catch indeed. |
| 03:43.13 | libv | halts and tries again |
| 03:45.45 | libv | 3x solid |
| 03:46.53 | Turl | libv: any chance you can try sata while you're at it? |
| 03:48.22 | libv | and restored stage, and immediate crash with my crashing procedure |
| 03:48.30 | libv | Turl: who cares, this code is a serious regression |
| 03:48.42 | libv | Turl: we have the means to prove it too |
| 03:48.58 | libv | stage: crash. your fix: stable |
| 03:49.57 | libv | f-ing googlegroups though. |
| 03:50.11 | libv | surely another ml provider can be found somewhere |
| 03:51.40 | libv | at least the old interface is sensible. |
| 03:56.56 | libv | Turl: imho, this patch should hit more than stage immediately :) |
| 03:59.01 | Turl | libv: I guess I can push it to stage |
| 03:59.28 | libv | Turl: mnemoc will agree tomorrow, let me handle that :) |
| 03:59.37 | libv | err s/me/him/ |
| 03:59.50 | Turl | :P ok |
| 04:00.14 | *** join/#arm-netbook rz2k (~rz2k@95-24-125-219.broadband.corbina.ru) |
| 04:00.22 | libv | Turl: i am actually a split personality of mnemoc |
| 04:00.40 | Turl | heh |
| 04:00.42 | libv | Turl: i now have control of his brain now, and i am intending to build my private army :p |
| 04:01.31 | rz2k | libv: I've approved your msg to ml and added you to whitelist. damn gmail antispam kills various messages every day. |
| 04:01.45 | libv | it all started with visiting support groups, and bob and marla |
| 04:02.00 | libv | eh? |
| 04:02.19 | libv | how else would google groups have allowed me to answer to this email than through their web interface? |
| 04:02.40 | Turl | libv: via email? >.< |
| 04:02.42 | libv | hadn't bothered to subscribe before an hour ago |
| 04:02.51 | Turl | :) |
| 04:03.04 | rz2k | you can subscribe to it and asnwer with topic I guess |
| 04:03.16 | libv | Turl: with no reply-to ids being shown the thread will be broken |
| 04:03.21 | *** join/#arm-netbook toxicpsion (~toxicpsio@h216-45-98-25.dynamic.platinum.ca) |
| 04:03.37 | libv | thank google for their megalomania and attempting to reinvent everything |
| 04:04.11 | Turl | libv: there, stage'd https://github.com/linux-sunxi/linux-sunxi/commits/stage/sunxi-3.0 |
| 04:04.15 | libv | ooh, show original |
| 04:04.42 | Turl | wonders if he should stage to 3.4 too |
| 04:05.10 | libv | mail ml about it :) |
| 04:05.26 | *** join/#arm-netbook Quarx (~Quarx@94.137.56.104) |
| 04:05.36 | libv | rz2k: thanks though :) |
| 04:06.05 | rz2k | you are welcome :) |
| 04:07.07 | Turl | 3.4 also has the sata patches applied libv |
| 04:07.13 | Turl | libv: can you confirm if it's broken too? |
| 04:07.37 | libv | tomorrow, it's 5:07 here in CET land and i am about to fall over :) |
| 04:07.49 | Turl | :p |
| 04:10.22 | rz2k | Turl: I had couple of kernel panics in mali job scheduler with stage branch, probably according to 400mhz too. |
| 04:22.02 | Turl | 199$ nexus 7 hmm |
| 05:01.48 | Turl | lundman: https://lkml.org/lkml/2012/10/29/3 :P |
| 05:06.20 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 05:34.03 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 05:49.33 | lundman | hmm? |
| 06:13.44 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.104) |
| 06:15.19 | *** join/#arm-netbook discopig (~Sv@unaffiliated/sv) |
| 06:26.10 | rm | hmm |
| 06:26.18 | rm | I wonder how much L2 cache (if any) does the A10 have |
| 06:26.34 | rm | http://www.arm.com/products/processors/cortex-a/cortex-a8.php says it is optional (0...1MB) |
| 06:47.08 | jelly-home | I thought the 256KiB mentioned somewhere _was_ L2 |
| 06:48.00 | discopig | 512k L2 cache |
| 06:48.09 | jelly-home | ooh |
| 06:48.11 | discopig | according to a few sites |
| 06:48.14 | discopig | not bad i guess |
| 06:53.34 | *** join/#arm-netbook rellla (~Thunderbi@p5B078BB5.dip0.t-ipconnect.de) |
| 07:01.39 | *** join/#arm-netbook avernos (~avernos@221.223.240.60) |
| 07:01.40 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 07:27.22 | *** join/#arm-netbook cat_x301 (~cat_x301@gprs-internet-ff85ee00-146.dhcp.inet.fi) |
| 07:55.07 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 08:15.01 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 08:16.13 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:17.18 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 08:46.09 | ZaEarl | I think someone needs a new translator. I just received this in an email, "Cortex - A9 is so far in flat products adopt the most advanced core, comprehensive processing power is the mainstream introductory MID processing power decuple, hardware performance hit the mainstream online" |
| 08:46.46 | RaYmAn | or they just need to stop using google translate =P |
| 08:47.28 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 08:48.11 | mnemoc | or better, learn english |
| 08:50.01 | RaYmAn | english is overrated ;) |
| 08:51.01 | mnemoc | the opossite :p english is dumb enough so anyone can learn it :) |
| 08:54.03 | mnemoc | my "formal" english went up to colors and months :| |
| 08:55.23 | mnemoc | but people seems to understand my grammar mess and non-sense,... even when I speak |
| 08:57.57 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 09:06.33 | Maqs | most of the time I'm criticised for being too formal, using few discourse markers etc. \o/ |
| 09:09.22 | *** join/#arm-netbook ssspiff (~quassel@unaffiliated/yukito) |
| 09:11.36 | mnemoc | :) |
| 09:13.01 | specing | ZaEarl: lol |
| 09:59.17 | *** join/#arm-netbook rellla (~Thunderbi@p5B078183.dip0.t-ipconnect.de) |
| 10:16.52 | popolon | chinese is simpler than english, no grammatical conjugation, no grammatical agreement/concord, no grammatical gender (but on 3 characters, even no difference on speak) |
| 10:16.58 | popolon | simplier |
| 10:18.18 | Maqs | you should all learn german. it's simple. ;) |
| 10:18.29 | popolon | but english is easier for german or latin family language speaker |
| 10:19.09 | mnemoc | popolon: but chinese has an awful amount of glyphs :< |
| 10:19.15 | rellla | Maqs: +1 |
| 10:19.17 | popolon | not so far |
| 10:20.13 | popolon | 214 only |
| 10:20.31 | *** join/#arm-netbook mSquare (~selvan@122.167.246.69) |
| 10:20.36 | mnemoc | uhm |
| 10:20.37 | Maqs | aren't there simplified versions with syllabary? or was that japanese? |
| 10:20.51 | popolon | other are combination of those 214 characters but the word is in a square instead of a line |
| 10:21.12 | mnemoc | 214 glyphs and no fancy grammar.... sounds even affordable |
| 10:21.35 | Maqs | ain't nobody got time for that ;-) |
| 10:21.38 | popolon | for japanese you need to add hiragana and katakana and there is grammatical conjugation |
| 10:22.53 | Maqs | tok pisin should be quite simple |
| 10:23.16 | Maqs | http://www.hawaii.edu/satocenter/langnet/definitions/tokpisin.html#grammar-hce |
| 10:23.21 | popolon | and lot of honorific twist inherited from korean |
| 10:24.20 | Maqs | plural is just ol (from english all).. etc. |
| 10:26.17 | popolon | looks like french créole (used in american and african french islands |
| 10:26.41 | Gumboot | I'm just slightly baffled by Simplified Chinese. The half-arsed explanation I got once was that it's a syllable per character, and simpflified breaks a few things into multiple characters, which implies multiple syllables. So it must change the spoken language as well. |
| 10:28.44 | Maqs | popolon: yes, it's a contact language spoken in papua new guinea... some call it a creole, some a pidgin. depends :) |
| 10:28.57 | Maqs | or developed as a contact language |
| 10:29.07 | orly_owl | http://www.geek.com/articles/chips/89-dual-core-android-stick-pc-leaves-mk802-in-the-dust-20120814/ |
| 10:29.19 | popolon | gumboot : simplified chinese is only about characters, some chinese characters are simplified the same way in japanese |
| 10:29.31 | Maqs | it's quite amazing how easy it is.. in case one knows the vocab and does not confuse it with english :-) |
| 10:29.31 | popolon | about writting I mean |
| 10:29.47 | popolon | pronounciation in chinese is always 1 character = 1 syllabe |
| 10:30.28 | popolon | but in japanese a character (if they use japanese pronunciation, not chinese one, has both characters have several pronunciation) can represent several syllabs |
| 10:31.05 | Maqs | i'll just stick with english.. sounds a lot easier :-) |
| 10:31.19 | popolon | I like this kind of language, simple but good enough to describe any kind of idea |
| 10:31.21 | Gumboot | popolon: But that's my point. If it's 1 character per syllable, and simplified uses multiple characters for some things, then isn't that going outside of just written? |
| 10:31.48 | ZaEarl | I did a game once with simplified and traditional chinese language options. Glancing through the data files I could see no difference between the two! |
| 10:31.55 | popolon | simplified only simplified the shape, changing the keys |
| 10:32.20 | Gumboot | Perhaps it's the case that some of them got _too_ simple, and the collisions needed to be clarified. |
| 10:32.23 | popolon | in traditionnal or simplified form, that's the same about pronunciation |
| 10:32.51 | Gumboot | I've seen things written down both ways and they definitely have different numbers of characters. |
| 10:32.54 | popolon | 畫<= traditionnal for painting (used in taiwan/hk/macao/singapour) |
| 10:33.06 | popolon | 画 <= used in mainland china and japan |
| 10:33.18 | Gumboot | Now why's that not rendering on my screen/ |
| 10:33.19 | Gumboot | ? |
| 10:33.21 | popolon | only the bottom part of the char is kept |
| 10:33.38 | popolon | Gumboot, just because you don't have international fonts |
| 10:34.10 | mnemoc | or utf-8 not properly configured |
| 10:34.16 | Gumboot | The latter. |
| 10:35.09 | Gumboot | I got latin mojibake. |
| 10:35.16 | mnemoc | i see the glyphs... but they are so small I can't notice any difference :< |
| 10:35.28 | popolon | in japanese the top horizontal bar is linked to the field (from rice pad) : 田 by a little vertical stroke, not in simplified chinese, but any japanese or chinese don't see that :) |
| 10:36.13 | popolon | https://en.wiktionary.org/wiki/File:画-bw.png <= simplified form |
| 10:36.34 | Gumboot | Well now it's a problem, because that URL is invalid. |
| 10:37.08 | popolon | https://en.wiktionary.org/wiki/畫 <= traditionnal one |
| 10:37.21 | mnemoc | Gumboot: fix utf-8 :) |
| 10:37.31 | popolon | Gumboot, valid, certifacate is only selfsigned |
| 10:37.33 | Gumboot | Indeed. |
| 10:37.38 | popolon | http://en.wiktionary.org/wiki/File:画-bw.png <= simplified form |
| 10:37.44 | popolon | http://en.wiktionary.org/wiki/畫 <= traditionnal one |
| 10:37.52 | popolon | without (http)s |
| 10:37.54 | Gumboot | popolon: I mean the string indicating what page I should look at is invalid |
| 10:38.02 | Gumboot | I need %xx |
| 10:38.14 | popolon | Guest91768, which browser do you use ? |
| 10:38.16 | Gumboot | Or to give this client a damned good kicking. |
| 10:38.32 | mnemoc | popolon: the links are good. but his irc client fails to decode it |
| 10:38.34 | Gumboot | It's malconfigured irssi, not the browser. |
| 10:39.09 | popolon | I didn't escaped the char to avoid conflict between irc escaping and http url escaping :D |
| 10:39.26 | popolon | oh, 2 s |
| 10:39.37 | mnemoc | https://en.wiktionary.org/wiki/File:%E7%94%BB-bw.png |
| 10:39.42 | mnemoc | ^--- url escaped |
| 10:39.53 | cat_x301 | popolon: still relevant? :) |
| 10:40.29 | popolon | http://bitly.com/RoHE8m |
| 10:40.37 | popolon | yes |
| 10:40.50 | Gumboot | Actually, UTF-8 normally works. It's just this channel. |
| 10:41.05 | mnemoc | it's not a per-channel thing :) |
| 10:41.12 | popolon | Gumboot, I guess you configured freenode with iso-8859-1 |
| 10:42.16 | Gumboot | Not deliberately, I didn't. |
| 10:42.34 | cat_x301 | popolon: not sure if yes for the answer, but firefox 10.0.7 :D |
| 10:44.10 | *** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de) |
| 10:44.14 | mysteryname | Hey, I'm having a problem building the u-boot for sunxi, Where the make file says there is no arm-linux-gnueabi-gcc command, however I have arm-linux-gnueabi-gcc-4.6 is there a quick fix for that? |
| 10:45.16 | mnemoc | install gcc-arm-linux-gnueabi to get the symlinks |
| 10:45.47 | Gumboot | Actually, following instructions looks like a good way to make things worse. |
| 10:46.10 | Gumboot | Freenode must surely be a utf-8 network, right? |
| 10:47.07 | popolon | generally yes, most channels use UTF8 |
| 10:47.09 | mysteryname | mnemoc: I thought I installed it? |
| 10:48.57 | mnemoc | mysteryname: i can't know if you did :) |
| 10:51.32 | mysteryname | mnemoc: It's in my PATH and I'm able to build a really small *.c file using arm-linux-gnueabi-gcc-4.6 however I don't seem to have vanilla gcc for the make file to see. |
| 10:51.47 | *** join/#arm-netbook Gumboot_ (~gumboot@rev.bovine.muck.net.nz) |
| 10:52.19 | popolon | http://zhongwen.com/d/181/d101.gif |
| 10:52.47 | mnemoc | mysteryname: gcc-arm-linux-gnueabi: /usr/bin/arm-linux-gnueabi-gcc |
| 10:54.55 | *** join/#arm-netbook Gumboot (~gumboot@rev.bovine.muck.net.nz) |
| 10:55.36 | mnemoc | Gumboot: 你好 |
| 10:55.49 | Gumboot | Boxes. Two of them. |
| 10:56.16 | Gumboot | But at least the font knows it's a character it doesn't have, which is a small improvement. |
| 10:56.38 | Gumboot_ | And on this screen, a muddled mess. |
| 10:56.42 | mnemoc | if it's not irssi, maybe your `screen` doesn't have utf-8 properly configured. or your locale, or your term |
| 10:57.14 | Gumboot | Aww... my scrollback! |
| 10:57.19 | Gumboot | did not think this through. |
| 10:57.41 | Gumboot | I run irssi within screen, and I wasn't running screen with -U before. |
| 10:58.05 | Gumboot | The next problem is the terminal, but I can do that anytime. |
| 10:58.08 | mnemoc | there are many layers involved, all of them need proper utf-8 support |
| 10:59.15 | specing | Frankly I don't care about UTF :P |
| 10:59.27 | specing | all I see are '??' |
| 10:59.36 | Gumboot | £ |
| 10:59.49 | Gumboot | Hopefully that's not mangled. A pound sign. |
| 10:59.55 | Gumboot | (looks fine to me) |
| 11:00.05 | mnemoc | € |
| 11:00.54 | specing | All I see are question marks :) |
| 11:00.54 | Gumboot | Well, at least that mess is sorted out, then. |
| 11:01.12 | mnemoc | 你好? |
| 11:01.24 | Gumboot | Connecting with another screen without -U, on that screen I see question marks (although it's happy with the pound sign) |
| 11:02.03 | Gumboot | I've been meaning to switch to tmux, anyway. |
| 11:02.20 | specing | Im running on tmux |
| 11:02.21 | Gumboot | Then I get to figure it all out from scratch. |
| 11:02.30 | popolon | http://howchip.com/shop/item.php?it_id=AND5250A |
| 11:02.46 | popolon | Cortex A15 dual core |
| 11:02.57 | specing | Im getting progressively more efficient in deleting i18n support from the filesystem |
| 11:03.00 | specing | though |
| 11:04.07 | Gumboot | I think tmux comes from OpenBSD, right? And last I saw the internationalisation support there was pretty thin. |
| 11:04.17 | Gumboot | I say "there", I mean "here". |
| 11:04.30 | specing | heh |
| 11:04.40 | specing | I hate i18n |
| 11:04.43 | specing | seriously |
| 11:04.53 | mnemoc | popolon: but for the same price of the equivalent chromebook |
| 11:05.00 | Gumboot | I hate that because of it I can't find files when I type ls. |
| 11:05.03 | mnemoc | specing: corn farm boy? |
| 11:05.08 | popolon | the cyberbit.zip (containing cyberbit.ttf) is often a good soluytion |
| 11:05.10 | popolon | solution |
| 11:05.17 | Gumboot | So I usually have aliases like ls='LC_COLL=C ls' |
| 11:05.18 | specing | its like every second word is translated and the thing just looks horrible in the end |
| 11:05.23 | specing | mnemoc: what? |
| 11:05.41 | popolon | mnemoc, yes, without ethernet, without sata and without lot of other basic things |
| 11:05.44 | Gumboot | Because the sort order without LC_COLL=C makes no sense to me and I can never find anything. |
| 11:06.00 | mnemoc | specing: just kidding. |
| 11:06.29 | specing | chroomebook has no SATA exported? |
| 11:06.32 | specing | That sucks. |
| 11:06.40 | mnemoc | but has usb3 |
| 11:06.54 | Gumboot | Does USB3 fix the CPU burden? |
| 11:06.54 | specing | no use for usb3 if theres no SATA |
| 11:07.17 | RaYmAn | It is a bit of a pity they didn't include an eSata port for sure |
| 11:07.18 | Gumboot | Or does it just vaguely "improve" it? |
| 11:14.46 | popolon | only 2 usb |
| 11:14.50 | popolon | and no ethernet :( |
| 11:15.07 | popolon | 1 usb 3.0 and 1 usb 2.0 port |
| 11:15.15 | specing | ~ useless |
| 11:15.16 | ibot | ACTION starts crying and hides from specing in the darkest corner of the room. :( |
| 11:15.26 | popolon | that's the habit of google to limit its devices |
| 11:15.39 | specing | Oh another bot trigger |
| 11:15.42 | specing | ~ useless |
| 11:15.42 | ibot | ACTION starts crying and hides from specing in the darkest corner of the room. :( |
| 11:15.45 | specing | lol |
| 11:15.58 | popolon | ℓoℓ |
| 11:16.16 | mysteryname | I was making a typo the entire time..... :( |
| 11:17.27 | popolon | GNSS, GLONASS, Galileo and SBAS reception for high GNSS availability. Galileo and Compass support via future software upgrade |
| 11:17.42 | popolon | nice, every satellite positionning system will be supported |
| 11:18.12 | popolon | to be sure that's the computer is just in front of the user :) |
| 11:18.22 | popolon | (that uses it) |
| 11:19.46 | mnemoc | Turl: libv: https://github.com/linux-sunxi/linux-sunxi/commit/52f50bbfe5b98e21a64247d17c5bd4e819b0d657#commitcomment-2065959 |
| 11:21.28 | *** join/#arm-netbook avernos (~avernos@221.223.240.60) |
| 11:21.28 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 11:30.49 | *** join/#arm-netbook avernos (~avernos@221.223.240.60) |
| 11:30.50 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 11:34.02 | Turl | mnemoc: replied |
| 11:39.04 | Turl | mnemoc: do you recall me telling you guys my screen was doing weird stuff on early boot btw? |
| 11:41.04 | Turl | mnemoc: the patch fixes that too :p |
| 11:43.52 | *** join/#arm-netbook pawel58701 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 11:44.46 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 11:48.06 | mnemoc | so it's all about the overclocked pll6 |
| 11:49.22 | Turl | yeah |
| 11:50.24 | Turl | mnemoc: the only fear I have is, well, sata :< |
| 11:53.52 | mnemoc | can test sata atm, will do tonight |
| 11:54.03 | Turl | :) |
| 11:54.04 | mnemoc | hopefully others can report first |
| 11:57.37 | *** join/#arm-netbook avernos (~avernos@221.223.240.60) |
| 11:57.38 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 12:03.54 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 12:09.52 | lundman | adeswfo |
| 12:10.55 | *** join/#arm-netbook slash_random (~david@host197.201-252-139.telecom.net.ar) |
| 12:11.23 | lundman | ok I just changed the clock to tmpSclk->clk->rate = 9999999999; |
| 12:13.03 | Turl | lundman: it's over 8000! |
| 12:15.27 | Turl | slash_random: o/ |
| 12:18.32 | lundman | got to get it over 88 before it will go back in time! |
| 12:40.10 | Gumboot | Does the A10 fit into this whole unification thing in Linux 3.7? That's the fruit of Linaro's effort, right? |
| 12:41.22 | mnemoc | Gumboot: not yet, but will |
| 12:41.30 | Gumboot | I actually don't know either way about Linaro's involvement, but my understanding is that they set out to bring some coherency to the ARM platform. I don't know how well non-members fit into that. |
| 12:41.48 | Turl | mele A10 'mini PCs' :O http://en.mele.cn/products/show/25.htm |
| 12:42.20 | mnemoc | tired of those hdmi dongles |
| 12:43.02 | Gumboot | There's a substantial population of raspberry pis stuck to the back of TVs with blu-tack or similar. |
| 12:43.16 | Gumboot | Dongles are at least a step up on that. |
| 12:44.02 | Turl | http://en.mele.cn/UpLoadFiles/pros/2012/09/10/2012091018582343.jpg :O |
| 12:44.23 | mnemoc | Turl: A10? |
| 12:44.34 | mnemoc | that is more of my liking |
| 12:45.10 | Turl | mnemoc: Realtek RTD1186 :< |
| 12:45.16 | Turl | with "Linux + Android 2.2" |
| 12:45.19 | *** join/#arm-netbook rz2k (~rz2k@95-24-125-219.broadband.corbina.ru) |
| 12:45.22 | Turl | http://en.mele.cn/products/show/24.htm |
| 12:45.33 | mnemoc | :| |
| 12:45.46 | mnemoc | i love the a2000 formfactor |
| 12:45.59 | mnemoc | but vertical harddrives ruin it |
| 12:46.28 | Turl | :O RTD1186 has USB 3.0 |
| 12:46.43 | Turl | and HDMI with 3D and CEC |
| 12:47.26 | Gumboot | wonders what's in his Playon!HD mini. |
| 12:49.22 | Gumboot | finds it odd that despite all the fear that BSD licenses would allow corporations to "steal all our work", these corporations are all still mashing their binary-only blobs into a GPL kernel. |
| 12:50.20 | mnemoc | thing is corporations don't care about the license at all |
| 12:50.40 | mnemoc | BSD vs. GPL is an only-geeks-care fight |
| 12:50.41 | Turl | http://www.mele.cn/products/show/5.htm wonder what's inside :P looks nice |
| 12:51.10 | Turl | Gumboot: BSD kernels aren't nearly as compatible as linux |
| 12:51.11 | mnemoc | and GPL enforcement ends up been even more harmful |
| 12:51.34 | Gumboot | Turl: None of them are compatible. That's why they're adding their blobs. |
| 12:53.24 | Turl | Gumboot: supporting an ARM chip on linux is comparatively easy |
| 12:53.45 | Gumboot | Corporations do care. I've been restricted to contributing only to BSD projects because of the infection risks to my employer. |
| 12:53.51 | Turl | and you instantly acquire support for a crapload of usb peripherals and the like |
| 12:54.07 | Turl | *BSD doesn't even offer official ARM support I think |
| 12:54.51 | Gumboot | OpenBSD has a little. I have to assume NetBSD has a lot more. Don't know about FreeBSD. |
| 12:55.17 | Turl | your employer has -ETOOMANYLAWYERS |
| 12:55.29 | Gumboot | They all do. |
| 12:56.18 | Turl | 'infection' is lawyer bs talk, it's not hard to comply with the GPL |
| 12:56.40 | Gumboot | You'd be surprised at how difficult people find it. |
| 12:57.11 | Gumboot | As an SoC vendor, you need only worry about the peripherals you actually etch into the silicon. Linux's huge collection of drivers is mostly immaterial. |
| 12:57.58 | Gumboot | Real contamination probably isn't the greatest risk. Perceived contamination is. |
| 12:58.29 | Turl | a vendor cares on the other hand, because if they sell you something with a USB port they don't want you claiming 'it's broken' because your peripheral is not supported |
| 12:59.18 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 12:59.26 | Gumboot | I really have never noticed a compatibility issue with a USB device on any BSD. |
| 12:59.35 | Gumboot | Except for when the controller itself isn't properly supported. |
| 13:01.31 | Turl | I haven't actually used *BSD to comment either, but I've seen really weird USB hardware I wouldn't be surprised if *BSD didn't support |
| 13:02.35 | Gumboot | I wouldn't be sure that an Android device would come bundled with the appropriate modules for a situation like that. |
| 13:03.33 | Turl | yeah, it probably doesn't |
| 13:03.46 | Turl | stuff like the chromebook on the other hand, I'd expect it did |
| 13:05.33 | Gumboot | What's a weird USB device, anyway? Like a TV tuner or something? |
| 13:07.15 | Gumboot | I might actually be a bit annoyed if I discovered that my android device didn't support that. Maybe something weirder. |
| 13:07.39 | Turl | Gumboot: no, more like a seemingly 'standard' device, but that requires some quirks to operate |
| 13:08.52 | Gumboot | is reminded of the blacklist/whitelist arrangements in some late PATA controllers. |
| 13:09.26 | Gumboot | Anyway... I'd best go to work, or I won't be able to buy pointless crap anymore. |
| 13:09.40 | Turl | :P |
| 13:35.24 | *** join/#arm-netbook silentaa (~silentaa@2a01:e35:2eb9:20:250:43ff:fe01:dc73) |
| 13:37.51 | libv | don't have a suitable low power sata disk that i want to sacrifice for a10 testing right now :) |
| 13:45.36 | Turl | china needs to sell cheap sata disks :< |
| 13:46.11 | libv | i think they are cheap enough, i just do not have any around :) |
| 13:46.32 | libv | postage & customs are the real killers imho, and having to wait X days |
| 13:47.30 | libv | maybe i am just amazon spoiled :) |
| 13:47.42 | orly_owl | https://gnu.org/distros/free-distros.html |
| 13:47.47 | orly_owl | wrong channel |
| 13:49.08 | *** join/#arm-netbook techn (~quassel@a91-152-35-60.elisa-laajakaista.fi) |
| 13:58.10 | bfree | not sure sata spinning disks are cheap enough thanks to the flood/gouging, I'm pondering a ssd for my cubie as basically same price as the cheapest spinning disks! I've a few months to decide though :-/ |
| 13:59.07 | Turl | bfree: on $/GB, HDDs still have quite a considerable bit ahead |
| 14:05.16 | bfree | sure, but I don't forsee needing much space really so an SSD looks tempting to me |
| 14:09.38 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 14:12.05 | traeak | get an older ssd, sata2 won't be able to fully push an SSD |
| 14:14.01 | bfree | yep, considering that (though as maybe I'd end up swapping it elsewhere at some point not tooo pushed) ... would rather a Samsung 830 or so (reliability, flashing) but the older OCZs seem to have crashed in price to tempt me |
| 14:14.52 | *** join/#arm-netbook ol1ver (~Thunderbi@7of9.schinagl.nl) |
| 14:20.27 | *** join/#arm-netbook silentaa (~silentaa@2a01:e35:2eb9:20:250:43ff:fe01:dc73) |
| 14:22.45 | *** join/#arm-netbook robws (~robws1@38.99.170.111) |
| 14:28.15 | libv | pfff, this stuff is way fragile |
| 14:35.58 | traeak | what's way too fragile? |
| 14:36.30 | traeak | i just used the mele as an opportunity to upgrade a laptop drive, put the old drive in the mele |
| 14:53.17 | libv | my mele |
| 14:53.52 | libv | i just threw a new kernel over the the u-sd, and now uboot is buggered for some reason |
| 14:58.03 | RaYmAn | that should only really happen if the card is partitioned wrongly (such that writing a file accidentally overwrites the u-boot sectors?) |
| 14:58.56 | libv | it was booting fine before |
| 14:59.15 | libv | but i guess i have to go clear the first bit and reinstall uboot again |
| 14:59.37 | libv | all because i cped over the stage kernel, which actually has the exact same code as the kernel that i ran last night |
| 14:59.51 | libv | so rather fragile really |
| 15:00.57 | traeak | heh, not *that* fragile |
| 15:01.02 | traeak | you can fix this all in software |
| 15:01.28 | traeak | compared with scratching the mobo to expose a lead to short to force it into service mode |
| 15:23.14 | *** join/#arm-netbook QingPei (~qingpei@123.118.110.74) |
| 15:23.36 | *** join/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
| 15:25.45 | popolon | http://www.arndaleboard.org/wiki/index.php/Main_Page |
| 15:25.53 | popolon | there is a wiki for the arndaleboard |
| 15:26.24 | popolon | Share with us your latest new app project to be eligible to receive an Exynos 5 Dual based community board, Arndale. (@ ARM TechCon) |
| 15:26.38 | mnemoc | hopefully hardkernel people will do a more affordable exynos5 board |
| 15:26.51 | popolon | I hope too |
| 15:27.17 | popolon | http://www.samsung.com/global/business/semiconductor/minisite/Exynos/platform_partners_platform.html |
| 15:27.25 | Turl | ...and World’s highest resolution support (24bit 2560X1600@60fps) |
| 15:27.28 | Turl | lol |
| 15:27.30 | popolon | there are both origen/arndale/ordoid on this page |
| 15:27.40 | popolon | ^ ^ |
| 15:28.01 | mnemoc | only the odroid-x is independent |
| 15:28.05 | Turl | oh, it has a wolfson chip |
| 15:28.33 | libv | hehe |
| 15:28.38 | popolon | Turl, is this good ? |
| 15:28.45 | libv | just goes to show how useful an electronics degree is |
| 15:28.52 | libv | ie, not at all :) |
| 15:29.09 | libv | attached a 2.5A psu now and suddenly booting is resumed |
| 15:29.13 | traeak | same with engineering degree, also useless |
| 15:30.16 | Turl | popolon: from what I know wolfson is well regarded on the audio communities |
| 15:30.17 | libv | other was 1A, which was all i had at the time when i noticed that this chinese crap came without a eu adapter |
| 15:30.26 | libv | no bloody wonder that this thing was fragile |
| 15:30.27 | Turl | popolon: you might recall samsung i9000 and "vodoo audio" |
| 15:33.18 | traeak | yes wolfson dacs were on some "high end" cards |
| 15:33.18 | popolon | well samsung devices have generally good audio chips (and good audio headphone) |
| 15:33.26 | traeak | back when people cared about pci sound cards |
| 15:33.54 | *** join/#arm-netbook t0dbld1 (~t0dbld@50.33.195.166) |
| 15:34.46 | popolon | http://www.arndaleboard.org/wiki/index.php/WiKi#Host_Environment_for_Android |
| 15:34.55 | popolon | they recommand ubuntu for compiling android |
| 15:35.35 | popolon | 11.10 for sun-java6 support (using ppa) |
| 15:36.05 | popolon | lot of IPMI web console only works with this version of java :( |
| 15:36.44 | Turl | android builds just fine with openjdk6 |
| 15:38.39 | popolon | that's probably why android SDK doesn't work on my system, there is only icedtea java |
| 15:39.27 | Turl | isn't icedtea the web plugin thingy for openjdk? |
| 15:40.32 | popolon | yes |
| 15:40.34 | popolon | sorry |
| 15:40.44 | popolon | there is only openjdk |
| 15:40.58 | popolon | (ipmi use openjdk + icedtea) |
| 15:41.00 | t0dbld1 | you can use the openjdk versions to build android jsut fine |
| 15:41.01 | *** part/#arm-netbook QingPei (~qingpei@123.118.110.74) |
| 15:41.16 | popolon | well I created a virtualbox image with older version of ubuntu to access ipmi) |
| 15:41.21 | t0dbld1 | make sure everything is symlinked or pointed in right direction |
| 15:41.56 | popolon | I will look again then, I remember it was easier to install on former version |
| 15:50.04 | t0dbld1 | Hexxeh: you alive and awake in here today ? |
| 16:07.11 | *** join/#arm-netbook avernos (~avernos@221.223.240.60) |
| 16:07.12 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 16:11.58 | libv | disp seems to work fine after the beautification, giving it 3 more runs |
| 16:12.00 | libv | err, 2 |
| 16:14.52 | libv | dmesg looks clean, but the one lcd module init message vanished as it really was a pr_debug thing more than a full (unrated) printk |
| 16:20.41 | libv | looks solid |
| 16:23.12 | *** join/#arm-netbook alcides (~alcides@177.35.120.97) |
| 16:23.13 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 16:32.45 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 16:32.57 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 16:52.15 | libv | mnemoc: new libv_disp pushed to https://github.com/libv/linux-sunxi |
| 17:06.02 | libv | be sure to rm the old one first though |
| 17:06.23 | libv | i have a local copy of that branch, but there is no point in keeping it anywhere else |
| 17:12.14 | lkcl | t0dbld: Hexxeh is a "burst-mode" IRC user :) best to ping him with a PM or gchat |
| 17:22.02 | hno | libv, I power mine from USB, never seen any booting issues. But otoh I only have UART & SD connected, and don't do anything fancy such as framebuffer or the like. |
| 17:26.33 | libv | yeah, display and network seem to eat a bit more power |
| 17:35.59 | hno | But still. 1A@5V is plenty. Maybe it did not provide a stable regulated 5V power? |
| 17:41.49 | libv | with 2.5A it seems pretty happy |
| 17:42.17 | libv | i do not know this is 10EUR universal switching psus |
| 17:42.29 | libv | so not a proper lab psu |
| 17:43.01 | libv | i would have to dig out the mele box to find out what it needed originally |
| 17:44.33 | libv | ah, underside says 2A |
| 17:51.22 | *** join/#arm-netbook slash_random (~david@host189.190-230-23.telecom.net.ar) |
| 17:56.10 | mnemoc | libv: so libv_disp ready for stage? |
| 17:56.36 | libv | mnemoc: yeah, i'd guess so |
| 17:56.52 | mnemoc | cool |
| 17:56.55 | mnemoc | thanks :) |
| 17:57.29 | libv | my hyundai should be here tomorrow though, but slapin said that the display is simply not working with the sunxi kernel |
| 17:58.44 | mnemoc | ow |
| 17:59.17 | libv | i will be opening it up immediately, attaching serial, and seeing what is attached |
| 17:59.23 | libv | for an lcd |
| 17:59.26 | mnemoc | :) |
| 18:04.47 | libv | people are playing with xbmc on android as well, right? |
| 18:05.34 | Maqs | they are.. but nothing a10/mali specific so far afaik |
| 18:05.41 | libv | is that xbmc using android infrastructure then (as android can offer different colour space buffers for you, and the hw composer then should do things properly), or is xbmc talking to the sunxi disp directly? |
| 18:06.20 | libv | because there is no infrastructure for tracking who is doing what |
| 18:06.29 | mnemoc | android provides a "player" |
| 18:06.34 | mnemoc | which other players just wrap |
| 18:06.54 | Maqs | the only thing i can tell is that hardware acceleration with xbmc on android does not work |
| 18:07.05 | Maqs | or at least not with a10/mali |
| 18:07.18 | libv | ok, so the (incorrect) use case of xbmc going around surfaceflinger should not be supported indeed |
| 18:08.09 | libv | should more than a single application use disp at this point, should that be allowed at this point? |
| 18:08.16 | Maqs | i think the thought is to support the platforms directly rather than making a detour using android-stuff |
| 18:09.30 | Maqs | you may want to ask TheUni in #xbmc (author of http://xbmc.org/theuni/2012/07/13/xbmc-for-android/) |
| 18:10.11 | libv | ah, but this guy is not involved with the specific a10 xbmc port |
| 18:10.58 | Maqs | i don't know whether empat0 ports xbmc for android as well or only to linux |
| 18:11.20 | Maqs | s/for/to/ |
| 18:11.39 | libv | because even for the simplistic versioning handshake i want to track which /dev/disp opener has which version, so i can pr_warn if someone does not do the version check |
| 18:12.16 | *** join/#arm-netbook dfletcher_ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 18:12.24 | libv | i also do not want test apps from being unable to poke at things... and do not want to overcomplicate things or do any rewriting of the disp interface |
| 18:13.14 | libv | so i guess i'll just track #define, and then refuse further opens if more than #define try to keep /dev/disp open |
| 18:18.15 | Maqs | i'm really looking forward to something more lightweight than xbmc with hardware decoding |
| 18:24.45 | traeak | android? |
| 18:25.09 | *** join/#arm-netbook revident (~scott@fw.iplink.net) |
| 18:28.13 | techn | Maqs: there was some post on ML |
| 18:30.37 | techn | ok.. it's no good |
| 18:33.36 | slash_random | hi people. I've purchased an A10 based tablet (from Gemei) and I'd like to plug an usb-serial adapter (ftdi based). Could any body point me out which would be the easiest way to recompile the kernel and still keep (when possible) the original android 4.0.3? |
| 18:36.25 | techn | sdcard + https://github.com/linux-sunxi/sunxi-bsp + https://github.com/cnxsoft/a10-tools/blob/master/a1x-media-create.sh |
| 18:36.55 | techn | + http://releases.linaro.org/12.10/ubuntu/precise-images/alip |
| 18:38.28 | techn | slash_random: and ofcourse you'll need to fetch script.bin from stock android |
| 18:38.30 | slash_random | sdcard ready... so let's try it. Thank you! |
| 18:39.07 | slash_random | is it the same i've got on nanda partition? |
| 18:40.18 | techn | yep.. I'd suggest to take backup of nanda.. and capture output to file from: lsmod, lsusb, dmesg |
| 18:41.23 | techn | Atleast that was usefull for me.. |
| 18:42.30 | slash_random | techn: done. Thanks for the advice! |
| 18:42.47 | *** join/#arm-netbook robws (~robws1@38.99.170.111) |
| 18:47.35 | techn | slash_random: that is not bug free way yet.. but it should get you started |
| 18:49.18 | slash_random | techn: it's a big kick for someone that starts playing around with this stuffs ;) |
| 18:52.32 | *** join/#arm-netbook ZaEarl (~malmrose@62.host-182-48-149.compassnet.co.nz) |
| 19:18.09 | L84Supper | Google ARM netbook and now Nexus 10 tablet, will the tablet be locked down or open like the chromebook? |
| 19:21.41 | mnemoc | how can we know? |
| 19:22.04 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 19:22.07 | mnemoc | but all nexus devices yet have been open |
| 19:23.10 | *** join/#arm-netbook pawel5870 (~pkarpins@staticline54070.toya.net.pl) |
| 19:23.24 | L84Supper | mnemoc, psychic powers? |
| 19:28.36 | techn | mnemoc: are cosmetics accepted for ts drivers? :) |
| 19:35.36 | mnemoc | sure, in separated patches |
| 19:46.25 | techn | there you go :) |
| 19:47.09 | techn | not perfect.. but much more readable |
| 20:00.09 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 20:12.25 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 20:12.25 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 20:29.27 | *** join/#arm-netbook alcides` (~alcides@177.35.120.97) |
| 20:33.02 | mnemoc | libv: merged to stage/sunxi-3.0. had troubles applying your patchset on 3.4, will give it another pass later tonight |
| 20:38.52 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.103) |
| 20:43.54 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 21:18.09 | mnemoc | libv: pushed to stage/sunxi-3.4 too |
| 21:23.54 | mnemoc | https://github.com/maxnet/berryboot .... installer with A10 support |
| 21:34.41 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 21:37.20 | *** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de) |
| 21:50.03 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 21:56.48 | Turl | watches hno reply to invisible emails |
| 21:57.13 | WarheadsSE | lol |
| 21:57.49 | mnemoc | offlist patches |
| 22:01.05 | mnemoc | Turl: hey! where is my 4.2/A10 image?! |
| 22:02.03 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 22:02.09 | mnemoc | multiuser on android is NICE |
| 22:05.23 | Turl | mnemoc: where's my 4.2 source code!?! |
| 22:05.58 | Turl | mnemoc: jelly bean had part of multiuser support already, although not UI-exposed |
| 22:07.18 | mnemoc | Turl: btw, what about integrating android into our sunxi-bsp? |
| 22:07.39 | mnemoc | even if it's "merely" jelly bean :) |
| 22:08.27 | Turl | doesn't know what (sunxi-)bsp is :< |
| 22:08.47 | mnemoc | glue |
| 22:09.25 | mnemoc | ./configure zatab; make hwpack .... for linux |
| 22:09.33 | *** join/#arm-netbook techn (~quassel@a91-152-35-60.elisa-laajakaista.fi) |
| 22:09.50 | mnemoc | builds the script.bin, u-boot and linux |
| 22:11.11 | mnemoc | so on your field we are missing a glue to build android, and then the livesuit image using that script.bin and that kernel |
| 22:12.02 | Turl | hates livesuit imagea :< |
| 22:12.07 | Turl | images* |
| 22:12.19 | mnemoc | that's one of the points of the bsp |
| 22:12.31 | mnemoc | separate build from distributable |
| 22:13.24 | mnemoc | so building android doesn't need to be followed by making livesuit image |
| 22:13.53 | mnemoc | but building a debian/ubuntu or buildroot or oe, could be turned into a livesuit image |
| 22:15.27 | mnemoc | or a "berryboot" installable thing, packaged in whatever way they do it |
| 22:15.32 | Turl | takes a stab at basic zatab bsp support |
| 22:15.33 | mnemoc | etc |
| 22:16.58 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 22:17.04 | mnemoc | first step is adding a .fex so sunxi-boards |
| 22:17.23 | mnemoc | try a ./configure zatab-android first |
| 22:17.30 | mnemoc | to get sunxi-boards cloned |
| 22:29.34 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 22:29.35 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 23:01.48 | Turl | mnemoc: I wrote some basic support for it https://github.com/linux-sunxi/sunxi-bsp/commits/master |
| 23:03.41 | mnemoc | that was fast :) |
| 23:07.08 | Turl | mnemoc: you can get it done fast when it's trivially doable without a bsp :P |
| 23:07.20 | mnemoc | :) |
| 23:08.59 | mnemoc | and now the integration rest of the integration? ;-) kernel, script.bin, libs ? how is that done? |
| 23:09.59 | Turl | you flash the generated zip on CWM |
| 23:10.06 | Turl | the zip contains the kernel already |
| 23:10.14 | Turl | the local manifest will download suitable libs already |
| 23:10.25 | Turl | script.bin is on nanda, we don't touch nanda |
| 23:12.04 | mnemoc | is it possible to change that manifest to use the same libs as the rest of the BSP? |
| 23:12.09 | mnemoc | same source I mean |
| 23:12.33 | mnemoc | also, it smells zatab specific :< |
| 23:14.48 | mnemoc | well... yes, you said initial |
| 23:15.59 | Turl | well, zatab is the only device supported so far >.< |
| 23:15.59 | Turl | mnemoc: the libs need makefiles to install and be shipped during the build process |
| 23:16.39 | mnemoc | mali-libs and cedarx-libs can get makefiles in the right place too |
| 23:16.43 | mnemoc | for android |
| 23:17.06 | Turl | mnemoc: cedarx libs for android need makefiles and glue code |
| 23:18.03 | *** join/#arm-netbook bsdfox_ (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 23:18.03 | *** join/#arm-netbook bsdfox_ (~Bob@unaffiliated/bsdfox) |
| 23:18.13 | mnemoc | so? |
| 23:18.14 | *** join/#arm-netbook dfletcher__ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 23:19.17 | Turl | mnemoc: and the libs are very likely different, and we already have an infraestructure set up :< |
| 23:19.34 | mnemoc | ok. np |
| 23:20.07 | mnemoc | and what about the kernel? can mk_android.sh use the kernel built for the chosen board? |
| 23:20.54 | Turl | mnemoc: the kernel is built during the android build using the specified config on the android build tree |
| 23:21.35 | mnemoc | ok. never mind. thanks anyway |
| 23:21.46 | t0dbld1 | public service announcement : http://www.codeweavers.com/flockthevote/ |
| 23:22.34 | Turl | mnemoc: I could set up a symlink to avoid downloading it twice, but android devices often need extra hacktastic patches on top of the tree (*cough* touchscreen *cough*) :P |
| 23:23.44 | t0dbld1 | Turl: that depends does his touchscreen manufacturer still exist *cough zatab* |
| 23:23.58 | Turl | mnemoc: the main issue is that integrating more with the BSP means 'deintegrating' the android build itself :< |
| 23:24.01 | Turl | t0dbld1: haha |
| 23:25.34 | t0dbld1 | :-) |
| 23:25.34 | mnemoc | Turl: you can see it differently. refactoring it so it can be used for different devices without manual intervention |
| 23:25.46 | mnemoc | instead of "deintegrating" |
| 23:26.15 | mnemoc | obviusly that doesn't need to affect the repos you are already using for the zatab |
| 23:30.51 | mnemoc | i suppose it only affects the device tree, for which you already have a not-zatab template |
| 23:32.54 | Turl | mnemoc: what do you mean by "without manual intervention"? |
| 23:33.45 | mnemoc | that no human needs to edit the device/foo to get basic support |
| 23:34.06 | Turl | mnemoc: you need a device tree to build android |
| 23:34.12 | mnemoc | sure |
| 23:34.23 | Turl | devices don't get magically configured out of nowhere :< |
| 23:34.33 | mnemoc | our devices are VERY similar |
| 23:34.48 | Turl | and so different at the same time |
| 23:35.29 | Turl | an android build with the wrong userspace libs for the g sensor, misconfigured camera, wrong touchscreen driver loaded, isn't useful really :< |
| 23:37.46 | mnemoc | more than a per-board overlay dir? |
| 23:38.39 | Turl | mnemoc: the device trees are just a bunch of knobs you can tune, all the common sunxi stuff is on the common device tree |
| 23:39.34 | Turl | (eg the actual code for gralloc, hwcomposer, sensors, display, etc) |
| 23:43.02 | mnemoc | hates the android world |
| 23:43.52 | mnemoc | fair enough |
| 23:45.52 | mnemoc | automating part of http://linux-sunxi.org/Starting_a_CyanogenMod_device_tree#Creating_a_basic_new_device_tree is the next step then |
| 23:47.28 | Turl | that went unmaintained when we jumped over to jellybean :< I should redo it one day |
| 23:47.48 | mnemoc | :'( |
| 23:49.21 | Turl | mnemoc: worry not, cubie 1G is likely to get support in the not so far future :p |
| 23:49.33 | lundman | iwant jb |
| 23:51.38 | t0dbld1 | thats what hes working on |
| 23:51.44 | mnemoc | i want a template for jb, not jb for the cubie |
| 23:52.07 | mnemoc | but i would be happy having both :p |
| 23:52.15 | t0dbld1 | hah |
| 23:53.03 | t0dbld1 | template for jb ? download sauce , build device tree, hit make ... repeats steps 2 and 3 after fixing errors |
| 23:53.18 | mnemoc | template for the device tree |
| 23:55.35 | Turl | mnemoc: you look like a sed power user :P that's what the template was anyway |
| 23:56.09 | t0dbld1 | well the tree for another allwinner device will be pretty damn similar to the zatabs use that and than you jsut gotta fix all the difference in libs |
| 23:56.26 | mnemoc | Turl: having the template, I can populate it, no problem with that part :) |
| 23:56.42 | mnemoc | but i don't want to learn android internals at all :p |
| 23:58.08 | Turl | mnemoc: zatab + s/zatab/DEVICE/g was the template, pretty much :) |
| 23:58.16 | mnemoc | :D |
| 23:58.21 | t0dbld1 | lol welll than pray all your binary libs and bits work |
| 23:58.27 | t0dbld1 | :-P |
| 23:58.34 | Turl | t0dbld1: they're all the same :P |
| 23:58.43 | t0dbld1 | than wahts his struggle :-) |
| 23:58.51 | t0dbld1 | hit make and flash :-) |
| 23:59.08 | mnemoc | then what was all the BS you told be before about how impossible it was to have generic support? :< |
| 23:59.18 | hno | mnemoc, when you have time then please try uboot-patchqueue on your devices. |
| 23:59.48 | Turl | mnemoc: it'll still be a zatab build though, until you adjust it to fit your device |
| 23:59.49 | hno | it's the tree that is being prepared for mainline submission, and there have been some changes. |
