hno changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask! - See | | Logs at
fldc has joined #linux-sunxi
mdp has quit [Ping timeout: 264 seconds]
tzafrir has joined #linux-sunxi
tinti has joined #linux-sunxi
mdp has joined #linux-sunxi
mdp has quit [Excess Flood]
mdp has joined #linux-sunxi
BJfreeman has quit [Quit: had a good time]
bsdfox has joined #linux-sunxi
bsdfox has joined #linux-sunxi
tinti has quit [Quit: Leaving]
tkoskine_ has quit [Ping timeout: 248 seconds]
tkoskine has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
tkoskine has quit [Ping timeout: 255 seconds]
tkoskine has joined #linux-sunxi
\\Mr_C\\ has quit []
tkoskine has quit [Ping timeout: 252 seconds]
tkoskine has joined #linux-sunxi
eebrah has quit [Ping timeout: 240 seconds]
bsdfox_ has joined #linux-sunxi
bsdfox_ has quit [Changing host]
bsdfox_ has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
bsdfox has quit [Ping timeout: 246 seconds]
mturquette has joined #linux-sunxi
hansg has joined #linux-sunxi
n01|away is now known as n01
<oliv3r> hno: i do have adb/android in nand, but it doesn't fully boot (or doesn't display anything on hdmi)
<oliv3r> hno: i had setup the board definition etc; just wasn't sure on the DRAM parameters, since i couldn't check registers/run meminfo
mturquette has quit [Read error: Connection reset by peer]
<oliv3r> hno: A20-OLinuXIno_MICRO_FEL should probably be A20-OLinuXinoM_FEL (i uncapped)
<oliv3r> if we want it to match the previous versions
<oliv3r> but yeah, those mem settings i guesstimated pretty much
<hno> oliv3r, spelling corrected.
<hno> Seems there is some clock setting missing in the SPL for making Android kernel happy.
<hno> hangs after [ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
<hno> but works if I boot via boot1 -> fel.
rellla has joined #linux-sunxi
<mripard_> hno: I tested with the A10S-olinuxino dtb
<oliv3r> hno: but can you boot the stock android 'normally'? E.g. apply power, connect hdmi, watch the screen?
<oliv3r> hno: I can boot into fel mode via the '2' trick or the button; i can read stuff; but i tried to write u-boot-spl.bin (the FEL version) but the write fails after a few minutes
vicenteH has joined #linux-sunxi
notmart has joined #linux-sunxi
notmart has joined #linux-sunxi
notmart has quit [Changing host]
<hno> oliv3r, I can boot the stock android. Have not looked into what it outputs on HDMI.
<hno> oliv3r, if you use the '2' trick then it's u-boot.bin you should upload to 0x4a000000
<oliv3r> hno ah ok will try that
<oliv3r> hno: i will also try adb; it does boot 'something' but does'nt output anything
<hno> if you hard boot to fel then the FEL version of u-boot-spl.bin should be uploaded to 0x2000
<hno> I have added some additional sun7i boards to u-boot lichee-dev-a20 branch. The sun7i_none board is perhaps the more interesting (no default environment).
<hno> if you use the '2' trick and then load that u-boot.bin you will get to the u-boot prompt, from where it works to manually boot android from nand.
<oliv3r> hno ok cool
<oliv3r> well it does boot the kernel and appears to load android, but crashes or doesn't do much and no output; i hadn't tried adb however (busy weekend :( )
<oliv3r> hno: i've taken the liberty to use your a20 tree and do some cleanup; luke's patch wasn't very clean
<hno> The android boot is fairly quiet.
<oliv3r> and i'll run those files through checkpatch
<hno> The wip/a20 tree should pass checkpatch save for some debug stuff with too long lines.
<oliv3r> yeah i know it's quite, but this was too quiet ...
<oliv3r> hno right now, it's far from :p
<oliv3r> hno: but i've cleaned up most of it and also made the code more consistent all around
<oliv3r> with the debug stuff, you mean that print debug_ccm() stuff? was gonna split that into two lines comment/code
<hno> Mine is slightly different.
<oliv3r> ok then maybe just display output doesn't work
<oliv3r> the 1024:600 makes me think it defaults to LCD
<oliv3r> *should have tried adb :S *
<hno> There is a command line on mine.
<hno> no prompt, but accepts commands.
<oliv3r> hmm, didn't get that
<oliv3r> ok very simple question; is there any purpouse to have 1 readl specifically readl(reg ^ (0x1U << 31) ? (note the 1u bit)? i don't see that contstruct used anywhere else, I can't see it's needed here either
<oliv3r> ok lower there's 4 more uses, but the rest of the code base doesn't use it at all
<hno> oliv3r, just ran on it again, and only get a bunch of "WARNING: line over 80 characters" and a two "ERROR: Missing Signed-off-by:"
<oliv3r> hmm, i find TONS of missing spaces
<oliv3r> dllcr[4])>>14)&0xf)<<12);
<oliv3r> for example
<oliv3r> i did use --strict
<oliv3r> but cleaned it mostly all up allready
<hno> I did fix very many of those.
<hno> --strict gives the same.
<hno> Maybe you are looking at a older tree..
focus_it has quit [Remote host closed the connection]
<oliv3r> wip/a20
<oliv3r> i just pulled 10 mins ago
<oliv3r> i'll pull again
<oliv3r> Saved working directory and index state WIP on wip/sun7i: 49092dc Spelling correction
<oliv3r> Saved working directory and index state WIP on wip/sun7i: 49092dc Spelling correction
<oliv3r> wip/sun7i is wip/a20 checked out
<oliv3r> is a branch of *
<oliv3r> hno: did you forget to commit?
<hno> oliv3r, it's committed & pushed.
<hno> but it was rebased a number of times, not sure pull works.
<oliv3r> hmm
<oliv3r> well github doesn't show those fixes either
<oliv3r> push --force?
<hno> The fixes are squashed into the patches.
<oliv3r> stupid right mouse button is not working right
<oliv3r> so unless i'm looking at the wrong branch
<hno> That looks right. Wonder why don't complain on that for me.
<oliv3r> but i'm nearly done with dram.c if that was overlooked
<oliv3r> so i'll submit a patch based on that current state then yeah?
<hno> Yes.
<oliv3r> a general 'cleanup' patch if you will
<oliv3r> i'll tack some other things that are inconsistent
<oliv3r> should be binary 100% identical
rellla has quit [Ping timeout: 248 seconds]
<hno> dram.c quite likely needs a bit of work. should match to what boot0 is using.
<hno> and check how the changes relate to other generations.
<oliv3r> yeah; i'll clean it up first; then compare it
<oliv3r> btw, checkpatch may have not complained on those spaces, i just saw them manualyl looking
<hno> I pushed the boot sources to allwinner-boot repository btw.
<oliv3r> ah, ok i'll use those instead of my local copy
<oliv3r> do those have history?
<hno> yes, but not complete.
<oliv3r> 'some' history is better then done I suppose
<oliv3r> is it the same as the leaked one?
<hno> It's a merger of that one + A20 SDK + GPL release patch (which did not apply cleanly... seems to be for yet some other version)
<oliv3r> btw, where did luke get those changes from? 'inspired' from the a20 sdk? (mostly dram.c since its quite big)
<oliv3r> ok then i don't have to keep my copy really
<hno> Seems to match the boot0 dram code.
<oliv3r> ah, well then I find it quite bold to add the copyright header if its mostly c&p :p
<oliv3r> brb
<hno> he added Copyright to any file he touched.
<hno> There is no clear limit on when it's appropriate or not. It's up to each contributor.
<oliv3r> yeah but trivial/copy paste work ... oh well
<oliv3r> if you don't mind, i won't add any for me; will make it just a big copyright mess and it's in the git log anyway
<oliv3r> (your copyright is diff imo; since you've put a whole lot more work in it)
<hno> oliv3r, as I said it's up to each contributor. I do not care.
<oliv3r> do we know any diffinitions of bits in the dram controller? (to replace those bit positions with difines
<hno> not really.
<oliv3r> bummer
<Turl> morning!
<Turl> bfree: ping
<oliv3r> hno i do hope that's only temporarly, or do we know for a fac tthat the A20 has clock issues?
<Turl> clock issues, fun! :)
<bfree> Turl: pong
<oliv3r> Turl: fix it!
<Turl> bfree: did you get it booting, do you want me to test anything still? I can do so now
<Turl> oliv3r: get me docs and an a20 board :)
<Turl> :p
focus has joined #linux-sunxi
<bfree> Turl: no, I haven't got anywhere. I think hno did the test on a cubie and had the same problem I did (trying mripard's uImage+uInitrd) :-/
<bfree> Turl: I guess you could try uImage+uInitrd from to see if your old u-boot or whatever devicetree you've been using somehow makes it work for you
_BJfreeman has joined #linux-sunxi
_BJfreeman is now known as BJfreeman
<Turl> bfree: this is what I use to boot, for the record
<Turl> boot_tftp=env set bootargs rdinit=/sbin/init earlyprintk console=ttyS0,115200; tftpboot 0x40000000 sun4i-a10-cubieboard.dtb; tftpboot 0x50000000 uImage; bootm 0x50000000 - 0x40000000
<Turl> bfree: can you try with initrd_high=no set on the uboot env?
<bfree> Turl: was my simple test (not even earlyprintk or any panic/loglevel just to rule out the length of my long cmdline), those values to match mr's attempts (but I've tried all sorts just in case). ftr I also had failures with a built-in initrd but got it working once I gutted the initramfs_source files down to get the kernel <4M (not sure where the actual limit was)
<bfree> Turl: sure, happy to test anything ;)
<bfree> Turl: no change, same result :-(
<oliv3r> Turl: check with tsvestan :p
<Turl> bfree: can you paste the boot log?
<Turl> oliv3r: is he online now?
<oliv3r> Turl: can't see him in #olimex
<oliv3r> but info@olimex should work
paulk-desktop has joined #linux-sunxi
<Turl> bfree: this seems to work for me, can you try?
<Turl> line 4 is key, and keep the addresses :)
<Turl> oliv3r: hm, "0x1 << 31"
<Turl> oliv3r: no BIT(macro) on uboot? :p
<oliv3r> nope
<hno> oliv3r, you mean 912MHz clock instead of 1008MHz? Not sure that counts as an clock issue, but 912 MHz is the clock set in the FEX on the two A20 boards I know of (EOMA & A20 OLinuXino)
<oliv3r> it's defined on some archs, but not ours
<bfree> Turl: ftr I've no bootenv to load so I guess first two lines are irrelevant
<oliv3r> hno: yeah that's exactly what i meant
<Turl> bfree: yeah that's because I'm lazy and that sets up my ip etc for tftp :)
<oliv3r> Turl: there is bitops.h but they probably forked it from an older linux kernel version
<oliv3r> Turl: now BIT() just lives its live in some files only; redifined a few times
<hno> I am happy with 912MHz. But you can probably increase a bit.
<oliv3r> hno: well just makes that ifdef looks weird
<hno> first prio now is to figure out why booting from SPL fails..
<hno> clock settings, dram parameters & voltage levels really should move out to configration instead of code.
<bfree> Turl: YAY, that does indeed get further for me (nothing useful of course but that's expected) ... now to try my real desired kernel/initrd/command line :-D
<Turl> bfree: :)
<Turl> there seems to be some issue with the higher addresses, maybe because it's highmem
<Turl> making it zerocopy works around that
tinti has joined #linux-sunxi
<hno> Yes I noticed the same some minutes ago.
<oliv3r> hno: i thought that with luke's patch, u-boot 'works' once again
Guest47586 is now known as zumbi
<hno> u-boot works fine. Trying to figure out why the android kernel don't want to boot when booted via SPL or the early fel hook of boot1 (button + power 3 times), but works if using the later fel hook of boot1 (2 on console)
<oliv3r> hno: how doy ou mean, move out of code? I thought the entire purpouse of dramc.c was to setup and configure the dram :)
<oliv3r> hno: ah ok; yeah that's quite bizare
<oliv3r> hno: btw, if I power via the OTG port, linux doesn't boot
<oliv3r> aw_clkevt_init: sun7i_timer0_clockevent mult 6442450, max_delta_ns 170000, min_delta_ns 1000, cpumask 0xc047e8c0, irq 54
<oliv3r> is the only line i get after starting kernel ...
<oliv3r> maybe power issue?
<Turl> hno: axp initialization?
<ssvb_> hno: do we have all the same "1.2GHz" and "1.5GHz" marketing crap with A20? :-(
<hno> I mean that board/sunxi/dram_*, board/sunxi/board.c hardcoded axp parameters, and hardcoded clock parameters all should move out to include/configs/...
<Turl> ssvb_: I think it's "dual core" now :p
<oliv3r> hno: ok not 100% sure what you mean, but i'll try to look at it
<hno> I haven't read a A20 marketing brief.
<hno> oliv3r, and also most of the parameters we set in boards.cfg.
<ssvb_> I hoped for at least single threaded performance parity with A10
<oliv3r> A7 vs A8 :p
<hno> oliv3r, lets take the PLL1 clock as an example. Should be set by a CONFIG_... .parameter in include/configs/sun7i.h, not specified hard in the .c file.
<oliv3r> it seems to be clocked lower per default (what i asked hno above)
<oliv3r> hno: ah yeah absolutly
<oliv3r> hno: ok i'll look into it
<bfree> Turl: thanks, progress. now I just have to figure out what's wrong with eth/nbd in the initramfs ;)
<oliv3r> hno: check your e-mail btw
<hno> I got mail?
<oliv3r> you and sunxi
<Turl> bfree: what board are you using btw?
<Turl> (re. [ 1.500000] sun4i-emac 1c0b000.ethernet eth0: cannot probe MDIO bus)
<bfree> cubie
<Turl> bfree: is the patchset you grabbed visible anywhere?
<oliv3r> hno: i'll look into the config bits later; i wanna resubmit my other patch first so gotta clean that up :)
<bfree> Turl: in the debian source package ;) but I can throw it up outside
<Turl> (reg = <1>)
BJfreeman has quit [Quit: had a good time]
<hno> oliv3r, I intentionally kept SUN4I and SUN7I HPR parameters next to each other as they are almost the same.
<hno> oliv3r, do #ifdef CONFIG_SUN4I || CONFIG_SUN7I really work?
<oliv3r> it should, i can add extra braces around it though to make sure?
<oliv3r> let me clean and rebuild to tripple check
<hno> I have never seen that syntax in #if(n)def.
<hno> and gcc manual do not mention anything alike.
<oliv3r> i'm sure ive seen it before
<Turl> I think I've seen #if defined(..) || defined(..)
<Turl> but not with ifdef
<hno> #if defined(...) || defined(...) is very common.
<oliv3r> ok i'll revert that bit
<oliv3r> well If i'm not mistaken, defined(FOO) and FOO should be the same
<oliv3r> but i'll revert that bit
<bfree> Turl: yep, have that ...
<Turl> oliv3r: if it's not defined it explodes I think
<oliv3r> it did compile and i'm sure i've seen it
<hno> defined(FOO) and FOO is not quite the same.
<Turl> bfree: can you try removing the reg line? iirc that triggered autodetection
<oliv3r> but lets revert to be safe
<hno> #define FOO 0
<hno> #if FOO
<hno> fail..
jemk has joined #linux-sunxi
<hno> "#ifdef FOO" and "#if defined(FOO)" is the same.
<bfree> Turl: leaving the blank wrapping section then? phy1: ethernet-phy@1 {\n};
<Turl> bfree: yup
<oliv3r> hno: you want to keep them together because they are similar, or is it really not wiser to have them 'in order'
<oliv3r> I guess there's something to be said about both approaches
<hno> oliv3r, I don't know. But the similarity was what kept me from reordering.
<oliv3r> I agree
<oliv3r> but having it in order ... makes it look prettier :)
<Turl> bfree: you just need to rebuilt the dtb btw, no need to rebuild the entire kernel :)
<oliv3r> hno: i'll resend it now with the divines referted
<bfree> Turl: no change :-/
<Turl> bfree: can you paste the new log?
<bfree> [ 1.470000] sun4i-emac 1c0b000.ethernet eth0: could not find the PHY is first sign of trouble
<Turl> bfree: also, paste the kernel config too if you can
<oliv3r> hno: i have to warn you though; i only now found out why i wasn't getting compile errors, I was building in a wrong place/unclean so if you have comments i'll resubmit those in a v3 (i'm sure i'll find typos)
<bfree> Turl: is the log ... from last night is the kernel config
<oliv3r> oh deffo typo's :S
<oliv3r> hno: sorry :( atleast i'm building the right tree now :)
<Turl> bfree: here's your issue :) # CONFIG_MDIO_SUN4I is not set
<Turl> bfree: revert the dt change and enable that
<hno> oliv3r, it would also be good if you could split it up a bit.. a lot is undependent of the a20 changes.
<hno> and I need to have those changes trickle down to their corresponding parts in sunxi-patchqueue.
<bfree> Turl: thanks!
<oliv3r> hno: it's all unrelated to a20; it's just some generic cleanup/checkpatch stuff
<Turl> bfree: yw :)
<Turl> hno: does 96MHz for mmc0 sound sensible?
<hno> oliv3r, some part fix up the changes made for a20, some other parts.
<hno> Turl, no idea. But it's higher than I would expect.
<oliv3r> hno: ah, you want to rebase lkcl's patch with said fixes
<oliv3r> ok i can make a patch that only touches that patch; and a 2nd one that does the rest, sounds reasonable?
<hno> oliv3r, I need to split the changes into these:
<hno> but one patch is better than none.
<hno> I plan on having A20 support in a separate patch there, not merged with the A10/A13 parts.
<oliv3r> hno ok so you want me to split the patches that match the A20 patch from lkcl so it can go in as 'one go' makes sense
<oliv3r> hno: so how do you want to handle the 'other cleanups' that I did, albeit small
<oliv3r> you'll do a 'ARM: sunxi: code cleanup' one?
<hno> I'll split if if you don't.
<oliv3r> don't wanna burden you; i'll do it as best as I can
<hno> git makes it not too hard to split a patch. Just do a rebase -i and repeat the same patch for every part touched by the patch.
<oliv3r> hno: does header inclusion order matter to u-boot? We don't prefer alphabetical sorted headers
vicenteH has quit [Ping timeout: 240 seconds]
<hno> I don't know if there is a coding standard on header inclusion order.
<oliv3r> i think linux kernel folks strongly prefer alphabetical (or in name-length otherwise)
<oliv3r> i re-ordered it for u-boot; but it now fails to build, so I take it u-boot is more picky there?
<hno> If it is then there is bugs I think.
aexl has joined #linux-sunxi
<bfree> Turl: success :-D failed first time (eth didn't light up, not sure if it was up in u-boot wasn't looking). did a cold boot and it's alive! You are a star, thank you! now I'll just have to turn it into a wishlist bug with patch for Debian's 3.10 ;)
<Turl> bfree: awesome, thanks to you too :D debian is my favorite distro btw :)
<oliv3r> vim sunxi_gpio.c
<oliv3r> erm hoops
<Turl> oliv3r: vim: command not found
<bfree> actually first I'll do a proper package build (not an ugly ubuntu crossbuild) that I could upload to and be sure it's all clean and proper ;)
<oliv3r> Turl: vi sunxi_gpio.c
<Turl> oliv3r: vi: command not found
<oliv3r> Turl: emerge vim-gnome
<Turl> oliv3r: emerge: command not found
<oliv3r> Turl: apt-get install gentoo
<Turl> unrecoverable error detected, please echo o > /proc/sysrq-trigger
shalem has joined #linux-sunxi
shalem has quit [Remote host closed the connection]
hansg has quit [Remote host closed the connection]
\\Mr_C\\ has quit []
hansg has joined #linux-sunxi
<oliv3r> hno: yep bugs; will send patch now
<oliv3r> well now :p took longer then expected
\\Mr_C\\ has joined #linux-sunxi
Yaku321 has joined #linux-sunxi
<hno> oliv3r, ok. will look at this tomorrow. having a bad cold & 6 kids to take care of.
<oliv3r> 6? wow :p (jealous though)
<oliv3r> hno: sure no prob; get well! that's more important
<oliv3r> i'll cook up a split patchset for the a20 stuff
<oliv3r> i still want to know if 912 MHz is the new 'max speed' for A20. otherwise it's silly to make it run at 912 MHz
<oliv3r> if linux/android runs it at 1008 'as usual' then we shouldn't add a 912 MHz hack to u-boot imo
<specing> wat
<specing> a <1000MHz cortex-a?
<oliv3r> that comment (and probably that variable) have to be changed; sun7i no longer has GPS (and its debatable whether sun4i had it)
vicenteH has joined #linux-sunxi
hansg has quit [Quit: Leaving]
<hno> oliv3r, A10 do have an embedded GPS baseband,
jemk has quit [Ping timeout: 246 seconds]
<hno> a seriously bitrotted one from not having the kernel module maintained at all, but it's there.
<Turl> hno: is there any product using it?
<hno> I haven't seen any. Only the kernel module, pinout and clock bits.
<hno> binary-only module for one specific kernel...
jemk has joined #linux-sunxi
leowt has joined #linux-sunxi
<hno> Gah! In current A10 sources they have made the cedar driver a blob. A 8KB large one.. And it's slightly larger than the binary build from our sources.
aexl has left #linux-sunxi [#linux-sunxi]
jhonyi has joined #linux-sunxi
_BJfreeman has joined #linux-sunxi
_BJfreeman is now known as BJfreeman
<bfree> I'll probably do the full compile overnight, but in the meantime a working Debian 3.10+emac linux-image armmp package (and source) is at
nove has joined #linux-sunxi
jhonyi has quit [Ping timeout: 250 seconds]
<slapin_n1> ah, damn, Firefox died on me again :(
<Turl> hno: yeah I saw it :( on one of A20/A31 it was open though
<Turl> hno: lkcl might be able to ask for its source, considering the previous version was GPL so they are technically in violation
<Turl> bfree: btw, I was just going through net-next, there are some other fixes for stuff in probe() and the like that you might want to include if you are going to get them running in debian
<bfree> Turl: yep, I was up to date when I started at this ;) not surprised there's been a few more bits since. I'll try and get those in for the big overnight compile of the lot (and then for the to be written wishlist bug report)
<Turl> n01: oliv3r: what's your latest version of watchdog/sid? :) I'm getting sunxi-devel up to speed
gzamboni has joined #linux-sunxi
mdp has quit [Read error: No route to host]
mdp_ has joined #linux-sunxi
mdp_ is now known as mdp
<n01> Turl: v5
n01 is now known as n01|away
sanka has joined #linux-sunxi
paulk-desktop has quit [Remote host closed the connection]
paulk-desktop has joined #linux-sunxi
<Turl> n01|away: ok, updated, thanks :)
<oliv3r> great, my A20 SID is blank
<oliv3r> well A20 has it replaced with an additional I2C controller; wasn't that binary only driver a twi wrapper? :)
<oliv3r> md.l 0x01c23800 4 hno if your broed and don't know what to do :)
<oliv3r> Turl: they can relincense and re-blob it though :) their code their rules
<oliv3r> Turl: i will push it later; want to look over it quickly
<Turl> oliv3r: fair point
<bfree> Turl: by probe did you mean (93baf4c615584fa02c21aa78f305428fc7060656 from Wei Yongjun) which I already had? I've just found 2 extras, from Sachin Kamat ("Staticize local symbols" and "Remove redundant platform_set_drvdata()")
<Turl> oliv3r: just ping me when you mail a new one to lakml and I'll update it
<oliv3r> Turl: ping you
<Turl> 0007-net-sun4i-emac-fix-a-typo-in-emac_probe.patch
<Turl> 0008-net-sun4i-emac-remove-erroneous-assignment.patch
<Turl> 0009-net-sun4i-emac-Remove-redundant-platform_set_drvdata.patch
<Turl> 0010-net-sun4i-emac-Staticize-local-symbols.patch
<Turl> bfree: I found those ones ^
<Turl> oliv3r: I'm updating sunxi-devel, ex sunxi-next on linux-sunxi :)
<bfree> Turl: I had the first two, so "just" the second two to add ... thanks
<Turl> bfree: I'm not sure if the drvdata applies to 3.10 though
<bfree> as it's responding/related to commit 0998d0631001288a5974afc0b2a5f568bcdecb4d Date: Wed May 23 00:09:34 2012 +0200 I'm sure it applies to 3.10
n01 has joined #linux-sunxi
CountryGeek has joined #linux-sunxi
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
cajg has quit [*.net *.split]
hozer has quit [*.net *.split]
dwilkins has quit [*.net *.split]
ojn has quit [*.net *.split]
CountryGeek is now known as dwilkins
bsdfox\ has joined #linux-sunxi
rz2k has joined #linux-sunxi
bsdfox_ has quit [Ping timeout: 276 seconds]
jemk has quit [Ping timeout: 246 seconds]
<Turl> bfree: hans wrote it heh :)
leowt has quit [Quit: leowt]
wingrime has joined #linux-sunxi
Yaku321 has quit []
cajg has joined #linux-sunxi
jemk has joined #linux-sunxi
<wingrime> who use mutt ?
CountryGeek has joined #linux-sunxi
<Turl> wingrime: I know 1-2 people who do
<specing> I used to
mdp has quit [Ping timeout: 246 seconds]
<specing> before it because too much of a nuisance
dwilkins has quit [Ping timeout: 245 seconds]
CountryGeek is now known as dwilkins
<specing> s/because/became/
mdp has joined #linux-sunxi
<wingrime> Turl: can you recomend something with gpg support?
<specing> wingrime: claws-mail
<Turl> wingrime: thunderbird + enigmail
<wingrime> hm
<specing> blegh thunderbird
<Turl> thunderbird <3
<specing> Does it even use a sensible format for messages?
<wingrime> I don't understand how to make mut place new email at first
<wingrime> and how make labels
<specing> wingrime: don't bother with mutt in 2013
<wingrime> why no, I use irssi now
<Turl> specing: .msf I think
<wingrime> realy don't know but I like irssi more than modern clients
<wingrime> Turl: firefox heavy like hell, may be tunderbird same
<specing> and referred to it as "...the single most braindamaged file format that I have ever seen in my nineteen year career"
<specing> wingrime: get claws-mail
<Turl> wingrime: unless you browse with links2 or epiphany, firefox is imo the lightest out there
<Turl> specing: yeah I dunno, it gets my mail just fine :)
<wingrime> Turl: on a13 dillo most usable
<Turl> wingrime: isn't it like 1/8 of a browser?
<wingrime> Turl: firefox on a13 not usable
<wingrime> Turl: dillo break layout offen but at least fast on a13
<wingrime> techn__: we have GPL boot now?
<Turl> well if you're going to browse 1990's web dillo might be a good choice :)
<Turl> wingrime: try epiphany if you want sth light
<Turl> bbl
<wingrime> Turl: I hope it not crash at first minute like midori
<techn__> wingrime: check last commit
ojn has joined #linux-sunxi
<wingrime> techn__: wow
<mripard_> ojn: welcome :)
<wingrime> techn__: we have BROM now?
<techn__> no brom, but there is dram/nand param fetch code
hozer has joined #linux-sunxi
<wingrime> techn__: some windows binaries included )))
<techn__> BROM writes nand/dram params to start of the spl? :/
<wingrime> techn__: maybe
<wingrime> techn__: it defenetly must read nand/mmc to second stage
<wingrime> techn__: but mmc / nand IP may request DRAM
<wingrime> hno: will you clean binaries form aw boot ?
<wingrime> omg, toolchain also included
<wingrime> techn: spi and nor boot )))
hamburger2000 has joined #linux-sunxi
<wingrime> MELIS OS are aw's or 3rd code ?
<wingrime> it may be sun3i
<wingrime> with dualboot
<wingrime> but unsure
<ojn> mripard_: got bounced off the channel. irccloud used to be dependable, not so much any more. :(
<mripard_> oh, I never noticed that you joined then
<wingrime> boot0 have code for enable icache and dcache
<ojn> ah, been here for a week or two
mdfe has joined #linux-sunxi
<oliv3r> wingrime: boot0/1 we have (Gpl) code now
<oliv3r> we know brom is build with partially the same files; doubt we'll ever get code for that
<oliv3r> but with the boot0/1 code, you can pretty much guess how it looks like (very messy)
<oliv3r> there's even BROM includes in that drop if you search for it :)
<oliv3r> also, this was leaked earlier, but not as complete as it is now
<wingrime> oliv3r: I find cool stuff there
<wingrime> for exmaple super_standby it mean full reset for CPU
<oliv3r> i think 7 or 8 people had that code; but so far, nothing special or something we needed
<oliv3r> wingrime: that stuff of course, only ueberhackers like you find :p (not kidding, i think your pretty ok :)
<wingrime> oliv3r: It have spi and nor boot
<oliv3r> wingrime: pm
<oliv3r> yeah, spi-nor
<oliv3r> boot nor via SPI
<wingrime> oliv3r: dcache on there
mdfe has quit [Remote host closed the connection]
eebrah has joined #linux-sunxi
<oliv3r> go investigate more
<oliv3r> i did put quite some info on the wiki
hramrach_ has joined #linux-sunxi
<hno> wingrime, the boot code it's mostly pushed for archival reasons. I doubt the code can be built as it is.
<bfree> mripard_: you probably didn't notice the good news, but Túrl provided "setenv initrd_high 0xffffffff;" as the magic u-boot incantation to get the initrd working on cubieboard :) subsequently discovered I was missing CONFIG_MDIO_SUN4I and wonder if emac should just depend on it in it's Kconfig?
gzamboni has quit [Quit: Quitte]
<hno> oliv3r, the Android SPL boot issue is confusing. Does not seem to be related to a CCM setting at least.
<hno> wingrime, as far as I understand MELIS is their OS, used on earlier generation products before they switched to Android.
<hno> and is still used in boot1 and the .axf programs you find in the boot partition.
<mripard_> bfree: great
<mripard_> maybe not depend on it
<mripard_> but rather select it
<bfree> sorry, yes, that's what I was thinking of
<n01> uhm ... is it ok to have msleep(500) in a driver?
<n01> I'm working on the RTC ... the aw's driver is crazy shit
<oliv3r> what a great summary :)
<n01> :D
<mripard_> n01: well, it depends :)
<n01> ok, I'll go with it ... probably I'll submit a v1 only to linux-sunxi for a first screening of the driver
<mripard_> technically speaking, sleeping during 500ms is ok with msleep
<mripard_> but most of the time, it's not needed :)
<oliv3r> any a10/a20 users here that could test a new version of a10-meminfo?
<n01> I'm in bed and cubie on the table ... too lazy to stand up :P
sanka has quit [Quit: Leaving]
<oliv3r> lol i'll push it to my github and you can try some other time :)
<n01> yep
<Turl> oliv3r: my mele is always networked to test userspace stuff :)
<Turl> oliv3r: if it works on a20 it might need a new name though
<oliv3r> yeah i agree
<oliv3r> but it's not my project :p
<oliv3r> feel free to comment on the patch :p
wingrime has quit [Read error: Operation timed out]
<oliv3r> the static is updated and should run
<oliv3r> i haven't tested on a20;
<hno> oliv3r, what have changed?
<oliv3r> hno: before, the base clock was assumed to be always 24 Mhz, so they did a N * 24 = clock
<oliv3r> it now accounts bit 31, N, M or P
<oliv3r> and K
<oliv3r> which usually hardly ever are different, but could, in theory anyway
<oliv3r> Turl: should know, he's the clock guy
<hno> the assumption holds for any sane frequency.
<oliv3r> then why have those registers at all :p
<oliv3r> we now have N * K * 24 / M
<oliv3r> but we ignore K and M in a10-meminfo and assume them all to be 1; while it's 99.9% of the time true, on a 'meminfo tool' we shouldn't just assume imo
<hno> The registers are there becuse it is a generic PLL,
<hno> you don't mess with a PLL design that works..
<oliv3r> it won't hurt taking that information into account though?
<oliv3r> you want the info tool to be accurate
<oliv3r> it's not like you run it constatly and burn cycles :)
<hno> ofcourse not.
<Turl> oliv3r: look sane?
philhug has joined #linux-sunxi
<oliv3r> if your clock freq is 480 yeah
<oliv3r> the only output taht's changed is Clock
<oliv3r> dram_clk
<oliv3r> the way it is calculated actually only
<oliv3r> so it has to be the same for everybody really; thank you turl :)
<Turl> yeah I OCed it :)
<hno> Actually the normal value for K and M is 2 (1 as register value) but they cancel each other.
paulk-desktop has quit [Quit: Ex-Chat]
<Turl> oliv3r: I don't understand your code tbh, why does the last bit decide stuff?
<oliv3r> hno: ah yeah; i just read the registers and use them; so indeed 2/2
<oliv3r> Turl: that's what it does
<oliv3r> Turl: ask the datasheet :p
<Turl> oliv3r: but the last bit is just enable/disable
<Turl> not m or p selection
<Turl> or at least that's what my user manual says
<oliv3r> Turl: did I use the wrong bit?
<oliv3r> i didn't remember what I wrote anymore, i just thought I wrote it wrong
<Turl> as far as I understand, if that bit is 0 then the clock is 0 and you aren't using any ram :P
<oliv3r> so that it wasn't enabled/disbaled, but DDR/Other
<Turl> I don't think there's any ddr/other bit, it just has two outputs
<oliv3r> ohh
<oliv3r> well you are the clock guy
<oliv3r> :)
<oliv3r> so we can drop the entire if
<oliv3r> since the clock always runs at DDR speeds
<Turl> oliv3r: check the user manual to be sure :p
<Turl> yeah you always use the M part
<oliv3r> this is from the usermanual
<Turl> and the P part is for others as far as I understand
<oliv3r> yeah makes perfect sense
<oliv3r> ok i'll drop the if; i wasn't sure, the usermanual isn't very clear most of the time
<hno> yes, pll5 have two different outputs.
<Turl> oliv3r: yeah I still wonder what M1 does
<Turl> :)
<hno> For now I think we can assume M1 does nothing. It's never set by any known code.
<oliv3r> Turl: it isn't used with anything
<oliv3r> Turl: i haven't found it anywhere in the source
<oliv3r> even didn't find it in brom (but wasn't very digging deep)
<oliv3r> Turl: pushed fixed version
<Turl> oliv3r: yeah I've never seen anyone using it
<Turl> that's what intrigues me :p
<oliv3r> as hno said 'it's standard pll'?
<oliv3r> maybe M is actually twice the size, but they split it up in code to make it more logical
<hno> It may have some function, but register value 0 is the most sane.
<oliv3r> hmm, pll4 has it as 'reserved'
BJfreeman has quit [Remote host closed the connection]
<oliv3r> PLL3 factor M is bigger
<oliv3r> 6 bits
<oliv3r> that's probably M, M1 and K put together
<oliv3r> pll6 M1 is reserved again
<oliv3r> maybe they forgot to note it as 'reserved'
hamburger2000 has quit [Quit: My Mac Mini has gone to sleep. ZZZzzz…]
<Turl> oliv3r: many other of the PLLs have no M1
<oliv3r> 'reserved'
<oliv3r> :p
<oliv3r> Turl: what is antipattern?
<Turl> oliv3r: I dunno :)
_BJfreeman has joined #linux-sunxi
<oliv3r> Andy said in his review 'use antipattern'
<oliv3r> it's not a vim addon
<Turl> oliv3r: who's andy? what review? :p
<Turl> sounds like a software engineering term
_BJfreeman is now known as BJfreeman
<oliv3r> yeah i can imagine it as being a tool
<oliv3r> just can't find anything about it
<oliv3r> yeah
<oliv3r> it sounds like some tool to find reduntant braces
tavish has quit [*.net *.split]
tavishb has joined #linux-sunxi
jemk has quit [Remote host closed the connection]
notmart has quit [Quit: notmart terminated!]
<oliv3r> Turl: that got you all silent man
<Turl> oliv3r: nothing, I just missed the link :p lemme see
<Turl> oliv3r: maybe he means the opposite if check?
<Turl> so you don't need to indent big blocks
<Turl> but i'm just guessing, asking would be the wise thing to do
<oliv3r> yeah once i've took his changes in
<Turl> rz2k: I'd kill the page and poke the guy on his profile to email the list or come on irc
<rz2k> people are weird
<rz2k> :p
mturquette has joined #linux-sunxi
nove has quit [Quit: nove]
<hno> oliv3r, The letters in PLL configuration should relate to where in the PLL the divisor is. I do not think they have used the same letter for different places in different PLLs.
<hno> and there may be divisors both before and after, and two different after depending on where you tap the clock (before or after N)
leowt has joined #linux-sunxi
<oliv3r> hno: yeah, but we're talking about allwinner 'design' :p
<leowt> can someone explain me what does it change between an 4.0 to 4.1 in android so that an a1x gets slow?
<hno> leowt, does it?
<leowt> i mean, what is the reason behind that
n01 has quit [Ping timeout: 246 seconds]
<leowt> 4.0 is way smooth comparing to 4.1 in a a13
<leowt> both build with sdk
<hno> leowt, is the same frequency scaling govenor used in both images?
<leowt> well, yes
<leowt> default performance
<Turl> leowt: do you have 1G ram?
<leowt> thing is, ppl warn that 4.1 is way slower already
<hno> Turl, A13 can only take 512MB..
<leowt> at least olimex guys
<Turl> hno: oh, A13
<leowt> 512
<Turl> well 512 - 64 - cedar - fb -others leaves like 300-something
<Turl> way too little to run any modern android
<hno> Didn't they drop the use of G2D in 4.1?
<hno> or was that before even?
<leowt> but it changes so greatly in 4.1?
<leowt> from 4.0 to 4.1?
<Turl> I don't recall hno
<Turl> leowt: well, run top the next time you boot each of them and compare :p
<leowt> Turl: first time building android
<leowt> still messing around
<leowt> xD
<Turl> and check how hard is lowmemorykiller is running on dmesg
<leowt> no experience with android builds
<hno> I only remember that Android have used 2D acceleration, but nowdays relies entirely on 3D acceleration. Don't remember which versions.
<leowt> hmm
<leowt> i have a mele a1000
<leowt> and i dont even understand
<hno> understand what?
<leowt> how they sell devices with that sluggish rom
<leowt> using ics
<leowt> but the thing i dont understand
<leowt> is what is that makes for example
<leowt> scrolling home pages slow
<leowt> hno: so, does it not use 2d accel? so why is that the same on some devices with lower cpu specs perform better?
<Turl> leowt: too much gc world stops? :)
<leowt> Turl: sorry?
<hno> leowt, performance is a complex chapter with many parameters. CPU power, amount of RAM, speed of flash, speed of 3D acceleration, resolution used, software used, and a number of perameters more..
<hno> there is no easy answers without going into details.
<leowt> i understand that
<leowt> so
<leowt> 512, ~70mb/s (SD card), no 3d in this case im describing, 800x600, android only
<hno> but as Turl said, an Allwinner device with 512MB is very short on memory and first bottleneck is likely there. It has considerably less memory than most other designs using 512MB.
<leowt> so, maybie 4.1 is because of memory
<leowt> i will dig it further
<leowt> bandwith is not so big either
<oliv3r> my a10 tablet has 512
<oliv3r> but its always nearly oom
<leowt> oliv3r: ics?
<Turl> leowt: garbage collection on the java vm pauses the app so it 'stutters'
<leowt> im just trying to get around android
<leowt> its my second day messing with builds
<leowt> and with android in general
<leowt> anyways just trying to know the core so i can try ports for ubuntu touch and sailfish
<leowt> by the way
<leowt> Turl: thats why i dont like android
<leowt> hate java
<leowt> xD
<leowt> *opinion*
<oliv3r> jn
<Turl> I'm not a java fan either
<oliv3r> jb
<leowt> oliv3r: how is the overall experience?
<leowt> fluid? not so fluid?
<oliv3r> i strongly dislike jave, but do appreciate android
<hno> The java language as such isn't that bad.
<leowt> oliv3r: i do appreciate what android could be
<oliv3r> reasonable,wishing i had 1tig
<leowt> i do appreciate low level android stuff
<oliv3r> galaxy s2 is MUCH smoother
<leowt> hno: i just think android project relying on java is being very late
<leowt> xD
<leowt> oliv3r: what about home page scrolling, does it lag?
<oliv3r> java is easu to run apps under
<oliv3r> sometimes yeah
<oliv3r> like im in term rifht now and oom closed trebuchet
<hno> oliv3r, not fair to compare a underequipped A10 tablet to Galaxy S2. The S2 is more than double in everything.
<leowt> oliv3r:since android uses its own vm, the only benefit that is left from java is: very high java programmer rate
<oliv3r> i go to the homescreen, it stiters while reloading and gcing
<oliv3r> hno: yeah but got it only last eee and was amazed :p
<leowt> this guy here
<leowt> scrolls good
<leowt> my 4.1 sdk built rom is slugish
<leowt> so there must be something wrong
<hno> leowt, nearly all A10 tablets are 1GB RAM, which gives almost 200% more memory.
<leowt> where does android sets and changes cpugov stuff
<leowt> where does android sets and changes cpugov stuff
<leowt> ?
<leowt> ?
<leowt> hno: ow, right.
<hno> notice the math there..
<leowt> tomorrow i will dig into memory usage
<leowt> didnt even got adb shell
<leowt> working
<leowt> =P
<leowt> i still have to replace kernel and modules with 3.4 sunxi branch
<leowt> by the way
<leowt> it is still using the kernel released in that sdk
<leowt> ive fixed some info in the wiki pages regarding android
<oliv3r> Turl: ping. pushed latest version to my github. will submit tomorrow, if you could be so kind. havent tested it yet, will do that tomorrow
<Turl> oliv3r: got a link handy?
<oliv3r> let me try :p
leowt_ has joined #linux-sunxi
leowt has quit [Read error: Connection reset by peer]
leowt_ is now known as leowt
<oliv3r> notcied somebad grammar in a comment, other tjan that...
<hno> Nice! Olimex made EFUSE_VDDQ configurable on A10/A20 OLinuXino MICRO.
<oliv3r> hno: where is it?
<oliv3r> mine is all 0
<hno> Configured by changing R23/R24
<oliv3r> i saw a nand_e jumper, not sure what that is yet
<hno> you need a scalpell, a solder iron and a short piece of wire.
<oliv3r> oh cool, how did you find out? datasheet?
<Turl> oliv3r: This should add support for the sunxi-sid driver to the device table for sun4i and sun5i
<Turl> oliv3r: this adds :p
<oliv3r> lol true
<hno> oliv3r, the schematics.
<oliv3r> hno i peaked at them nut where hard to read
<oliv3r> and didnt even work on tablet oom :p
<hno> The Olimex schematics isn't that bad. Seen much worse.
leowt has quit [Read error: Connection reset by peer]
<oliv3r> its tight and looked like there where bulgarian comments/errors
<hno> But would be easier if they split in multiple pages, but the design then requires a paid version of the program they use so they try their best to keep designs on a single page.
<hno> easier for others to reuse schematics then.
<oliv3r> ah ok
<oliv3r> kicad/geda! :p
<hno> oliv3r, the A20 SID is unprogrammed? Haven't looked at mine yet..
<hno> Yep.. all 0.
<hno> Hm... the SID registers seem to differ a bit on the A20.
<oliv3r> really? how, more? how can all 0 be diff
<rz2k> allwinner did ever use sid?
<hno> The all 1 test differs noticeably.
<oliv3r> to id chips yes
<rz2k> so the 16xx data is stored there? thing we read at start?
<oliv3r> hno i never tried that with sid
<hno> rz2k, yes. newer A10 and every A13 seen have it preprogrammed with an unique (but not random) identifier.
<rz2k> oh
<rz2k> so serial number
<oliv3r> rz2k: sometimes but we use sramc for that
<hno> model, batch, something more, serial number
<rz2k> weird for them, usually this stuff is used for "high assurance boot"
<hno> oliv3r, we use sramc for the model.
<rz2k> to store sha/whatever keys :p
<rz2k> (welcome to samsung and their weird SPL)
<oliv3r> hno where do you write all 1 to? maybe efuse-vdd is h9gh on micto
<hno> rz2k, yes, but there is no secure bootloader in BROM.
<oliv3r> 16xx is the model no
<hno> oliv3r, using u-boot. efusse-vdd is tied to GND so no worries about accidenty programming anything.
<hno> mw.l 0x01c23800 ffffffff 40
<oliv3r> i never did the all 1 thing for sid
<hno> a13: 01c23840: ffffffff 000000f0 00000000 00000000 ................
<rz2k> lets write to that micro area at boot :p
<hno> a20: 01c23840: 0fff0000 00000000 00000000 00000000 ................
<hno> 01c23850: ffffffff 00000000 00000000 00000000 ................
<oliv3r> so dont know what it was on cubie
<oliv3r> rz2k: ro
<hno> a10 is same as a13.
<oliv3r> im suprised you can write
<hno> oliv3r, I can't write to the SID, only to it's registers.
<oliv3r> oohh 0x40 offset
<oliv3r> the config reg
<hno> +44 is the programming control register on A13. +40 is undefined but I think it's the data to program.
<oliv3r> what about the secret reg
<hno> and a20 looks completely different.
<oliv3r> idd
<hno> ?
<oliv3r> neec a31 to compare with
<oliv3r> idd ,indeed
<oliv3r> maybe sid is bigger on a20, 256 bit
<oliv3r> the 3.3 code still uses it as with a10
<hno> rz2k, programming the SID requires EFUSE_VDDQ pin to be wired to an appropriate power source. Normally tied to GND.
<oliv3r> bed time nn all
<hno> good idea. Night.
vicenteH has quit [Ping timeout: 245 seconds]
tinti_ has joined #linux-sunxi
bfree has quit [Remote host closed the connection]
bfree has joined #linux-sunxi