| 00:00.02 | Turl | the template is a template, it's not a "run and everything will work ootb" solution |
| 00:00.16 | mnemoc | hno: oh. nice. will do tomorrow morning |
| 00:02.20 | hno | Be warned, it's rebased on every update. |
| 00:02.25 | mnemoc | Turl: i'm happy with a "sort of working" starting point from a generated device/foo which then the person can tweak |
| 00:03.26 | t0dbld1 | i vote we call it device foo |
| 00:03.39 | mnemoc | :) |
| 00:06.18 | t0dbld1 | every time it builds it sets the device screen orientation differntly |
| 00:06.23 | t0dbld1 | ok maybe not |
| 00:07.00 | t0dbld1 | GOD DARN IT AMAZON TELL ME SHIPPING DATE !!! |
| 00:07.46 | t0dbld1 | <--- this idiot was frustrated with not knowing the shipping status of one item so now we bought another with same problem |
| 00:08.09 | mnemoc | my chromebook was delivered today to the home of one of my collegues in usa |
| 00:08.54 | t0dbld1 | mnemoc: nice and hes shipping it to you ? you got new samsung exnos one i take it |
| 00:09.36 | t0dbld1 | i pre ordered a Asus taichi last night and all i know is they ship in november :-( and at same time i have no idea where my cubie board is |
| 00:09.56 | mnemoc | t0dbld1: yes, repackage and forwarding |
| 00:10.34 | mnemoc | and hopefully unnoticed by the customs :p |
| 00:10.50 | t0dbld1 | haha where do you live ? cant be worse than Turl's customs |
| 00:10.54 | mnemoc | .es |
| 00:11.06 | mnemoc | they are very relaxed here |
| 00:11.19 | t0dbld1 | haha i hope so since your sneaking a laptop :-P |
| 00:11.38 | mnemoc | I already sneaked my current thinkpad x120e ;-) |
| 00:11.53 | t0dbld1 | haha nice |
| 00:12.21 | *** join/#arm-netbook tuliom (~tuliom@177.133.178.226) |
| 00:12.43 | t0dbld1 | I leave for Dominican Republic next week i want this laptop before that to take with me to play with |
| 00:12.53 | t0dbld1 | I kind of dont think its going to happen |
| 00:15.51 | libv | mnemoc: ah, that is understandable, it pretty much touches almost every single line of code in video/sunxi |
| 00:17.01 | mnemoc | libv: also 3.4 was created without trailing whitespace, that calls for merge conflicts |
| 00:17.11 | mnemoc | libv: but it's done already |
| 00:18.52 | WarheadsSE | wants a new chromebook |
| 00:24.37 | libv | cool :) |
| 00:36.01 | *** join/#arm-netbook hp__ (~kvirc@114-43-130-95.dynamic.hinet.net) |
| 00:36.42 | hno | Hm.. How do I split a patch in git rebase? |
| 00:37.20 | Turl | amend/edit? |
| 00:38.32 | hno | Ok, found one howto in git rebase --help. |
| 00:38.40 | lundman | ok |
| 00:38.48 | Turl | hno: http://git-scm.com/book/en/Git-Tools-Interactive-Staging |
| 00:39.56 | hno | Turl, I know of that one, only didn't realize to use git reset during rebase. |
| 00:40.24 | Turl | :) |
| 00:43.14 | mnemoc | i can't get along with `stg` yet... |
| 00:44.19 | mnemoc | what I do for splitting is duplicating the line in `git rebase -i` and set the first to amend |
| 00:44.38 | mnemoc | then the next will get the parts I remove from the first |
| 00:45.13 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 01:08.05 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 01:28.32 | libv | yay |
| 01:29.13 | libv | i managed to clone my 2600+ 7000- pvr cleanup from openpandora.org, which they found from some nokia submitted kernel OBS |
| 01:30.12 | libv | this cleans up the powervr driver to provide a much much cleaner interface to their "pdump" infrastructure, which allows, with a proper userspace and microcode, a full replay on imaginations simulator |
| 01:30.48 | libv | most importantly though, it introduces several nifty file handling bits through debugfs which are nice for reuse |
| 01:31.25 | mnemoc | nice :) |
| 01:44.34 | *** join/#arm-netbook stefanro (~stefan@pD9FFA6AE.dip.t-dialin.net) |
| 01:46.11 | *** join/#arm-netbook stefanro1 (~stefan@pD9FFA090.dip.t-dialin.net) |
| 01:49.50 | mnemoc | good night |
| 02:04.17 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 02:20.09 | *** join/#arm-netbook mSquare (~selvan@122.167.246.69) |
| 02:56.11 | Gumboot | Has this one been mentioned before? http://emea.kontron.com/products/boards+and+mezzanines/embedded+motherboards/miniitx+motherboards/ktt30mitx.html |
| 03:03.17 | Turl | Gumboot: tegra 3 yuk |
| 03:03.33 | Gumboot | Yeah, I thought that might happen. |
| 03:03.35 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 03:04.26 | Gumboot | Then I thought, maybe it's worth a mention anyway. Just to add it to the collective. |
| 03:05.06 | Turl | :) |
| 03:08.26 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 03:09.01 | *** join/#arm-netbook Sv (~Sv@modemcable021.180-203-24.mc.videotron.ca) |
| 03:09.01 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 03:25.42 | *** join/#arm-netbook tekzilla (~jon@hmbg-5f767b63.pool.mediaWays.net) |
| 03:43.47 | *** join/#arm-netbook QingPei (~qingpei@inet-hqmc05-o.oracle.com) |
| 03:45.34 | *** part/#arm-netbook QingPei (~qingpei@inet-hqmc05-o.oracle.com) |
| 03:56.43 | *** join/#arm-netbook rz2k (~rzk@95-24-125-219.broadband.corbina.ru) |
| 04:11.40 | RITRedbeard | I wonder if anyone is running RDC IAD100HV with an MXM form factor card hooked up to the PCI Express link... |
| 04:15.12 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 04:44.00 | *** join/#arm-netbook AndChat138129 (~AndChat13@188-222-125-2.zone13.bethere.co.uk) |
| 04:54.05 | *** join/#arm-netbook Gatsby (~Gatsby@vks31155.ip-198-27-113.net) |
| 04:54.17 | Gatsby | how many cores does the MALI400 GPU have on A10 (hackberry to be specific)? |
| 04:57.04 | lundman | 1? |
| 04:57.51 | *** join/#arm-netbook Dssence (~dssene@168.226.255.187) |
| 04:58.56 | Gatsby | a few sites mention it having 2 cores |
| 04:59.00 | Gatsby | others 4, 8 |
| 04:59.44 | rz2k | you cant count them like that |
| 04:59.58 | rz2k | there is gp - geometry processor, pp - pixel processor and etc |
| 05:00.01 | lundman | yeah, only in octal counting |
| 05:00.20 | rz2k | couple of MMUs, PMU for standby |
| 05:02.35 | Gatsby | http://en.wikipedia.org/wiki/Mali_(GPU) |
| 05:02.40 | Gatsby | look at "Max GPU Cores" |
| 05:02.44 | Gatsby | it seems vendors can decide how many they put |
| 05:02.58 | lundman | 7! always prime numbers! |
| 05:03.08 | rm | http://hothardware.com/News/AMD-Announces-64bit-ARM-Server-Partnership-Proclaims-Seminal-Moment-in-Computing/ |
| 05:06.58 | rm | optimist: they will just take the soft core or even just the ISA, and then make a superb CPU from that, using their experience |
| 05:07.31 | rm | pessimist: come on, at the same time they're laying off 15% of the company, obviously they have decided to let other people (ARM) design their CPUs from now on |
| 05:10.04 | *** join/#arm-netbook kaspter (~Instantbi@180.168.145.234) |
| 05:29.46 | *** join/#arm-netbook kaspter (~Instantbi@180.168.145.234) |
| 05:37.00 | libv | cores on the a10 mali: 1gp 1pp |
| 05:37.35 | ZaEarl | hehe, I was just going to say libv could probably confirm what it's got. |
| 05:37.51 | libv | ZaEarl: he can, when he is awake :p |
| 05:55.38 | discopig | yeah |
| 06:05.42 | rz2k | interesting, is it possible to run webgl on arm devices with native oGL ES acceleration.. |
| 06:41.39 | *** join/#arm-netbook Quarx (~Quarx@46.233.224.214) |
| 07:00.04 | *** join/#arm-netbook Sv (~Sv@modemcable021.180-203-24.mc.videotron.ca) |
| 07:00.05 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 07:02.30 | *** join/#arm-netbook Thomas42 (~Thomas42@static.105.236.9.5.clients.your-server.de) |
| 07:12.16 | libv | auwa, seems like the allwinner guys never bothered to find out what the _IO macros were for |
| 07:13.30 | *** join/#arm-netbook orly_owl (~david@unaffiliated/orly-owl/x-3167833) |
| 07:15.13 | libv | there is no way that disp is going to ever be accepted upstream with this interface |
| 07:18.18 | libv | there will be considerable api/abi changes, and most likely will be kms + extensions, which will hopefully be covered by ville's work, so it can all be marshalled and packaged sanely, with just a few ioctls defined |
| 07:18.54 | libv | there's no two ways about it, /dev/disp will go away, but i will try to limit the pain to a single big event |
| 07:19.16 | *** join/#arm-netbook rellla (~Thunderbi@p5B078345.dip0.t-ipconnect.de) |
| 07:19.20 | libv | and for failing that single event, there will be versioning in the meantime. |
| 07:20.10 | *** join/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
| 07:20.39 | andoma | libv: is your wip available somewhere? |
| 07:20.47 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 07:21.01 | libv | that just made it to stage |
| 07:21.05 | andoma | ah |
| 07:21.14 | libv | i am working on actually changing things now |
| 07:21.24 | libv | the start being a versioning ioctl |
| 07:22.09 | libv | added, of course, so no breakage occurs yet |
| 07:22.21 | andoma | cool |
| 07:22.57 | libv | but i should start a wiki page about the ioctls, and which need to be kept fully stable in the meantime, as they are in active use somewhere |
| 07:23.20 | libv | andoma: the kernel will warn about clients who did not do the versioning handshake though |
| 07:23.35 | libv | but that just means a message in dmesg |
| 07:23.52 | libv | pointing out the perp :) |
| 07:37.21 | Maqs | andoma: how's your progress with showtime + a10 video decoding? |
| 07:37.47 | andoma | Maqs: works fine |
| 07:38.04 | Maqs | wow, nice :-) is it already available somewhere? |
| 07:38.06 | andoma | biggest problem is that whenever i work on video decoding i always get stuck just wathing the video |
| 07:38.27 | andoma | and it's always the movie 2012 because it's first in my movies/ folder on my network share |
| 07:38.30 | Maqs | i guess showtime + tvheadend would run fine an a10 |
| 07:38.32 | andoma | yeah |
| 07:38.44 | Maqs | :D |
| 07:39.28 | andoma | though, there's some problem with seeking right now but i hope to get that sorted tonight |
| 07:39.30 | Maqs | i guess after a few times you'll proceed to the next movie ;-) |
| 07:40.12 | Maqs | empat0's xbmc port has that problem, too.. but only the armhf version. armel works well |
| 07:40.14 | libv | andoma: pick a movie you do not like too much, and use that for testing, you will get sick of seeing it after a while |
| 07:40.54 | Maqs | just use big buck bunny.. watchable but short ;) |
| 07:41.01 | andoma | Maqs: ah ok .. i actually threw out all of the cedar code except libve.a itself |
| 07:41.13 | libv | well, do not like too much is a bit wrong, one that you are indifferent towards, dislike will come over time |
| 07:42.07 | Maqs | i do that with music.. listen to a song i like all day long and then i can't stand it any more |
| 07:42.08 | andoma | so i'm thinking of just not using the cedar phys mem allocation either but rather use libump for video as well |
| 07:43.39 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 07:43.56 | Maqs | the nicest thing would be to avoid using closed source allwinner stuff at all |
| 07:44.23 | andoma | yes |
| 07:44.41 | andoma | also realized that i got symbol conflicts between libve.a and libavcodec.a |
| 07:45.16 | andoma | i'm not saying they "borrowed" code but ... well |
| 07:45.22 | andoma | it was only one symbol though |
| 07:45.44 | andoma | msmpeg4_decode_picture_header() or something like that |
| 07:45.46 | Maqs | i guess there are a lot gpl violations left |
| 07:45.50 | andoma | probably |
| 07:46.49 | Maqs | but well.. it's the only way atm.. and the lib (and the android player that came with my mk802) support 3d video with different output methods etc |
| 07:49.14 | mnemoc | libv: can't /dev/disp remain as a sunxi-disp-legacy.ko? |
| 07:49.15 | mnemoc | using the standard abi behind the schenes |
| 07:49.15 | mnemoc | scenes* |
| 07:49.30 | Maqs | andoma: when do you think you'll make it available to the public or testers? :-) |
| 07:49.39 | andoma | Maqs: couple of weeks perhaps |
| 07:50.02 | Maqs | k |
| 07:51.14 | mnemoc | Gumboot: kontron boards are $1k+ |
| 07:57.50 | libv | mnemoc: hrm... i guess so, but by that time i hope that we have a very clear picture of who actually uses /dev/disp |
| 08:02.56 | libv | mnemoc: there is a rather amazing amount of issues with it though, they really didn't even try to make an effort to make it useful |
| 08:04.43 | mnemoc | narf |
| 08:08.48 | libv | this is why this versioning is important, it will help us tell who is actually using this interface, a further patch will introduce a warning message pointing to the wiki page that needs to be created with the short and long term plans for disp, and which collects information about the users of this interface |
| 08:08.59 | mnemoc | I assume that if we make it kms compliant android will magically support it too |
| 08:09.20 | libv | mnemoc: err, no, not yet |
| 08:09.34 | libv | mnemoc: i never got to finish my hw composer work for intel |
| 08:10.40 | libv | and kms from before the summer really was not capable enough for giving what surfaceflinger needed |
| 08:10.54 | mnemoc | got a version ioctrl() I could add to stage to be merged tomorrow or so? |
| 08:11.04 | mnemoc | i see |
| 08:11.08 | libv | but i hope that ville syrjala is on top of things |
| 08:11.54 | libv | i am writing up some code to test the functionality of the versioning ioctl right now |
| 08:12.05 | *** join/#arm-netbook cat_x301 (~cat_x301@gprs-internet-ff90ee00-146.dhcp.inet.fi) |
| 08:15.44 | andoma | libv: i read "introducing a warning message posting to the wiki" .. thought.. "weird to update the wiki from the kernel" .. |
| 08:16.12 | libv | andoma: pointing to :) |
| 08:16.53 | Maqs | let's just make sunxi-wiki.ko ;-) |
| 08:16.56 | libv | andoma: we need to make ever /dev/disp user aware that /dev/disp is a bit of a dodo :) |
| 08:17.17 | libv | and we need to know who those users are |
| 08:17.28 | libv | and how we can make things the least painful for all |
| 08:19.17 | andoma | yeah |
| 08:21.53 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:42.43 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 09:03.38 | *** join/#arm-netbook arokux1 (~arokux@merkur178.inf.uni-konstanz.de) |
| 09:20.33 | *** join/#arm-netbook kop (~kop@c-67-185-30-133.hsd1.wa.comcast.net) |
| 09:28.16 | oliv3r | has hipboi solved his e-mail paypall issues yet? |
| 09:29.18 | oliv3r | 30k, not bad! |
| 09:30.31 | mnemoc | he temporarily disappeared due to family matters :| |
| 09:33.12 | *** join/#arm-netbook mSquare (~selvan@122.167.246.69) |
| 09:45.09 | oliv3r | horrible timing |
| 09:45.13 | mnemoc | very |
| 09:45.24 | oliv3r | well i did mail him details, i have setup an account for him on my mailserver so he can relay through it |
| 09:45.43 | oliv3r | for his own interest, he should take 30 minutes to set it up, test it and send out those 4k mails I suppose |
| 09:45.54 | mnemoc | also he doesn't seem to understand the importance of public relationships and customers at all |
| 09:46.02 | mnemoc | oliv3r: he is offline |
| 09:46.03 | oliv3r | since I guess his future financial survival could also depend on it, even so slightly? |
| 09:46.14 | mnemoc | oliv3r: normally I can see him connected from his android phone |
| 09:46.24 | oliv3r | well in case someone gets a chance to talk to him |
| 09:46.25 | mnemoc | oliv3r: but he is gone since sunday |
| 09:46.28 | oliv3r | i see |
| 09:46.41 | oliv3r | how old is he? Didn't seem to be that old, maybe about to hi 30? |
| 09:47.33 | mnemoc | i believe he is younger than that |
| 09:47.58 | mnemoc | 24 maybe |
| 09:49.58 | mnemoc | he mentioned allwinner's was his first eng. job, and he joined at max 2y ago |
| 10:12.09 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 10:24.44 | oliv3r | public relatinoships and customers are very important when working with 'kickstarter' I'd say |
| 10:24.59 | oliv3r | i just want him to succeed :) |
| 10:25.23 | oliv3r | He may very well be far from modern civilization, who knows :) |
| 10:41.04 | jinzo | or has problems with the preasure he got under with the success of cubieboard. It could be tottaly subconcious and could affect his health/feel. |
| 10:41.42 | jinzo | we just have to hope he and his family are OK and that he'll be back soon. |
| 10:47.20 | mnemoc | +1 |
| 10:49.02 | oliv3r | and support him as much as wel can from our end :) |
| 10:49.52 | jinzo | ofcourse. |
| 10:55.45 | rz2k | rellla: is it ok for xbmc to compile multithreaded on A10? I have 100 LA and 300+ tasks |
| 10:55.57 | rz2k | or I missed something? |
| 10:56.35 | rellla | rz2k: which repo did you take? |
| 10:57.01 | rz2k | yours |
| 10:57.02 | rz2k | http://distilleryimage11.instagram.com/e4c63ac6227f11e2900e22000a1cbaa0_7.jpg |
| 10:57.34 | mnemoc | nice load |
| 10:59.27 | rellla | rz2k: i changed xbmc makefile to use a variable $(JOBS) for make -j$(JOBS). while merging empat0's changes, i forgot to set the $(JOBS) in depends.mk. you have to do this manually ;-) |
| 11:00.49 | rellla | rzk2: i used -j1 for native, -j4 for cross-compile. without $(JOBS) beeing set, cross-compile failed.... my virtual machine "exploded" ;-) |
| 11:01.19 | rz2k | my A10 will explode soon :p |
| 11:01.26 | rellla | rz2k: already corrected in my local rep, but not able to push atm |
| 11:02.31 | rellla | uptime gt 5h, seems that it's finished soon ;-) |
| 11:19.22 | mnemoc | oh, hisilicon (chinese!) joined linaro |
| 11:32.21 | jinzo | looks like huawei's joint? |
| 11:40.02 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 12:11.29 | *** join/#arm-netbook slash_random (~david@host189.190-230-23.telecom.net.ar) |
| 12:15.23 | mnemoc | Address: HiSilicon Technologies Co., Ltd., Huawei Base, Bantian, Longgang District, Shenzhen, P.R.China |
| 12:15.34 | mnemoc | at least they live within huawei's campus |
| 12:22.10 | *** join/#arm-netbook AndChat138129 (~AndChat13@188-222-125-2.zone13.bethere.co.uk) |
| 12:28.54 | Gumboot | mnemoc: I thought that might be the case, but there was nothing there to actually say that. |
| 12:29.18 | Gumboot | Well, I'd never have guessed $1k. |
| 12:29.56 | Gumboot | (re: kontron) |
| 12:30.25 | Gumboot | They looked like they'd be an expensive outfit selling to people who wanted a lot of industrial grade support or something. |
| 12:30.25 | mnemoc | Gumboot: they focus in fancy customers like tech providers for clinics |
| 12:30.56 | mnemoc | mining, etc |
| 12:31.07 | mnemoc | and they abuse |
| 12:32.37 | mnemoc | i got a price list for some via eden based boards a couple of years ago, nothing was under the $2k :< |
| 12:33.43 | jinzo | mnemoc, the mails on the HiSilicon site are @huawei too :) |
| 12:34.08 | mnemoc | :D |
| 12:34.32 | Gumboot | I remember reading somewhere that HiSilicon wer Huawei's own SoC vendor for their own such-and-such market sector. |
| 12:34.41 | Gumboot | It's not any kind of secret. |
| 12:37.15 | mnemoc | iirc the display ic of emtec's gdium (Loongson 2f) was made by hisilicon |
| 12:56.17 | *** join/#arm-netbook von_fritz (~fritz@host225-177-dynamic.0-79-r.retail.telecomitalia.it) |
| 13:15.42 | *** join/#arm-netbook Almamuetya8 (~almamuety@186.134.25.135) |
| 13:17.24 | *** join/#arm-netbook pucko (~andreas@212-181-98-222.customer.telia.com) |
| 13:27.38 | *** join/#arm-netbook avernos (~avernos@221.223.240.60) |
| 13:27.39 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 13:34.19 | mnemoc | stefanro1: hi, did you get any notification or something about what was holding your patchset from reaching the list? |
| 13:34.30 | drachensun | rellla you cross compiled xbmc right, what all did you have to set to do that? |
| 13:35.10 | *** join/#arm-netbook Svet (~Sv@unaffiliated/sv) |
| 13:35.14 | drachensun | I've got a fix for the touchscreen in linux I want to try and build but make seems to want to rebuild the entire thing every time |
| 13:35.17 | stefanro1 | mnemoc: yes, i got a notification for the first version (not the patchset, but the single patch i posted before) |
| 13:35.35 | stefanro1 | mnemoc: i thought it was because my email address (commiter sr@denx.de) was not subscribed |
| 13:35.56 | stefanro1 | mnemoc: thats why i resent the patches with the subscribed address |
| 13:36.03 | stefanro1 | mnemoc: but i still dont see them on the list |
| 13:36.32 | stefanro1 | mnemoc: do you know what went wrong? |
| 13:36.50 | stefanro1 | mnemoc: btw: is it the correct way, to post u-boot patches to this "linux-sunxi" list? |
| 13:37.19 | stefanro1 | goes to read the backlog... |
| 13:37.59 | mnemoc | stefanro1: the moderation request only arrived 14m ago |
| 13:38.39 | mnemoc | stefanro1: u-boot patches are very welcomed in the linux-sunxi list |
| 13:39.22 | mnemoc | but I fear I'll have to install a mailman to replace google's.... it doesn't behave right :< |
| 13:40.55 | mnemoc | the mails are delivered now.... no clue why not shown in the archive yet |
| 13:41.26 | stefanro1 | mnemoc: yes, this google list is very different from the "other" lists i usually post to |
| 13:42.12 | mnemoc | now they are. https://groups.google.com/d/topic/linux-sunxi/UmWNRLIsw6k/discussion |
| 13:42.17 | stefanro1 | mnemoc: u-boot related patches and discussions should move to the official u-boot list, once u-boot for sunxi is mainlined |
| 13:42.26 | mnemoc | sure |
| 13:42.27 | stefanro1 | mnemoc: hopefully not too far away |
| 13:42.41 | stefanro1 | mnemoc: thx |
| 13:43.57 | mnemoc | hopefully it will support nand soon too |
| 13:44.34 | stefanro1 | i havent looked into details yet, only did some cleanup necessary for upstreaming |
| 13:44.45 | stefanro1 | is still waiting for the TTL-USB adapter :-( |
| 13:45.25 | stefanro1 | btw: i noticed a very strange NAND driver in the sunxi linux port - not located under drivers/mtd |
| 13:45.37 | mnemoc | it's not an mtd driver |
| 13:45.44 | mnemoc | they invented their own thing |
| 13:45.53 | *** join/#arm-netbook Almamuetya9 (~almamuety@181.29.111.4) |
| 13:46.12 | mnemoc | the "stock" allwinner u-boot comes after properietary boot0/boot1, loads the kernel image from a raw partition and the env from another raw partition |
| 13:46.27 | stefanro1 | mnemoc: why did they "invent" something new? was it not possible to implement this as an MTD device? |
| 13:46.28 | mnemoc | unfortunatelly it doesn't pass either machine or memory info |
| 13:46.32 | *** join/#arm-netbook Almamuetya10 (~almamuety@186.134.25.135) |
| 13:46.54 | mnemoc | stefanro1: tom mentioned the nand team within allwinner believes mtd to be obsolete |
| 13:47.10 | mnemoc | and nothing we can do about it... |
| 13:47.40 | stefanro1 | mnemoc: hmmm, i do work on different MTD drivers quite often - MTD is definitely *not* obsolete |
| 13:47.55 | mnemoc | i know |
| 13:48.28 | mnemoc | i only mean that even if sunxi/mmc gets mainlined most people won't be able to use it anyway |
| 13:49.27 | mnemoc | but of course it's a great milestone |
| 13:49.39 | stefanro1 | mnemoc: could you please re-explain, why this is the case? why does the "stock" u-boot prevent us from using mainlined linux and/or u-boot? |
| 13:50.01 | mnemoc | stefanro1: doesn't prevent obviusly |
| 13:50.17 | mnemoc | and our 3.4 kernel tree is already incompatible with the "stock" u-boot |
| 13:51.03 | stefanro1 | mnemoc: you mean, using new linux will require a new u-boot? |
| 13:51.14 | *** join/#arm-netbook QingPei (~qingpei@123.118.110.237) |
| 13:51.43 | mnemoc | it does, because the "stock" doesn't pass standard info (machine type, atag) |
| 13:51.49 | stefanro1 | mnemoc: this will definitely be the case, since upstream linux will have to support *only* DT and no ATAGs |
| 13:53.32 | mnemoc | the whole codebase needs to be rewritten before meeting upstream requirements |
| 13:53.36 | *** join/#arm-netbook pucko (~andreas@212-181-98-222.customer.telia.com) |
| 13:54.48 | stefanro1 | most likely - i didn't look at it closely yet |
| 13:55.13 | mnemoc | i'm not talking at all about upstream linux. I'm talking about "the users" been able to boot from nand while we move forward |
| 13:55.25 | stefanro1 | but basic support (timer interrupt uart) should be quite easy with DT nowadays (if the devices are already supported) |
| 13:56.48 | libv | mnemoc: is there anyone looking into the rebooting/halting misbehaviour? |
| 13:57.06 | mnemoc | not that I know |
| 13:57.12 | stefanro1 | mnemoc: okay, i have to dig deeper into all this sunxi booting/devices stuff before being able really comment here (just beginning on sunxi now) |
| 13:57.37 | libv | mnemoc: i am now doing some cosmetics, and adding in those missing licenses, but the versioning patch is looking good, will get it out in a few h, once i am happy with attaching my own (c) to dev_disp.c :) |
| 13:57.43 | mnemoc | the spl halts when detecting mmc after a reboot |
| 13:58.48 | libv | mnemoc: with me a reboot halts during serial initialization |
| 13:58.59 | libv | of the kernel |
| 13:59.06 | mnemoc | o_O |
| 13:59.14 | mnemoc | in 3.0? |
| 13:59.15 | libv | so it gets quite far |
| 13:59.17 | libv | yeah |
| 13:59.45 | libv | i will try to fix unloading of disp today still, it is really annoying having to power cycle the mele and probably not good for it |
| 14:00.12 | libv | but i am not going to dig out the shutdown/rebooting stuff :) |
| 14:00.15 | mnemoc | libv: I made the habit of `poweroff` instead of reboot :< |
| 14:00.54 | libv | as in, halt? |
| 14:01.19 | libv | this has me either sitting there for a minute pressing the power button, or i cycle the thing |
| 14:01.28 | libv | as it does not poweroff my mele |
| 14:01.43 | mnemoc | yes. and then I turn it on again by pressing the power button after replugging it :| |
| 14:02.17 | libv | :( |
| 14:02.20 | libv | not healthy |
| 14:02.54 | libv | as i said, i am going to try to get disp unloading to work |
| 14:03.09 | libv | but i am not stepping outside of disp :) |
| 14:03.33 | mnemoc | :) |
| 14:03.56 | libv | Turl with his clock bug finding skills is definitely so clued that he would have an easy time fixing those shutdown/reboot issues for us! |
| 14:04.33 | mnemoc | stefanro1: we are currently more focused in unifying/cleaning/fixing the code we have than trying to hunt mainline. |
| 14:04.59 | stefanro1 | mnemoc: yes, i understand - makes sense |
| 14:06.55 | mnemoc | but having an mtd nand driver is particulary important because we need to extract boot1 from the boards to extract info for spl/board support |
| 14:13.06 | mnemoc | not clear what's the board support plan once u-boot-sunxi hits upstreams. there are just way too many to push them all |
| 14:13.36 | mnemoc | s/upstreams/upstream/ |
| 14:14.32 | stefanro1 | mnemoc: what i have seen so far, the boards only differ in the DRAM setup - i might have missed other differences though |
| 14:14.59 | mnemoc | hno hasn't included anything about the pmu/battery yet |
| 14:15.08 | hno | ? |
| 14:15.14 | mnemoc | but yes, currently it's only about dram |
| 14:15.25 | mnemoc | hno: hi :) |
| 14:15.30 | hno | oh, hi stefanro1 |
| 14:15.42 | stefanro1 | hno: hi |
| 14:16.29 | stefanro1 | usually its no problem to support many boards from one SoC family in upstream u-boot, *if* all the board ports are maintained |
| 14:17.37 | mnemoc | these are thousands of boards |
| 14:17.57 | stefanro1 | i see- okay, that's a bit too much |
| 14:18.00 | mnemoc | and we only have info about a handful :< |
| 14:18.13 | stefanro1 | then lets support a "handful" :) |
| 14:24.31 | hno | One plan is to move the board details to a configurable binary header, allowing the SPL to be easily tuned to match a specific board. |
| 14:25.23 | hno | and provide defaults for the most important boards only. |
| 14:26.23 | mnemoc | safest could be to mimic boot0/boot1 headers |
| 14:26.33 | hno | this would allow a compiled SPL to easily be tuned for a specific board by connecting the board with USB, trigger FEL boot mode and run a tool for upating SPL from the boot0+1 headers. |
| 14:27.48 | hno | The format of the header do not really matter that much. Can't mimic boo0+boot1 as SPL is just one level. |
| 14:28.01 | hno | and boot0 header do not have all info needed. |
| 14:28.33 | drachensun | I'm curious, why can't u-boot read the bin file? |
| 14:29.03 | drachensun | if its updated with the dram settings, that is |
| 14:29.09 | mnemoc | egg-chicken problem. to read the sd/nand we already need stuff intialized |
| 14:30.04 | mnemoc | also most script.bin files don't include reliable info, as livesuit probes the board instead of believing the script.bin |
| 14:30.26 | mnemoc | so the fields in the script.bin aren't the same used by the board |
| 14:30.57 | mnemoc | I mean, dram_para's fields |
| 14:31.44 | drachensun | ah ok |
| 14:32.00 | hno | to make a long story short we can't trust script.bin with the early system initialization stuff and need to read that info from the boot blocks. |
| 14:32.11 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 14:32.27 | drachensun | and we don't know how to do what livesuit does |
| 14:32.31 | hno | which is in raw NAND, outside the area accessible via the Linux emulated block device. |
| 14:33.09 | drachensun | nasty |
| 14:33.48 | Gumboot | How does the A10's ethernet work? That dmesg I got earlier jumps straight to eth1, which is on USB. Where's eth0? |
| 14:33.57 | hno | we don't know what livesuit does, and have no access to livesuit sources. And even if we had reproducing that for use with u-boot SPL is most likely some magnitudes more complex than figuring out how to read the already nicely composed boot headers in the boot blocks. |
| 14:34.13 | mnemoc | fel -> raw nand extractor -> boot0/boot1 dump -> decompiler -> make script.fex reliable -> generate reliable header for spl |
| 14:34.45 | hno | yes, something along those lines. |
| 14:34.45 | mnemoc | -> inject relaible spl in mmc and nand -> free world |
| 14:35.20 | hno | except no decompilation. Only parsing. |
| 14:35.36 | mnemoc | right |
| 14:35.53 | mnemoc | Gumboot: the soc has an ethernet mac (called wemac) inside |
| 14:36.43 | Gumboot | Are there drivers? |
| 14:36.52 | mnemoc | sure |
| 14:37.14 | Gumboot | So it's just that the OS decided to use the USB one instead? |
| 14:37.27 | Gumboot | Which stopped it getting announced as 'eth0'. |
| 14:37.36 | Gumboot | Even though its slot was allocated. |
| 14:37.45 | mnemoc | Gumboot: your userspace might have renamed it after the mac address changed |
| 14:37.58 | mnemoc | some distributions love to do that |
| 14:38.18 | Gumboot | No, there's a second one in there. |
| 14:38.29 | Gumboot | http://media.romanrm.ru/a10/server/3.0.31rm3/dmesg.txt |
| 14:38.45 | Gumboot | Who gave me that? It's gone out of my scrollback. |
| 14:39.59 | drachensun | I'm reading the fel code, it looks like fel can already dump the memory, is that right? |
| 14:40.15 | mnemoc | drachensun: yes, memory, not nand |
| 14:40.43 | drachensun | and boot1 doesn't load it into memory until later, ok |
| 14:40.55 | mnemoc | right |
| 14:41.14 | mnemoc | actually you can catch it from nand's u-boot |
| 14:41.16 | mnemoc | sometimes |
| 14:41.30 | mnemoc | as a leftover on dram |
| 14:41.37 | hno | FEL starts with only SRAM & USB available. To access DRAM the DRAM controller needs to be initialized. |
| 14:41.56 | hno | To read stuff from NAND a NAND driver needs to be uploaded to the board and executed. |
| 14:43.34 | *** join/#arm-netbook avernos (~avernos@221.223.240.60) |
| 14:43.35 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 14:48.29 | rellla | drachensun: have you seen my discussion-site for xbmc on linux-sunxi wiki? i've done a little brainstorming. but it's possible, that i've forgotten something... it was quite a try and error compiling but i reached the finish successful ;-) it was not that compilcated as i was afraid of before ;-) |
| 14:48.57 | drachensun | rellla: I got it to compile one locally, and everything works but the touch screen |
| 14:49.57 | drachensun | rellla: I found the bug in the code for the touch screen but I had to switch the kernel and u-boot to actually run xbmc so now the damn thing wont build again, I'm getting all these bizarre internal compiler errors again |
| 14:50.26 | drachensun | rellla: I have tried reverting my kernel and u-boot to the latest ones but something is different |
| 14:50.46 | drachensun | rellla: anyway, I wanted to give up building on the device is possible |
| 14:50.52 | drachensun | if possible I mean |
| 14:52.22 | drachensun | rellla: Ok, I hadn't seen this new info or the cross compile stuff, I'll give it another try |
| 14:54.30 | rellla | drachensun: would be good, if you could write down your steps of your new efforts, so we can update the wiki and be sure to not forget anything |
| 14:58.04 | drachensun | rellla: ok will d |
| 15:20.31 | libv | mnemoc: changes pushed to my tree |
| 15:22.33 | mnemoc | libv_disp ? |
| 15:23.30 | libv | yup |
| 15:28.18 | mnemoc | wonders what was that hdmi_i2c stuff originally... |
| 15:29.55 | libv | if it turns up, it will not be hard to add |
| 15:30.07 | libv | my guess, external hdmi encoder |
| 15:31.37 | libv | ignore this stuff for now though, just noticed crap in version.c |
| 15:31.38 | jinzo | or cec controller over i2c? |
| 15:32.06 | mnemoc | ok |
| 15:32.39 | libv | leftover from testing |
| 15:35.42 | drachensun | ok, so now g++ is running fine with an older kernel for the native build so something must have brought in some instability |
| 15:37.24 | drachensun | well thats my guess, I don't really know enough g++ but that seemed to be the consensus before |
| 15:40.54 | mnemoc | g++ is stressful |
| 15:43.11 | drachensun | I guess its a good test that way |
| 15:44.29 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 15:45.37 | libv | allwinner comment in the ioctl nr definitions: "fail when the value is 0x02 in linux,why???" |
| 15:45.52 | libv | should i add another comment to that: "No shit sherlock, go RTFM" |
| 15:47.46 | mnemoc | :) |
| 15:48.20 | libv | mnemoc: code available, rebased on stage already |
| 15:48.31 | libv | now for disp unloading |
| 15:48.39 | libv | ah, no fill out that wiki page first |
| 15:59.32 | *** join/#arm-netbook QingPei (~qingpei@123.118.110.237) |
| 16:07.12 | Turl | libv: I got you info on disp usage :) https://github.com/allwinner-dev-team/android_device_allwinner_common/blob/master/display/display.cpp |
| 16:08.03 | Turl | libv: hwcomposer uses it too https://github.com/allwinner-dev-team/android_device_allwinner_common/blob/master/hwcomposer/hwcomposer.cpp |
| 16:08.13 | mnemoc | so it's all open source? |
| 16:08.19 | mnemoc | the code that uses /dev/disp |
| 16:08.32 | libv | Turl: i pulled some android code a while back, and was about to slip the list of ioctls i got from there into the wiki |
| 16:08.53 | libv | ah, i used quarkx2k his repo |
| 16:09.20 | Turl | $ grep /dev/disp * -r |
| 16:09.21 | Turl | Binary file CedarAndroidLib/LIB_JB_F23/libcedarxbase.so matches |
| 16:09.21 | Turl | Binary file CedarAndroidLib/LIB_JB_F23/libsubrender.a matches |
| 16:09.21 | Turl | Binary file CedarAndroidLib/LIB_JB_F23/libcedarxcomponents.a matches |
| 16:09.29 | Turl | mnemoc: ^ |
| 16:09.32 | mnemoc | :'( |
| 16:09.34 | Turl | libv: should be the same code |
| 16:16.39 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 16:16.39 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 16:28.00 | *** join/#arm-netbook lkcl (~lkcl@host86-131-178-159.range86-131.btcentralplus.com) |
| 16:30.57 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 16:36.03 | *** part/#arm-netbook QingPei (~qingpei@123.118.110.237) |
| 16:42.32 | *** join/#arm-netbook t0dbld1 (~t0dbld@50.33.195.166) |
| 16:42.50 | *** join/#arm-netbook t0dbld|work (~t0dbld@unaffiliated/t0dbld) |
| 16:48.38 | mnemoc | libv: the 5 commits merged to both stage branches |
| 16:49.40 | Turl | libv: did you do any perf tweaking on the disp stuff btw? |
| 16:50.30 | Turl | it might have been I was awfully sleepy, but last night's stage build felt snappier |
| 16:57.26 | mnemoc | try reseting back in time... |
| 16:57.40 | mnemoc | that's why we have that stage branch |
| 16:59.16 | Turl | mnemoc: it's not a bug, it's an improvement, if anything :) |
| 17:06.10 | libv | Turl: none whatsoever |
| 17:06.59 | libv | Turl: most changes so far were beauty and build |
| 17:07.28 | Turl | might've been placeboish then |
| 17:07.44 | Turl | synthetic benchmarking is about the same |
| 17:12.42 | mnemoc | Turl: ah, I thought you meant that last night was faster than now |
| 17:13.06 | Turl | I didn't do any build now :p |
| 17:14.20 | t0dbld|work | lol |
| 17:22.59 | techn | libv: what's next in your todo list? :) |
| 17:33.20 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 17:37.43 | *** join/#arm-netbook fredy (~fredy@147.102.32.34) |
| 17:45.28 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 17:59.12 | mnemoc | cortex-a57/a53 ... uhm.... |
| 18:01.23 | Turl | FUU wiki spam :< |
| 18:01.59 | mnemoc | lucifer is smart |
| 18:04.31 | Turl | and got his IP banned :) |
| 18:04.41 | mnemoc | :) |
| 18:05.56 | Turl | <3 Specto |
| 18:06.16 | WarheadsSE | steev: any pointers as I start in on the imx6 video? |
| 18:06.39 | steev | what video? |
| 18:06.41 | steev | heh |
| 18:06.54 | mnemoc | fb? |
| 18:08.03 | WarheadsSE | That all we've got at the moment? nothing on the accelerated front? |
| 18:08.28 | mnemoc | hw acceleration is overrated |
| 18:09.04 | Turl | `software-defined graphics' is here to stay! :P |
| 18:09.10 | steev | i'm so lost right now |
| 18:09.31 | WarheadsSE | lol |
| 18:09.39 | steev | mostly because someone in a different channel keeps asking me about sabresd questions and software |
| 18:09.51 | WarheadsSE | ah |
| 18:09.55 | steev | when you say start in on the imx6 video, i thought you were talking some kind of training video |
| 18:10.08 | WarheadsSE | haha |
| 18:10.16 | WarheadsSE | No, the video drivers |
| 18:10.23 | steev | video drivers in what way? |
| 18:10.38 | steev | ipu-drm should be in staging |
| 18:10.42 | mnemoc | WarheadsSE videoblogging about imx6 internals :) |
| 18:10.51 | steev | in fact the mx6 SHOULD have video in 3.7-rcX |
| 18:11.05 | steev | 3d though... you need vivante's stuff |
| 18:11.14 | steev | same for opencl |
| 18:11.18 | traeak | cool so vivante just dumped it all on the table? |
| 18:11.26 | steev | it's all softfloat |
| 18:11.30 | Turl | libv: fail? :P https://github.com/linux-sunxi/linux-sunxi/commit/0294e5b0283f5ee75f95b641de9f0789ab6663a3#L0R28 |
| 18:12.20 | *** join/#arm-netbook robws (~robws1@38.99.170.111) |
| 18:13.20 | Turl | libv: filp? o.O https://github.com/linux-sunxi/linux-sunxi/commit/0294e5b0283f5ee75f95b641de9f0789ab6663a3#L1R390 |
| 18:13.58 | steev | Turl: yes filp |
| 18:15.30 | Turl | I see he renamed it all over the place, I thought it was a typo at first :p |
| 18:15.54 | WarheadsSE | heh. |
| 18:16.36 | mnemoc | Turl: 'p' to suffix a pointer |
| 18:16.44 | steev | yeah, it does look like it, but sadly, it's not. it's shorthand for file pointer |
| 18:17.12 | Turl | I normally use "fp" for file pointer |
| 18:17.19 | steev | it threw me off a lot when i first started seeing it |
| 18:17.26 | steev | Turl: fp is floating point! |
| 18:17.38 | Turl | o.O |
| 18:17.42 | steev | hardfp, softfp |
| 18:17.48 | steev | you have hard file pointers? |
| 18:17.53 | Turl | fp for pointer, fd for descriptor |
| 18:17.54 | Turl | lol |
| 18:18.08 | steev | no, you have hard floating points! |
| 18:18.17 | steev | well, hardware floating point, but still |
| 18:20.09 | libv | Turl: this is _the_ standard |
| 18:20.29 | steev | Turl: In the kernel sources, a pointer to struct file is usually called either file or filp ("file pointer"). We'll consistently call the pointer filp to prevent ambiguities with the structure itself. Thus, file refers to the structure and filp to a pointer to the structure. |
| 18:20.33 | libv | Turl: when i first saw that a few y ago i was also not too happy, but this is such an old standard that one should not change it |
| 18:20.52 | libv | Turl: it's about as good as i,j for counters |
| 18:20.53 | steev | http://www.makelinux.net/ldd3/chp-3-sect-3 for reference |
| 18:21.43 | Turl | :) |
| 18:21.49 | Turl | I'm too used to userspace code |
| 18:22.10 | Turl | "FILE *fp" |
| 18:22.17 | libv | Turl: hehe, true |
| 18:22.38 | steev | who writes userspace code with FILE *fp |
| 18:22.45 | steev | are you a java dev? |
| 18:22.51 | libv | Turl: i give you ten guesses where i got that failure message :p |
| 18:22.53 | steev | beady eyes Turl |
| 18:23.34 | libv | Turl: this code needs a second pass anyway, it needs to be more intelligent, and handle the versioning ioctl not existing |
| 18:23.41 | libv | but good catch |
| 18:25.50 | *** join/#arm-netbook robws (~robws1@38.99.170.111) |
| 18:25.50 | Turl | libv: ARM's kernel driver? :P |
| 18:26.02 | Turl | steev: lol |
| 18:26.28 | steev | :) |
| 18:26.32 | steev | gah |
| 18:26.33 | libv | mali_info, which gets address offsets, kernel driver version and gp and pp versions and counts |
| 18:26.34 | steev | i hate cgit |
| 18:27.02 | Turl | cgit? |
| 18:27.18 | libv | version.c is userspace code btw |
| 18:27.50 | Turl | libv: right, it doesn't make sense to open a device in kernel space :P |
| 18:30.09 | t0dbld|work | ROFL @ Turl a java dev |
| 18:30.57 | libv | ? |
| 18:31.05 | libv | *shrug* |
| 18:31.15 | t0dbld|work | Turl: HATES java |
| 18:32.34 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 18:40.00 | libv | oh, f me. |
| 18:40.36 | libv | DRV_DISP_Init is only called by the lcd module. |
| 18:40.47 | libv | no bloody miracle that hdmi does not work on its own |
| 18:41.13 | libv | and, takedown of disp tries to poke a register range that is only initialized in DRV_DISP_Init |
| 18:42.28 | libv | what an amazing mess this is |
| 18:43.09 | libv | seems like i should be aiming at throwing these three modules together first |
| 18:47.31 | techn | +1 |
| 18:50.21 | *** join/#arm-netbook ZaEarl (~malmrose@62.host-182-48-149.compassnet.co.nz) |
| 18:53.15 | techn | libv: but notice that audio side has dependency to hdmi.. or other way around |
| 18:54.03 | libv | techn: yeah, i know, checkpatch uncovered that out of place extern too |
| 18:54.47 | libv | is anybody actually using panel timing that didn't come from from the fex? |
| 18:56.28 | mnemoc | +1 to remove those hooks |
| 18:56.36 | techn | dunno.. that's why i left them there |
| 18:57.02 | libv | well, my hyundai will be here tomorrow, i will have to find out whether i can get the panel going on that one and how that one really is wired up |
| 18:57.23 | mnemoc | even if they are, it's impossible for us to know what any manufacturer did there |
| 18:57.35 | libv | yes/no |
| 18:58.17 | mnemoc | none of us can answer that |
| 18:58.19 | libv | if it is the same setup as we have here, then a bit of disassembly will get us there quickly |
| 18:58.41 | libv | we know where to look, so it is easy. |
| 18:59.28 | mnemoc | i've been collecting .fex files, but no kernels..... as they are inside a raw partition |
| 19:00.03 | libv | mnemoc: do you have a .fex for the hyundai? |
| 19:00.21 | libv | (which has been reported as "panel not working" before) |
| 19:02.26 | techn | hyundai.. is that lcd panel or display? |
| 19:02.59 | mnemoc | hyundai a7hd is a pricy a10/ips 7" tablet |
| 19:03.08 | mnemoc | one of the first with ips iirc |
| 19:03.08 | techn | ah :) |
| 19:03.09 | libv | 35.50 off of ebay :p |
| 19:03.16 | mnemoc | :) |
| 19:03.39 | libv | i wanted an aurora, but i amazingly won that bid :) |
| 19:04.27 | mnemoc | libv: no, sorry. i don't have it :< |
| 19:04.38 | mnemoc | neither does cnxsoft |
| 19:05.15 | libv | mnemoc: then i could need your help tomorrow getting as much info as possible out of the android installed on it |
| 19:05.43 | mnemoc | sure |
| 19:23.09 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 19:23.18 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 19:23.34 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 19:29.49 | Turl | silly carrier, offers me a 500 SMS gift if I move to online billing |
| 19:32.02 | *** join/#arm-netbook Sv (~Sv@modemcable021.180-203-24.mc.videotron.ca) |
| 19:32.03 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 19:33.31 | ZaEarl | I'm a big fan of pre-paid sims now. |
| 19:44.52 | RaYmAn | grmbls at whiners wrt kickstarter projects not succeeding in delivering |
| 19:49.58 | jelly-home | RaYmAn: I'm not sure why people trust any random project developer if they don't know their work from before |
| 19:50.17 | ZaEarl | I have an A10 netbook with no OTG ports, so I can't figure out how to get ADB to see it. Can OTG be enabled in the fex? |
| 19:51.18 | mnemoc | adb works over tcp/ip too |
| 19:51.59 | ZaEarl | hmm, that might be ok |
| 19:53.22 | t0dbld|work | or wifi |
| 19:53.28 | t0dbld|work | upps yes |
| 19:53.59 | *** join/#arm-netbook Sternennebel (~martin@p5494B8F9.dip.t-dialin.net) |
| 19:54.13 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 19:54.14 | RaYmAn | jelly-home: even if they do know their work beforehand, it's no guarantee it'll succeed |
| 19:54.49 | RaYmAn | case-in-point, openvizla usb analyzer... It's been 2 years :P But now people are talking about suing and shit *sigh* |
| 20:03.08 | ZaEarl | tweaking the fex didn't enable otg. that would have been too easy. :( |
| 20:03.45 | RaYmAn | if there are no otg ports, how are you going to get otg? |
| 20:03.46 | RaYmAn | :) |
| 20:03.55 | t0dbld|work | +1 |
| 20:04.12 | RaYmAn | (also, a bunch of a10 devices seem to come with charger-only usb cables. Needs to be replaced with proper cables to get working otg) |
| 20:04.13 | t0dbld|work | you dont want otg mode for adb any how |
| 20:04.23 | RaYmAn | ... |
| 20:04.25 | RaYmAn | slaps t0dbld|work |
| 20:04.38 | RaYmAn | OTG mode is both device and host mode. :P |
| 20:05.13 | t0dbld|work | http://en.wikipedia.org/wiki/USB_On-The-Go |
| 20:05.17 | t0dbld|work | i beg to differ |
| 20:05.21 | t0dbld|work | otg is host mode |
| 20:05.43 | ZaEarl | so adb wants device mode? |
| 20:05.44 | t0dbld|work | slaps RaYmAn back :-P |
| 20:05.49 | t0dbld|work | correct |
| 20:07.43 | t0dbld|work | anyhow if your having that much trouble my suggestion is to install adb wireless and conenct that way .. if none of that is working see if you even have adbd installed and if permissions are set correctly to run |
| 20:09.35 | t0dbld|work | jsut read its a netbook ... than all the usb ports are likely host |
| 20:09.40 | t0dbld|work | which is why you cant adb it |
| 20:09.47 | t0dbld|work | you will have to do adb wireless |
| 20:09.55 | t0dbld|work | or tcp/ip |
| 20:11.00 | ZaEarl | since the a10 has the usb controller, why would all the ports be host-only? |
| 20:11.26 | t0dbld|work | its a netbook |
| 20:11.38 | t0dbld|work | why would they not be host like normal netbooks and computers |
| 20:13.24 | ZaEarl | because I doubt they created the motherboard from scratch. It's probably virtually identical to a tablet motherboard. |
| 20:13.38 | RaYmAn | there might be a header for the OTG port somewhere |
| 20:13.39 | RaYmAn | inside |
| 20:14.18 | t0dbld|work | i agree it might exist on the board it self but the external hooked up ports are jsut going to be host ports like a normal computer |
| 20:14.48 | ZaEarl | a10 has what, 4 usb ports? how many host and how many otg ports? |
| 20:15.10 | RaYmAn | I'm not sure, but I'd only expect one to be OTG |
| 20:15.32 | t0dbld|work | a10 is a chip it doesnt have any ports :-) but yet wouldnt call for more than one OTG but i doubt its hooked up |
| 20:16.00 | ZaEarl | a10 is an SoC |
| 20:16.21 | ZaEarl | the usb controller is inside it |
| 20:16.32 | t0dbld|work | assuming it even is hooked up than all of them have ground connected to ID pin hense why they are in usb host mode |
| 20:19.20 | RaYmAn | I wish companies would think about recoverability sometimes *sigh* FEL/livesuit is a perfectly good reason to include otg port :) |
| 20:19.44 | t0dbld|work | haha ya i can agree on that |
| 20:19.46 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.111) |
| 20:19.51 | ZaEarl | livesuit does work on it |
| 20:20.04 | RaYmAn | uhm |
| 20:20.08 | RaYmAn | then you have a usb otg port. |
| 20:20.09 | t0dbld|work | umm than use that port |
| 20:20.32 | ZaEarl | I'm tweaking the fex to try to get it to work |
| 20:20.32 | RaYmAn | given livesuit only works over the 'primary' otg port :P |
| 20:20.45 | t0dbld|work | you jsut siad it did work |
| 20:21.08 | ZaEarl | livesuit works, adb over usb doesn't |
| 20:21.12 | t0dbld|work | wel lthan its unrelated to fex |
| 20:21.16 | t0dbld|work | or the port |
| 20:21.27 | t0dbld|work | is adbd in the system files |
| 20:21.32 | t0dbld|work | is it being started |
| 20:21.37 | t0dbld|work | does it have the right permissions |
| 20:21.40 | Turl | they probably just built the kernel with host mode support only |
| 20:21.56 | t0dbld|work | Turl: we thought that but he says live suit works |
| 20:22.02 | t0dbld|work | that was my assumption |
| 20:22.08 | Turl | livesuit is unaffected by the kernel |
| 20:22.39 | RaYmAn | indeed |
| 20:22.44 | ZaEarl | livesuit works when the device is turned off then switched into fel mode |
| 20:23.06 | RaYmAn | at any rate, livesuit prooves that there is device mode on that port |
| 20:23.11 | t0dbld|work | well than Turl is probably corret in which case use adb over tcp/ip |
| 20:23.14 | RaYmAn | you might need to force it though |
| 20:24.20 | ZaEarl | looks like adbd is running |
| 20:24.44 | t0dbld|work | ok so than Turl is right with 95% probability |
| 20:25.02 | ZaEarl | fex tweaking doesn't appear to help |
| 20:25.08 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56353.dip0.t-ipconnect.de) |
| 20:25.17 | libv | ZaEarl: do you have a root shell on the device already? |
| 20:25.27 | ZaEarl | yes |
| 20:25.30 | libv | ZaEarl: enabling adb to work over tcp needs a restart of adb |
| 20:25.36 | ZaEarl | connectbot can su |
| 20:26.05 | libv | ZaEarl: http://stackoverflow.com/questions/2604727/how-can-i-connect-to-android-with-adb-over-tcp |
| 20:26.11 | libv | top answer |
| 20:28.28 | ZaEarl | i'll try that |
| 20:28.43 | libv | it is a bit of a hassle |
| 20:28.53 | libv | especially getting the init script to do all of this for you |
| 20:31.10 | libv | why does the mele fex have lcd_used = 1 ? |
| 20:31.51 | ZaEarl | because everyone creates fex files based on some on other device completely unrelated. |
| 20:32.06 | libv | ah, so idiocy it is indeed :) |
| 20:33.34 | Turl | libv: https://play.google.com/store/apps/details?id=siir.es.adbWireless |
| 20:33.35 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 20:33.36 | Turl | tap. done |
| 20:33.39 | libv | there really is an insane amount of work to be done, and disp is only parts of it |
| 20:34.06 | Jef91 | Is this chatroom related to allwinner a10 based devices? |
| 20:34.15 | RaYmAn | more so than you'd expect :) |
| 20:34.19 | libv | Turl: and you build the whole ASOP afresh, like i was doing |
| 20:34.42 | libv | https://gitorious.org/libv-android-x86/libhardware_drm |
| 20:35.36 | libv | once you have a working init, you can have it built straight into the iso |
| 20:37.12 | libv | let me dig out what i had there |
| 20:46.19 | libv | ZaEarl: did this setprop and adb restart give you adb access? |
| 20:48.25 | Turl | ZaEarl: do you have any powerful-ish PC nearby? |
| 20:49.33 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 20:56.20 | ZaEarl | Turl, yes |
| 20:56.44 | mnemoc | lundman: https://github.com/linux-sunxi/linux-sunxi/issues/91 |
| 20:58.05 | Turl | ZaEarl: can you give the bsp a try for building android? :) https://github.com/linux-sunxi/sunxi-bsp |
| 20:58.31 | Turl | ZaEarl: ./configure zatab-android; make android |
| 20:59.07 | Turl | make sure you have all the build deps installed if you haven't built android in that box yet |
| 21:00.00 | ZaEarl | one-click adbwireless. awesome |
| 21:01.42 | ZaEarl | now I need a cwm for this netbook |
| 21:02.23 | *** join/#arm-netbook tuliom (~tuliom@177.133.178.226) |
| 21:04.43 | ZaEarl | I'll try the bsp build |
| 21:13.12 | ZaEarl | Turl, all right, repo is doing its thing. I'm guessing that's going to take a while. |
| 21:32.44 | ZaEarl | The A10 has 2 usb controllers, 1 for OTG and 1 for Host. Does FEL require the OTG controller? |
| 21:33.06 | mnemoc | 2+1 = 3 |
| 21:35.58 | *** join/#arm-netbook slash_random (~david@host189.190-230-23.telecom.net.ar) |
| 21:36.14 | ZaEarl | 2 host, 1 otg |
| 21:36.22 | mnemoc | yes |
| 21:36.46 | mnemoc | but usually one of the host controller is stolen for the wifi |
| 21:37.07 | mnemoc | and the other is connected to a hub |
| 21:37.36 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 21:37.44 | ZaEarl | can fel work over the host controller? |
| 21:42.34 | mnemoc | no |
| 21:42.42 | mnemoc | only the slave port |
| 21:43.10 | *** join/#arm-netbook tuliom_ (~tuliom@177.99.131.162) |
| 21:44.59 | ZaEarl | so if livesuit works with fel mode, then it's probably just a software fix to get adb working over usb. |
| 21:50.54 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 21:51.09 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 22:00.20 | lundman | mnemac: you can also fix it with script.bin, either way is fine |
| 22:10.31 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 22:10.31 | techn | libv: if you run out of things to do => https://github.com/techn/linux-allwinner/commit/9ce5785b194cbda4dfeaa8c92841b412bb0a5c7b :) |
| 22:11.42 | *** join/#arm-netbook RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 22:12.07 | techn | .. but sure .. that will be cleaner when you combine modules |
| 22:12.23 | techn | :) |
| 22:21.17 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56353.dip0.t-ipconnect.de) |
| 22:38.08 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 22:38.23 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 22:51.45 | *** join/#arm-netbook akaizen (~akaizen@c-67-180-86-61.hsd1.ca.comcast.net) |
| 23:08.16 | ZaEarl | Turl, sorry, no go for me |
| 23:08.18 | ZaEarl | Fetching projects: 100% (319/319), done. |
| 23:08.18 | ZaEarl | error: Exited sync due to gc errors |
| 23:08.19 | ZaEarl | error syncing repo |
| 23:08.19 | ZaEarl | make: *** [android-build] Error 1 |
| 23:09.31 | ZaEarl | probably just a repo problem, not the bsp setup |
| 23:11.11 | ZaEarl | going to try updating git |
| 23:16.34 | ZaEarl | fixed by updating to git 1.8. continuing with make... |
| 23:18.01 | ZaEarl | cp: `/home/malmrose/bsp/android/.repo/repo/repo' and `/home/malmrose/bsp/android/.repo/repo/repo' are the same file |
| 23:18.01 | ZaEarl | make: *** [android-build] Error 1 |
| 23:23.35 | ZaEarl | Turl? "cp "$ANDROID_REPO_DIR/.repo/repo/repo" "$ANDROID_REPO_DIR/.repo/repo/repo"" |
| 23:49.59 | *** join/#arm-netbook ZaEarl (~malmrose@62.host-182-48-149.compassnet.co.nz) |
