selfbg has quit [Remote host closed the connection]
NetForHack has joined #linux-sunxi
<NetForHack>
Does anyone here ?
<lukas2511>
Does anyone what ?
cnxsoft has quit [Quit: cnxsoft]
<jelly>
yes.
afaerber has quit [Ping timeout: 265 seconds]
<NetForHack>
Ok. What u-boot config i must use for mk802 clone with ST-MK802-V3.1 on the pcb ?
<NetForHack>
mk802_a10s.fex or semitime_g2.fex or my board not compatible ?
<jelly>
NetForHack: which SoC does it use? Have you read the identification guide and new device howto on the wiki?
<NetForHack>
A10S
<NetForHack>
i replace original andoid with android from 4pda.ru what doesn't have drivers for wifi and do factory reset every boot
<NetForHack>
seller not have original android
<NetForHack>
so i have almost a brick
afaerber has joined #linux-sunxi
<NetForHack>
jelly: so ?
<jelly>
probably should have extracted device info from the original/stock android before reflashing, I guess
<NetForHack>
jelly: i knew that ;( What about linux on it ? Which fex i must use ? It`s run fedora image but see half of ram and much laggy
jinzo has joined #linux-sunxi
<jelly>
I've no experience jury-rigging fex to fit an unknown board, maybe someone else will have an idea
tomcheng76 has quit [Read error: Connection reset by peer]
reinforce has quit [Quit: Leaving.]
tomcheng76 has joined #linux-sunxi
<NetForHack>
huh
<NetForHack>
find guy on mailling list what have stock android and extracted dram_para
dev1990 has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
<ssvb>
NetForHack: good luck with that, you seem to have a somewhat different mk802 flavor compared to what is already documented in the linux-sunxi wiki
<ssvb>
NetForHack: as jelly said, you should have extracted the vital information from the original Android system before reflashing it
<ssvb>
NetForHack: in this case we would have at least the dram settings and the fex file
<NetForHack>
ssvb: wish i now that i year ago
<NetForHack>
ssvb: i think i buy a "real one mk802"
<NetForHack>
ssvb: that pandawill
<jelly>
you might buy one exact same model as this almost-bricked one (if you can) and get the info out of the stock flash contents
iamfrankenstein has quit [Quit: iamfrankenstein]
<jelly>
or course there's zero guarantee the vendor will ship the same board
<jelly>
(and you can't even rely on ST-MK802-V3.1 being the same board because clones)
<ssvb>
NetForHack: just to see whether it boots and can detect the dram properly
<ssvb>
but for properly using all the peripherals, a correct fex file is still needed
<NetForHack>
jelly: buy it`s not an option because war on my ragion and crash of my local curency ( $ coast now 400% from date then i buy that device )
<NetForHack>
ssvb: i will try your image
* NetForHack
searching for card reader
<NetForHack>
ssvb: i need use v4 for HDMI output ?
<ssvb>
NetForHack: both start with dual hdmi/uart output, but v4 then runs the debian installer on hdmi, while v5 runs the debian installer on the uart serial console
reinforce has joined #linux-sunxi
mzki has quit [Quit: leaving]
domidumont has quit [Quit: Leaving.]
<NetForHack>
ssvb: it`s works
<NetForHack>
ssvb: but i dont understood how exacly it`s helps me
<ssvb>
NetForHack: well, if we find the right fex file, then your device can be fully supported in gnu/linux
<NetForHack>
ssvb: i`ve got "Look like your hardware can`t possibly match any of yhe supported devices."
<ssvb>
what is the dram size and bus width?
<NetForHack>
ssvb: i`ve emailed guy on the sunxi mailing list about fex
<ssvb>
ok, this sounds like a good plan
<NetForHack>
ssvb: that say 512 mb and 250 mhz
<NetForHack>
ssvb: but it`s 1024 mb
<NetForHack>
240 mhz *
<ssvb>
hmm, the size misdetection is not good
Nyuutwo has quit [Ping timeout: 272 seconds]
<ssvb>
can you actually create a device page in the linux-sunxi wiki and upload pictures?
<NetForHack>
ssvb: do you have a skype or other IM to contact with me ?
<ssvb>
I have no skype
<NetForHack>
ssvb: dunno, i try
<NetForHack>
ssvb: hangouts, xmpp, icq ?!
<ssvb>
why trying so hard not to use irc?
<NetForHack>
ok it will be irc if you wish that
<NetForHack>
ssvb: can i run mainline kernel or i need to run linux-sunxi kernetl (3.4) ?
<NetForHack>
ssvb: your image run 3.18 somehow
Nyuutwo has joined #linux-sunxi
<NetForHack>
i confused by sunxi-wifi
<NetForHack>
RTL8189ES works or not ?
focus_it has quit [Ping timeout: 272 seconds]
dev1990 has quit [Quit: Konversation terminated!]
ssvb has quit [Quit: Leaving]
<NetForHack>
and how use sun5i config to mainline kernel ?
focus_it has joined #linux-sunxi
simosx has joined #linux-sunxi
f15h has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
f15h has quit [Quit: Leaving]
FreezingCold has quit [Remote host closed the connection]
FreezingCold has joined #linux-sunxi
FR^2 has quit [Quit: Connection reset by peer]
NetForHack has quit [Quit: Page closed]
ssvb has joined #linux-sunxi
Netlynx has joined #linux-sunxi
prz has quit [Ping timeout: 264 seconds]
domidumont has joined #linux-sunxi
<ssvb>
atsampson: ping
_massi has quit [Quit: Leaving]
Netlynx has quit [Ping timeout: 252 seconds]
Netlynx has joined #linux-sunxi
dev1990 has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 256 seconds]
Vespine has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 265 seconds]
cubear has quit [Ping timeout: 245 seconds]
Vespine is now known as cubear
paulk-collins has joined #linux-sunxi
FDCX_ has joined #linux-sunxi
* atsampson
waves at ssvb
<ssvb>
finally :)
<atsampson>
sorry, I've only just got home from work ;-)
<ssvb>
in all cases it is 0x2c there for the Cubietruck, but calibrated in slightly different ways (to either 0x10d1800 or 0x10d3900)
<ssvb>
and this affects reliability, as can be seen in "Cubietruck 648MHz (cold start zq settings)" vs. "Cubietruck 648MHz (normal zq settings)" tables
<atsampson>
yeah
<ssvb>
atsampson: regarding the other things, it looks like zq=0x1b and zq=0x2a from your earlier tests are better than 0x7b and 0x7f
<ssvb>
I mean 0x2a and 0x3b ("pcDuino3 Nano, JEDEC timings, 504MHz, EMR1=0x04, ZQ=0x2a (board #1)" and "pcDuino3 Nano, JEDEC timings, 504MHz, EMR1=0x04, ZQ=0x3b (board #1)")
premoboss has quit [Remote host closed the connection]
<ssvb>
so it might make sense to search for better zq setup somewhere around 0x3b by nudging top and bottom hex digits
<ssvb>
or, in fact, around 0x2a as it seems to be more reliable
wickwire has quit [Quit: Leaving]
* atsampson
updates labels
<atsampson>
yes, it looks like EMR1=0x04, ZQ=0x2a is the best so far?
<ssvb>
right
<atsampson>
I'll give ZQ=0x1a and ZQ=0x3a a go next, then 0x29 and 0x2b
<ssvb>
sounds like a good plan
<ssvb>
also the massive write errors for the EMR1=0 setup are quite easy to explain, because EMR1 configures the termination impedance on the DDR3 chip side (which means that it affects write operations)
<atsampson>
doesn't EMR1=0/2 turn off termination entirely? so it's probably going to be horrible unless there's external termination in any config...
<atsampson>
(or termination in that case, anyway)
<atsampson>
but it was interesting to see that you can still see the diagonal stripe with EMR1=0/2, which was kind of what I was interested in
<ssvb>
yes, I just mean that having specifically write errors is quite expected when this is configured wrong
<atsampson>
yup
vishnup has joined #linux-sunxi
pirea has joined #linux-sunxi
pirea is now known as pirea_
diego71 has joined #linux-sunxi
cajg has quit [Ping timeout: 264 seconds]
Andy-D has quit [Ping timeout: 244 seconds]
skaag has quit [Quit: Leaving.]
FreezingCold has joined #linux-sunxi
skaag has joined #linux-sunxi
bengal has joined #linux-sunxi
<ssvb>
atsampson: one more thing, it may make sense to the TPR3 value in u-boot to something other than 0
<ssvb>
for example, if TPR3=0 is unreliable, then the successful run of the whole test is at risk an may get stuck (for example, if the system just fails to boot)
Andy-D has joined #linux-sunxi
<ssvb>
additionally, the initial TPR3 value from u-boot determines the starting location in the table of the first tests
DagoRed has joined #linux-sunxi
<ssvb>
for example, if you are primarily interested in quickly getting the results about the bottom right area, then you could set TPR3 in u-boot to something like 0x30EEEE
libcg has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
cajg has joined #linux-sunxi
domidumont has quit [Ping timeout: 246 seconds]
mzki has joined #linux-sunxi
skaag has quit [Quit: Leaving.]
skaag has joined #linux-sunxi
skaag has quit [Client Quit]
reinforce has quit [Quit: Leaving.]
premoboss has joined #linux-sunxi
libcg has quit [Quit: libcg]
skaag has joined #linux-sunxi
skaag has quit [Client Quit]
gianMOD has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
paulk-collins has quit [Quit: Quitte]
vishnup has quit [Ping timeout: 246 seconds]
gianMOD has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
bengal has quit [Ping timeout: 250 seconds]
cubear has quit [Quit: Leaving]
<adj_>
do you know what's the bandwidth of a1x and a20 GPIO?
pirea_ has quit [Quit: pirea_]
dev1990 has quit [Quit: Konversation terminated!]
jinzo has quit [Quit: Leaving]
kivutar has quit [Ping timeout: 252 seconds]
mzki has quit [Quit: leaving]
<libv>
so someone did report ST-MK802-V3.1 on the ml in 2013
<libv>
headers
<libv>
Vitaliy Blats
<libv>
ah, hrm
<libv>
no, notera.arake
<libv>
Notera Arake <notera.arake@gmail.com>
<libv>
dram para are available
<ssvb>
it's nice to have such helpful community members