ftg has quit [Read error: Connection reset by peer]
montjoie has joined #linux-sunxi
montjoie_ has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
<ity>
apritzel: ah. I can't find basically any info about the A527, but the A523 looks interesting... Any devboards you'd recommend? I am interested in the A523 mostly cuz it has a Valhall Mali. Currently that seems like a better target than the A64's Utgard, and would be really nice to shove into a laptop if I & Krey can get docs for it. It also seems much more underdeveloped software
<ity>
side, so I would actually be able to help out with something.
<ity>
Sorry for the late reply by the way, my IRC client seemed to have eaten the mention
Daanct12 has joined #linux-sunxi
macromorgan has quit [Ping timeout: 480 seconds]
vagrantc has quit [Quit: leaving]
macromorgan has joined #linux-sunxi
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
<jernej>
here is T527 dev board, although they it's marked as
Jookia has quit [Remote host closed the connection]
Jookia has joined #linux-sunxi
evgeny_boger has quit [Quit: evgeny_boger]
evgeny_boger has joined #linux-sunxi
evgeny_boger has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
evgeny_boger has joined #linux-sunxi
tnovotny has joined #linux-sunxi
evgeny_boger has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
evgeny_boger has joined #linux-sunxi
Daanct12 has quit []
Daanct12 has joined #linux-sunxi
Daaanct12 has joined #linux-sunxi
f_ has quit [Ping timeout: 480 seconds]
Daaanct12 has quit [Read error: Connection reset by peer]
Daanct12 has quit [Read error: Connection reset by peer]
Danct12_ has joined #linux-sunxi
apritzel has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
evgeny_boger has quit [Ping timeout: 480 seconds]
<apritzel>
ity: so the A523, A527 and T527 are basically the same chip, they just connect a different set of pins, and have a different package: check https://linux-sunxi.org/A523#Family_of_sun55iw3
<apritzel>
the manual and datasheet is available, and there is code in some github repos (in mirrors of various AW BSP drops)
<apritzel>
but we are in the early stages of SoC enablement, and it probably takes at least about another half a year to get the basics merged (clock, pinctrl, RTC, PMIC, MMC, USB) - but no promises on this
<apritzel>
the more people participate, the better, and the quicker it goes
<apritzel>
any help is welcomed, you don't need to be a seasoned kernel hacker to participate
<Jookia>
i've kind of been putting off sending my sunxi patches upstream
<apritzel>
Jookia: putting off by whom? circumstances or certain people?
<Jookia>
not put off but more i'm not sure i have the energy to do it :P
<Jookia>
it's a lot of work to get a patch upstreamed
<Jookia>
most my patches so far are for drivers for new hardware peripherals
<apritzel>
Jookia: yes, that's we usually deal with. And your work was and is warmly welcomed!
<Jookia>
i've kind of given up on the u-boot NAND stuff for now since it's unclear what to do but now i have code that adds very accurate fractional clocking for allwinner chips
<Jookia>
this is very useful but touches a lot of code for devices i can't test on :\
<Jookia>
but then again, the current fractional clocking code doesn't actually ever run due to a bug
<Jookia>
so me enabling it might break devices retroactively
<apritzel>
please send your code to the list, we will sort it out
<Jookia>
okay :)
<Jookia>
i just need to finish the audio codec driver i'm working on atm
Danct12_ has quit [Ping timeout: 480 seconds]
<Jookia>
the job i have has been to get an 8-channel audio codec working with fractional clocking on the t113, so it's touched a lot of code so far :)
<apritzel>
also series on the list can be picked up by others later, in case you don't find enough time or motivation to fully upstream it
<Jookia>
that's true
<apritzel>
(which would keep your authorship, of course)
<Jookia>
i picked up someone's code for my own use in the NAND stuff
<Jookia>
i did also dump an unfinished RFC on using multiple audio input pins on i2s on the linux list
<Jookia>
i might post some notes on writing the codec driver too since the linux audio subsystem is fairly tricky to learn
<Jookia>
apritzel: thanks for your encouragement
<apritzel>
Jookia: oh yes, please do, even a high level overview is usually very helpful
<apritzel>
just write something up in the Wiki, doesn't need to be perfect or complete, it can always be amended later
<Jookia>
i guess that would go in the alsa wiki or something
<Jookia>
shall do then :) it's been extremely confusing having to understand all the power management parts
<Jookia>
and controls needing special names for userspace that are only documented in userspace
<mripard>
from experience, the absolute best you can do for that is to provide an alsa card configuration file
Daanct12 has joined #linux-sunxi
<Jookia>
yeah, that's one option i considered but it ends up working well enough using 'standard' control names here
<apritzel>
Jookia: our linux-sunxi wiki might be easier to access. It wouldn't be the first not-really-AW-specific information in there ;-)
Daanct12 has quit [Read error: Connection reset by peer]
Daanct12 has joined #linux-sunxi
f_ has joined #linux-sunxi
evgeny_boger has joined #linux-sunxi
dsimic is now known as Guest1393
dsimic has joined #linux-sunxi
Guest1393 has quit [Ping timeout: 480 seconds]
<retpolanne>
xfel doesn't seem to be working with SBI on D1 :c
<libv>
from what i can tell, the dram_para is only loosely correlated to the dram controller
<apritzel>
I am not so worried about those high level parameters like clock speed, DRAM type, bus width, as you can easily figure them out otherwise, and be it by looking at the board or a boot0 boot
<apritzel>
dram_para is a boot0 data structure
<libv>
and more related to boot0/fex version
<apritzel>
it evolves with boot0 versions, or more precisely libdram versions
<libv>
right
<libv>
does it make sense to still mention socs when printing out the surviving results?
<libv>
it is misleading at its core, but still reasonably helpful for the user to quickly determine validity
<libv>
also, i will try to fix up the mbr support of sunxi-fw, it is producing some wild results, and prohibiting me from testing a10/a10s/a13
retpolanne has quit [Ping timeout: 480 seconds]
etpolanner has quit [Ping timeout: 480 seconds]
<apritzel>
libv: what problem are you actually trying to solve? Do we need to harvest DRAM parameters from old vendor images (which are apparently hard to find anyway, as you figured yesterday)?
<apritzel>
So far we really only need this decoding for the H616, and I just put in the A64 because I could, and to be extensible
macromorgan_ has joined #linux-sunxi
macromorgan has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
<libv>
apritzel: i needed to harvest it from some obscure a20 machines i just bought
<libv>
so i decided to fix the issue there, and to do i properly, i think i am almost through with harvesting images though
<libv>
seeing the difference between [a10:a31[ and [a31:h6[ is easy though
<libv>
it's a31 -> h6 which is slightly less clearcut
<libv>
so my itch has been scratched already, but i do not like half measures
<apritzel>
what parameters do you need for A20? Isn't it only the DRAM clock frequency?
warpme has quit []
macromorgan_ has quit []
macromorgan has joined #linux-sunxi
colinsane has quit []
colinsane has joined #linux-sunxi
colinsane has quit []
colinsane has joined #linux-sunxi
macromorgan has quit [Ping timeout: 480 seconds]
tnovotny has quit [Quit: Leaving]
macromorgan has joined #linux-sunxi
macromorgan has quit [Read error: Connection reset by peer]