Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
kozy has quit [Remote host closed the connection]
kozy has joined #linux-sunxi
phipli has quit [Quit: Leaving]
GrimKriegor has quit [Quit: oh bai bai bai]
GrimKriegor has joined #linux-sunxi
Wizzup has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
Wizzup has joined #linux-sunxi
lurchi__ is now known as lurchi_
apritzel has quit [Ping timeout: 264 seconds]
Ntemis has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
chomwitt has quit [Ping timeout: 256 seconds]
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
leviathanch has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
leviathanch has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
qeed has quit [Quit: Leaving]
skiboy has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
jbrown has quit [Ping timeout: 268 seconds]
nuuuciano_ has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 248 seconds]
nuuuciano_ has quit [Ping timeout: 240 seconds]
nuuuciano_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
<embed-3d_> divis1969: can I have a look at your ths driver? It might help me to rework the gpadc driver ...
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
TheSeven has quit [Ping timeout: 265 seconds]
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
Nemo_bis has quit [Ping timeout: 276 seconds]
TheSeven has joined #linux-sunxi
megi has quit [Ping timeout: 265 seconds]
TheSeven has quit [Ping timeout: 265 seconds]
TheSeven has joined #linux-sunxi
foxx_ has joined #linux-sunxi
TheSeven has quit [Ping timeout: 246 seconds]
TheSeven has joined #linux-sunxi
chomwitt has joined #linux-sunxi
chomwitt has quit [Ping timeout: 256 seconds]
IgorPec has joined #linux-sunxi
nuuuciano_ has quit [Ping timeout: 246 seconds]
nuuuciano_ has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
dddddd has joined #linux-sunxi
lkcl has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 246 seconds]
<KotCzarny> yay.
IgorPec has quit [Ping timeout: 248 seconds]
lemonzest has joined #linux-sunxi
anarsoul has quit [Ping timeout: 276 seconds]
anarsoul has joined #linux-sunxi
scream has joined #linux-sunxi
hardfalcon has quit [Read error: Connection reset by peer]
bonbons has joined #linux-sunxi
chomwitt has joined #linux-sunxi
apritzel has joined #linux-sunxi
rej has quit [Quit: Obviously a major malfunction.]
aballier has quit [Remote host closed the connection]
rej has joined #linux-sunxi
aballier has joined #linux-sunxi
perr has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
kuliuwu has joined #linux-sunxi
kuliuwu has joined #linux-sunxi
kuliuwu has quit [Changing host]
kuliuwu has quit [Remote host closed the connection]
perr has quit [Quit: Leaving]
perr has joined #linux-sunxi
popolon has quit [Ping timeout: 265 seconds]
xcko has quit [Ping timeout: 260 seconds]
xcko has joined #linux-sunxi
phipli has joined #linux-sunxi
leviathanch has joined #linux-sunxi
dh1tw has joined #linux-sunxi
reinforce has joined #linux-sunxi
MX_Master has joined #linux-sunxi
maz has quit [Ping timeout: 264 seconds]
MX_Master has left #linux-sunxi [#linux-sunxi]
skiboy has quit [Quit: Leaving]
scream has quit [Remote host closed the connection]
perr has quit [Quit: Leaving]
perr has joined #linux-sunxi
indy has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
indy has joined #linux-sunxi
apritzel has quit [Ping timeout: 268 seconds]
BenG has joined #linux-sunxi
BenG is now known as Guest26518
BenG83 has quit [Ping timeout: 248 seconds]
Guest26518 is now known as BenG83
swiftgeek has quit [Changing host]
swiftgeek has joined #linux-sunxi
maz has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
dddddd_ has joined #linux-sunxi
dddddd has quit [Ping timeout: 240 seconds]
dddddd_ is now known as dddddd
edfox has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
jelly-home is now known as jelly
iamfrankenstein has quit [Quit: iamfrankenstein]
edfox has quit [Remote host closed the connection]
cnxsoft has quit [Quit: cnxsoft]
hardfalcon has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
aalm has quit [Ping timeout: 256 seconds]
IlyaM has joined #linux-sunxi
netlynx has joined #linux-sunxi
aalm has joined #linux-sunxi
scream has joined #linux-sunxi
perr has quit [Quit: Leaving]
dave0x6d has joined #linux-sunxi
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
apritzel has joined #linux-sunxi
<dddddd> Hi! I'm tinkering with this teres (A64) and mainline u-boot (git from first days of this month, hacking some pine defconfig). So far, I can boot the (mostly BSP I think) kernel from olimex to minimal debian userspace from the serial in the audio minijack (load, setenv, booti), everything on uSD.
<dddddd> Anyway, my questions is about getting display on the LCD from u-boot (I don't mind later stages right now)...
<dddddd> I configured CONFIG_VIDEO_BRIDGE=y CONFIG_VIDEO_BRIDGE_ANALOGIX_ANX6345=y CONFIG_VIDEO_LCD_MODE=y
<dddddd> I setenv video-mode sunxi:1366x768-24@60,monitor=lcd,edid=1 but nothing happens (I expected it to just light up by booti). Tried different monitor and edid variants.
<dddddd> I tried to compile-in debug log, but didn't get more verbosity on the serial (CONFIG_LOG=y CONFIG_MAX_LOG_LEVEL=LOGL_DEBUG CONFIG_LOG_CONSOLE=y)
<dddddd> When is the video-mode applied? Is it too late to set it at u-boot prompt?
<dddddd> Any suggestions? I think icenowy[m] coded the bridge. Could you (or anyone!) mentor me a bit, please?
apritzel has quit [Ping timeout: 268 seconds]
<dddddd> I guess I need to change the dts a bit, because I guess the laptop is not wired just like the board. Am I on the right track?
<dddddd> There're two dts files (one for u-boot, another for the kernel, both for BSP sadly) available... used by the official (working) image.
<dddddd> So maybe it's just a matter of copy some LCD-related definitions to the pine files I am hacking...
yann has joined #linux-sunxi
lurchi_ is now known as lurchi__
gnarface has quit [Quit: Leaving]
<icenowy[m]> dddddd: yes I coded the bridge but I don't know how did olimex make the hw
<icenowy[m]> it seems to be different from pinebook
<icenowy[m]> for power and gpio
<dddddd> Hello, icenowy[m]. I think there're schematics, and feel free to ask me if you think I can obtain the info myself.
<dddddd> Please, excuse my newbiness if I say something silly (: I'm pretty new to this stuff.
<dddddd> I'm playing with the DT right now.
apritzel has joined #linux-sunxi
lurchi__ is now known as lurchi_
reinforce has joined #linux-sunxi
megi has joined #linux-sunxi
<icenowy[m]> dddddd: maybe you can try https://github.com/Icenowy/u-boot/tree/teres-i-mainline
<dddddd> icenowy[m], let me check
<icenowy[m]> P.S. olimex said that they will ship one teres i to me and then they forgot it :-(
<Wizzup> ask them again? :)
<icenowy[m]> ah I don't care
<dddddd> Error: arch/arm/dts/.sun50i-a64-pinebook.dtb.pre.tmp:112.1-5 Label or path pwm not found
<dddddd> FATAL ERROR: Syntax error parsing input tree
<dddddd> this was: make clean; make teres_i_defconfig; make
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
* dddddd trying to debug it
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
IlyaM has quit [Remote host closed the connection]
philectro has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
gnarface has joined #linux-sunxi
gnarface is now known as Guest54668
Guest54668 is now known as gnarface
<dddddd> I removed the pinebook dts, because I don't think is needed for building the teres defconfig, but same problem there:
<dddddd> Error: arch/arm/dts/.sun50i-a64-teres-i.dtb.pre.tmp:111.1-5 Label or path pwm not found
<dddddd> FATAL ERROR: Syntax error parsing input tree
<anarsoul> dddddd: I guess there's no pwm node in sun50i-a64.dtsi
JohnDoe_71Rus has joined #linux-sunxi
<anarsoul> dddddd: so you're missing PWM patches for A64
<dddddd> anarsoul, thanks. I'll check if the branch of icenowy[m] needs some rebase.
<anarsoul> you can check my branch for pinebook
<anarsoul> I guess it's more recent than Icenowy's
<dddddd> fetching
<apritzel> anarsoul: do we actually need any PWM "patches", apart from adding the node to the DT?
<apritzel> H3 and A64 PWM look compatible to me, judging by comparing the manual
<anarsoul> apritzel: yes, I have PWM driver in my branch
<apritzel> anarsoul: for U-Boot, you mean?
<anarsoul> apritzel: yes
Nemo_bis has joined #linux-sunxi
<apritzel> ah, I remember, that's a completely new driver, because U-Boot didn't have one before
<apritzel> anarsoul: can you update this branch? it seems like some patches have been merged meanwhile
<dddddd> Great anarsoul, thanks! This compiled, let's see how it works.
<anarsoul> apritzel: I just checked, none of https://github.com/anarsoul/u-boot-pine64/commits/pinebook-wip-20171223 is merged
<anarsoul> still 8 unmerged patches
pepee has joined #linux-sunxi
<pepee> anyone knows the state of the XR819 driver? does it work reliably as AP?
<KotCzarny> it doesnt even work reliably as client
<KotCzarny> and status is: driver is crap
<pepee> I mean, the xradio driver... the open source one
<pepee> ah :(
<pepee> thanks KotCzarny
<KotCzarny> even author hates it
<pepee> I've read a bit about that, that the chip is suspected to be based on another one that does have open source drivers
<pepee> >The driver is based on the driver for the ST CW1100/CW1200 chips
<dddddd> Not fine, it shoutdowns during kernel booting and LCD never lights up. Back to one of my questions: when u-boot is suppose to turn it on? (after setenv? after booti? is u-boot prompt too late?)
dh1tw has joined #linux-sunxi
<anarsoul> dddddd: in turns on LCD in ATF :)
<KotCzarny> oh, someone made it work?
<pepee> how well does the ST driver work with those ST chips?
<pepee> has anyone reverse engineered the closed-source XR819?
<pepee> ... *driver
<anarsoul> dddddd: you need to check schematics to figure out which power rails you need to enable
<dddddd> anarsoul, I think that's what icenowy[m] did to cook the test patch.
<dddddd> ... but I'm not sure.
<anarsoul> dddddd: I have no idea what patch you're talking about.
<anarsoul> anyway, there's no AXP803 driver in u-boot
<anarsoul> because it doesn't fit into SPL
<anarsoul> so you have to enable LCD power elsewhere
<dddddd> anarsoul, this linked a bit earlier, after me pasting some links https://github.com/Icenowy/u-boot/tree/teres-i-mainline
<anarsoul> so you need to enable SW_ON, set DLDO2 to 2.5v and DLDO3 to 1.2v
<anarsoul> dddddd: if you're using my branch, you have to enable power in ATF.
<anarsoul> you can't do it in u-boot
<anarsoul> so you need to figure out what to write to pmic regs to get 2.5V on DLDO2 and 1.2V on DLDO3
<dddddd> anarsoul, yes... I'm using your branch plus cherry-picked commit from icenowy[m]'s
<anarsoul> dddddd: that won't enable LCD power, there's no AXP803 driver
<dddddd> OK, I'll try to digest this information (I'm very new to this) and do my best. I'll keep you all posted (and I'll accept any other suggestion/tip)
<anarsoul> these 3 lines starting with CONFIG_AXP aren't in your .config
<dddddd> Thanks!
apritzel has quit [Ping timeout: 264 seconds]
IlyaM has quit [Quit: IlyaM]
philectro has quit [Ping timeout: 256 seconds]
<KotCzarny> nope, but you can simply copy libc pack from h3resc and mount it onto /lib
<KotCzarny> oops, wrong chan
aalm has quit [Ping timeout: 256 seconds]
<embed-3d_> icenowy[m]: how did you calculated the following values in your H3 ths code: .temp_offset = -1791, .temp_scale = -121, ?
fdcx has quit [Remote host closed the connection]
fdcx has joined #linux-sunxi
xcko has quit [Ping timeout: 240 seconds]
souther has quit [Remote host closed the connection]
souther has joined #linux-sunxi
Cryterion has joined #linux-sunxi
lurchi_ is now known as lurchi__
Wizzup has quit [Quit: reboot]
gnarface has quit [Quit: Leaving]
<anarsoul> darn, with u-boot master SPL doesn't fit into 32kb on A64 :(
Wizzup has joined #linux-sunxi
<dddddd> anarsoul, I saw a brach that removes some commands/features to gain space, AFAIU
<anarsoul> dddddd: someone really have to add TPL support for A64
<dddddd> anarsoul, size-fixes branch at git://git.denx.de/u-boot-sunxi
<anarsoul> dddddd: it's u-boot fixes, not SPL
<dddddd> oh, sorry! Made the connection of "size problems" too fast :(
gnarface has joined #linux-sunxi
apritzel has joined #linux-sunxi
<anarsoul> looks like something that increases spl size was added between dec 27 and jan 21
<anarsoul> I'm too lazy to bisect that, so I'll just wait till someone fixes that :)
IlyaM has joined #linux-sunxi
leviathanch has quit [Ping timeout: 240 seconds]
<dddddd> I think I'm missing something, anarsoul. You said that three lines about AXP are missing in """your config""". They aren't, they are in the *_defconfig. I updated the ATF sources (two new commit, one of those for the LCD). Rebuilt u-boot, but .config keeps not showing the infamous three lines...
<anarsoul> dddddd: check your .config, not defconfig
<anarsoul> there's no AXP driver in u-boot
<anarsoul> you have to init it in ATF
<anarsoul> dddddd: these 3 lines do nothing for you, there's no AXP803 driver in u-boot.
<dddddd> Oh, so it's a confirmation and not something missing in my builds! And I don't have to expect them showing in .config.
<dddddd> OK, so I'll keep searching for info about how to adapt the """sunxi: enable LCD power on Pinebook""" commit (of ATF) to the teres hardware, anarsoul
<dddddd> As is (changing the comparation, obviously), does not turn on the LCD of the teres.
<apritzel> anarsoul: which config makes SPL go too big for you?
<apritzel> I have commit 557767ed2996, gcc 6.3.0, pine64-plus-defconfig and get 30808 bytes
<anarsoul> apritzel: no idea
<anarsoul> apritzel: do you have 2nd mmc enabled?
<apritzel> the pine64 defconfig hasn't
<anarsoul> apritzel: and honestly I don't have enough time to figure that out. u-boot from dec 27 (1602d215b595b9cf4be460101f5c8892623fe3a0) works for me. So I'd try to make eMMC working in u-boot on pinebook instead of trying to fix SPL size once again
<anarsoul> apritzel: pine64 doesn't have emmc
<apritzel> anarsoul: that's what I said ;-)
<apritzel> anarsoul: I was just asking what exact configuration made SPL go bust for you
<apritzel> because it worked for me (TM)
<apritzel> sopine (which has eMMC) is slightly bigger (31849), but still within the limit
<anarsoul> apritzel: .config doesn't differ much
<anarsoul> the only suspicious part is CONFIG_MMC_VERBOSE
<apritzel> indeed
<anarsoul> nah, disabling it doesn't help
<anarsoul> apritzel: this branch compiles fine with pinebook_defconfig: https://github.com/anarsoul/u-boot-pine64/tree/pinebook-wip-20171227
<anarsoul> this one doesn
kloczek has quit [Quit: kloczek]
<anarsoul> "aarch64-linux-gnu-ld.bfd: region `.sram' overflowed by 520 bytes"
divis1969 has joined #linux-sunxi
<anarsoul> u-boot-spl.bin is 32360 with 20171227
<apritzel> looks like it's CONFIG_SPL_ATF
<apritzel> not sure why this was in there in the first place?
<anarsoul> what do you mean? CONFIG_SPL_ATF is present in both configs
<divis1969> embed-3d_: please take a look at https://pastebin.com/J9WU0tYR. This is a patch I'm applying on top of linux-stable master (which is used by armbian at the moment for bananapim3). It actually contains a lot of garbage: code from gpadc driver (mostly commented out), my debug message in kernel code. BTW, I've initially tried to extend gpadc, but there (was?) seems some limitation in iio driver core which did not allow to have 3
<apritzel> anarsoul: not in pine64_plus_defconfig
<apritzel> and it's not needed, since nobody implemented the ATF counterpart for that option so far
<anarsoul> hmm, so it's not necessary to ATF to get loaded?
<anarsoul> *for ATF
<apritzel> it allows a more flexible ATF loading, and passing parameters from the SPL
<apritzel> but IIRC it's only used by Rockchip so far
BenG83 has quit [Quit: Leaving]
<anarsoul> apritzel: OK, thanks
kloczek has joined #linux-sunxi
<apritzel> so, yes, it would be good to find the SPL hog in the January commits, but maybe it's only SPL_ATF related
vagrantc has joined #linux-sunxi
TheSeven has quit [Ping timeout: 265 seconds]
toxicpsion has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.3 Aria http://www.kvirc.net/]
TheSeven has joined #linux-sunxi
Ntemis has joined #linux-sunxi
BenG83 has joined #linux-sunxi
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
TheSeven has quit [Ping timeout: 265 seconds]
scream has quit [Remote host closed the connection]
TheSeven has joined #linux-sunxi
<pepee> well, at least I managed to get LEDE working on the orange pi zero with the old kernel + closed source driver
Cryterion has quit [Remote host closed the connection]
IlyaM has quit [Quit: IlyaM]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
<embed-3d_> divis1969: Thanks! Well, the gpadc driver is a big messie thing... . I have right now good progess with the rework of this driver: https://github.com/embed-3d/linux/tree/h3_a83t_ths it will support up to 4 sensors, interrupts, nvme calibration cells (not fully implemented yet)
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
<embed-3d_> but this is still wip, it works right now with H3, A83T and hopefully with all the "old devices" (I only own, H3, H5, A83T devices so I'm not able to test it!!!)
vagrantc has quit [Quit: leaving]
hardfalcon1 has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 268 seconds]
netlynx has quit [Quit: Ex-Chat]
foxx_ has quit [Ping timeout: 256 seconds]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
Ntemis has quit [Remote host closed the connection]
rexxster has quit [Remote host closed the connection]
<divis1969> embed-3d_: great, I should be more patient and wait instead of inventing a wheel :-) Will try it...
bonbons has quit [Quit: Leaving]
markvandenborre has quit [Ping timeout: 268 seconds]
markvandenborre has joined #linux-sunxi
<divis1969> embed-3d_: BTW, I'be tested the patches for DVFS and it seems it does not affect the performance. I'm testing it with the video file conversion (ffmpeg). The sysfs' time_in_state shows the core is using not only 480MHz (most of the time 1Ghz), but the actual conversion time is still 4minutes. CPU is busy for 99%
<divis1969> I've applied these patches on top of mainline kernel. Perhaps there are some other patches I should apply too?
rexxster has joined #linux-sunxi
<divis1969> And does these patches affect the online cpus? I have a single core online all the time
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<embed-3d_> To use more cpus you need wens smp (a80) patch series (https://lkml.org/lkml/2018/1/17/133) and modify it that it works with the a83t.
lemonzest has quit [Quit: Quitting]
Putti has quit [Ping timeout: 265 seconds]
vagrantc has joined #linux-sunxi
toxicpsion has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 246 seconds]
lurchi__ is now known as lurchi_
apritzel has left #linux-sunxi [#linux-sunxi]
anarsoul has quit [Read error: Connection reset by peer]
anarsoul has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
phipli has quit [Quit: Leaving]
xes has quit [Quit: bye..]
jstein has quit [Read error: Connection reset by peer]
vagrantc has quit [Quit: leaving]
divis1969 has quit [Ping timeout: 260 seconds]
chewitt has quit [Ping timeout: 248 seconds]
lurchi_ is now known as lurchi__
xes has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
chewitt has joined #linux-sunxi
dh1tw has joined #linux-sunxi