bertrik has quit [Read error: Connection reset by peer]
tomboy64 has quit [Ping timeout: 264 seconds]
hipboi has quit [Ping timeout: 272 seconds]
Nyuutwo_ has quit [Ping timeout: 246 seconds]
xinj has quit [Ping timeout: 244 seconds]
xinj has joined #linux-sunxi
hipboi has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 264 seconds]
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 264 seconds]
<libv>
lauri: bounties are crap anyway: what they tell me is: you need a solution fast, it shouldn't cost much, and it should be _very_ hacky
<libv>
lauri: so whatever your company is doing; they are doing it really really cheapy, they hope to absolutely maximise their profit, and they do not care about what the product actually looks like or how the customer will feel about it long term
<libv>
lauri: if your company were really interested into doing good not only towards it own customers, then it would've contacted a proper coder months ago
ricardocrudo has joined #linux-sunxi
Renard has quit [Remote host closed the connection]
xinj has quit [Ping timeout: 244 seconds]
astr has quit [Ping timeout: 244 seconds]
Skaag has quit [Quit: Leaving.]
Skaag has joined #linux-sunxi
awafaa has quit [Ping timeout: 260 seconds]
jeremb__ has quit [Ping timeout: 272 seconds]
Skaag has quit [Client Quit]
Andy-D has joined #linux-sunxi
astr has joined #linux-sunxi
astr has quit [Ping timeout: 258 seconds]
<wens>
hno: did you get the optimus board?
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.0]
<hno>
wens, yes.
<hno>
wens, but no documentation or SDK, only the board. Not even board documentation.
<wens>
afaik there's only the SDK and howtos from merrii
<hno>
Where?
<wens>
you have to email them to get it
<wens>
but someone nicely posted it on linux-sunxi i think
<wens>
and the a80 sdk on dl.linux-sunxi is the same one
<hno>
The 20140728 one?
<wens>
yes
<wens>
about the hardware, you should check whether you have nand or emmc
<hno>
Haven't booted it yet, but it looks like a fairly large BGA package. I guess it's an eMMC
froese has joined #linux-sunxi
<hno>
need to find a suitable power adapter.
<wens>
wrong socket type?
<hno>
yes
rafaelMOD has joined #linux-sunxi
<hno>
and this board uses yet another 5v contact.. have plenty of 5V power adapters of two other kinds, but none fits.
<hno>
either too thick or too thin.
<hno>
Solved. Found a mains adaper that fits.
<wens>
i thought it was the same as the cubies
<hno>
Maybe, but same problem there. Had some USB->Cubie cables but not sure where they are now.
<hno>
anyway, board booted and yes it's an eMMC.
rafaelMOD has quit [Quit: Leaving]
hipboi has quit [Read error: Connection timed out]
tomboy65 has quit [Ping timeout: 264 seconds]
tomboy65 has joined #linux-sunxi
hipboi has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
Andy-D has quit [Ping timeout: 260 seconds]
froese has quit [Ping timeout: 272 seconds]
froese has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
awafaa has joined #linux-sunxi
jeremb__ has joined #linux-sunxi
xinj has joined #linux-sunxi
froese has quit [Quit: Leaving]
<libv>
ah, so wens already ndhed it :)
<libv>
good :)
arokux has quit [Ping timeout: 260 seconds]
leviathanch2 has joined #linux-sunxi
Skaag has joined #linux-sunxi
jeremb__ has quit [Quit: Connection closed for inactivity]
tomboy65 has quit [Ping timeout: 264 seconds]
tomboy65 has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
leviathanch2 has quit [Remote host closed the connection]
tomboy65 has quit [Ping timeout: 264 seconds]
leviathanch2 has joined #linux-sunxi
_massi has joined #linux-sunxi
leviathanch2 has quit [Remote host closed the connection]
tomboy64 has quit [Ping timeout: 264 seconds]
leviathanch2 has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
naobsd has joined #linux-sunxi
Zboonet has quit [Remote host closed the connection]
tomboy64 has quit [Ping timeout: 264 seconds]
tomboy64 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 264 seconds]
tomboy64 has joined #linux-sunxi
ojn has quit [K-Lined]
steev has quit [K-Lined]
awafaa has quit [K-Lined]
bengal has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 264 seconds]
Skaag has quit [Quit: Leaving.]
Skaag has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 264 seconds]
tomboy65 has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 260 seconds]
tomboy64 has quit [Ping timeout: 264 seconds]
konradoo77 has joined #linux-sunxi
yann_s|AFK has joined #linux-sunxi
hramrach_ has quit [Ping timeout: 264 seconds]
yann_s|AFK is now known as yann_s
indy has joined #linux-sunxi
Zboonet has joined #linux-sunxi
Andy-D has joined #linux-sunxi
leviathanch2 has joined #linux-sunxi
hramrach_ has joined #linux-sunxi
paulk-aldrin has joined #linux-sunxi
Zboonet has quit [Remote host closed the connection]
sehraf has joined #linux-sunxi
wingrime has joined #linux-sunxi
wingrime1 has quit [Read error: Connection reset by peer]
awafaa has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 240 seconds]
konradoo77 has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 272 seconds]
<wens>
mripard: btw, can you check if your hummingbird's builtin rtc retains its value after you remove the power?
<wens>
mine doesn't, and i'm thinking of marking the rtc as "failed", and just use the external one
leviathanch2 has joined #linux-sunxi
<mripard>
wens: I'll test
<hno>
wens, do the hummingbird board have a RTC battery?
<mripard>
hno: yep
<wens>
it does, and the external pcf8563 works nicely
<wens>
wonder if it's a workaround for the broken builtin rtc lol
<mripard>
what I do wonder is wether the battery powers the external or the internal RTC :)
<wens>
from what i can tell, both are connected
wingrime1 has joined #linux-sunxi
<mripard>
ok
<mripard>
on the cubie, it's the PMIC that powers the RTC
<mripard>
hence why I was asking :)
hypothalamus has joined #linux-sunxi
sehraf has quit [Ping timeout: 258 seconds]
<wens>
the axp221 doesn't have that rtc output
diego_r has joined #linux-sunxi
bertrik has joined #linux-sunxi
wingrime1 has quit [Quit: Leaving.]
wingrime1 has joined #linux-sunxi
wingrime has quit [Ping timeout: 260 seconds]
leviathanch2 has quit [Ping timeout: 272 seconds]
Nyuutwo has quit [Ping timeout: 246 seconds]
konradoo77 has quit [Ping timeout: 272 seconds]
konradoo77 has joined #linux-sunxi
wingrime has joined #linux-sunxi
wingrime1 has quit [Read error: Connection reset by peer]
wingrime1 has joined #linux-sunxi
wingrime has quit [Read error: Connection reset by peer]
diego_r has quit [Ping timeout: 260 seconds]
<wens>
mripard: are you holding the last 3 patches for the next release?
VargaD_ has joined #linux-sunxi
wingrime1 has quit [Read error: Connection reset by peer]
VargaD has quit [Ping timeout: 245 seconds]
VargaD_ is now known as VargaD
wingrime has joined #linux-sunxi
<hno>
Do we have any datasheets on the AXP806 & AXP809 controllers?
wingrime has quit [Read error: Connection reset by peer]
<wens>
no
wingrime has joined #linux-sunxi
jemk has joined #linux-sunxi
hypothalamus has quit [Ping timeout: 244 seconds]
deasy has joined #linux-sunxi
<wigyori>
morning
wingrime has quit [Ping timeout: 260 seconds]
sehraf has joined #linux-sunxi
wingrime has joined #linux-sunxi
libcg has joined #linux-sunxi
jelly-home has quit [Excess Flood]
jelly-home has joined #linux-sunxi
naobsd has quit [Ping timeout: 246 seconds]
konradoo77 has quit [Ping timeout: 250 seconds]
konradoo77 has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Andy-D has quit [Read error: Connection reset by peer]
<wens>
ssvb: that arm errata doc requires login :|
naobsd has joined #linux-sunxi
<hno>
wens, registration is free.
sehraf has quit [Ping timeout: 244 seconds]
<ssvb>
wens: yes, as hno says, you just need to create an account on their website ("registered customers" sounds a little bit misleading)
<ssvb>
wens: it was just an interesting observation that A20 has a newer Cortex-A7 core revision than A31
<ssvb>
wens: do you have /proc/cpuinfo data from A23 and A80?
<wens>
as the image doesn't differentiate a7 and a15s... that's probably for the a7
konradoo77 has joined #linux-sunxi
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
<ssvb>
wens: yes, the part number 0xc07 means Cortex-A7 and variant/revision are the major/minor revision numbers
<hno>
ssvb, A20 was released after A3x.
<ssvb>
wens: it looks like A80 has r0p5 revision of Cortex-A7
<hno>
wens, should be sufficient to just load the system a bit so it activates the other CPUs again.
tomboy65 has quit [Ping timeout: 264 seconds]
<hno>
no, it doesn't help.
<ssvb>
the CPU core type and revision data is encoded in the MIDR register
tomboy65 has joined #linux-sunxi
naobsd has joined #linux-sunxi
<ssvb>
it could be read and dumped in some other way if /proc/cpuinfo is not dynamic enough to show the actual information about active cores
<hno>
Hmm.. under a little load it seems to go crazy and continously disabling and enabling cores.
pwhalen has quit [Ping timeout: 245 seconds]
<ssvb>
hno: yes, IIRC libv and mripard had a debate earlier about sun6i and sun7i naming convention and whether they are numbered in the chronological order :)
rafaelMOD has joined #linux-sunxi
<hno>
I think they are in design specifications cronological order but then a3x got implemented before a2x.
<hno>
ouch.. this beast needs a cooler under load.
<ssvb>
hno: it has no heatsink out of the box?
<hno>
not on mine at least.
<hno>
and not on any of the pictures that I have seen.
<hno>
mine was delivered completely bare, not even the acryllic top case.
<ssvb>
I would assume that the kernel from the sdk at least implements thermal throttling? not having it would be a suicide
libcg has quit [Quit: libcg]
<hno>
it did throttle on something. But did not look like temperature.
<hno>
A link or at least some information where to find board documentation & SDK would had been nice..
<ssvb>
mnemoc: yay, new docs!
pwhalen has joined #linux-sunxi
pwhalen has quit [Changing host]
pwhalen has joined #linux-sunxi
<hno>
what new docs?
tomboy64 has joined #linux-sunxi
<mnemoc>
updated datasheets and user manuals for A10, A10s, A20, A31 and A31s from simos
Fusing4 has joined #linux-sunxi
<hno>
Good good.
tomboy65 has quit [Ping timeout: 264 seconds]
<mnemoc>
i still don't get why they can't send them directly and a man in the middle is needed, but new docs (and without watermark) is good news anyway
<hno>
probably they can't keep track of who to send docs to, only doing so on explicit request by request basis.
<mnemoc>
maybe we should create a mail alias where people can submit attachments and info that can't be yet published on the ML...
<hno>
and who should receive those if they cannot be made public
<mnemoc>
i don't mean non-public
<mnemoc>
i mean that we don't want large attachments in the ML
<mnemoc>
and maybe they don't want to publish the url from where to download
<hno>
yes, makes sense.
<mnemoc>
then we take and put the stuff in dl.linux-sunxi.org
<mripard>
wens: the last 3 patches of the MMC ? yes
<mripard>
wens: antd it was not really an RTC output on the cubie iirc, just a usual regulator
<hno>
mripard, AXP209 have a special regulator for RTC use, and a special backup battery input for powering it.
<hno>
But Cubieboard1&2 doesn't make the backup battery input available.
Nyuutwo_ has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 246 seconds]
<mripard>
ok
hypothalamus has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 272 seconds]
<ssvb>
mnemoc: about the documentation, should we try to create a documentation errata list in the wiki and also a wishlist for the areas which could be documented better?
<ssvb>
mnemoc: with the intention to pass this information to Allwinner, so that they can do the needed corrections
<esperegu>
mja. its a relative clean install. I only installed some video drivers
<pistoletov>
hi
<pistoletov>
how i can check video drivers installed properly
npcomp has joined #linux-sunxi
konradoo87 has quit [Ping timeout: 240 seconds]
konradoo77 has joined #linux-sunxi
pistoletov has quit [Remote host closed the connection]
npcomp has quit [Quit: leaving]
npcomp has joined #linux-sunxi
<paulk-aldrin>
huh, sending 1 on UART makes it go mass storage on both nanda and the android storage
<paulk-aldrin>
on an A20 tablet
<paulk-aldrin>
USB mass storage*
ricardocrudo has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
<hno>
paulk-aldrin, good, I think.
<wens>
ijc: is it just me or does u-boot look messy?
<wens>
we are putting a lot of init code in board_init, when they probably be split among the different init functions
<ijc>
wens: "A lot"? It's like twelve lines, isn't it? I agree that the generic timer thing could perhaps be somewhere in more core...
<wens>
a lot might be an exaggerated
<wens>
*exaggeration
<ijc>
:-). I agree that separate init fns are something to consider if you are adding stuff there.
<wens>
i would much like to move stuff out of s_init into proper places
<wens>
a few of the calls even seem redundant, like timer_init
konradoo77 has quit [Ping timeout: 272 seconds]
<wens>
also don't get why there's arch/arm/*/sunxi/board.c and board/sunxi/board.c :p
<ijc>
s_init/timer_init> It's possible things moved under our feet while we were out of tree or something (or we were just wrong to start with). If you can see things to cleanup etc then go wild ;-)
konradoo77 has joined #linux-sunxi
<ijc>
board.c: I'm not going to pretend I'm 100% clear on that split, but I think it is "Allwinner CPUs" vs "boards with Allwinner cpus", and I think it's a u-boot-ism not a sunxi-ism
<ijc>
(e.g. exynos is similar)
<wens>
i've cherrypicked the remaining sun6i patches
<wens>
but wonder if i should make p2wi use SYS_I2C
<ijc>
That's the sort of thing upstream folks would usually ask for.
<wens>
currently it's not even hooked into the old i2c system
<wens>
just p2wi_read/write calls
<wens>
it's sun6i specific
<hno>
WHat is p2wi?
bsdfox has quit [Ping timeout: 246 seconds]
<wens>
hno: it's something they cooked up to replace i2c to talk with the axp
<hno>
So later AXPs are not talking i2c?
<wens>
on sun8i they "improved" it, becoming "rsb"
<wens>
that's right
<wens>
p2wi only supports 1 slave
<wens>
rsb can do multiple slaves
<hno>
but... why??
<wens>
don't know :(
nove has quit [Ping timeout: 246 seconds]
afaerber_ is now known as afaerber
nove has joined #linux-sunxi
bsdfox has joined #linux-sunxi
bertrik has quit [Remote host closed the connection]
fredy has quit [Excess Flood]
bsdfox has quit [Ping timeout: 246 seconds]
fredy has joined #linux-sunxi
bsdfox has joined #linux-sunxi
wingrime1 has joined #linux-sunxi
wingrime has quit [Read error: Connection reset by peer]
boycottg00gle has quit [Remote host closed the connection]
ganbold_ has quit [Remote host closed the connection]
VargaD_ has joined #linux-sunxi
VargaD has quit [Ping timeout: 272 seconds]
VargaD_ is now known as VargaD
Nyuutwo_ is now known as Nyuutwo
tomboy65 has quit [Remote host closed the connection]
tomboy65 has joined #linux-sunxi
tomcheng86 has quit [Ping timeout: 246 seconds]
indy has quit [Ping timeout: 260 seconds]
tomcheng76 has joined #linux-sunxi
<hno>
wens, regarding FEL booting. If you enter FEL from boot1 or u-boot then there is no need to initialize the DRAM controller again. Just go directly to loading u-boot.bin etc.
Andy-D has quit [Ping timeout: 246 seconds]
bonbons has quit [Quit: Leaving]
<hno>
gah, they aes encoded the microcontroller firmware (arisc). Which brings the question why?
konradoo77 has quit [Ping timeout: 272 seconds]
<ssvb>
hno: is the processor in a80 initially booting in secure mode with all their secret encryption keys exposed?
<rz2k>
they've done that to force us to find a bug similar to reset glitch hack on xbox360 obviously! (you reset the cpu on precise timing when aes operation starts, cpu half resets, not all registers get zeroed and at next try of aes func it has memcmp function always returning wrong value)
bengal has quit [Quit: Leaving]
<ssvb>
or is anything like reading the decrypted firmware code back from sram still available?
<hno>
ssvb, no idea.
<hno>
but even secure mode do not expose keys.
<hno>
at least not in earlier generations.
<hno>
don't even find when it loads the encrypted part.
stulluk has quit [Remote host closed the connection]
lkcl has joined #linux-sunxi
<hno>
confusing.
<hno>
Maybe the encrypted part isn't firmware at all.
<hno>
do not seem to be used.
<hno>
cd ..
xinj has joined #linux-sunxi
<hno>
Aha, it seems it's used before kernel starts. But then kernel resets the arisc and loads unencrypted binary.
<hno>
ls -l
<hno>
The encrypted part gets installed as arisc.fex