| 02:34.45 | *** join/#arm-netbook tuliom (~tuliom@186.214.50.30) |
| 03:16.54 | *** join/#arm-netbook Quarx (~Quarx@94.137.60.210) |
| 03:34.38 | *** join/#arm-netbook QingPei (~qingpei@inet-hqmc01-o.oracle.com) |
| 03:38.08 | *** join/#arm-netbook cheng (~cheng@175.139.154.234) |
| 03:58.51 | *** join/#arm-netbook projectgus (~gus@spork.chainxor.org) |
| 04:20.52 | *** join/#arm-netbook ZeroJ (~lance@222.126.194.154) |
| 05:09.12 | *** join/#arm-netbook Brandon15811___ (~Brandon15@ec2linux.exaktop.tk) |
| 05:15.11 | *** join/#arm-netbook Brandon15811___ (~Brandon15@ec2linux.exaktop.tk) |
| 05:54.02 | *** join/#arm-netbook zewelor (~x@89-78-93-36.dynamic.chello.pl) |
| 05:58.16 | *** join/#arm-netbook sky770 (~sky770@27.7.211.133) |
| 06:16.24 | *** join/#arm-netbook rellla (~Thunderbi@p5B078265.dip0.t-ipconnect.de) |
| 06:19.54 | *** join/#arm-netbook akaizen (43b4563d@gateway/web/freenode/ip.67.180.86.61) |
| 06:22.42 | *** join/#arm-netbook rvalles (~rvalles@unaffiliated/rvalles) |
| 06:37.43 | *** join/#arm-netbook hipboi (~hipboi@222.50.105.218) |
| 06:53.58 | *** join/#arm-netbook cat_n9 (~communi@a91-152-66-200.elisa-laajakaista.fi) |
| 06:55.30 | *** part/#arm-netbook aaribaud (~aaribaud@2a01:e35:2eb9:20:250:43ff:fe01:dc73) |
| 06:56.42 | *** join/#arm-netbook zewelor (~x@89-78-93-36.dynamic.chello.pl) |
| 07:13.35 | *** join/#arm-netbook ssspiff (~quassel@unaffiliated/yukito) |
| 07:18.27 | *** join/#arm-netbook wvdschel (~quassel@unaffiliated/yukito) |
| 07:42.54 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 07:49.00 | *** join/#arm-netbook VarmVaffel (~lol@80.202.79.158) |
| 08:01.46 | mnemoc | techn: didn't look before but the chapter about the mixing processor is amazingly complete compared to the rest |
| 08:06.30 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:13.37 | oliv3r | I was under the impression the melee a10 had a uart port onboard |
| 08:14.34 | lundman | mele a2000 does, pinout |
| 08:15.11 | mnemoc | oliv3r: afaik all meles use the same PCB |
| 08:15.51 | mnemoc | oliv3r: the uart is a 4 pins header between you and the DRAM. assuming the connectors on the farther end |
| 08:22.08 | cheng | i saw that mele android is using ext4 on nand, would't that will cause nand spoilt very soon due to frequent read/write |
| 08:23.39 | phh | yeah ext4 sucks for emmc... still, it's what google wants for all android devices. |
| 08:24.16 | cheng | so that every android change every few years? |
| 08:26.01 | *** join/#arm-netbook oliv3r (~oliver@7of9.schinagl.nl) |
| 08:28.37 | cheng | would it better to use ubifs or jffs2 on mele a10? instead of ext4? |
| 08:30.14 | mnemoc | cheng: there is no raw access to the nand |
| 08:32.14 | phh | it needs something like nilfs2 |
| 08:36.32 | *** join/#arm-netbook cat_n9 (~communi@a91-152-66-200.elisa-laajakaista.fi) |
| 08:39.03 | RaYmAn | mnemoc: the problem with using a PCB service, would be that someone would have to solder in the required bits :( |
| 08:39.29 | mnemoc | yes, sucks :| try to convince Tom |
| 08:42.53 | cheng | mnemoc: if there is no raw access to nand, can i say jffs2/ubifs would not help in extending nand flash life cycle? |
| 08:43.08 | mnemoc | cheng: right |
| 08:43.26 | mnemoc | cheng: disabling the journaling would help |
| 08:43.49 | lundman | OS is generally read/only, so most metadata is in cache |
| 08:45.29 | oliv3r | ext2 can be a good compromise |
| 08:45.41 | oliv3r | if you are very worried about flash dieing |
| 08:47.46 | lundman | I sure am not, buy a new device in 9 months :) |
| 08:47.58 | oliv3r | a good question however is, does the A10 do wearleveling/trim? How is the nand implemented on the mele? Appearantly it's not the mtd device |
| 08:48.27 | lundman | nand source is all in github |
| 08:48.38 | RaYmAn | it definitely does some sort of wear levelling, but it's custom |
| 08:49.12 | mnemoc | but we don't know yet enough about the NAND controller to implement a new sunxi-nand driver |
| 08:49.33 | oliv3r | no datasheet from allwinner? |
| 08:49.34 | oliv3r | :( |
| 08:49.38 | lundman | guess I'm on the side who thinks that would be a waste of time |
| 08:51.17 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 08:51.34 | *** join/#arm-netbook nirjet (de231482@gateway/web/freenode/ip.222.35.20.130) |
| 08:51.58 | mnemoc | oliv3r: in the just leaked ~400p datasheet there is only a page of specs about the NAND controller |
| 08:53.53 | mnemoc | so someone would need to dive into the driver and document it |
| 08:56.59 | *** join/#arm-netbook cat_n9 (~communi@37-219-17-155.nat.bb.dnainternet.fi) |
| 09:00.40 | cheng | the source code only shown what is implemented, will not be complete version |
| 09:01.08 | mnemoc | cheng: of course, but it's more than what we know today |
| 09:04.03 | oliv3r | is the leaked datasheet allready linked on the wiki? |
| 09:04.16 | mnemoc | 1m |
| 09:04.30 | oliv3r | there currently is a opensource implementation on github of said nand controller though, right? |
| 09:04.42 | oliv3r | Oh i wanna read said datasheet now :) |
| 09:04.43 | mnemoc | sure |
| 09:04.45 | oliv3r | wanna seeeeeeeeeeeeeeeeeeeeeen it |
| 09:04.50 | oliv3r | e* |
| 09:04.52 | oliv3r | ohffw |
| 09:04.53 | mnemoc | 1m, let me upload |
| 09:04.58 | oliv3r | see it* |
| 09:05.03 | oliv3r | sure :) |
| 09:05.19 | oliv3r | You are making me want to spend money and time on a mele a10 now more and more |
| 09:05.42 | *** part/#arm-netbook QingPei (~qingpei@inet-hqmc01-o.oracle.com) |
| 09:08.23 | mnemoc | oliv3r: http://dl.linux-sunxi.org/A10/A10%20User%20Manual%20-%20v1.20%20%282012-04-09%2c%20DECRYPTED%29.pdf |
| 09:10.29 | mnemoc | that's the PDF posted on the CB list, and qpdf --decrypt'ed to remove the print restriction as suggested on the same list |
| 09:10.51 | oliv3r | thank you! |
| 09:10.57 | oliv3r | gonna mirror it right away :) |
| 09:11.03 | RaYmAn | people actually print stuff these days? :P (though, it also means you can copy/paste from it :P) |
| 09:11.23 | mnemoc | :p |
| 09:11.31 | mnemoc | 24/09/2012 In the delivery process <--- my cubieboard :) |
| 09:11.36 | RaYmAn | nice! |
| 09:12.33 | oliv3r | got it, thanks :D |
| 09:12.55 | oliv3r | Do we know who leaked it? Or was it accidentally put out there |
| 09:13.28 | mnemoc | https://groups.google.com/forum/#!topic/cubieboard/4i-Dchs4o4Q |
| 09:13.46 | mnemoc | a Dennis Medina intentionally sharing it |
| 09:15.04 | mnemoc | "NOD" claims it was trivial to find it googling.... but my G fu seems to be in a very different league of his |
| 09:15.23 | oliv3r | hehe |
| 09:15.33 | oliv3r | well you'd cover your tracks |
| 09:15.43 | oliv3r | we need some form of opensource wikileaks :p |
| 09:15.51 | oliv3r | wikileaks for datasheets and manuals :) |
| 09:16.46 | mnemoc | dataleaks.org :p |
| 09:16.47 | oliv3r | (haven't opened it yet) but it's not the same that is currently on the wiki for the A10, right? |
| 09:17.08 | oliv3r | hehe, taken :( 'sheetleaks.org' |
| 09:17.10 | mnemoc | that's the "public" ~80p datasheet |
| 09:17.17 | oliv3r | kk, just checking |
| 09:17.32 | mnemoc | this one is ~400p |
| 09:17.35 | oliv3r | sheetleaks.org does sound very ... diareah like though |
| 09:17.44 | mnemoc | :D |
| 09:17.51 | oliv3r | doesn't seem to be taken though :) |
| 09:18.27 | cheng | thanks mnemoc for the manual. This will come handy one day. |
| 09:18.49 | oliv3r | With all the heat assange et al have been getting over sites like wikileaks though; I wonder what chances would be of getting in trouble running 'sheetleaks.org' |
| 09:19.46 | oliv3r | oh even hipboi commented it being authentic :D |
| 09:20.02 | oliv3r | 'when i WAS at allwinner' I guess he's no longer? |
| 09:21.05 | mnemoc | oliv3r: he left a week ago |
| 09:21.21 | mnemoc | oliv3r: "announced" it on u-boot's ML |
| 09:21.34 | *** join/#arm-netbook merbanan (~benjamin@2a00:801:102:104:221:70ff:fecb:d6f9) |
| 09:21.35 | oliv3r | I need to be on more ML's |
| 09:21.43 | oliv3r | he should have leaked some code >: ) |
| 09:21.48 | oliv3r | codeleak.orrg |
| 09:21.49 | oliv3r | :D |
| 09:22.09 | mnemoc | problem of code leaks is that they destroy any RE effort |
| 09:22.16 | mnemoc | legally speaking |
| 09:22.19 | oliv3r | If I could sustain my spending habbits running a site like those, i would. some risk with future employement though :( |
| 09:22.21 | cde | well leaked code is useful but dangerous, ideally you want a clean room process |
| 09:22.37 | oliv3r | code -> 'datasheet' -> cleancode :D |
| 09:22.55 | mnemoc | cde: would this leaked "user manual" harm a clean room process? |
| 09:24.19 | cde | it depends on your country. general ideas and algorithms can't be copyrighted (at least in EU) so unless the datasheet contains the actual implementation you should be safe |
| 09:24.25 | cde | also see http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2009:111:0016:01:EN:HTML |
| 09:24.58 | cde | "For the avoidance of doubt, it has to be made clear that only the expression of a computer program is protected and that ideas and principles which underlie any element of a program, including those which underlie its interfaces, are not protected by copyright under this Directive." |
| 09:25.30 | mnemoc | \o/ |
| 09:25.50 | RaYmAn | so cleanroom is ok I guess - you could probably still get sued for using leaked datasheets, but code is fine? :) |
| 09:25.50 | cde | and the Directive overrides any EULA, which is nice. basically you have the right to RE as long as you don't publish the disassembled/decompiled code |
| 09:26.04 | mnemoc | neat |
| 09:26.32 | cde | well you can only get sued if you were under NDA, which is not the case here |
| 09:27.04 | cde | since the datasheet is now public, anyone not under NDA can use it without fear of prosecution |
| 09:27.23 | jinzo | (at least in EU) |
| 09:27.46 | oliv3r | so what about devs writing code in the EU from these sheets |
| 09:27.55 | oliv3r | and then using the code, in let ssay, the USA |
| 09:28.33 | RaYmAn | cde: isn't it akin to book piracy essentially? |
| 09:28.40 | cde | I don't know. I'm not a lawyer :) |
| 09:28.50 | RaYmAn | I mean, allwinner still has copyright on the datasheets even if it's leaked |
| 09:28.52 | jinzo | probably nothing if you just use it. |
| 09:29.31 | RaYmAn | (the actual text, not the ideas) |
| 09:30.00 | jinzo | there's an interesting story flowing around on the first versions of PGP - that they couldn't legally export it from the USA (being cryptography) they printed the code into books and exported that and then scanned it back in |
| 09:30.22 | oliv3r | so allwinner could use copyright of the document to get it 'unpublished' |
| 09:30.29 | oliv3r | but you know how that goes, once its out there, it's out |
| 09:30.41 | cde | I guess so |
| 09:31.15 | oliv3r | and as said, one could always wikify the content into a 'cleanroom datasheet' like thing |
| 09:31.36 | mnemoc | oliv3r: linux-sunxi.org is waiting :) |
| 09:33.13 | oliv3r | haha |
| 09:33.23 | oliv3r | so much to do, so little time :( |
| 09:33.31 | mnemoc | +1 |
| 09:33.51 | oliv3r | if someone would hire me fulltime to do this kind of work, i'd love to |
| 09:34.07 | mnemoc | me too |
| 09:34.23 | cat1 | +1 :) |
| 09:35.04 | jinzo | hm, looks like A10 has some hardware crypto functions - that's nice. |
| 09:35.49 | lundman | rot13 AND xor |
| 09:39.30 | oliv3r | I wonder how the A15 will look like. Simple drag/drop swap of the Arm core, some small fixes, or a complete revamp of the entire SoC (invalidating this datasheet completly) |
| 09:40.45 | mnemoc | we have the small datasheet of sun3i, sun4i and sun5i |
| 09:41.09 | mnemoc | almost everything outside the ARM core remains identical |
| 09:41.36 | oliv3r | so this sheet will be still very interesting when sun5i is released |
| 09:41.40 | mnemoc | same disp, same nand, same mmc, same ethernet, same sata, ... |
| 09:42.01 | mnemoc | sun5i = A12/A13, already in use broadly |
| 09:42.07 | mnemoc | sun6i = next thing |
| 09:42.35 | oliv3r | same ethernet, aww; i hope they fix their mac issues |
| 09:42.40 | oliv3r | ah, i ment sun6i sorry |
| 09:43.14 | oliv3r | but makes perfect sense of course, least amount of work for a new more powerfull soc |
| 09:47.52 | jinzo | and another good reason why they could do more on open source/mainlining |
| 09:54.18 | mnemoc | they seem to not see any value on letting people outside their walls to do any system software on their platform |
| 10:03.43 | akaizen | Regarding the RE: you can have someone disassemble / look @ code and draw up a spec sheet |
| 10:03.54 | akaizen | Hand that off to another team which implements it in a clean room |
| 10:04.47 | mnemoc | akaizen: my wondering was about the impact of having leaked datasheets |
| 10:05.04 | akaizen | As long as the two groups dont communicate can there is no breach.. IANAL but thats what I know of some companies / groups doing for certain projects (one off the top of my head is Broadcom GPU implementation for RaspberriPi) |
| 10:05.46 | mnemoc | can those who implement the "clean room" code read the datasheet? |
| 10:05.54 | mnemoc | can they prove they didn't? |
| 10:05.57 | akaizen | That im not sure about |
| 10:06.15 | akaizen | Because on the hardware side it implementation specific (per the chip) |
| 10:06.42 | akaizen | If you could make an argument that the specific registers and addresses / what not are similar to function names |
| 10:06.52 | mnemoc | when you RE a closed chip, it's always "implementation specific"... |
| 10:07.05 | akaizen | then you could have whoever draws up the spec sheet put in the address / info from data sheet |
| 10:07.11 | akaizen | then hand that off to clean room team |
| 10:07.19 | akaizen | From the Oracle JAVA case |
| 10:08.33 | akaizen | they said that the function names are essentialy to make it binary compatible but did not consistiute copyright since it was necessary but not ciritical to the purpose of the function |
| 10:09.11 | akaizen | like i said if you could make that argument for the chip: i.e. instructions are necssary but trivial and not tied to implementation |
| 10:09.12 | mnemoc | in our case it's about registers, not functions |
| 10:09.32 | jinzo | yes that's all dandy and cool, but this project lacks people/coders as it is... |
| 10:09.42 | akaizen | Yes, so make that analogy |
| 10:09.51 | akaizen | I think it could be done |
| 10:10.19 | akaizen | Well im a systems engineer... had some time to work on this and was working on re implementiong libve into a proper driver |
| 10:10.28 | mnemoc | the documentation about the "mixing processor" is specially nice documented |
| 10:10.49 | RaYmAn | must be license from someone else |
| 10:10.50 | RaYmAn | :P |
| 10:10.55 | mnemoc | :D |
| 10:10.59 | jinzo | :D |
| 10:11.20 | akaizen | just got into it with my mk802, so not sure where the most needed parts are.. there is no organization to this project... |
| 10:11.24 | akaizen | well not that is apparent to me :) |
| 10:12.00 | akaizen | Seems spread across a couple wikis, mailing lists and sporadic irc logs |
| 10:12.42 | jinzo | akaizen, indeed. |
| 10:13.14 | jinzo | but that's quite usual and it's improving |
| 10:13.28 | akaizen | I'd be happy to setup a mailing list and a wiki where we can all collaborate, shouldnt take more than an hour |
| 10:13.35 | jinzo | the rhombus-tech wiki and linux-sunxi.org are the way to go imo. |
| 10:13.49 | akaizen | They need to be cleaned up |
| 10:13.56 | mnemoc | akaizen: http://linux-sunxi.org and linux-sunxi@googlegroups.com exist |
| 10:14.10 | akaizen | ahh cool, didnt know about the google gorup |
| 10:14.13 | jinzo | ofcourse - but creating a new one won't help anyone |
| 10:14.58 | akaizen | Well, I was thinknig make a new one put in all the info from various sources and in the process clean it up |
| 10:15.11 | mnemoc | imnsho RT's wiki should be about RT goals, i.e. EOMA68 cards and eoma68 i/o boards |
| 10:15.13 | akaizen | basically a git pull and merge :) |
| 10:15.36 | mnemoc | not about other A10-based devices |
| 10:15.43 | mnemoc | or generic A10 stuff |
| 10:15.45 | jinzo | mnemoc, indeed - but it unfortunately hosts quite some other info too. |
| 10:15.55 | mnemoc | jinzo: indeed |
| 10:15.56 | akaizen | there are like 4 posts on the linux-sunxi mailing list... |
| 10:16.04 | mnemoc | akaizen: yes, it's very new |
| 10:16.19 | jinzo | akaizen, the arm-netbook one in the topic is quite active - but again mixed bag of cats |
| 10:16.44 | akaizen | yup that one is good :) |
| 10:17.18 | mnemoc | yes, that's mostly what we (ab)use. |
| 10:17.18 | akaizen | thats where i found out about empat zero libve and that the libcedar and included files work |
| 10:17.34 | akaizen | but some specific codes init_data is missing which is neede to decode them |
| 10:17.42 | mnemoc | this channel wasn't supposed to be about A10 either... |
| 10:17.49 | akaizen | like MPEG4 that empat_zero mentioned was unable to get working |
| 10:18.16 | akaizen | Do you guys have a status as to what is done, being worked on / needed? |
| 10:18.23 | akaizen | i can clean up the wiki before i go to sleep |
| 10:19.09 | akaizen | Is the wiki not open for editing? |
| 10:19.20 | mnemoc | akaizen: register-only |
| 10:19.37 | mnemoc | akaizen: too many spam boots and lack of people to keep them under control |
| 10:19.57 | akaizen | gotcha |
| 10:20.46 | akaizen | So what parts are needed / cirtical? From my understanding: We got uboot, need some kernel stuff, working on VPU, GPU |
| 10:21.26 | akaizen | I'm approaching from xbmc / media center path so im definitely missing some other stuff |
| 10:22.13 | mnemoc | vpu libs are "debian/ubuntu armel" only |
| 10:22.23 | mnemoc | i.e armv4 |
| 10:22.51 | akaizen | yea serious RE on libve.so to get hard float |
| 10:23.00 | mnemoc | GPU wise we have "ubuntu armhf" libs for r2p4,r3p0 and r2p1 |
| 10:23.08 | akaizen | according to the wiki some is 'trivial' |
| 10:23.33 | mnemoc | akaizen: according tot he ffmpeg hacker who added that to the wiki |
| 10:23.47 | mnemoc | trivial is relative ;-) |
| 10:24.19 | akaizen | hehe yea |
| 10:27.58 | mnemoc | my cubieboard arrived \o/ |
| 10:28.44 | akaizen | nice |
| 10:29.00 | akaizen | so many nice arm boards |
| 10:29.01 | jinzo | great :D |
| 10:29.11 | akaizen | the rk3306 (ug802) looks nice too |
| 10:29.27 | akaizen | damn these companies, cant they abide by GPL |
| 10:29.40 | akaizen | i want a ARM FARM |
| 10:29.55 | cheng | so soon hardware engineer will be out of job |
| 10:30.22 | jinzo | bah - rockchip isn't exactly known for it's quality/power |
| 10:30.40 | RaYmAn | mnemoc: pics or it didn't happen |
| 10:30.41 | RaYmAn | :P |
| 10:31.16 | mnemoc | RaYmAn: :D |
| 10:31.56 | oliv3r | cheng: why is that? Hardware engineers design beautiful hardware, write proper specs and let the software community do the rest. They will of course need help there :) |
| 10:32.09 | oliv3r | hardware engineers are not supposed to write software anyway, they tend to not be able to do this, properly |
| 10:32.37 | cheng | with so many board coming out, soon people just buy these board and develop on top of that. |
| 10:32.41 | akaizen | Rockchip = bad? rk3306 is dual-core a9 |
| 10:32.51 | akaizen | dunno about their VPU but has quad core mali400 |
| 10:33.10 | oliv3r | i think rockchip is one of the bigger GPL violators, no |
| 10:33.11 | akaizen | supposedly lower heat under load too |
| 10:33.37 | jinzo | akaizen, maybe they improved - but in the past their offerings were utter shit :) |
| 10:34.28 | oliv3r | cheng: well with regards to hardware engineers, (and not chip designers), if the for example allwinner had mainlined everything from before the start, then all the engineer has to do, design a board around the A10 do some minor software setup (pin mappings etc) and done. |
| 10:35.58 | akaizen | jinzo: hehe, lets hope for the better. but i do hear they are one of the worst gpl violators so i will boycott for now |
| 10:36.09 | akaizen | cubie board looks awesome tho |
| 10:36.24 | jinzo | yeah - and incredibly cheap |
| 10:36.50 | cheng | how about just work on a peripheral board and jump (wires) from these boards, skip the design part around a10 |
| 10:36.50 | oliv3r | I kinda want one now, just to play with |
| 10:36.51 | oliv3r | :p |
| 10:41.38 | *** join/#arm-netbook rvalles (~rvalles@unaffiliated/rvalles) |
| 10:43.18 | *** part/#arm-netbook cheng (~cheng@175.139.154.234) |
| 10:58.26 | *** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 10:59.32 | akaizen | Cleaned up the main page a little bit |
| 11:01.16 | mnemoc | akaizen: don't be shy, go on :) |
| 11:01.24 | akaizen | hehe |
| 11:01.40 | cat1 | mnemoc: do we reserve fb block here arch/arm/mach-sun4i/core.c? |
| 11:02.31 | mnemoc | cat1: i would prefer to find how to read the script.bin at that stage |
| 11:02.54 | VarmVaffel | what happens if you try to write to a register than can only be read? |
| 11:03.04 | cat1 | mnemoc: what prevents us from doing this reservation later, let say from here drivers/video/sunxi/disp/dev_fb.c? |
| 11:03.11 | VarmVaffel | will the CPU restart, or an interrupt triggered or something? |
| 11:03.35 | mnemoc | cat1: in previous experiments it didn't work.... but please, try |
| 11:04.09 | cat1 | mnemoc: ok, will try. how would script.bin help? |
| 11:04.35 | mnemoc | cat1: script.bin tells you if the fb will be enabled by the driver or not |
| 11:04.51 | mnemoc | cat1: which is evil, but that's how life is at this moment |
| 11:04.54 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 11:05.15 | mnemoc | cat1: so we try to only reserve it only if it will be used |
| 11:05.26 | mnemoc | cat1: which halts 3.4+ :< |
| 11:05.30 | cat1 | mnemoc: right, but it is driver's business to know. |
| 11:05.48 | cat1 | mnemoc: i reworked 3.6 and halts one too :| |
| 11:05.54 | mnemoc | cat1: problem is we still need a fixed address |
| 11:06.04 | mnemoc | cat1: as it's hardcoded in the mali userspace driver |
| 11:06.36 | cat1 | mnemoc: ah, and it might not be available when modprobing disp and co.. |
| 11:06.49 | cat1 | mnemoc: tricky.. |
| 11:07.05 | mnemoc | exactly |
| 11:08.10 | akaizen | Cant we use mmap syscall with MAP_FIXED to reserver adter the fact? |
| 11:08.36 | akaizen | that way kernel wont use it for something else if uboot is allocating it and not telling kernel |
| 11:08.36 | mnemoc | doesn't know enough kernel hacking yet |
| 11:09.01 | akaizen | recommends tlpi ( http://man7.org/tlpi/ ) |
| 11:09.06 | akaizen | The author is a cool guy |
| 11:09.16 | lundman | thanks |
| 11:09.17 | lundman | lies |
| 11:10.13 | mnemoc | akaizen: you? |
| 11:10.30 | akaizen | I read 800 pages of that book |
| 11:10.41 | akaizen | I like systems programming and C |
| 11:10.47 | mnemoc | me too |
| 11:10.57 | akaizen | Dunno if that qualifies me as a kernel hacker ;) |
| 11:11.53 | mnemoc | at least it doesn't qualify me as such |
| 11:11.53 | cat1 | is ashamed as he never read a single tech book till the end.. |
| 11:12.27 | akaizen | heh, my biggest regret is not reading it as a kid and playing to many video games instead |
| 11:12.50 | cat1 | learns things though breaking them usually.. |
| 11:12.59 | akaizen | now hard to get long stretches of time |
| 11:13.12 | akaizen | ofcourse, reading is only useful if you try it + practice it |
| 11:13.37 | akaizen | that book explains parts of linux and some hsitory and why decision were made |
| 11:13.59 | akaizen | but i like the problems... let you figure out the quirks and answers your own questions and play with the sys calls etc.. |
| 11:14.44 | cat1 | akaizen: this is what i am trying to explain to my son every day -- read books, try things out now!.. but he never gets it.. |
| 11:15.13 | akaizen | cat1: :( |
| 11:15.26 | akaizen | Try to find something he like but is hard |
| 11:15.43 | akaizen | let him struggle a bit, then if he doesnt get it give him a book on the topic |
| 11:16.04 | akaizen | but you got to let him think it was his own idea... kids never take advice you give them directly ;) |
| 11:16.15 | akaizen | well not just kids most people |
| 11:16.28 | cat1 | akaizen: that's very true :) |
| 11:16.59 | akaizen | http://www.codinghorror.com/blog/2012/06/how-to-talk-to-human-beings.html |
| 11:17.08 | akaizen | his book there is good like that |
| 11:17.20 | akaizen | *** his book that he recommends is good about that stuff |
| 11:17.32 | akaizen | tl;dr check out the comic on his page |
| 11:19.01 | akaizen | Alright guys, great talking to you. I'm going to add some stuff from the rhombus-tech page to the wiki tomorrow and clean it up |
| 11:19.02 | akaizen | good night |
| 11:22.37 | cat1 | akaizen: gn! |
| 11:23.35 | cat1 | mnemoc: we do not want to use kernel command line to pass information related to g2d and fb reservation, right? at least it would be less painful workaround. |
| 11:24.57 | mnemoc | cat1: linux-sunxi@googlegroups.com :) |
| 11:25.35 | cat1 | mnemoc: you mean i should start discussion there ;) |
| 11:25.57 | cat1 | .. or there is some discussion already.. |
| 11:26.09 | mnemoc | cat1: start one :) |
| 11:26.32 | mnemoc | akaizen: thanks! good night |
| 11:29.09 | mnemoc | http://imgur.com/a/vP2T6 <--- my CB |
| 11:30.55 | *** join/#arm-netbook jquip (6ad38b00@gateway/web/freenode/ip.106.211.139.0) |
| 11:31.17 | *** join/#arm-netbook tuliom (~tuliom@186.214.50.30) |
| 11:32.59 | cat1 | mnemoc: happy now? ;) |
| 11:33.21 | mnemoc | cat1: still haven't power it up, but yes. happy :) |
| 11:33.31 | mnemoc | err... you mean the post |
| 11:33.32 | mnemoc | 1m |
| 11:33.52 | cat1 | mnemoc: i meant CB |
| 11:34.00 | mnemoc | yes, happy happy |
| 11:34.19 | cat1 | mnemoc: hope powering it up does not require any hacking :D |
| 11:35.01 | mnemoc | i've have a motorola lapdock waiting for the eoma68 for almost a year... now I can use it with the CB :) |
| 11:42.17 | CaCtus491 | evening |
| 12:09.30 | arete74 | <PROTECTED> |
| 12:14.56 | *** join/#arm-netbook Mazon (~Mazon@95.166.104.217) |
| 12:15.11 | oliv3r | good afternoon |
| 12:15.17 | mnemoc | arete74: wow, who was the lucky? |
| 12:26.23 | *** join/#arm-netbook jquip (9e902cd4@gateway/web/freenode/ip.158.144.44.212) |
| 12:30.28 | VarmVaffel | what would make an ARM to go into Thumb mode? |
| 12:30.37 | RaYmAn | blx? :P |
| 12:30.46 | RaYmAn | or bx |
| 12:30.52 | VarmVaffel | oh ok |
| 12:30.53 | RaYmAn | (with suitable flags) |
| 12:31.05 | VarmVaffel | is that the only reason? :P |
| 12:31.26 | RaYmAn | your question is rather...unspecific |
| 12:31.33 | VarmVaffel | I bet it is |
| 12:31.38 | VarmVaffel | I have no clue what I'm doing |
| 12:33.09 | RaYmAn | compilers will do it automatically if you tell it your code should be thumb |
| 12:33.30 | RaYmAn | the processor shouldn't switch to/from thumb without being explicitly told to |
| 12:33.51 | VarmVaffel | right |
| 12:34.05 | VarmVaffel | I just had a problem with this, I compiled the code like normal |
| 12:34.13 | VarmVaffel | downloaded it to the CPU |
| 12:34.22 | VarmVaffel | and then I got an "Invalid instruction" error |
| 12:34.38 | VarmVaffel | did a bit of googling and found out it had been switched into Thumb mode for some reason |
| 12:35.02 | VarmVaffel | I didn't actually do anything to make it switch, so I'm just wondering what might cause it to suddenly do that |
| 12:35.34 | jquip | Hallo there! u-boot load from the mmc card is becoming painful... :( why do I have to switch on the device 3-4 times to get linux on? :/ will chained bootloader work the first-time I power on the device? |
| 12:36.15 | jquip | srry for butting in like that ;) |
| 12:36.36 | VarmVaffel | This is IRC, it's basicly designed for butting in :P |
| 12:37.00 | jquip | haha :) yeah.. |
| 12:37.55 | jquip | this bootlader is driving me mad.... it takes *indefinite number of tries to get the a10 machine on... |
| 12:38.24 | lundman | pull power twice here |
| 12:38.50 | jquip | mostly in the range of 3-4 times... and I have to press the power on button until the screen shows some backlight, and then I know its gonna boot.. |
| 12:39.44 | jquip | lundman "pull power twice" ??? |
| 12:40.34 | VarmVaffel | sounds really strange jquip, maybe there's some hardware fault somewhere |
| 12:42.29 | *** join/#arm-netbook tuliom_ (~tuliom@177.99.129.36) |
| 12:45.59 | jquip | darn it! I think it cant be that... I have tested it on 3 devices ... |
| 12:50.16 | jquip | so? ... nobody else has this powering-on problem? |
| 12:52.44 | jquip | VarmVaffel thanks ... just out of curiosity, does your machine start instantaneously ? I mean, after inserting the mmc and power on... |
| 12:54.12 | VarmVaffel | I don't think I have the same machine as you do |
| 12:54.24 | VarmVaffel | what do you have in any case? |
| 12:55.43 | jquip | its an A10_MID... or that's what I was told... http://www.azhuo.net/en/products_A10MID_Allwinner-A10_Boxchip_7_inch_Android_4.0.3_Pictures.html |
| 12:56.04 | VarmVaffel | oh and android |
| 12:56.07 | VarmVaffel | an* |
| 12:56.16 | VarmVaffel | tablet even |
| 12:56.23 | VarmVaffel | I haven't got a tablet, sorry :P |
| 12:56.32 | jquip | hahah looks sweet dont it? :) |
| 12:56.34 | VarmVaffel | if you stick around in here someone might answer |
| 12:57.16 | RaYmAn | jquip: have you tried with different cards? |
| 12:57.53 | RaYmAn | It's the bootrom that handles reading u-boot off SD, so it might well be less compatible than e.g. linux. (though, it could well be something like card detect misbehaving physically) |
| 12:59.36 | jquip | card detect aye?? enlighten me further dear sir.. |
| 13:06.08 | RaYmAn | we've seen some devices where the micrsd card detect functionality was..unstable |
| 13:06.14 | RaYmAn | so it would only detect a card inserted sometimes |
| 13:06.21 | RaYmAn | and hence only boot from card sometimes |
| 13:06.51 | RaYmAn | depending on OS setup, it might well still show up if e.g. it uses another method for card detection |
| 13:09.52 | jquip | aah... "some devices" implies a particular model? as in "all the devices of that model"?? |
| 13:12.12 | RaYmAn | there are so many different a10 tablets/devices/etc out there |
| 13:12.48 | RaYmAn | most of them not with the best build quality ;) |
| 13:13.05 | RaYmAn | so I'm suggesting a hardware error on your specific tablet, not necessarily the entire range of devices |
| 13:35.35 | *** join/#arm-netbook cheng (~cheng@175.137.64.188) |
| 13:40.44 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-159-235.web.vodafone.de) |
| 13:45.44 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 13:46.27 | *** join/#arm-netbook Yakuzzi (~za@ip-109-40-159-235.web.vodafone.de) |
| 14:01.43 | *** join/#arm-netbook rvalles (~rvalles@unaffiliated/rvalles) |
| 14:03.03 | oliv3r | if someone's bored ... I just 'filled in' linux-sunxi.org/A10/registers |
| 14:03.11 | oliv3r | if someone could do a quick proof-read-check review? |
| 14:03.11 | oliv3r | :) |
| 14:10.57 | mnemoc | oliv3r: isn't it a bit too verbose to do A10/Foo Controller instead of just A10/Foo ? |
| 14:11.29 | oliv3r | Well there is Foo Controller and Bar Controller :p |
| 14:11.31 | mnemoc | in that context by Foo we can only be refereing to the Foo controller |
| 14:11.47 | mnemoc | and by Bar, the Bar controller |
| 14:12.08 | oliv3r | unless you mean having a Foo#Controller and a Bar#Controller |
| 14:14.16 | mnemoc | what might be in Foo which isn't about the Foo Controller? |
| 14:15.33 | oliv3r | I dind't interpret the document, only wrote it down :p |
| 14:16.12 | oliv3r | anyway how much different IS a dram controller from an sram controller |
| 14:16.46 | mnemoc | dive in and find out ;-) |
| 14:16.51 | oliv3r | haha |
| 14:16.54 | oliv3r | lack of time says no |
| 14:16.57 | oliv3r | i have to go home now :) |
| 14:17.30 | oliv3r | Feel free to improve my work :D |
| 14:17.47 | oliv3r | (i notice i forgot to add some space between foo and the number |
| 14:18.17 | mnemoc | oliv3r: you took it over from me, now it's all yours ;-) |
| 14:20.54 | *** join/#arm-netbook neal__ (~neal@142.196.83.182) |
| 14:22.38 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 14:23.15 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 15:09.52 | *** part/#arm-netbook cheng (~cheng@175.137.64.188) |
| 15:25.58 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 15:49.47 | *** join/#arm-netbook eflatun (~eflatun@46.1.121.89) |
| 15:53.34 | *** join/#arm-netbook rellla (~Thunderbi@p5B078265.dip0.t-ipconnect.de) |
| 16:18.50 | techn | RaYmAn: jquip's problem could be that power regulator problem |
| 16:19.16 | techn | atleast I'm wondering that is the problem with my mid_a10 |
| 16:21.00 | techn | but I cannot verify that without serial cable |
| 16:21.46 | techn | btw. has anyone tried that buf2 patch with r3p0/1? |
| 16:24.58 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56186.dip0.t-ipconnect.de) |
| 16:25.29 | *** join/#arm-netbook ceo16 (~asus@host153-22-dynamic.4-87-r.retail.telecomitalia.it) |
| 16:35.45 | *** join/#arm-netbook ssspiff (~quassel@d8D862466.access.telenet.be) |
| 16:35.45 | *** join/#arm-netbook ssspiff (~quassel@unaffiliated/yukito) |
| 16:39.37 | RaYmAn | techn: also a possibility :) there's plenty of potential issues to choose from :P |
| 16:41.19 | techn | yep :) |
| 16:43.12 | techn | .. I'm going to try now buf2 with r3p0.. thumbs up ;) |
| 16:43.24 | RaYmAn | cool |
| 16:43.25 | RaYmAn | hope it works |
| 16:43.52 | RaYmAn | did you attempt to get egl working with fbdev and r3p0 btw? or anyone else? |
| 16:46.37 | techn | RaYmAn: I got it working with r2p4.. but partially |
| 16:46.48 | RaYmAn | on x11? |
| 16:46.51 | techn | yep |
| 16:53.57 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 16:55.44 | techn | no luck with r3p0 :( |
| 16:56.01 | *** join/#arm-netbook rellla1 (~Thunderbi@p5B078265.dip0.t-ipconnect.de) |
| 17:10.14 | *** join/#arm-netbook robws (~robws1@38.99.170.111) |
| 17:14.12 | techn | forgot r3p0 x11 drivers |
| 17:17.13 | mnemoc | doh |
| 17:24.19 | *** join/#arm-netbook j1nx_ (~IceChat9@163-62-223.ftth.xms.internl.net) |
| 17:36.41 | *** join/#arm-netbook eflatun (~eflatun@46.1.121.38) |
| 17:39.45 | rm | nice |
| 17:39.54 | rm | at least this new MK802 booted from the get go |
| 17:40.21 | rm | mnemoc, # CONFIG_SUNXI_IGNORE_ATAG_MEM is not set |
| 17:40.26 | rm | and I do not see the full 1GB |
| 17:40.32 | rm | should I try "=y" here? |
| 17:43.21 | mnemoc | rm: from where are you booting? |
| 17:43.40 | mnemoc | not sure what's the state of hno's u-boot with regard to 1GB boards |
| 17:43.58 | rm | what do you mean from where :S |
| 17:44.05 | mnemoc | CONFIG_SUNXI_IGNORE_ATAG_MEM falls back to allwinner's hack to read memory size |
| 17:44.11 | mnemoc | uSD or NAND |
| 17:44.19 | rm | SD |
| 17:44.37 | rm | what's "ATAG MEM"? |
| 17:44.47 | *** join/#arm-netbook gimli_ (~gimli@xbmc/staff/gimli) |
| 17:44.54 | mnemoc | how bootloader passes the memory info to linux |
| 17:45.11 | mnemoc | you can also try passing two mem=s |
| 17:46.20 | rm | okay, so I get it |
| 17:46.38 | rm | CONFIG_SUNXI_IGNORE_ATAG_MEM=y means to ignore what bootloader (u-boot) does, and try the Allwinner hack |
| 17:46.44 | mnemoc | yes |
| 17:47.26 | rm | thanks |
| 17:47.38 | mnemoc | i should really rename that CONFIG_... |
| 17:47.40 | rm | also interestingly this mk802 advertised as 512M on the product page |
| 17:47.54 | rm | but the actual device has that DDR3/1G sticker on it |
| 17:48.54 | jelly-home | ordered a $56 mk802 device, wonder what they left out to make it cheaper |
| 17:49.25 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.156.136) |
| 17:49.32 | Yakuzzi | they have to compete with the ug802 so they have to be cheaper to still sell |
| 17:49.40 | rm | did not check what android says. Hmm. |
| 17:50.26 | rm | jelly-home, they are sub-$50 now |
| 17:50.38 | rm | the other day I found an A13 tablet for $50 |
| 17:51.04 | rm | if you leave out the capacitive touchscreen, battery, case, etc, etc |
| 17:51.18 | rm | naturally an MK802's BOM is perhaps $15 |
| 17:51.20 | rm | if that |
| 17:51.23 | jelly-home | I don't want an A13 yet. Trying to evaluate and test as a replacement STB |
| 17:51.31 | jelly-home | nod |
| 17:53.55 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.122.54) |
| 17:54.15 | Yakuzzi | did anyone see this somewhere else then alibaba yet ? |
| 17:54.17 | Yakuzzi | http://www.alibaba.com/product-gs/634288992/2012_best_selling_dual_core_rockchip.html |
| 17:54.47 | Yakuzzi | i like my mele a2000 and for a homeserver more real usb ports are quiet good |
| 17:55.54 | Yakuzzi | so sad that there ainĀ“t sources for that chip |
| 18:02.25 | *** join/#arm-netbook eflatun_ (~eflatun@46.1.187.95) |
| 18:03.54 | *** join/#arm-netbook gimli_ (~gimli@xbmc/staff/gimli) |
| 18:10.57 | *** join/#arm-netbook eflatun__ (~eflatun@46.1.24.243) |
| 18:18.58 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE56186.dip0.t-ipconnect.de) |
| 18:40.15 | *** join/#arm-netbook zenitraM_ (~zenitraM@2607:f358:1:fed5:11:0:1018:14) |
| 18:43.32 | *** join/#arm-netbook rsalveti_ (~rsalveti@linaro/rsalveti) |
| 18:47.01 | *** join/#arm-netbook xnxs (~xenoxaos@developers.archlinuxarm.org) |
| 18:47.13 | *** join/#arm-netbook Hexxeh_ (u1532@gateway/web/irccloud.com/x-msgheoueqwbdckit) |
| 18:47.35 | *** join/#arm-netbook ajmitch (ajmitch@vps.ajmitch.net.nz) |
| 18:47.36 | *** join/#arm-netbook rz2k (~rzk@128-72-52-248.broadband.corbina.ru) |
| 18:48.03 | *** join/#arm-netbook Turl_ (~Turl@2606:3f00:60:21c:d00d:c0de:4:f00d) |
| 18:48.31 | *** join/#arm-netbook rz2k (~rzk@128-72-52-248.broadband.corbina.ru) |
| 18:48.31 | *** join/#arm-netbook ajmitch (ajmitch@vps.ajmitch.net.nz) |
| 18:48.31 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 18:48.31 | *** join/#arm-netbook Gumboot (~gumboot@rev.bovine.muck.net.nz) |
| 18:48.31 | *** join/#arm-netbook mnemoc (~amery@geeks.cl) |
| 18:48.31 | *** join/#arm-netbook traeak (~bolsen@75-151-91-165-Colorado.hfc.comcastbusiness.net) |
| 18:48.31 | *** join/#arm-netbook rm (rm@fsf/member/rm) |
| 18:48.31 | *** join/#arm-netbook destinal (destinal@unaffiliated/destinal) |
| 18:49.30 | *** join/#arm-netbook xenoxaos (~xenoxaos@developers.archlinuxarm.org) |
| 18:52.01 | *** join/#arm-netbook RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 18:52.26 | *** join/#arm-netbook sspiff (~quassel@d8D862466.access.telenet.be) |
| 18:52.26 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 18:54.29 | *** join/#arm-netbook Mazon_ (~Mazon@95.166.104.217) |
| 18:55.06 | *** join/#arm-netbook tuliom__ (~tuliom@177.99.129.36) |
| 18:56.51 | *** join/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
| 18:58.20 | *** join/#arm-netbook gimli_ (~gimli@xbmc/staff/gimli) |
| 18:58.26 | *** join/#arm-netbook WarheadsSE (~WarheadsS@c-174-59-252-104.hsd1.pa.comcast.net) |
| 18:58.30 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 18:58.33 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 19:10.37 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE56186.dip0.t-ipconnect.de) |
| 19:10.44 | *** join/#arm-netbook ssspiff (~quassel@d8D862466.access.telenet.be) |
| 19:10.44 | *** join/#arm-netbook ssspiff (~quassel@unaffiliated/yukito) |
| 19:12.45 | *** join/#arm-netbook Brandon1- (~Brandon15@ec2linux.exaktop.tk) |
| 19:13.31 | *** join/#arm-netbook ceo16 (~asus@host153-22-dynamic.4-87-r.retail.telecomitalia.it) |
| 19:13.37 | *** join/#arm-netbook xnxs (~xenoxaos@developers.archlinuxarm.org) |
| 19:13.38 | *** join/#arm-netbook msb___ (~msb@c-98-248-33-213.hsd1.ca.comcast.net) |
| 19:13.53 | *** join/#arm-netbook CIA-9 (cia@cia.vc) |
| 19:16.06 | *** join/#arm-netbook ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) |
| 19:26.06 | *** join/#arm-netbook bsdfox\ (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 19:29.31 | *** join/#arm-netbook hehopmajieh_ (~hehopmaji@bundie.neterra.net) |
| 19:30.36 | *** join/#arm-netbook ManoftheSea (~ManoftheS@64.150.161.184) |
| 19:31.10 | *** join/#arm-netbook uwe_ (~uwe_@dslb-088-064-209-125.pools.arcor-ip.net) |
| 19:45.19 | *** join/#arm-netbook Gumboot_ (~gumboot@rev.bovine.muck.net.nz) |
| 19:54.20 | *** join/#arm-netbook rz2k (~rzk@128-72-52-248.broadband.corbina.ru) |
| 19:56.37 | *** join/#arm-netbook andoma (~andoma@zebes.lonelycoder.com) |
| 19:58.33 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@212.179.75.202) |
| 20:15.33 | *** join/#arm-netbook ceo16 (~asus@host153-22-dynamic.4-87-r.retail.telecomitalia.it) |
| 20:17.29 | *** join/#arm-netbook ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) |
| 20:40.52 | *** join/#arm-netbook tuliom (~tuliom@177.99.129.36) |
| 20:44.37 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 20:55.07 | *** join/#arm-netbook phh_ (~quassel@137.194.15.151) |
| 20:56.09 | *** join/#arm-netbook raoulh_ (~Raoul@ns365140.ovh.net) |
| 20:57.05 | *** join/#arm-netbook mtd_ (~martin@chop.xades.com) |
| 20:57.33 | *** join/#arm-netbook CaCtus492 (~Kent@123-243-197-152.static.tpgi.com.au) |
| 20:59.10 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 20:59.33 | *** join/#arm-netbook Brandon15811__ (~Brandon15@ec2linux.exaktop.tk) |
| 21:03.20 | *** join/#arm-netbook msb___ (~msb@c-98-248-33-213.hsd1.ca.comcast.net) |
| 21:04.04 | *** join/#arm-netbook lundman (~Accident@194.109.206.190) |
| 21:04.04 | *** join/#arm-netbook andoma (~andoma@zebes.lonelycoder.com) |
| 21:07.30 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 21:07.51 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 21:11.56 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 21:12.13 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 21:15.34 | *** join/#arm-netbook NAiL__ (~repvik@pitr.nondescript.info) |
| 21:16.54 | *** join/#arm-netbook zoobab_ (zoobab@vic.ffii.org) |
| 21:17.54 | techn | hmm.. we have wrong versions of libMali :/ |
| 21:18.44 | techn | r2p4 size is about 3M, r3p0/1 size is 1M |
| 21:19.20 | techn | + r2p4 has separate libraries for libGLESv2 and V1 |
| 21:19.38 | mnemoc | techn: can you mail tom about it? |
| 21:19.59 | mnemoc | after all he made those |
| 21:24.04 | *** join/#arm-netbook lerc (~quassel@121-74-228-229.telstraclear.net) |
| 21:24.35 | rz2k | techn: egl is r2p4 is dead |
| 21:24.54 | *** join/#arm-netbook lerc (~quassel@121-74-228-229.telstraclear.net) |
| 21:25.10 | tuliom | Do I need to do something else after copying the new uImage and uInitrd in order to upgrade the kernel? |
| 21:25.26 | tuliom | and the modules directory |
| 21:25.34 | rz2k | also I've did another try on r2p4 with your patch and I still have same glcreatebuffer() fail everywhere. |
| 21:25.39 | rz2k | (in gles1/2) |
| 21:26.05 | rz2k | egl just dies with _mali_cuz_lut symbol missing |
| 21:27.23 | rz2k | also another interesting fact |
| 21:31.37 | rz2k | r3p0-04rel0.tar.gz size:490484 r3p1-01rel0.tar.gz size:4904360 |
| 21:31.37 | rz2k | r3p1 10 times huge :3 |