00:03.27 | *** join/#arm-netbook tuliom (~tuliom@177.133.179.209) |
00:17.11 | drachensun | I'm trying to install these mali libs and I dont understand something. The instructions list mali_drv.so which I think is what X needs |
00:17.17 | drachensun | but its not in the binary downloads |
00:17.33 | drachensun | is that only a r3pX thing? |
00:19.32 | drachensun | rm: You mean because debian doesn't have the ...eabihf cross compile package? You can get the code sourcery package, I think that will build it just as well |
00:20.00 | drachensun | rm: seems like if you built the kernel with an hf compiler it still worked fine with a hf rootfs |
00:26.15 | drachensun | nm find the info on mali_drv |
01:38.17 | Turl | rm: is there such a thing as an 'armhf kernel'? |
01:38.49 | Turl | rm: it was my belief the kernel didn't do any floating point operations - I might be plain wrong though |
02:10.07 | *** join/#arm-netbook CaCtus491 (~Kent@123-243-197-152.static.tpgi.com.au) |
02:15.01 | *** join/#arm-netbook CaCtus491 (~Kent@123-243-197-152.static.tpgi.com.au) |
02:56.04 | *** join/#arm-netbook tekzilla (~jon@hmbg-4d06b902.pool.mediaWays.net) |
03:22.18 | *** join/#arm-netbook mysteryname_uni (~mysteryna@nat-228-130.wireless.griffith.edu.au) |
03:46.36 | *** join/#arm-netbook mSquare (~selvan@122.167.110.92) |
04:08.18 | *** join/#arm-netbook Kraln (~kraln@69.169.90.239) |
04:10.25 | *** join/#arm-netbook avernos (~avernos@111.192.244.96) |
04:10.25 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
04:52.10 | *** join/#arm-netbook Kraln- (~kraln@69.169.90.239) |
05:13.08 | *** join/#arm-netbook Brandon15811_ (~Brandon15@ec2linux.exaktop.tk) |
05:13.38 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
05:20.50 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
06:50.16 | *** join/#arm-netbook rellla (~Thunderbi@p4FE562DD.dip0.t-ipconnect.de) |
07:09.36 | *** join/#arm-netbook Quarx (~Quarx@46.233.208.244) |
07:36.06 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
07:55.27 | *** join/#arm-netbook dfletcher_ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
08:32.56 | rz2k | hm |
08:33.12 | rz2k | looks like odroid-x doesnt have hw3d on native linux |
08:33.23 | rz2k | I thought they had mali400 working. |
08:33.37 | rm | Turl, I thought the ABI also differs |
08:33.48 | rm | register usage conventions and the like |
08:34.17 | rm | or maybe that only applies to MIPS o32/n32, but not here |
08:38.22 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
08:55.15 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
09:16.32 | *** join/#arm-netbook rellla (~Thunderbi@p4FE562DD.dip0.t-ipconnect.de) |
09:39.23 | *** join/#arm-netbook rellla (~Thunderbi@p5B07800E.dip0.t-ipconnect.de) |
10:14.02 | *** join/#arm-netbook rellla (~Thunderbi@p5B07800E.dip0.t-ipconnect.de) |
11:16.18 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
11:44.30 | *** join/#arm-netbook tuliom (~tuliom@177.133.179.209) |
11:52.18 | mnemoc | rm: the kernel is float-free |
13:00.11 | *** join/#arm-netbook tuliom_ (~tuliom@177.133.179.209) |
13:14.59 | *** join/#arm-netbook plan_b (~anonymous@ip-80-226-24-1.vodafone-net.de) |
13:28.20 | *** join/#arm-netbook alcides` (~alcides@187.23.192.105) |
13:28.43 | techn_ | mnemoc: but there is divisions so hf has some effect |
13:29.27 | mnemoc | doubles :) |
13:30.41 | mnemoc | uhm... actually not sure about that one. 1m |
13:31.44 | mnemoc | no doubles either. everything is ULL |
13:42.48 | mnemoc | but it would be nice too compare the results of using arm-linux-gnueabi- vs arm-linux-gnueabihf- .... |
13:42.55 | mnemoc | s/too/to/ |
13:46.54 | plan_b | does the latest linux-sunxi-3.4 compile with sun4i_defconfig? |
13:47.14 | mnemoc | sun4i_defconfig hasn't been "updated" yet |
13:47.28 | mnemoc | none of the _defconfigs actually |
13:47.33 | plan_b | ok ... thanks |
13:48.22 | mnemoc | plan_b: I'm using https://filetea.me/t1s6fbba if you want to use it as start point |
13:50.01 | plan_b | mnemoc: I will try this config ... thank you |
13:50.55 | mnemoc | btw, tagged sunxi-v3.4.5-r2 this morning. going to test 3.4.12 now |
14:01.31 | *** join/#arm-netbook popolon (~popolon@82.225.234.108) |
15:29.58 | *** join/#arm-netbook tuliom_ (~tuliom@177.133.179.209) |
15:58.41 | Turl | mnemoc: did my email arrive @ ML? |
15:59.15 | mnemoc | Turl: no, didn't. |
16:00.17 | mnemoc | sending a test mail to dev@ |
16:00.37 | Turl | send it from an @linux-sunxi address |
16:01.32 | mnemoc | ;linux-sunxi.org.INMX |
16:01.34 | mnemoc | wth |
16:02.57 | Turl | linux-sunxi.org.3600INMX10 mx0.pointhq.com. |
16:03.21 | mnemoc | yes, just re-added them |
16:03.27 | mnemoc | no clue why it got removed |
16:04.00 | Turl | wonder if it's gonna retry sending it |
16:04.28 | Turl | I didn't get any mailer errors, but then 'from' was on linux-sunxi too :P |
16:06.28 | mnemoc | good. my test arrived |
16:06.29 | mnemoc | https://groups.google.com/forum/#!topic/linux-sunxi/XmCK8SBnBRk |
16:07.39 | mnemoc | Turl: can you resend the patch? |
16:09.48 | Turl | mnemoc: sure |
16:12.36 | mnemoc | the lack of a bounce confuses me |
16:13.10 | Turl | mnemoc: there was no MX to bounce it either :P |
16:13.15 | Turl | so bounce bounced |
16:13.33 | mnemoc | :D |
16:13.35 | mnemoc | good point |
16:15.46 | Turl | mnemoc: sent |
16:20.23 | mnemoc | arrived to moderation, but looks broken |
16:20.52 | mnemoc | made pass |
16:21.45 | mnemoc | https://groups.google.com/d/topic/linux-sunxi/aIT-adDR32s/discussion |
16:22.35 | Turl | how is it broken? (other than google saying 'unknown' o.O) |
16:23.50 | mnemoc | in the moderation interface it was shown with double interlining |
16:24.56 | Turl | #blamegoogle |
16:25.24 | mnemoc | :) |
16:25.39 | mnemoc | the delivered and the archived mails look fine |
16:28.10 | Turl | goes back to style-cleaning wemac :) |
16:29.37 | mnemoc | Turl: did you test my 3.4 .config? |
16:30.22 | Turl | mnemoc: heh, the bounced email arrived now :P |
16:30.30 | mnemoc | :) |
16:30.38 | Turl | nope, got a link handy? :) |
16:31.31 | mnemoc | it was a temporal share :| |
16:31.36 | mnemoc | 1m |
16:32.00 | mnemoc | https://filetea.me/t1s800db |
16:32.13 | mnemoc | amery@cubieboard:~$ uname -a |
16:32.14 | mnemoc | Linux cubieboard 3.4.12+ #120 PREEMPT Sat Oct 6 14:44:57 CEST 2012 armv7l armv7l armv7l GNU/Linux |
16:32.17 | mnemoc | :) |
16:32.29 | Turl | got it :) |
16:33.11 | mnemoc | please try diff'ing both |
16:34.20 | Turl | mnemoc: http://paste.ubuntu.com/1264153/ |
16:36.39 | Turl | I nuked usb altogether on my config though to try 3.4 :P |
16:40.44 | Turl | mnemoc: oldconfig'ing yours prints warning: (DRM && ION) selects DMA_SHARED_BUFFER which has unmet direct dependencies (EXPERIMENTAL) |
16:41.10 | mnemoc | yes, should enable it |
16:41.36 | mnemoc | stupid paste.ubuntu.com.... they want me to login to be able to see the plain text version |
16:41.46 | mnemoc | and that obviusly doesn't work with curl |
16:42.04 | mnemoc | Turl: http://sprunge.us/ <--- much better |
16:42.33 | mnemoc | diff ... | sprunge -> url :) |
16:43.01 | mnemoc | and syntax highlighting is dynamic, using ?foo |
16:45.03 | Turl | yeah ubuntu paste sux |
16:45.19 | Turl | but it's the default for |pastebinit on ubuntu |
16:45.20 | mnemoc | doh, the original post arrived now |
16:45.54 | mnemoc | #!/bin/sh |
16:45.55 | mnemoc | exec curl -F 'sprunge=<-' http://sprunge.us |
16:46.01 | mnemoc | make your own |pasteit |
16:46.24 | mnemoc | simplest pastebin ever |
16:50.40 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
16:52.01 | Turl | alias sprunge="curl -F 'sprunge=<-' http://sprunge.us" :) |
16:52.17 | mnemoc | yes... that works too :p |
16:54.03 | *** join/#arm-netbook lerc_ (~quassel@121-74-242-98.telstraclear.net) |
16:56.35 | *** join/#arm-netbook Undertasker (~meister@p5099d479.dip0.t-ipconnect.de) |
17:03.40 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
17:14.40 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
17:17.31 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
17:42.14 | Turl | mnemoc: $ uname -a |
17:42.14 | Turl | Linux mele 3.4.5+ #34 PREEMPT Sat Oct 6 17:39:21 UTC 2012 armv7l GNU/Linux :) |
17:44.27 | Turl | mnemoc: your config doesn't have IPv6 :( |
17:46.40 | rm | boo~ :) |
17:47.08 | rm | Turl, so other than that, does everything work in 3.4? |
17:47.30 | rm | how does next_mali relate to that, can I use 3.4 with the updated mali driver? |
17:48.03 | Turl | rm: well I'm running a minimalistic server-ish mele, can't comment on anything other than it boots and wemac+usb host works :P |
17:48.36 | rm | well that's already a good start! :D |
17:48.40 | Turl | rm: mnemoc mentioned the android usb gadget wasn't ported/working/something though |
17:49.03 | Turl | supposing the rest of the stuff is there it should work |
17:49.21 | Turl | and you should be able to move the next_mali patches to 3.4 without much hassle either |
17:51.44 | mnemoc | Turl: can you comment on the ticket? |
17:51.54 | Turl | mnemoc: which one? |
17:51.56 | Turl | [ 387.470000] >>> no handle, treat it handle over |
17:52.00 | Turl | yay, arch broke |
17:52.03 | Turl | WarheadsSE: ^ |
17:52.03 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
17:52.13 | *** join/#arm-netbook plan_b (~anonymous@ip-80-226-24-12.vodafone-net.de) |
17:52.13 | mnemoc | nah, that's sort of known |
17:52.38 | Turl | mnemoc: it's spamming my serial terminal with that line over and over and over |
17:52.44 | mnemoc | Turl: try https://github.com/amery/linux-allwinner/commit/0491afd42e13610bed83051dbe279d6c9a4d6e20 |
17:54.49 | Turl | mnemoc: also, no idea if you noticed |
17:54.59 | Turl | mnemoc: but if I'm booting from sdcard |
17:55.01 | Turl | stuff fails |
17:55.08 | Turl | I unplug mele's AC but leave serial connected |
17:55.15 | Turl | it boots from nand and not SD |
17:55.37 | Turl | after a reboot arch is back to working |
18:06.08 | mnemoc | there are a couple of gremlins in that area |
18:14.19 | zub | w.r.t. kernel - allwinner-v3.0-android-v2 is the recommended branch? |
18:15.45 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
18:25.34 | zub | should CONFIG_SPARSE_IRQ be enabled for sun4i? defconfig has it on |
18:26.52 | Turl | zub: if you plan on using it for something, I'd recommend it, yes |
18:27.38 | zub | hm, I don't really understand what it does. I turned it off, and my latest build dies after several hours, so I'm wondering if it could be related |
18:27.42 | zub | anyway I leave it on |
18:28.24 | Turl | I run with it off I think |
18:30.28 | zub | what exactly does SUNXI_IGNORE_ATAG_MEM do? |
18:30.29 | Turl | zub: yeah it's off https://github.com/allwinner-dev-team/linux-allwinner/blob/allwinner-3.0/arch/arm/configs/zatab_defconfig#L60 |
18:30.56 | Turl | it ignores the ATAG that indicates memory size |
18:31.12 | zub | hm, and what's "ATAG"? |
18:32.09 | *** join/#arm-netbook dfletcher__ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
18:32.25 | Turl | zub: it's a bunch of configuration stuff the bootloader puts on RAM for linux |
18:32.27 | Turl | zub: http://developer.toradex.com/knowledge-base/bootloader#ATAG_List |
18:33.56 | zub | so if the ATAG is wrong on my board, it's caused by my wrong setup? does uboot put it there? is it this "other" file uboot loads to RAM? |
18:35.54 | Turl | the proprietary uboot that ships on the stock firmware to boot android from NAND doesn't offer a proper mem ATAG |
18:36.26 | Turl | and allwinner's kernel guesses the RAM instead of relying on the ATAG info |
18:38.02 | rm | zub, did you try my kernels or configs? |
18:39.21 | zub | rm: nope, but I might be interested in your configs |
18:39.23 | rm | http://media.romanrm.ru/a10/server/3.0.39-rm2/ works well for me on mk802 |
18:39.26 | zub | where can I get them? |
18:39.27 | rm | no graphics |
18:39.27 | zub | ok |
18:39.41 | zub | yeah, I'm running headless, at least for now. but I'd like something stable |
18:40.03 | zub | I've been having periodical WiFi disconnects, and occasional system freezes :( |
18:46.10 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
18:48.29 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
18:52.31 | *** join/#arm-netbook acfrazier (~acfrazier@opensn0w/developer/acfrazier) |
18:54.47 | *** join/#arm-netbook acfrazier (~acfrazier@opensn0w/developer/acfrazier) |
19:01.03 | *** join/#arm-netbook revident (~scott@76-10-173-74.dsl.teksavvy.com) |
19:13.37 | plan_b | rm: I'm not at home at the moment so I can not test your kernel config ... do you have the full 1024 MB ramd with this config? |
19:13.57 | rm | no |
19:14.17 | rm | I only have Mem: 443464 |
19:14.38 | plan_b | ah .. you have a 512 MB device |
19:14.51 | rm | actually I have two MK802s which are supposed to be 1GB |
19:15.08 | rm | one only sees 512MB even in Android |
19:15.42 | plan_b | strange |
19:16.08 | rm | and this one also sees only 443MB with my kernel, but I did not check if it can access the full GB in android |
19:16.38 | rm | toggling SUNXI_IGNORE_ATAG_MEM does not help |
19:17.06 | rm | it was $33 for me on a sale and I don't need a lot of ram; so not overly bothered by this |
19:17.44 | plan_b | I saw a config (don't know where) with the full 1024 MB on a mk802+ |
19:18.37 | plan_b | I have removed all the X11 stuff, framebuffer and much more ... but still not 1024 MB on my mk802 |
19:19.00 | Turl | zub: the realtek chips these things run with aren't too good |
19:19.07 | Turl | (wifi) |
19:19.13 | rm | plan_b, there was a patch recently on the mailing list, "reserve framebuffer only if mali is enabled" |
19:19.17 | rm | could be what you need |
19:20.19 | plan_b | rm: maybe tis one: https://github.com/amery/linux-allwinner/commit/5dcd3b00a4ed6219ea46212f1fc29db5f08c8516 |
19:23.20 | plan_b | Turl: is the chip not good or is the antenna of the mk802 bad? |
19:28.36 | Turl | plan_b: no idea, I just know the device usually drops the connection or is apparently connected but traffic doesn't flow |
19:28.50 | Turl | mnemoc, hno does uboot pass memory info on an atag? |
19:29.41 | *** join/#arm-netbook Brandon15811__ (~brandon15@ip72-207-255-84.br.br.cox.net) |
19:30.17 | rm | Turl, plan_b - afaik there are some fixes to the newer Realtek chipsets in the driver |
19:30.35 | rm | in the newer kernel versions |
19:30.51 | rm | so a thing to try when facing wifi issues would be that 3.4 kernel |
19:32.44 | plan_b | rm: I have tested linux-sunxi-3.4 today ... I wasn't able to build the Realtek module ... a known problem |
19:33.21 | Turl | plan_b: build the other driver, the mainline one |
19:33.53 | plan_b | Turl: I will try when I'm back (tomorrow) |
19:34.04 | plan_b | thanks for the hint |
19:35.37 | *** join/#arm-netbook Brandon15811__ (~brandon15@ip72-207-255-84.br.br.cox.net) |
19:38.12 | plan_b | oh .. nice .... sunxi: configs: add cubieboard_defconfig ... https://github.com/amery/linux-allwinner/commit/cbf16cd2e2ac9285aefbde95a358612596a1b195 |
19:38.41 | plan_b | I wish I could order one |
19:39.23 | plan_b | bloody chinese holidays |
19:51.18 | *** join/#arm-netbook IEFtm (ief@shadowchild.nl) |
19:52.45 | rm | http://www.aliexpress.com/item/cubieboard-prototype-1G-2012-8-8-revision/652108200.html |
19:52.59 | rm | looks like hipboi now takes pre-orders |
19:53.08 | rm | > Ships out within 60 days |
19:56.01 | *** join/#arm-netbook libv (~libv@ppp-62-216-193-228.dynamic.mnet-online.de) |
19:56.16 | *** join/#arm-netbook NAiL__ (~repvik@pitr.nondescript.info) |
19:56.16 | *** join/#arm-netbook Brandon15811_ (~Brandon15@ec2linux.exaktop.tk) |
19:56.16 | *** join/#arm-netbook captainigloo (~captainig@lan31-4-82-227-130-131.fbx.proxad.net) |
19:56.16 | *** join/#arm-netbook cat1 (~cat_x301@gprs-internet-ff0fee00-213.dhcp.inet.fi) |
19:56.16 | *** join/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
19:56.16 | *** join/#arm-netbook traeak (~bolsen@75-151-91-165-Colorado.hfc.comcastbusiness.net) |
19:57.21 | *** join/#arm-netbook techn (~quassel@a91-152-35-60.elisa-laajakaista.fi) |
19:57.57 | plan_b | rm: within 60 days ... that's the problem ... you don't know when you will get it |
19:58.43 | hno | Turl, yes. |
19:58.53 | mnemoc | Turl: u-boot passes the info. but it might need special configuration to find your memory correctly |
19:59.42 | Turl | the issue I'm seeing is that, on kexec, it ignores atags completely |
20:00.00 | Turl | on a normal boot they're read correctly and dumping to /proc/atags works |
20:00.21 | hno | Turl, on kexec you need to set up the atag. |
20:01.04 | *** join/#arm-netbook libv (~libv@ppp-62-216-193-228.dynamic.mnet-online.de) |
20:01.08 | rm | plan_b, but I don't think this is because of the holidays |
20:01.08 | Turl | hno: doesn't the kexec tool copy them for me? |
20:01.20 | hno | No idea. |
20:01.21 | rm | he could be just ordering them from the factory according to the demand |
20:01.26 | RaYmAn | it should - are you using regular kexex or kexec-hardboot? |
20:01.40 | Turl | RaYmAn: regular one |
20:01.51 | Turl | and /proc/atags has the atags |
20:01.53 | RaYmAn | then yes, it should do it for you |
20:02.09 | RaYmAn | however, allwinner is weird, so it might not place them the right palce? |
20:02.11 | RaYmAn | place* |
20:02.40 | hno | Allwinner likes hardcoding stuff. |
20:02.50 | hno | such as the address of the atag. |
20:07.11 | Turl | maybe http://www.spinics.net/lists/arm-kernel/msg63026.html |
20:18.11 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
20:23.21 | *** join/#arm-netbook RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
20:58.13 | hno | Turl, kind of.. except that allwinner hardcodes r1 & r2 in arch/arm/kernel/head.S |
20:58.20 | hno | same effect. |
21:00.56 | hno | mnemoc, can we please kill that shit? |
21:24.04 | mnemoc | hno: do we need the asm reserves in the same file (io and script.bin) even when we have proper iomaps? |
21:28.59 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
21:30.16 | mnemoc | i don't understand how those work at all :| |
21:37.23 | hno | mnemoc, the reserve in there is for early access. The only early i/o access is the dramc memory probe. |
21:37.44 | hno | don't remember what accessed script.bin early. |
21:38.12 | hno | is happy tonight. PMU code seems to work. |
21:40.54 | mnemoc | \o/ |
21:49.18 | hno | now only need to beef up the CPU clock again. |
21:55.43 | mnemoc | :) |
21:58.12 | hno | and verify sun4i support. havent tried that in a long time. |
21:59.09 | mnemoc | the version i run dies on reboot... but it's almost a week old |
21:59.41 | hno | do you know which git version? |
22:00.21 | mnemoc | 99cf18c86319cf66e088ffda30d2d27c565cab27 |
22:00.38 | mnemoc | Mon Oct 1 03:24:59 2012 +0200 |
22:00.44 | Turl | mnemoc: http://linux-sunxi.org/Talk:Main_Page |
22:01.31 | hno | mnemoc, good. There is no dram or clock changes after that. Only I2C and PMU. |
22:01.33 | mnemoc | there is a simple captcha.. and even when bots register, very few write something... |
22:01.57 | mnemoc | hno: I have it modified to use cubieboards' dram_para |
22:02.08 | mnemoc | not sure if that matter |
22:02.50 | mnemoc | Turl: do we really want to add the complexity (for humans) of a harder captcha? |
22:03.20 | hno | mnemoc, did anything work before you changed dram parameters? |
22:03.55 | mnemoc | hno: nope, it crashed once and the freeze in the second try |
22:04.01 | mnemoc | then* |
22:04.44 | hno | ok. because I tried to jtag boot the SPL on my cubie and it hang very early in dram setup. |
22:04.46 | Turl | mnemoc: I don't care about the bots, as long as they don't spam all the things :) |
22:05.04 | mnemoc | unless i've missed something, they don't spam |
22:05.15 | hno | but did not spend much time with it. |
22:05.31 | hno | can you send a pull request with your dram parameter cleanup? |
22:06.50 | hno | mnemoc, so why do they register |
22:10.24 | mnemoc | simple captcha is a plain text question |
22:10.35 | mnemoc | some are smart enough to answer it |
22:12.24 | mnemoc | hno: http://sprunge.us/CiaV <--- my diff..... but I don't know how to mange the config system to let that board_foo.c thing work properly :| |
22:12.35 | mnemoc | i mean, integrated in Makefile |
22:13.05 | mnemoc | append ?diff to the url to get syntax highlighting |
22:14.00 | mnemoc | or you want the pull request to have a place for discussing it? |
22:14.29 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
22:29.32 | Turl | mnemoc: can you add arbitrary plaintext questions? |
22:29.57 | mnemoc | don't know :| |
22:30.01 | mnemoc | i guess so |
22:30.30 | mnemoc | but i'm kind of alergic to php so i do as little customization as possible |
22:31.15 | Turl | we could add some tech questions so bots can't join as easy |
22:34.15 | Turl | some trivial logic maybe, true xor true = ? |
22:34.57 | Turl | or "Is the sunxi family a x86 processor family?" |
22:34.59 | mnemoc | you have `sudo` powers :) |
22:35.32 | mnemoc | cd /srv/http/linux-sunxi.org/wiki/ |
22:35.48 | mnemoc | beware the wiki and all extensions are updated by cron |
22:36.12 | Turl | updated by cron? |
22:37.29 | mnemoc | there is an update.sh there, which is called at *:42 |
22:37.46 | Marex | hno: hey ;-) |
22:37.51 | Marex | hno: any news on the upstreaming ? |
22:37.57 | Marex | hno: -next is open for a while now |
22:38.18 | mnemoc | Turl: it also updates the sitemap |
22:38.31 | Turl | heh 42 :) |
22:39.21 | mnemoc | :) |
22:43.04 | mnemoc | Marex: there is still work to do before u-boot/sunxi becomes stable |
22:43.10 | mnemoc | and mainlineable |
22:44.16 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
22:53.31 | Marex | mnemoc: what work ? |
22:53.56 | hno | Marex, mainly SPL related stuff. |
22:54.44 | Marex | whats up with SPL? |
22:54.48 | Marex | still the memory init ? |
22:55.13 | hno | No, was missing PMU setup so CPU ran on wrong voltage and some other details. |
22:55.19 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
22:57.14 | Marex | bah |
22:57.37 | hno | basic PMU support landed tonight. |
22:58.16 | Marex | hno: heh |
22:58.23 | Marex | hno: I wish basic documentation would land ;-) |
22:58.39 | hno | the PMU do have quite extensive documentation. |
22:58.51 | Marex | hno: ooh, that's good |
22:59.27 | hno | the document for the specific chip is chnieese, but another chip in the family have english docs, and they share all registers & pins. |
22:59.39 | hno | have not figured out how they differ yet. |
23:03.19 | Marex | hno: you really need to learn chineese :) |
23:04.44 | hno | translation engines and friends fill that gap sufficiently well for reading. |
23:05.05 | hno | writing & communicating is more difficult. |
23:07.28 | hno | Marex, how long is the merge window? |
23:07.58 | Marex | hno: I'd expect it open till november |
23:09.08 | hno | ok. And then closed for a month or so? |
23:10.48 | Marex | hno: next release is scheduled for january |
23:11.13 | Marex | hno: but then, if you get basic support into current -next, you'll be able to patch it until -rc, which is around december |
23:11.20 | hno | mnemoc, seems sun5i also have GPS. Confusing. |
23:12.17 | Marex | hno: sun5i is A13 ? |
23:12.27 | hno | Marex, understood. |
23:12.50 | hno | Marex, A13 is in the sun5i family yes. |
23:13.53 | mnemoc | hno: i also wonder if they really removed g2d |
23:14.20 | hno | based on |
23:14.21 | hno | ? |
23:14.42 | mnemoc | the reserve is merely commented out |
23:18.00 | mnemoc | also the mixer processor is the best document part in the a10 manual.... and by the registers it seems to be what we call g2d... kind of makes me think if it's something they would suddenly consider unworthy |
23:23.39 | hno | mnemoc, g2d is erased from all sun5i headers & code. gps have slightly different & refined clock registers in sun5i. |
23:27.11 | hno | GPS is most likely there. But have no idicatoin g2d/mixer is kept. As mentioned current Android do not make use of it at all. |
23:27.31 | hno | remember that the g2d memory reservation was commented out in the later sun4i code drops as well. |
23:27.55 | mnemoc | right |
23:29.09 | hno | it's a pity as it liits the interest in investing efforts into a g2d exa driver. |
23:30.14 | mnemoc | yes |
23:30.28 | hno | allwinner don't care as all their customers are happy with mali. |
23:36.22 | *** join/#arm-netbook projectgus (~gus@spork.chainxor.org) |