mnemoc changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - did you try looking at our wiki? - Don't ask to ask. Just ask and wait! - - Logs at
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
popolon has quit [Quit: Quitte]
<wens> Turl: nope
<Turl> ah, it was A31 stuff now that I reread cnxsoft
<wens> ooh, rockchip scores another driver
<wens> albeit a minor one
mmarker has joined #linux-sunxi
<Turl> wens: they were quickly gaining feature parity with us
<Turl> s/were/are/
<wens> Turl: to be fair, they're use dw_mmc, so that was faster to support
<Turl> yeah :)
<wens> somehow i think the situation with allwinner started off a bit weird
<Turl> which one?
<wens> allwinner being in touch with the community
<wens> kinda feels like we have a split community
<Turl> split how?
<libv> wens: ...
<libv> wens: between people who want to suck up at any cost, and people who point out the bigger issues?
<wens> Turl: i mean, are they talking to you, mripard_ or hans?
<libv> "please, please give us docs" is not what got allwinner talking to begin with
<wens> libv: did they talk to you, after cnxsoft?
<libv> my feeling is that linaro has been pressuring
<libv> nope
<libv> wouldn't expect to either
<wens> the GPL violation stuff would make linaro look bad, i suppose?
<libv> it's the weekend
<Turl> wens: eh, nope. I never got any reply out of them
<libv> wens: yes, and i made that link very very clear
<Turl> (not that I've tried much, other than sending patches)
<libv> i have sent a few emails to eva about the gpl stuff
<libv> never got a single answer
<libv> but i have been torpedoing her on linkedin most of the time
<libv> i am pretty certain though that hiding behind linaro is what triggered this
<libv> that interview was very linaro centric
<Turl> libv: but people have learnt to spot you from a thousand yards, for better or worse :p
<libv> Turl: it's the other way around :p
<Turl> libv: how many words of your question did it take for the arm guy to say 'hey luc'? :p
<wens> hiding behind linaro makes linaro the prime target
<wens> Turl: probably "lima driver"
<libv> Turl: i spent 2 days before, together with ssvb (although i of course was the most ... direct?) killing jem his comment q&a session
<libv> plus, me and jem do have a bit of a history, of sorts
<wens> i believe you've brought this up in the past
<libv> anyway, exposing linaro for what it is for many of its members is what caused this
<libv> and the fact that allwinner was the best example now mean that our friend ben had to go make good
<libv> so i'm sorry if simos and mripard_ and who not cannot go suck up
<libv> but the gpl issues cannot be ignored just because a few kind words come from allwinner
<libv> if my experience with via learnt me anything then it is that the pressure needs to be constant
<libv> otherwise nothing will ever happen
<Turl> wens: another driver :P "Rockchip SoC thermal driver"
<wens> Turl: yeah, a minor driver
<Turl> wens: well, if it's the thing that'll keep your chip from getting fried, I don't know if it's that minor
<wens> :)
<Turl> did rockchip resolve their own gpl situation?
<libv> no idea, but given that there is no community at all there, i wouldn't count on it
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<wens> there's only heiko doing the mainlining stuff
<libv> yup, he made himself his own ml to go with it
<libv> there's no rescueing linux-rockchip.
<libv> try to question this: "hey, we are only scratching our own itch"
<libv> translation: we are having a bit of fun, and we will move on as soon as we see the next interesting SoC
<wens> :(
<libv> i got some people talking about picking up the slack...
<libv> this is the result:
<libv> *sigh*
<libv> it's just going to be a few people who work on mainlining, probably to pad resumes, and to work on the coolest project of them all. who cares if there are actual users for it.
<libv> it'll be years before the code gets backed out, if at all, and by then, nobody remembers anything anymore anyway
<wens> looking at the a80 datasheet, some of the new stuff is nice
<wens> true random number generator, hmm
<libv> without any long term prospect of having users, who will be maintaining the upstream code 3-5ys from now?
<wens> sad
<libv> so sitting in a corner, rubbing your ... scratching your itch :p, how does that make the world so much better?
<wens> with the majority of devices with aw socs being tablets, hdmi sticks and settop boxes, we won't have many mainline kernel users either
<Turl> libv: if rockchip themselves become users things could be different
<wens> well, at least not until we have display, and allwinner actually ships their sdk with it
<wens> but projects like oliv3r's is promising :)
<Turl> tablet users won't appear until kms shows up, yeah
<wens> Turl: if they manage to ship with it, makes a huge difference
<Turl> but people doing servery stuff could be using it already
<Turl> (in our case, that is. I don't think they got a net driver yet?)
<wens> people who buy the dev boards to play with
<wens> haven't seen one yet
<Turl> hm?
leviathanch2 has joined #linux-sunxi
<wens> cubie should get commisions for that :p
<libv> wens: radxa is a rockchip board made by tom cubie
<Turl> what a crap sata disk they're using
<wens> libv: yeah i know
<libv> i am not sure i want to hold the fel button on that case
<libv> but at least it could have a button that a human could hold for longer than a few seconds :p
<Turl> :p
<Turl> see how they labeled nand as not open on the table :p
Akagi201 has joined #linux-sunxi
<wens> still, no one is shipping with tSD or eMMC
<Turl> wens: eMMC is widely used
<wens> Turl: i meant with aw socs :p
<Turl> ah
<Turl> well, no eMMC because it's not supported apparently
<wens> tSD should be good, it's just a SD chip soldered on, right?
<Turl> I think it looks like a nand package but behaves like a SD
<wens> eMMC is only supported on sun6i, and maybe sun8i
<Turl> it's shipping on mele
<wens> I've been making a table on SD/MMC:
<Turl> wens: the newer meles have tSD I think
<wens> oh that's good
<Turl> I think mnemoc has one
<Turl> ndh! :p
<Turl> see the foresee chip
<wens> a80 headless bring-up should be easy to do, assuming aw is following past conventions
<wens> troublesome part would be smp and big.LITTLE stuff
<Turl> and bootloader :\
<wens> yeah, bootloader is a pain :(
<wens> i suppose i should go get an optimus board
<Turl> for like 300$? :p
<wens> it's down to $165-ish
ZetaNeta has joined #linux-sunxi
<ZetaNeta> Hi
<ZetaNeta> I am now banned from #gentoo-chat....
<ZetaNeta> And i will have to return back to a less, but still very familiar channel
<wens> and assuming they didn't change much, we already have some code for the a80 (in the a23 sdk)
<ZetaNeta> Yay! Some news about A80!
<ZetaNeta> Do we have here a bot which can be feed with cookies, and a mooing lemur which i can hug every 1.5 hour?
<wens> Turl: once you're done with audio, i think i can port it over to a23
<wens> or if you have the hardware, you could do it yourself :)
<libv> ZetaNeta: here you have a wiki which you can feed ndh.
<Turl> wens: does it share the ip with the older SoCs?
<ZetaNeta> libv, And what about lemur?
<libv> ZetaNeta: i will happily moo for you each time you ndh one of your devices.
<wens> Turl: i don't see separate drivers, so it should :)
<wens> which means i can easily do some bring-up code, even if i don't have the hardware lol
<wens> pinctrl drivers look right
<Turl> wens: the A31 audio is different though, so I'd have expected it to be like that instead
<wens> Turl: nah, the A23 looks more like A20 :)
<wens> except for the analog bits, which have been moved into the prcm
leviathanch2 has quit [Ping timeout: 246 seconds]
<wens> probably need "mfd: syscon: Decouple syscon interface from syscon devices" to make a syscon node for that
<libv> ooh
<libv> allwinner uses vp62 code
<libv> vp6 was once used by macromedia flash for video playback
<libv> someone release libvp62 as free software
<libv> but the creator of vp6 (on2) got it removed
<libv> and here allwinner is, using vp62 code :)
<libv> how hot do we want allwinners water?
hipboi has quit [Ping timeout: 255 seconds]
<libv> hrm, anti compiled from java
<wens> doesn't ffmpeg have vp6 support?
<libv> it does
<libv> but this vp62 code appears around the ff_huff_build_tree code
<libv> which is an ffmpeg symbol
<libv> so my guess is that vp62 used ffmpeg code
<libv> and allwinner then grabbed the forbidden vp62 code
hipboi has joined #linux-sunxi
<Turl> didn't google buy on2's stuff later on?
<libv> apparently
<libv> but it is still very amazing that this code pops up now
<libv> so parts of the vp62 code and a bit of ffmpeg are used here...
<libv> there's all sorts of nasty in cedar code
<Turl> libv: how do you know this is vp62 btw? :)
<libv> google still has these files
<libv> just the actual files though
<libv> no tarballs or anything
<libv> on pretty hairy sites as well
<libv> but it's still there
<libv> which is why getting pages removed from the internet is bad.
<libv> here we have a clear case where the fact that some sources are still available gives us the ability to verify that this is indeed very very bad code.
<libv> if it had vanished completely, only very few people would've been able to know this
<Turl> :)
lkcl has quit [Ping timeout: 264 seconds]
TheSeven has quit [Ping timeout: 260 seconds]
TheSeven has joined #linux-sunxi
lkcl has joined #linux-sunxi
rz2k has joined #linux-sunxi
lkcl has quit [Ping timeout: 255 seconds]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 250 seconds]
lkcl has joined #linux-sunxi
nabblet has joined #linux-sunxi
<mripard_> libv: so I guess what you meant by "you have to keep the pressure constant for anything to happen" is that we should keep reminding you to work on the KMS driver instead of doing pointless and/or backward changes to the wiki, right?
ZetaNeta has quit [Remote host closed the connection]
nabblet has quit [Ping timeout: 272 seconds]
hipboi has quit [Ping timeout: 264 seconds]
<mripard_> libv: no wonder why we never had any formal contact with them before...
<mripard_> if as soon as someone reach out to our community, they're being insulted
<mripard_> I know you're doing your best. really.
<mripard_> you like to brag about how important you are in this community, but really, I don't see what you bring to the table beside insults and whinings.
hipboi has joined #linux-sunxi
eagles0513875 has quit [Max SendQ exceeded]
PulkoMandy has joined #linux-sunxi
eagles0513875 has joined #linux-sunxi
lkcl has quit [Ping timeout: 272 seconds]
hipboi has quit [Ping timeout: 245 seconds]
eagles0513875 has quit [Changing host]
eagles0513875 has joined #linux-sunxi
eagles0513875 has quit [Changing host]
eagles0513875 has joined #linux-sunxi
hipboi has joined #linux-sunxi
lkcl has joined #linux-sunxi
Quarx has joined #linux-sunxi
yann_s|AFK has joined #linux-sunxi
yann_s|AFK is now known as yann_s
paulk-aldrin has joined #linux-sunxi
nabblet has joined #linux-sunxi
arokux has quit [Ping timeout: 245 seconds]
kuldeepdhaka has joined #linux-sunxi
nabblet has quit [Ping timeout: 260 seconds]
kuldeepdhaka has quit [Max SendQ exceeded]
arokux has joined #linux-sunxi
bengal has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
kuldeepdhaka_ has joined #linux-sunxi
nabblet has joined #linux-sunxi
kuldeepdhaka has quit [Ping timeout: 255 seconds]
hipboi has quit [Ping timeout: 272 seconds]
lkcl has quit [Ping timeout: 245 seconds]
kuldeepdhaka has joined #linux-sunxi
kuldeepdhaka_ has quit [Ping timeout: 250 seconds]
Nyuutwo has quit [Read error: No route to host]
Nyuutwo has joined #linux-sunxi
nabblet has quit [Quit: leaving]
akaizen_ has joined #linux-sunxi
akaizen has quit [Ping timeout: 245 seconds]
hipboi has joined #linux-sunxi
bonbons has joined #linux-sunxi
kuldeepdhaka has quit [Ping timeout: 250 seconds]
hipboi has quit [Quit: Leaving]
kuldeepdhaka has joined #linux-sunxi
quitte has quit [Read error: Connection reset by peer]
quitte has joined #linux-sunxi
lkcl has joined #linux-sunxi
jemk has joined #linux-sunxi
tgaz has quit [Ping timeout: 240 seconds]
tgaz has joined #linux-sunxi
orly_owl_ has joined #linux-sunxi
orly_owl has quit [Ping timeout: 245 seconds]
nedko has joined #linux-sunxi
<wens> hehe, initial untested sun9i tree:
lkcl has quit [Ping timeout: 255 seconds]
xinj has joined #linux-sunxi
deasy has joined #linux-sunxi
quitte has quit [Read error: Connection reset by peer]
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
physis has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
lkcl has joined #linux-sunxi
nedko has quit [Ping timeout: 260 seconds]
nedko has joined #linux-sunxi
nedko has quit [Changing host]
nedko has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 250 seconds]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
orly_owl_ has quit [Quit: leaving]
orly_owl has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
physis has quit [Remote host closed the connection]
<oliv3r> Turl: ping
dantob has joined #linux-sunxi
physis has joined #linux-sunxi
lkcl has joined #linux-sunxi
Nyuutwo has quit [Remote host closed the connection]
physis has quit [Remote host closed the connection]
nicksydney has quit [*.net *.split]
nicksydney has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
leviathanch2 has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 250 seconds]
dantob has quit [Ping timeout: 245 seconds]
physis has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 240 seconds]
Quarx has quit [Ping timeout: 250 seconds]
<paulk-aldrin> regarding the sunxi wiki, does "headers" apply to on-pcb pins?
Quarx has joined #linux-sunxi
bengal has quit [Quit: Leaving]
Quarx has quit [Ping timeout: 250 seconds]
popolon has joined #linux-sunxi
kuldeepdhaka has quit [Ping timeout: 245 seconds]
Quarx has joined #linux-sunxi
nicksydney has quit [Remote host closed the connection]
nicksydney has joined #linux-sunxi
<oliv3r> paulk-aldrin: i think so
<oliv3r> paulk-aldrin: you know a lot about android, i got a 'new' a33 tablet here, and i can't get adb to work, no device found
afaerber_ has joined #linux-sunxi
<paulk-aldrin> oliv3r, is in enabled in settings?
<paulk-aldrin> is it*
<oliv3r> yeah
<oliv3r> and lsusb shows it as a blank device
<oliv3r> Bus 001 Device 012: ID 1f3a:1007
afaerber has quit [Ping timeout: 245 seconds]
<paulk-aldrin> oliv3r, what version of android is the device running?
<oliv3r> it chagnes to 0009 when i put it in camera mode
<oliv3r> 4.4.2
<paulk-aldrin> might be a key check issue
<paulk-aldrin> make sure you're using a recent adb on the host
<paulk-aldrin> it should prompt you to accept the key
<paulk-aldrin> unless it's built in engineering mode
<oliv3r> yeah should be really new
<oliv3r> it's an allwinner SDK based device
<oliv3r> so that's quite likley
hramrach has quit [Remote host closed the connection]
<paulk-aldrin> yes
<paulk-aldrin> udev rules, maybe?
<oliv3r> it's using test-keys
<oliv3r> i have 1 udev rule atm
<oliv3r> SUBSYSTEM==”usb”, ATTR{idVendor}==”1f3a″, MODE=”0666″
hramrach has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
<paulk-aldrin> ok
<paulk-aldrin> that's odd
<paulk-aldrin> sudo adb kill server
<oliv3r> i first thought adb wouldn't check it because it doesn't recognize the usbid
<paulk-aldrin> and sudo adb start-server
<oliv3r> i ran adb server as root
<paulk-aldrin> just to make sure
<paulk-aldrin> ok
<paulk-aldrin> oliv3r, indeed
<paulk-aldrin> I'll check if it looks up specific ids
<oliv3r> Android Debug Bridge version 1.0.31
<paulk-aldrin> oliv3r, else you can always do adb over network
<oliv3r> okay
<oliv3r> the device isn't rooted yet
<paulk-aldrin> should work still
<paulk-aldrin> oliv3r,;a=blob;f=adb/usb_vendors.c;h=df9b1d1adf632a736fdd04c7cf723c7c62322f7d;hb=fec4f8f16fb3640f522ceb9597859c42ca0e483b
<paulk-aldrin> looks like missing USB id indeed
<libv> mripard_: when/how did i insult them?
<libv> mripard_: this GPL violation issue, and the fact that i called out linaro over it, is why they are now talking.
nicksydney has quit [*.net *.split]
<libv> we _had_ contacts before, but that died completely the second they joined linaro
<libv> only _now_ things became different.
libcg has joined #linux-sunxi
pwhalen has quit [Ping timeout: 250 seconds]
<libv> paulk-aldrin: yay, another device
<paulk-aldrin> libv, right :)
<oliv3r> i'm doing ndh for my stick and my a33 tablet today
<paulk-aldrin> libv, I finally found UART by following the line from the SoC connector
<paulk-aldrin> libv, turns out it didn't show using Android and serial-noise
Nyuutwo has quit [Read error: Connection reset by peer]
<paulk-aldrin> (after a few seconds, there was an I/O error with serial-noise)
<libv> paulk-aldrin: yeah, that happens :(
<libv> but there isn't much we can do about that
<libv> oliv3r: i'll believe it when i see it :p
<libv> paulk-aldrin: i'll add another blurp to the wiki
kuldeepdhaka has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
physis has quit [Remote host closed the connection]
<oliv3r> paulk-aldrin: can you do a quick build with the new usbid? or is their some work around?
<oliv3r> paulk-aldrin: or can i fake my usbid to linux?
<oliv3r> paulk-aldrin: well i can change script.bin, but for that i'd need to roo tthe device first
libcg has quit [Ping timeout: 250 seconds]
pwhalen has joined #linux-sunxi
<oliv3r> towelroot doesn't seem to work :( it just sits there, trying to make it rain
nicksydney has joined #linux-sunxi
<libv> oliv3r: so you cannot adb connect to it, because it has an unknown set of usb ids?
physis has joined #linux-sunxi
<libv> oliv3r: you tried the common fix for that, right?
<oliv3r> nope :)
<oliv3r> what IS the common fix short of recompiling adb
<libv> did you try reading our wiki?
<oliv3r> i goohled it
<oliv3r> ohhhh nice fix
<libv> i have known about this since i started doing lima
<libv> and i googled it too
<libv> and readily found it
<libv> oliv3r: next time, try reading our wiki
<libv> then go google
<oliv3r> i should have searched our wiki :p but our wiki doesn't usually have much android info
<libv> it has very extensive information on how to get info out of android
<libv> adb is the way to go there
<libv> if you have usb otg
<oliv3r> it does
<oliv3r> actually, to be fair, i only figured out that it must have been an usbid thing like 10 minutes ago :p
<libv> so first try the wiki, if that fails, go google, and add what clearly is important information to the wiki, even if it is just adding a link
<oliv3r> it worked :)
<oliv3r> and got root too
<libv> oliv3r: in 2011, i didn't originally know that it might just be the wrong usb device id
<oliv3r> so towelhead worked
<libv> or root was always available over adb?
<oliv3r> true
<oliv3r> that's an easy check :)
<oliv3r> ok adb had root
<oliv3r> terminal is still rootless
<oliv3r> erm
<oliv3r> nanda only has bitmaps
<oliv3r> and a 'magic.bin'
<oliv3r> worth 512 bytes
<libv> interesting
Nyuutwo has quit [Read error: Connection reset by peer]
<libv> what hw is this anyway
<oliv3r> a33
lkcl has quit [Ping timeout: 240 seconds]
<libv> oliv3r: and why have you not been working the wiki page already, so you could be documenting your findings as you go?
<libv> oliv3r: try searching the other partitions
<oliv3r> well i wanted to copy script.bin first and see how they did the boot0 + u-boot thing :)
<libv> ah, meminfo probably is also a dead end
<oliv3r> my guess, is they swapped out boot1 with u-boot in nand
libcg has joined #linux-sunxi
<libv> perhaps a dump of the register range is in order for that
Nyuutwo has joined #linux-sunxi
<oliv3r> probably yeah
<libv> then, for the script.bin, we can probably search /dev/mem for it
<oliv3r> yeah
<oliv3r> ok this will be a lot more work then i guessed
<oliv3r> console=ttyS0,115200 root=/dev/nandd init=/init loglevel=4 partitions=bootloader@nanda:env@nandb:boot@nandc:system@nandd:misc@nande:recovery@nandf:cache@nandg:metadata@nandh:private@nandi:UDISK@nandj boot_type=0
<libv> wens: does that sound like a sensible way to go about things today? just dump the a23/a31/a33 dram and ccmu register range
<Turl> oliv3r: pong
<oliv3r> Turl: nvm :)
<oliv3r> just backread a little here :)
<libv> oliv3r: you should be able to test such code on another allwinner device, and verify the results there
<oliv3r> i'll dd the partitions to my sd card first
<libv> i doubt that the base addresses will have changed
<ssvb> libv: IMHO Allwinner started taking the importance of mainline kernel support more seriously (and hence considering to provide better assistance to the people who are actually doing the work) because of the recent moves from Rockchip and Mediatec
<ssvb> libv: and not because somebody accused them of GPL violations
<libv> ssvb: i'd say wait and see, but that's not going to prove things either way
<libv> they will keep on dragging their feet anyway, and it remains to be seen how useful these allwinner engineers end up being
konradoo87 has joined #linux-sunxi
pwhalen has quit [Ping timeout: 245 seconds]
<ssvb> libv: I mean, joining Linaro was good for PR purposes, but now Allwinner people have probably noticed that Rockchip developers have started to contribute actual code :)
naobsd has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 246 seconds]
<libv> ssvb: in any case, these blatant and continuing gpl violations cannot be ignored just because they gave us two email addresses and a "promise"
<libv> the latter i know is worthless, i have been there too often before
<libv> via was full of such idiocy, and some parties still call that a chinese company
<libv> you'd think that .tw companies would have been far ahead a decade ago, in dealing with western culture and in solving problems, compared to chinese companies today
<ssvb> libv: at any rate, talking about gpl violations with the allwinner *engineers* assigned to support linux-sunxi is probably not very productive
<libv> ssvb: but acting as if all is good now, and as if there are no issues there is plain wrong.
<ssvb> libv: you probably need to reach their lawyers or managers
<Turl> I wonder if they have lawyers
<libv> ssvb: we've said this before: from the time they joined linaro, until now, there was no talking with eva
<libv> before that time, eva seemed to have been directly reachable
<libv> ben el-baz, i am not sure what he really means
<libv> he wrote "olinuxino" right after cubietech, and not olimex
<libv> i am not sure whether he is more than just marketing
<libv> if he had dealt with olimex directly, or had even just spoken to them, he would've gotten that name right
<wens> libv: what were you replying to?
<ssvb> libv: also having the sources of their proprietary code is less important than getting accurate and detailed hardware documentation
<libv> ssvb: the latter never happens
<libv> you get "some" documentation, always
<libv> and you know it
<ssvb> libv: yes, nothing is ever 100% perfect
FreezingCold has quit [Ping timeout: 240 seconds]
pwhalen has joined #linux-sunxi
<libv> ssvb: gpl is a legal requirement, docs aren't
<ssvb> libv: any potential documentation improvements are very much welcome, and it looked like we got some progress with this -
<libv> ssvb: allwinner is required to give us that code, but it only does docs on a goodwill basis
<ssvb> libv: these things are completely orthogonal
<libv> the latter is very ethereal
<libv> yes, that is true
<libv> but that doesn't mean that the first should be swept under the rug
<libv> the first has to happen, the second, depends on the mood of people inside allwinner, which could be different next week due to no fault of our own
<libv> code can always be rescued.
lkcl has joined #linux-sunxi
<ssvb> libv: not always :) sometimes the code may be irreversibly lost for old EOL products
<libv> ssvb: that's an excuse these days
<libv> ssvb: i heard that excuse from ati all the time
<libv> "the people have gone, the documentation was never written"
<libv> that was just one of the many lies ATI fed us on the radeonhd project
<ssvb> libv: it's not an excuse, sometimes this happens for real
<libv> ssvb: very very very rarely
<libv> ssvb: i got told about a situation like that from amd, after they threw out their german developers 1-2 years ago
<libv> turns out that this was a lie too
<libv> the code was there, they just didn't want to reveal it
MackBoy_ has quit [Remote host closed the connection]
<ssvb> libv: more than a decade ago I was applying for a job in a company, which had lost the original sources of their old application
<libv> ssvb: and it's not as if allwinner has been seriously downsizing in the last few years
<libv> they have the code
<libv> ssvb: how old? 90s?
MackBoy has joined #linux-sunxi
<libv> it was common then, but it isn't today
libcg has quit [Remote host closed the connection]
<ssvb> libv: yes, the application was from mid-nineties, and around 2000 they decided that they wanted to add some new features to it and release a new version :)
<libv> ssvb: none of the code we are talking about is older than 2007, max.
<libv> allwinner has the code for libnand, libisp and cedarx
<libv> there are no excuses there.
FreezingCold has joined #linux-sunxi
<libv> it happened a lot 20ys ago, it might very very rarely happen today, but if anyone says that today, especially in a situation like this, you have 99% certainty that it is a lie
<libv> especially if it is a reason for not releasing any code, if some ancient version cannot be retrieved then so be it
<libv> but none of that applies in this situation
<mripard_> libv: feel free to think that you're important. Of course, that has nothing to do with Simos, the interview, or anything, it's only thanks to you...
<mripard_> and I'm sorry, but saying that Jon and I are sucking up is definitely an insult.
pwhalen has quit [Ping timeout: 260 seconds]
<libv> mripard_: heh.
lkcl has quit [Ping timeout: 255 seconds]
<libv> mripard_: remind me, how did you get into allwinner soc development?
<libv> mripard_: did you find and did you go from there?
<mripard_> bought a board, started hacking.
<mripard_> no
<mripard_> it was the other way around
<mripard_> I started working on it and then was pointed here
<libv> heh, ok.
<libv> understood.
<libv> continue ignoring the gpl violations as well then, and continue to hope for good things to come from allwinner just because they want good for the world.
<mripard_> I'm not saying that either
<mripard_> but I don't believe in being rude with every newcomer.
<mripard_> be it allwinner or anyone else
<libv> mripard_: these are not newcomers, these are people (supposedly) tasked to solve the issues
<mripard_> honestly, I would have been welcome here like you're used to these day, I wouldn't have even bother.
<libv> ...
<ssvb> libv: they are tasked to solve some very specific issues, and may be simply not authorized to talk about legal stuff and licenses
<libv> ssvb: so when will alwinner be telling their managers and legal department to go talk to us?
<libv> ssvb: or do we tell these guys, and these guys have to feed that up the foodchain in allwinner?
<wens> it won't work that way # feed up the foodchain
<ssvb> libv: imho you are just putting these guys in an awkward position
atsampson has quit [Quit: I'm going to move my PC 40cm to the left]
<libv> they are in an awkward position.
<libv> their company blatantly violates the gpl, and now hopes that this will make that go away?
<petrosagg> hi guys, if I have an u-boot-spl.bin file how do I write it on the nand boot partition? I'm using a kernel that has the new /dev/mtd0 interface instead of the /dev/nanda etc of the sunxi-3.4 kernel
<oliv3r> petrosagg: you can't :)
<libv> petrosagg: why?
<oliv3r> petrosagg: u-boot-spl is for microsd only
<petrosagg> libv: I'm trying to make my board boot from NAND
<libv> petrosagg: what are you trying to achieve?
<oliv3r> petrosagg: unless your hacking on u-boot + mtd stuff, and then you'll probably know more then us :)
<libv> petrosagg: did you try reading our wiki?
<ssvb> libv: you have worked for a big company yourself and should know that some developers may have no idea what the other departments are doing
<libv> ssvb: i am perfectly aware of that
<libv> ssvb: but that still doesn't mean that the above can be just ignored
<petrosagg> libv: yes I've read the wiki, but it uses devices like /dev/nanda which I don't have access to
<libv> petrosagg: what hw is this?
<petrosagg> oliv3r: I found this u-boot fork that seems to have support for NAND booting
<oliv3r> petrosagg: you are hacking on mtd then; so you should probbaly tell us how to write to the bootloader area ;)
<petrosagg> libv: cubieboard2
<libv> petrosagg: do you have the thing booting from sd card already?
<petrosagg> libv: yes
<oliv3r> petrosagg: mtd stuff is Highly highly highly experimental ...
<libv> petrosagg: why don't you have access to nanda from the sdcard?
<oliv3r> petrosagg: so as I said, if you are playing with that, you probably should be very 'into' it
<petrosagg> oliv3r: apparently you can replace boot0 with the u-boot spl
<oliv3r> only with yuq's patches applied
<oliv3r> and even then, I don't think you can 'just write' it yet
<petrosagg> libv: the nanda interface is when your kernel is complied with the old allwinner's drivers
pwhalen has joined #linux-sunxi
<libv> petrosagg: so you wish to use mtd?
<petrosagg> libv: I was working on this board a few days ago with the help of bbrezillon and now I can have proper mtd device support for my nand
<libv> ah, ok
<petrosagg> libv: yes
<libv> petrosagg: ask bbrezillon and the others who are working on this to document how to get uboot running from the nand.
<libv> or find out yourself, and document then
<oliv3r> i belive yuq had a special code path in his kernel driver to enable that
<oliv3r> but i don't think we can write the bootloader to mtd yet
<oliv3r> since it requires a 'special mode'
<petrosagg> alright. I've done some research already. I guess I'll keep looking
<petrosagg> oliv3r: I think the special mode you're referring to is a specific hw randomiser setting
<libv> ssvb: these guys were put in the firing line by their company, they have to hear about the issues that cannot be ignored.
<oliv3r> i think there was some talk about having a sperate driver to unlock the bootloader area and use that to write the bootloader
<oliv3r> petrosagg: could be close to yeah
<petrosagg> oliv3r: which I've already have set up
<oliv3r> petrosagg: i'm not sure this code exists yet
<petrosagg> oliv3r: I can surely write there from linux as I've destroyed the u-boot that was there before. It's just that when I try to write things it fails for some reason
<oliv3r> to write the bootloader
<petrosagg> oliv3r: I used nandwrite and nand_erase to do that
<oliv3r> petrosagg: but your pionering here :) no made manuals and howto's up to you to write it :D
<petrosagg> oliv3r: haha, ok. My question was a more general of "how to write a .bin file to and mtd partition"
<petrosagg> oliv3r: I can't just write to it as it isn't a block device and nandwrite complains often
<petrosagg> oliv3r: also if I write something with nandwrite and then nanddump the partition I get different data
<petrosagg> oliv3r: anyway, I'll continue trying and report back
<oliv3r> petrosagg: good luck :)
<petrosagg> oliv3r: thanks :)
<libv> paulk-aldrin: can you create a close-up picture of the uart?
<paulk-aldrin> well, now it's soldered
<libv> paulk-aldrin: nah, by editing the big board picture
<paulk-aldrin> ah ok, so just zooming in
<paulk-aldrin> sure
<libv> paulk-aldrin: you just need to have part of the touch controller connection, nand chip, and soc in that closeup picture
<libv> but cool, the usual 2 pads near the SoC :)
<paulk-aldrin> it's the camer a
<paulk-aldrin> camera*
<libv> paulk-aldrin: what test is under that tape btw
<libv> paulk-aldrin: ah, ok
popolon has quit [Quit: Quitte]
<libv> ...6Q-V1.1
<paulk-aldrin> libv, well, plenty of them, but they're not labelled
<paulk-aldrin> ah ok
konradoo87 has quit [Ping timeout: 260 seconds]
<paulk-aldrin> I'll write it down fully in identification
<paulk-aldrin> good point
<libv> underneath the ram
<libv> ok :)
<paulk-aldrin> yeah
<libv> oooh, i just learnt that 94V-0 is a generic marking denoting flammability
atsampson has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
<paulk-aldrin> libv, that good: ?
lkcl has joined #linux-sunxi
<libv> paulk-aldrin: jpg that!
<libv> that's huge and slow :)
<libv> i would go even smaller
<libv> just cut out an area going to the left edge of the pcb, with the pads in roughly the middle of the picture
<paulk-aldrin> meh, I'll stick with that version, it's very visible already
lkcl has quit [Ping timeout: 260 seconds]
<oliv3r> bah, these pads all unlabled :(
<oliv3r> but i have a good hunch
<oliv3r> does require soldering (tm)
<paulk-aldrin> :)
<libv> oliv3r: i hope you've taken pictures beforehand :p
<paulk-aldrin> btw, fel hangs when reading anything on A13
<paulk-aldrin> fel version works out nicely
<paulk-aldrin> but fel read 0x42400000 0x82d0 boot1.header just hangs and eventually dies with an USB error
<paulk-aldrin> happens on the ampe a76 and tzx-q8-713b
<paulk-aldrin> libusb usb_bulk_send error -7
<libv> yeah, probably didn't pass boot0 yet
<libv> go through android
<paulk-aldrin> alright
<libv> and TZX-Q8-713B, that's great, as many things are already there for that one :)
<paulk-aldrin> not the ts driver though
* libv glares at oliv3r :p
<paulk-aldrin> I have a working one somewhere, too
<paulk-aldrin> with parts I had to reverse engineer from the Android binary…
<libv> yeah, ts does need quite a bit of work
<paulk-aldrin> but anyway, I'll get there if nobody else does it before me :)
<paulk-aldrin> oliv3r, what did you use to root android?
nove has joined #linux-sunxi
<libv> paulk-aldrin: no root over adb?
lkcl has joined #linux-sunxi
<paulk-aldrin> nope
<paulk-aldrin> libv, should I write it on the wiki page?
<libv> so adb works, but no root :(((
<libv> i once used cydia impactor
<paulk-aldrin> well actually, I know a trick that will work, I just remembered about it
<libv> paulk-aldrin: mention it at least, yes
<libv> ok?
<paulk-aldrin> ok
<libv> what trick? ;p
<paulk-aldrin> rm -rf /data/local/tmp && ln -s /data /data/local/tmp
<paulk-aldrin> /data/local/tmp gets friends rights at boot
<paulk-aldrin> then edit local.prop and add the qemu prop
<paulk-aldrin> it enforces root on adb
<paulk-aldrin> ro.kernel.qemu=1'
<paulk-aldrin> -'
<libv> can you access those as non-root from under android?
<paulk-aldrin> yep
<libv> smashing, stick that in our adb page
<paulk-aldrin> okay :)
<paulk-aldrin> btw, I have a concern about recovery mode handling. Usually in Android, it works that way:
<paulk-aldrin> * reboot with recovery argument makes the kernel write a bit in scratchpad memory
<paulk-aldrin> * bootloader checks scratchpad memory and boots the recovery kernel instead of the normal one
<paulk-aldrin> in our case, that means:
<paulk-aldrin> * kernel change
<paulk-aldrin> * u-boot change
<paulk-aldrin> which is not very nice
<paulk-aldrin> unless there is an easy way to check scratchpad memory in u-boot, say from boot.scr?
<libv> what is scratchpad memory in this case
konradoo77 has quit [Ping timeout: 240 seconds]
<paulk-aldrin> any general-purpose register that is not reset at reboot
<paulk-aldrin> most SoCs have a few such registers available
rz2k has quit []
<paulk-aldrin> that are not particularly used for anything
konradoo77 has joined #linux-sunxi
<libv> sounds like something that needs to be handled from u-boot soc code
<paulk-aldrin> indeed
<paulk-aldrin> so the alternative is to use a file in /cache that boot.scr checks against
<paulk-aldrin> which works fine
<paulk-aldrin> but adb reboot recovery fails
<libv> doesn't uboot have the ability to read random memory bits and registers?
<paulk-aldrin> even though in-system reboot will do
<libv> from the command prompt?
<paulk-aldrin> libv, oh yes, likely!
<paulk-aldrin> I'll check that
<libv> so yes, in that case, it should be possible to choose different kernels from boot.scr or the default boot environment
<paulk-aldrin> yeah, I'll look that way
lkcl has quit [Ping timeout: 264 seconds]
<paulk-aldrin> so obvious…
libcg has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 260 seconds]
<orly_owl> any allwinner SBC that supports CE?
<orly_owl> *CEC?
<orly_owl> ok, allwinner socs support it
xinj has quit [Ping timeout: 246 seconds]
konradoo77 has joined #linux-sunxi
petr has quit [Ping timeout: 245 seconds]
<Turl> paulk-aldrin: how allwinner does it is, it writes the boot mode to the misc partition
<paulk-aldrin> ah yes
<paulk-aldrin> true
<Turl> then their boot stack does the right thing (tm)
<paulk-aldrin> I forgot about that
<paulk-aldrin> Turl, if you're interested in Android, I'll soon submit a RFC for my design of a sunxi port
<Turl> paulk-aldrin: I think I heard of that OS :p /whois me
<paulk-aldrin> ahhh
<paulk-aldrin> your nick did look familiar
<paulk-aldrin> still working on the CM front or did you switch to Omni?
<Turl> I haven't been actively working in android for quite a while now
<paulk-aldrin> ok
<paulk-aldrin> not the most interesting thing out there
<Turl> but I still use/test/complain on CM
<paulk-aldrin> :)
lkcl has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 260 seconds]
konradoo77 has joined #linux-sunxi
<Turl> paulk-aldrin: I find myself complaining more of stuff my carrier does/doesn't do than my phone though
<Akagi201> Why gziped vmlinux is called piggy?
<nove> the suspicion keeps been confirmed, no were to see vp9/h265 in datasheet
lkcl has quit [Ping timeout: 255 seconds]
<Turl> Akagi201: maybe some play on words with piggybacking? I'm just guessing though
konradoo77 has quit [Ping timeout: 240 seconds]
konradoo77 has joined #linux-sunxi
physis has quit []
lkcl has joined #linux-sunxi
<nove> it will not be so simples, only a binary form can be licensed from mpegla, (by what one could see for the mozilla/cisco h264 thing)
CaptHindsight has quit [Quit: gone]
<nove> and this can/could mean that a version with source code available isn't compatible
petr has joined #linux-sunxi
<nove> wait, no that is wrong, i think cisco will release the source code (in mozilla case)
<nove> but if compiled, doesn't means that will inherit the licence
CaptHindsight has joined #linux-sunxi
Elrond has left #linux-sunxi [#linux-sunxi]
konradoo77 has quit [Ping timeout: 260 seconds]
lkcl has quit [Ping timeout: 245 seconds]
konradoo77 has joined #linux-sunxi
Akagi201 has quit [Remote host closed the connection]
<nove> so the world in which allwinner uses a open source driver, all makes believe that will not happen
kuldeepdhaka has quit [Read error: Connection reset by peer]
<libv> :(
<libv> paulk-aldrin: did you get meminfo and script.bin through adb?
<paulk-aldrin> libv, just script.bin
<paulk-aldrin> should I run meminfo?
<paulk-aldrin> damn disconnection
<paulk-aldrin> libv, just script.bin
<paulk-aldrin> should I run meminfo?
kuldeepdhaka has joined #linux-sunxi
<libv> yup, you need that as well
<nove> the best that can be done, will be to fix the the security hole that is /dev/cedar_dev
<paulk-aldrin> cool!
<paulk-aldrin> thanks
<libv> ah, you weren't marked as "people" yet.
<libv> oh, you were.
<paulk-aldrin> libv, should I list the devices I haven't NDH-ed yet?
<libv> hrm...
<libv> you can do that later, get meminfo first :)
<paulk-aldrin> ok
<libv> so, do that when you're bored and not up for anything else
<paulk-aldrin> yeah, sounds like a good plan for my next train ride
<nove> but is fun the idea of this millions of allwinner android tablets can be easy trashed,
<libv> nove: so /dev/cedar_dev is a huge security hole?
<nove> can be used to read/write any (lower 256M of dram)
<nove> it works by mapping the registers to user space
<nove> there is a read/write register ioctl, but it is only used to access non cedar hardware registers
<libv> why does it use non cedar hw registers?
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
<nove> to refuse to run, if is wrong soc, or if the lcd has to much resolution
<nove> there is source code that show this use
<libv> ok
<libv> ok
<oliv3r> paulk-aldrin: i dint' root it, but adb ran as root
<ssvb> nove: don't worry, g2d is an even better security hole without the 256M restriction :)
<libv> hehe :)
<ssvb> and, I guess, the disp driver too (if the writeback pipeline can be utilized)
<Turl> there's /dev/mem too
<oliv3r> paulk-aldrin: i think on our devices, the 'scratchpad' is nandb; but everything not sun5i has some bytes available in the rtc
<nove> and as allwinner joined linaro home group, suppose to get it soc in settopbox, is funny to see what software will run in it
<libv> Turl: you'd need to be root to access that, right?
<ssvb> nove: we are all grateful to allwinner for their marvelous security model, with non-crippled ARM processors booting in secure mode (and have full privileges), no signed bootloaders and also using the SD card as the primary boot device :)
<petrosagg> I'm really confused. Has anyone used mtd_debug read/write or nanddump/nandwrite?
<libv> ssvb: true :)
<nove> ssvb: yes, that is good side
<oliv3r> nove: how do you mean millions of allwinner devices can be trashed
<Turl> libv: yeah, same with g2d, disp and cedar on default config right?
lkcl has joined #linux-sunxi
<nove> oliv3r: "trashed" as in, is easy to write trash to memory locations
<ssvb> Turl: unlike /dev/mem, there might be a legitimate reason for non-root user applications to access g2d, disp and cedar
<ssvb> Turl: the users from the 'video' group, or something like this
<oliv3r> nove: ah ok, 'hackable'
<ssvb> nove: if allwinner eventually gets the security implemented right, then we might end up with non-hackable devices unable to run proper linux without the cat and mouse jailbreaking fun enjoyed by the others
konradoo77 has quit [Ping timeout: 264 seconds]
Quarx has quit [Ping timeout: 250 seconds]
<ssvb> nove: except for the development boards
lkcl has quit [Ping timeout: 240 seconds]
<petrosagg> bbrezillon: I think something is wrong with the boot and boot-rescue partitions on the NAND. Do they work for you on the cubietruck?
<petrosagg> bbrezillon: specifically, can you run nandtest on them?
konradoo77 has joined #linux-sunxi
<oliv3r> mnemoc: E: script.bin:1: data must follow a section.
<oliv3r> mnemoc: this on an a10s script.bin
<libv> mnemoc: i think i might have seen this before
<libv> errm oliv3r
<libv> not sure what i did though
<libv> oliv3r: what does strings say? is it actually a script.bin?
<libv> oliv3r: are you using the latest fexc?
<oliv3r> libv: yeah it's a script.bin, less shows the comon para's
<oliv3r> i did obtain it via adb pull, but that shouldn't cause corruption though?
<libv> indeed
<libv> fix fexc to stop throwing in the towel :)
<libv> oliv3r: it's amazing what one runs into when ndhing hw, no?
<oliv3r> i AM on the ndh
<libv> yeah, i know, but you run into all sorts of random things
<oliv3r> strange fexc works, bin2fex not
<oliv3r> strange
<libv> which many normal users have a hard time dealing with
<libv> eh?
<oliv3r> oh nvm, i'm being an idiot, fex2bin instead of bin2fex
<libv> shouldn't that be a link?
<libv> ah
<oliv3r> machine = "A10s-h25-V1.2"
<oliv3r> they actually setup the machine properly
<oliv3r> h25 is printed on the PCB too
Gerwin_J has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
<libv> nice
<libv> how come you are already retrieving device info while there is no wiki page :p
<Turl> libv: it says A10 :p
<libv> yup
<libv> time will tell whether an actual a10 will turn up
<libv> if there is any question whether jesurun is a rebadger or not: this speaks volumes:
<libv> that hole is probably where the fel button lives
<libv> has nice ventilation though
lkcl has joined #linux-sunxi
<oliv3r> libv: so that i can compare it to existing boards of course :p
konradoo77 has quit [Quit: leaving]
<oliv3r> libv: that Jesurun H25 is what i have!!
<oliv3r> and it's a10s indeed
<libv> oliv3r: notice how the word jesurun is stuck on
<oliv3r> doing the ndh on exactly that
<libv> pineriver h25 is what this hw is
<oliv3r> ok mine looks SLIGHTLY different, Jesurun is above the robot
<oliv3r> and it's 3D letters with 'silver' ontop
<oliv3r> but pinedriver yeah? good
<libv> pineriver
<libv> not driver
<oliv3r> pineriver*
<libv> there is pineriver h24 on our wiki already
<oliv3r> but i don't see a pineriver_h25 fex yet
<oliv3r> not convinced the jesurun is a sticker, i think they just did custom plastic case
<libv> oliv3r: well, that one picture is pretty telling about it being a rebadge
<libv> imho that's stick-on
<oliv3r> well the one i have here, is extruded plastic :)
<oliv3r> on the back, it says
<oliv3r> which sells jesurun stuff
<oliv3r> but the 'serial number' is PRH25-000219
<oliv3r> e.g. Pineriver H25
jemk has quit [Quit: leaving]
<oliv3r> maybe name used in different country?
<libv> oliv3r: no, the original maker of this hw
<libv> jesurun is a rebadger
<libv> or a brand name
<libv> not that the same info is broken: "A10"
<libv> note even
<libv> oliv3r: jesurun is what should be mentioned under "also known as"
<libv> ah, it says "A10" under model details for h25
<oliv3r> well mine is a10s for sure :)
<oliv3r> anyway, there is no pineriver_h25 on our wiki yet
<oliv3r> so what should i call the page?
<libv> Pineriver_H25
<oliv3r> even though the entire page will be based on the jesurun inc. the pictures?
<libv> yup
<libv> again, jesurun is a rebadger
<libv> rebadges get listed under "Also known as"
<oliv3r> sure
<oliv3r> heh
<oliv3r> pinerivers own site has the specs wrong
<oliv3r> A10
petr has quit [Ping timeout: 245 seconds]
<libv> yup, that's not uncommon for a10s
petr has joined #linux-sunxi
<oliv3r> oh wow, i only payed 34 USD
<oliv3r> price went up significantly
<libv> oliv3r: the fact that those jesurun letters are a bit too much to the right, and that they are attached, that points to the fact that this is just stuck on
<libv> look at the line between the J and the e
<libv> Xplus was printed on, by machine
<libv> or at least it's centered
<libv> jesurun was stuck on by hand
<oliv3r> btw, the A33 seems to run at 1200 stock
<oliv3r> in your pic, i'm sure
<libv> oliv3r: no, your pic shows what i just explained
<oliv3r> i'm just saying, the device i have in my hand here, has the jesurun 'logo' come 'out' in 3D
<libv> oliv3r: why does that discount it being stuck on?
<libv> the url i posted also seems to have these letters raised
<oliv3r> well you can't just remove it i mean
<libv> otherwise the layer of plastic on top wouldn't have been that visible
<libv> good glue?
<oliv3r> lol no
<oliv3r> it's plastic
<libv> it's just not part of the case mold
<oliv3r> it looks like it is
<oliv3r> or it was melted ontop
<libv> again, good glue
<oliv3r> i can't peel it off in any case :p
<oliv3r> i'll try a knife
<libv> why?
<libv> why bother?
<oliv3r> curious!
<libv> it's not straight, it's too much to the right
<oliv3r> what is the 'remove|' bit for in the infobox
<libv> the letters are attached to eachother artificially
<libv> oliv3r: to make it stand out that it needs to be edited
<libv> oliv3r: check other device pages
<oliv3r> so the remove| bit needs to be actually removed
<libv> yes
<libv> this page should not have any red left afterwards
<libv> i should actually make 2 more of those
<libv> Edit and Remove_when_fully_finished
lkcl has quit [Ping timeout: 260 seconds]
imcsk8 has quit [Quit: Reconnecting]
imcsk8 has joined #linux-sunxi
<oliv3r> WiFi 802.11 b/g/n probably should read a/b/g/n/ac :p
<libv> how often do you see a and ac?
<libv> today still?
<libv> iirc, there was talk of the fcc outlawing a
<oliv3r> oh really?
<oliv3r> all new ac devices will do a
<oliv3r> and a is used on all 5ghz 'n' devices
<oliv3r> since there's 2 'n's 'smartly'
<oliv3r> n @ 2.4ghz and n @ 5ghz
<libv> oh, i see
<libv> then what wifi band was being outlawed
<paulk-aldrin> I finally got around running meminfo
<paulk-aldrin> it doesn't match script.bin at all
<paulk-aldrin> and it also happens that the A13_MID config works
<libv> paulk-aldrin: try to stick with meminfo
<oliv3r> paulk-aldrin: yeah script.bin's meminfo is filled either by livesuit or manually by engineers
<libv> and the values from that
<paulk-aldrin> ok
<libv> loads of things are compatible with eachother though, like for instance a lower frequency setting
<oliv3r> meminfo reads the actual registers
deasy has joined #linux-sunxi
<paulk-aldrin> what's CONS_INDEX=2 in boards.cfg btw?
<libv> selects a different uart for console
<paulk-aldrin> okay
ninolein has quit [Ping timeout: 260 seconds]
ninolein has joined #linux-sunxi
<oliv3r> can we find the 'strings from within android' in one of the .prop files?
<oliv3r> i'm runnning it only via otg and don't have it connected to a hdmi connector
<oliv3r> libv:
<oliv3r> :p
<libv> :)
<oliv3r> anyway, any easy way to get the 'about this tablet'
<libv> don't you have a hdmi monitor nearby, i have no idea how to turn that string into what you can see under settings
<libv> this needs to get verified, and then needs to get put into the nd howto
<oliv3r> yeah
<oliv3r> but no, no hdmi monitor nearby atm
<oliv3r> this is from /system/build.prop
<oliv3r> do you have a tablet nearby where you can grep that string :)
<libv> tablets yes, mini-usb no...
* libv digs around some more
<libv> err, micro
<oliv3r> :p
<oliv3r> i wouldn't be supprised if those strings are in the build.prop
<libv> yeah, i have noticed them tons of times before
<libv> but, there is some variation with what is shown under settings
<libv> perhaps a simple sed can do that
lkcl has joined #linux-sunxi
<oliv3r> lkcl: dutch ISP? :)
<libv> is the exact matching string here
<libv> vs
<libv> ro.product.model=K701HC
<libv> so ro.product.model and
<oliv3r> ok
<paulk-aldrin> I tried to find the matching string in getprop earlier today and didn't see it
* libv tries with another tablet
<paulk-aldrin> I'll just read the source to see where it takes it from
lkcl has quit [Ping timeout: 240 seconds]
<oliv3r> i'll double check it later
<libv> this tablet gets it from
<libv> nuclear_pfdq88d-eng 4.0.4 IMM76D 20130531 test-keys
<libv> but ro.product.model again
* libv fires up the next one
<libv> again
<paulk-aldrin> public static final String DISPLAY = getString("");
<paulk-aldrin> so you got it right libv!
<libv> but if that fails, it falls back to probably?
<libv> no, i got lucky :p
<paulk-aldrin> I don't see much of a fallback
<libv> perhaps older android versions?
<paulk-aldrin> checking
<libv> yeah
<libv> 4.1.1 and 4.0.2 is where the other string is used
PulkoMandy has quit [Quit: Vision[0.9.7-H-20140108]: i've been blurred!]
<paulk-aldrin> meh, here it really doesn't show at all from getprop
<oliv3r> libv: ok almost done the ndh page, but the PCB back pic somehow isn't showing
<oliv3r> i'll check more tomorrow :)
<libv> why elite?
<libv> are there not two usb ports?
<libv> oliv3r: 2 side shots as well please.
<libv> anyway, let me do my usual round of quick fixes :)
<libv> oliv3r: if you are mentioning the bsp, provide links so people know what to do with that
<libv> that's the point of device pages
<libv> giving people the starting point for getting stuff done with their hw
weissschloss has joined #linux-sunxi
<libv> hah
<libv> oliv3r: elite is the codename for a10s
<paulk-aldrin> I get Unable to handle kernel paging request when following the meminfo dram settings
<libv> i got that on an older kernel on my a10s as well (but newer kernel gave me nothing)
<libv> paulk-aldrin: one thing to test thoug, do you get the same values when you run:
<libv> i tested it on a few devices here and it was fine
<paulk-aldrin> I'll let you know
<libv> if not, ssvb is the ram tuning expert
nove has quit [Quit: nove]
<paulk-aldrin> libv, very same
<libv> ok, so that's not it then
<libv> paulk-aldrin: you said that another uboot setting worked?
<libv> oliv3r: can you provide lsusb ids for the RTL8189ES?
kuldeepdhaka has quit [Ping timeout: 255 seconds]
paulk-aldrin has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
lkcl has quit [Ping timeout: 245 seconds]
yann_s has quit [Quit: ZNC -]
petr has quit [Ping timeout: 264 seconds]
petr has joined #linux-sunxi
lkcl has joined #linux-sunxi
bfree has quit [Ping timeout: 245 seconds]
lkcl has quit [Ping timeout: 250 seconds]
bonbons has quit [Quit: Leaving]
Akagi201 has joined #linux-sunxi
lkcl has joined #linux-sunxi
Akagi201 has quit [Ping timeout: 264 seconds]
tomboy64 has quit [Ping timeout: 264 seconds]
tomboy64 has joined #linux-sunxi
FreezingCold has quit [Quit: Out]