<ojn>
Turl: teclast p88 seems to have been markeded under the same name for several socs. i no longer have mine though (sold it to a friend when allwinner sent me an eval board)
ganbold has joined #linux-sunxi
syeekick has quit [Remote host closed the connection]
FunkyPenguin has quit [Ping timeout: 245 seconds]
FunkyPenguin has joined #linux-sunxi
physis has joined #linux-sunxi
<physis>
hi guys
<physis>
is someone using sunxi-devel tree with cubieboard2 ?
<physis>
I tried to build but kernel do not print anything on console. I think something is missing in .config file.
deffrag has joined #linux-sunxi
deffrag__ has quit [Ping timeout: 246 seconds]
bbrezillon has quit [Ping timeout: 252 seconds]
<physis>
uBoot show everything ok but after "Starting kernel..." total silence.
maksimlin has quit [Ping timeout: 276 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 240 seconds]
maksimlin has joined #linux-sunxi
physis has quit [Remote host closed the connection]
TheSeven has quit [Quit: No Ping reply in 180 seconds.]
pseudomind has joined #linux-sunxi
TheSeven has joined #linux-sunxi
maksimlin has joined #linux-sunxi
maksimlin has quit [Ping timeout: 245 seconds]
deffrag has quit []
deffrag has joined #linux-sunxi
maksimlin has joined #linux-sunxi
physis has joined #linux-sunxi
rings_IIV has quit []
rings_IIV has joined #linux-sunxi
physis has quit [Ping timeout: 265 seconds]
Quarx has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 265 seconds]
FunkyPenguin has joined #linux-sunxi
pseudomind has quit [Quit: pseudomind]
chkktri has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 265 seconds]
FunkyPenguin has joined #linux-sunxi
physis has joined #linux-sunxi
maksimlin has quit [Ping timeout: 240 seconds]
physis has quit [Ping timeout: 276 seconds]
deffrag has quit [Ping timeout: 246 seconds]
bgal has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
libcg has joined #linux-sunxi
kuldeepdhaka has quit [Ping timeout: 252 seconds]
FunkyPenguin has quit [Ping timeout: 240 seconds]
FunkyPenguin has joined #linux-sunxi
sehraf has joined #linux-sunxi
deffrag has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 240 seconds]
FunkyPenguin has joined #linux-sunxi
deasy has joined #linux-sunxi
Fusing3 has joined #linux-sunxi
tomcheng86 has joined #linux-sunxi
tomcheng76 has quit [Ping timeout: 240 seconds]
Fusing3 has quit [Ping timeout: 252 seconds]
Net147 has joined #linux-sunxi
avsm1 has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<Wizzup>
Is there any news on SD/MCC and/or NAND in mainline? The wiki page on mainline effort seems to contain a set of patches, but I'm not sure what is happening with that now
<mnemoc>
oliv3r: ping
<mnemoc>
Wizzup: afaik at least sunxi-devel has mmc
<Wizzup>
mnemoc: Is that a mostly-mainline kernel with extra (unmerged) sunxi patches?
<physis>
is someone using sunxi-devel tree with cubieboard2 ?
<lauri>
... says
<physis>
I tried to build but kernel do not print anything on console. I think something is missing in .config file. uBoot show everything ok but after "Starting kernel..." total silence.
<libv>
physis: check uboot boot.scr/cmd
<libv>
lauri: that looks fine if you do not have a camera or a touchscreen
<libv>
lauri: what's wrong with using the main uart pins?
<physis>
libv: I'm using the same from 3.4 version. What changes should I look for (i'm using same version from uboot too, but it is not a problemm is it?), ?
<libv>
uart0
<libv>
physis: so it works under 3.4, but not under sunxi-devel?
<physis>
yes
<lauri>
libv: What do you consider "main" uart pins?
<lauri>
libv: uart0 is for console.. I need moar :D
<physis>
mnemoc: I used this guide to build the image. But I will rebuild and try again just to check.
<mnemoc>
lauri: if uart4 at PG10/11 works and PH04/05 doesn't, please submit a fex fix... but disabled by default. it's probably better to keep them as gpio by default
<mnemoc>
lauri: if both work, submit a fex commit adding the alternative commented out
<mnemoc>
physis: did you look at the kernel loading section?
<mnemoc>
physis: you even need a different u-boot for 3.4 and mainline
<lauri>
mnemoc: I am not familiar with the syntax, they're currently disabled right?
<physis>
mnemoc: yes. I will recheck all addresses and will try again in a few minutes :)
<libv>
mnemoc: do you remember whether you committed some a20 usb fixes in the last 2-3 months?
<mnemoc>
physis: _used = 0 ----> disabled. lines starting with ; are commented out
<physis>
mnemoc: ops. So this should be the problem.
<mnemoc>
libv: i don't remember what I did yesterday :<
<physis>
mnemoc: i'm not using newer u-boot version. So I will try to build UBoot too. Thank you.
<libv>
mnemoc: that doesn't sound healthy
<mnemoc>
libv: indeed
<mnemoc>
libv: my last 20M haven't been very good
<libv>
:(
<mnemoc>
physis: u-boot needs to be dtb aware, to set the memsize, and pass the dt machine id instead of sunNi, and load the dtb instead of script.bin
<lauri>
btw, can you use UART port with type 4 as uart_type=2?
<physis>
mnemoc: ok. I'm reading wiki to build uboot. thank you.
<mnemoc>
lauri: check the page of the pins of the soc
<mnemoc>
lauri: to see if you have the 4 UART4_ pins available
<lauri>
mnemoc: the other way around
<mnemoc>
then yes
<lauri>
UART3 is by default uart_type=4, does it also work as uart_type=2
<mnemoc>
but don't pinmux the other two
<mnemoc>
use ; to comment them out
<lauri>
right
<mnemoc>
and update the gpio section accordingly
xavia has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
<syeekick>
best image to use with the cubie truck ? with abundance of apps in the repos
<mnemoc>
there is a page in the wiki about bootable images
avsm has joined #linux-sunxi
<libv>
aha, vbus detect is axp_ctrl...
<libv>
that could be the issue.
syee_ has joined #linux-sunxi
<libv>
vbus is +5V
<libv>
axp_ctrl is new for a20 devices
<libv>
not used for any other device in sunxi-boards
<libv>
except a20 and 1 a23
<libv>
so it is a very very likely candidate for this bug
mdp has joined #linux-sunxi
<libv>
wens: on your usbc travels, did you encounter axp_ctrl as a vbus gpio yet?
rz2k has joined #linux-sunxi
syee_ has quit [Quit: Leaving]
physis has quit [Ping timeout: 245 seconds]
Black_Horseman has quit [Quit: Αποχώρησε]
<lauri>
yay NFC reader hooked to CT works :)
<lauri>
thanks guys for all your help ;)
<lauri>
let me see if I can get Arduino hooked to another UART
<lauri>
oh and of course ZigBee module :D
<ccaione>
ZigBee sucks
<lauri>
:D
<lauri>
oh yeah it does :D
<wens>
libv: i remember someone mentioning their device does
libcg has joined #linux-sunxi
<ssvb>
what can be done to erase boot0 from nand?
<mnemoc>
nothing yet... it lives outside /dev/nand
<ssvb>
hmm, no way to do this at all?
ddc has joined #linux-sunxi
<mnemoc>
i suppose the sunxi-mtd driver can
<mnemoc>
because it accesses the nand raw
<mnemoc>
the normal nand driver only allows access to the logic nand
<mnemoc>
logical
<ccaione>
wens: I was looking again at the musb. What is the status?
<wens>
no progress :(
<ccaione>
so it doesn't work at all?
<wens>
busy with other things lately, mostly $work
<wens>
I tried to write from scratch, but got stuck
<ccaione>
oh BTW, where did you get the decumentation for the musb? aw datasheets?
<wens>
I might try porting the driver from 3.4 kernel
<wens>
allwinner usbc code, which is a pain to read
<ccaione>
ok :(
ddc has quit [Ping timeout: 252 seconds]
<wens>
it's just mentor graphics core code plus a bunch of glue stuff
<wens>
i've not compared the core code, just assumed musb would work
<ssvb>
mnemoc: ok, maybe activating fex after boot0 is also fine, though it messes around with dram before I get control
<wens>
I've documented some of the registers on the wiki
<ccaione>
wens: cool
<wens>
if anyone else wants to give it a try, please do :)
<ssvb>
also does anybody know what is the default dcdc3 voltage after reset and before u-boot configures axp209?
<ssvb>
mnemoc: err, activating *fel* :)
physis has joined #linux-sunxi
<wens>
ssvb: default dcdc3 voltage depends on the hardware layout
<wens>
specifically, the dc3set pin
<ssvb>
wens: axp209 seems to be getting initialized only after dram, so the dram controller initialization is running on whatever voltage it had there after reset
<ssvb>
maybe I should just try to measure it with a multimeter
<wens>
possible values: DC3SET grounded: 1.8, connected to APS: 3.3/2.5, floating: 1.2/1.5
<wens>
I don't know why there are two values for the latter two
FreezingCold has quit [Ping timeout: 240 seconds]
deffrag has quit [Ping timeout: 246 seconds]
<ssvb>
the measurements show that dcdc3 seems to be at 1.2V after reset on the cubietruck
<ssvb>
this is even lower than 1.25V, which is already a bit too low for the "fast mbus" configuration
bgal has quit [Ping timeout: 240 seconds]
<ssvb>
ok, changing the order of axp209 and dramc initialization is not a big deal :)
<ssvb>
wens: wouldn't 1.8V or 3.3V/2.5V on dcdc3 be a bit dangerous for the a10/a20 soc? that's just a theoretical question
<wens>
i have no clue
Dodger78 has joined #linux-sunxi
<Dodger78>
hi, is there a timeline when cpufreqd with be mainlined for a20 ?
<wens>
libv: alas, we can't have musb calling axp_whatever directly in mainline
<ssvb>
mnemoc: that's just a tweak to prevent 'ondemand' governor from brutally murdering the performance, but it does not make ondemand more useful
<mnemoc>
wens: how is it supposed to be done?
<wens>
mnemoc: I'm thinking usbphy (not generic phy), which has notifier support for this
<libv>
wens: the hw is clearly wired like this, so a solution must be found for mainline
<ssvb>
mnemoc, Dodger78: the 'performance' governor has almost the same power consumption as 'ondemand', and is guaranteed to provide the best responsiveness
<libv>
i am reducing the massive usb diff now, and will distill out a patch for our 3.4 tree
<mnemoc>
libv: \o/
<mnemoc>
ssvb: uhm
<wens>
usbphy is temporary I think, it seems users are slowly migrating to generic phy, and keeping state themselves
<mnemoc>
ssvb: of 60MHz consumes the same as 1GHz there is something very wrong happening
<wens>
does the cpufreq driver do dvfs?
<mnemoc>
yes
<libv>
mnemoc: SW_SUNXI is mass renamed to SUNXI, the latter being the a23 sdk thing
<libv>
i could turn that back to the current way, but that's more work, as regexps are not as easy
<wens>
I thought 3.4 only keeps sunxi_usb as a reference, but otherwise uses musb?
<ssvb>
mnemoc: yes, something is broken, but nobody wants to investigate this and has a feeling of accomplishment after merely enabling the 'ondemand' governor :)
<libv>
and the latter brings us closer to the newer sdks
<libv>
but it will be a nasty big patch of just renames.
<mnemoc>
ssvb: :)
<mnemoc>
libv: maybe starting with a big renaming patch generated from sed or spatch, and then start the real cleanup?
<libv>
yeah, this is my first task anyway, just wondering what we want in our sunxi tree
<Turl>
ssvb: can you measure power consumption on A8 SoCs?
<Turl>
brb
bbrezillon has quit [Ping timeout: 252 seconds]
<ssvb>
Turl: "for cubieboard1 with Allwinner A10 the difference between idle 60MHz and idle 1008MHz was more significant (~192 mA vs. ~298 mA)."
<ssvb>
Dodger78: are you using a lipo battery with your cubietruck?
<buZz>
did someone announce a A80 board yet?
<buZz>
(beside allwinner)
<ssvb>
mnemoc: in any case, it looks like Turl was hacking the sun4i/sun5i cpufreq driver, which is clearly in a better shape than the sun7i dump from allwinner :)
<mnemoc>
ssvb: which mean he has to be blamed for not hacking the sun7i driver in the same way ;-)
Mackboy has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<Turl>
mnemoc: :p
FreezingCold has joined #linux-sunxi
<libv>
ow wow, what a nasty bodgejob that was from allwinner.
<libv>
it's just not consistent
<specing>
Seems like allwinner is pumping chips out faster than you can support them
<mnemoc>
chips with proper cheap dev boards have good support
<mnemoc>
but no board for a23, a31, a31s
<ccaione>
who is Jussi Kivilinna?
<mnemoc>
i remember some patches from him
<Dodger78>
how can i overclock cubietruck on 3.15rc2 without the cpufreqd trick
<Dodger78>
@ssvb no im not using a lipo
<Dodger78>
i got a 12v hdd addon package that supplies hdd with 12v and cubie with 5v
libcg has joined #linux-sunxi
<Turl>
ccaione: jemk?
<Turl>
ccaione: nevermind, it's not
<Turl>
Dodger78: you can change the frequency set by uboot and rebuild it