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
Andy-D has joined #linux-sunxi
xes has quit [Quit: WeeChat 1.6]
KB3VGW has quit [Quit: Leaving]
bugzc has joined #linux-sunxi
MXfive has joined #linux-sunxi
TheLinuxBug has quit [Ping timeout: 240 seconds]
tuxillo has quit [Ping timeout: 240 seconds]
Putti has quit [Ping timeout: 240 seconds]
andoma has quit [Ping timeout: 240 seconds]
_whitelogger_ has joined #linux-sunxi
TheLinuxBug has quit [Ping timeout: 240 seconds]
tuxillo has quit [Ping timeout: 240 seconds]
Putti has quit [Ping timeout: 240 seconds]
andoma has quit [Ping timeout: 240 seconds]
_whitelogger has quit [Remote host closed the connection]
TheLinuxBug_ is now known as TheLinuxBug
mzki has quit [Ping timeout: 256 seconds]
Putti has joined #linux-sunxi
a|3xx has joined #linux-sunxi
jemk has quit [*.net *.split]
MXfive has quit [Quit: Sleep Quit.]
bugzc_ has joined #linux-sunxi
jemk has joined #linux-sunxi
bugzc has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
bugzc has joined #linux-sunxi
bugzc_ has quit [Ping timeout: 260 seconds]
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<FrostyBytes> well that worked. I will now attempt to binary search through the 731 =y's to see which ones are important
xes has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
MXfive has joined #linux-sunxi
<FrostyBytes> boy that was tedious. last binary search trial
MXfive has quit [Quit: Sleep Quit.]
ErwinH has joined #linux-sunxi
<FrostyBytes> hid-generic. lol.
tsuggs has quit [Ping timeout: 245 seconds]
ErwinH has quit [Ping timeout: 260 seconds]
<FrostyBytes> well that was just the first problem. binary search resumes
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
Pepe has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
GrimKriegor_ has joined #linux-sunxi
GrimKriegor has quit [Ping timeout: 250 seconds]
ninolein has quit [Ping timeout: 245 seconds]
ninolein has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 246 seconds]
libv has joined #linux-sunxi
MXfive has joined #linux-sunxi
libv_ has quit [Ping timeout: 250 seconds]
MXfive has quit [Client Quit]
libv_ has joined #linux-sunxi
lkcl has joined #linux-sunxi
libv has quit [Ping timeout: 250 seconds]
libv_ has quit [Ping timeout: 245 seconds]
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 256 seconds]
ErwinH has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 252 seconds]
fdcx has quit [Remote host closed the connection]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 245 seconds]
ErwinH has quit [Ping timeout: 248 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 268 seconds]
fdcx has joined #linux-sunxi
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 250 seconds]
libv_ has joined #linux-sunxi
FrostyBytes has quit [Ping timeout: 260 seconds]
libv has quit [Ping timeout: 264 seconds]
victhor has quit [Ping timeout: 256 seconds]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 250 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 265 seconds]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 258 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 265 seconds]
popolon has quit [Quit: WeeChat 1.4]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 252 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 245 seconds]
pg12 has quit [Ping timeout: 268 seconds]
pg12 has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
laj has quit [Quit: Page closed]
libv_ has joined #linux-sunxi
terra854 has joined #linux-sunxi
libv has quit [Ping timeout: 250 seconds]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 256 seconds]
libv_ has joined #linux-sunxi
Andy-D has quit [Ping timeout: 250 seconds]
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 258 seconds]
tsuggs has joined #linux-sunxi
FrostyBytes has joined #linux-sunxi
TheSeven has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 252 seconds]
ErwinH has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
camh has quit [Ping timeout: 246 seconds]
<FrostyBytes> well several more binary searches later the complete list of modules needed for usb keyboard to work is: i2c-mv64xxx axp20x-i2c axp20x_usb_power phy-sun9i-usb sunxi {ehci,ohci}-platform hid-generic usbhid
<KotCzarny> why are you doing it hard for you?
<KotCzarny> also, sun9i is not for a20 afair
<KotCzarny> a20 is sun7i
<KotCzarny> though otoh i have it enabled too
<KotCzarny> why dont you just use sunxi_defconfig?
ErwinH has quit [Ping timeout: 264 seconds]
libv has joined #linux-sunxi
<FrostyBytes> I prefer to have a minimal kernel with everything that can be built as a module as a module
libv_ has quit [Ping timeout: 260 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 250 seconds]
camh has joined #linux-sunxi
libv_ is now known as libv
foxx_ has joined #linux-sunxi
reinforce has joined #linux-sunxi
IgorPec has joined #linux-sunxi
msevwork has quit [Ping timeout: 246 seconds]
msevwork has joined #linux-sunxi
jernej has joined #linux-sunxi
alsy has quit [Ping timeout: 250 seconds]
jernej has quit [Ping timeout: 252 seconds]
ErwinH has joined #linux-sunxi
montjoie_ has joined #linux-sunxi
montjoie has quit [Ping timeout: 258 seconds]
ErwinH has quit [Ping timeout: 252 seconds]
ganbold_ has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
muvlon has quit [Ping timeout: 258 seconds]
muvlon has joined #linux-sunxi
FrostyBytes has quit [Ping timeout: 260 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
xes has quit [Quit: WeeChat 1.6]
ErwinH has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
jrg has quit [Ping timeout: 256 seconds]
<msevwork> why do i have some word highlighted all the time in vim :) how do i disable that..tried F4 but didn't work
florianH has joined #linux-sunxi
perr has joined #linux-sunxi
jrg has joined #linux-sunxi
leviathanch has joined #linux-sunxi
montjoie_ is now known as montjoie
bugzc has quit [Ping timeout: 260 seconds]
my123 has quit [Ping timeout: 252 seconds]
my123 has joined #linux-sunxi
my123 has joined #linux-sunxi
my123 has quit [Changing host]
apritzel has joined #linux-sunxi
Worf has joined #linux-sunxi
leviathanch has quit [Read error: No route to host]
leviathanch has joined #linux-sunxi
LargePrime has quit [Ping timeout: 250 seconds]
popolon has joined #linux-sunxi
jrg has quit [Ping timeout: 258 seconds]
LargePrime has joined #linux-sunxi
jrg has joined #linux-sunxi
Putti has quit [Quit: Leaving]
_whitelogger has joined #linux-sunxi
xes has joined #linux-sunxi
fkluknav has joined #linux-sunxi
Putti has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
jrg has quit [Ping timeout: 258 seconds]
<wens> apritzel: does your u-boot h5 branch contain the latest a64 patches?
<wens> the latest posted version i mean
<apritzel> wens: yes
<apritzel> I posted HEAD~something of that branch
<apritzel> wens: do you want to port the R40 DRAM support on top of that?
<wens> yup
dh1tw has joined #linux-sunxi
<ErwinH> Setting up a testscript to see at what cpu-voltage the kernel crashes :)
jrg has joined #linux-sunxi
<KotCzarny> dont forget cpuburn
<ErwinH> Don't forget to sync the disk before the cpu crashes :)
<KotCzarny> make a ramdisk?
<KotCzarny> you can have fully functional one in <16megs
<ErwinH> Running at 1008 MHz, starting at 1100mV and dropping the CPU_VDDX in 20mV steps, wait until the core is cooled below a certain temp and start over, stop when the temp reaches a certain temp and start over.
<KotCzarny> what temp are you targetting?
<ErwinH> 50/80 atm.
<KotCzarny> and keep in mind its very relative to ambient temp
<ErwinH> It's a prove of concept now. Once I've setup my cooling tower I can do better tests.
<ErwinH> This is without any for of cooling.
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
silviop has joined #linux-sunxi
<ErwinH> How long should I test to see if a certain frequency/voltage combination is stable?
<silviop> i compile u-boot 2017-rc2 for pine 64 ( make ARCH=arm CROSS_COMPILE=aarch64-linux-gnu-) and i obtain uboot.bin
<silviop> now i should use dd to put to sd or i need other steps ?
<ErwinH> For H5 you need quite a few more steps, for Pine64 you need take some steps as well.
<silviop> there is a guide for mainline u-boot ?
<ErwinH> Don't know what's the best route? Found quite a few guides, but nothing that produced a working SD card.
<silviop> from what i understand is necessary to add boot0 functionality
<ErwinH> I'm still using felboot to get the H5 running with mainline kernel / mainline uboot
<apritzel> silviop: for Pine64 you should be able to use boot0img
tkaiser has joined #linux-sunxi
<apritzel> silviop: checkout board/sunxi/README.pine64 in a U-Boot tree
<silviop> the u-boot-postprocess seems depend with longsleep flavor of uboot
<apritzel> yes, this will not work with upstream things
<apritzel> as ErwinH said: for H5 it's FEL boot for now
<ErwinH> Great, then I can stop searching :)
<apritzel> boot0 has changed there and I can't be bothered to adapt boot0img to it
<apritzel> as soon as I got the final presents sorted, I will finally clean up the FIT image support
<apritzel> that should solve everything
<ErwinH> Funny thing is, sunxi-spl starts if you write it to the boot0 part of the SD-card :)
Net147 has quit [Read error: Connection reset by peer]
<tkaiser> Disclaimer: BSP 3.10.65 question follows ;) But @lex, the guy who improved camera driver for various Allwinner SBC recently struggled with R40 BSP kernel. ION memory reservations. Anyone a clue or an idea where to adjust what? https://forum.armbian.com/index.php/topic/3124-guvcview-with-ov5640-on-bananapi-m2-ultra-af/?p=21867
<apritzel> ErwinH: sure, that works
<apritzel> you may even manage to get to the U-Boot prompt
<wens> apritzel: fyi the r40 has a few more mbus priority entries
<wens> i think i saw a section explaining the ports, but i need to find it again
<apritzel> wens: yeah, I also tend to get lost in all those various documentation sources ;-)
<wens> apritzel: iirc it was a source file from the bsp
<ErwinH> I can live with felboot for now.
<ErwinH> And when it's ready, it's ready
<apritzel> ErwinH: that's the attitude!
<apritzel> ErwinH: the main problem is that atm the SPL can only load _one_ image, so it's either U-Boot or ATF
<apritzel> ErwinH: FIT can solve this, but the SPL FIT support is rather rudimentary atm
<silviop> Many tanks i will try , and update wiki if all go right
<tkaiser> ErwinH: In case you really want to do already undervoltage testing I strongly recommend to use this Linpack mentioned yesterday. The hpl call then reports corrupted data before you run into kernel crashes. Saves you a lot of time. And everything should be contained in the archive I linked to yesterday.
<apritzel> wens: All rights reserved ...
<ErwinH> I'll have a look at it after lunch.
<apritzel> ErwinH: the solution is already buried in here: https://github.com/apritzel/u-boot/commits/pine64-spl-wip
<apritzel> ErwinH: check out the README in there in how it will eventually work
<apritzel> ErwinH: but that needs some cleanup, which I successfully pushed away from me for quite some time now ;-)
<MoeIcenowy> apritzel: do you consider provide a fully 32-bit soft stack for A64/H5?
<apritzel> MoeIcenowy: including firmware?
<MoeIcenowy> apritzel: yes
<MoeIcenowy> or just drop ATF in this stack
<wens> apritzel: i'm just interested in the names in the comments :)
<wens> though it's nothing new anyway...
<apritzel> MoeIcenowy: you seem to have too much spare time
<MoeIcenowy> ;-)
<KotCzarny> student's life
<apritzel> MoeIcenowy: it should be fairly straightforward to hack U-Boot to drop into AArch32-EL1
<KotCzarny> best time in life
<apritzel> and launch a 32-bit kernel
<MoeIcenowy> P.S. do you care V3s?
<MoeIcenowy> I will get a V3s board in several days
<apritzel> MoeIcenowy: half the bits, half the registers ;-)
<KotCzarny> bat
<KotCzarny> wrong window. eh
<apritzel> wens: yeah, it has the same twelve registers, only it puts a name to MBUS[2]
<MoeIcenowy> V3s seems to be a very-low-end chip
<apritzel> MoeIcenowy: so what is the problem with the existing 32-bit U-Boot for the V3s?
<MoeIcenowy> V3s uses libdram
<MoeIcenowy> V3s is a 32-bit chip at all
<MoeIcenowy> the lowest ARMv7 chip from Allwinner
<MoeIcenowy> but it has 64MB DRAM in package
<apritzel> but chances are the DRAM controller is the very close to some existing one
<apritzel> there are no external DRAM pins on the package, right?
<MoeIcenowy> yes
<MoeIcenowy> only some power pins for DRAM
<apritzel> MoeIcenowy: for a quick hack you could check out something like this: https://github.com/apritzel/u-boot/commits/pine64-spl-libdram
<apritzel> which shows how to marry a binary libdram to an upstream U-Boot SPL
<wens> apritzel: still the 13th ~ 15th registers are set somewhere :/
<apritzel> wens: do you have a dump of the content?
<apritzel> wens: you can just name them UNKNOWN1..3 ;-)
<apritzel> it is relatively straightforward to work out the parameters from the actual register content
<MoeIcenowy> I think many people in this channel won't care V3s
<MoeIcenowy> as it's an embedded-level chip at all
<dgp> MoeIcenowy: I would be interested..
<apritzel> MoeIcenowy: do we know if the V3 is based on some SoC?
<apritzel> is it a cut-down H3?
<MoeIcenowy> I think not a cut-down H3
<MoeIcenowy> at least I now knows it's sun8iw1
<MoeIcenowy> s/w1/w8
<KotCzarny> there is a v66 spec on that site too
<KotCzarny> 8 core with pvr 544
<KotCzarny> and dual cam setup
<MoeIcenowy> V is the camera series
<MoeIcenowy> but it seems that Lichee Pi is going to misuse V series ;-)
<MoeIcenowy> (we have misused H series for a long time ;-)
<KotCzarny> a series was misused even more ;)
<MoeIcenowy> I think early A series is general-purpose chips ;-)
<KotCzarny> general tablet purpose
<apritzel> single core A7, interesting ...
<MoeIcenowy> KotCzarny: not at all, at least A10s is OTT purpose
<KotCzarny> all a series were married with some axp chip
<KotCzarny> which meant battery support/usage
<MoeIcenowy> V3s standard design also uses an AXP202,
<MoeIcenowy> but Lichee Pi Zero is going to use dedicated fixed DCDCs instead of axp202 for smallest board size
<KotCzarny> which also means lost opportunity
<MoeIcenowy> yes...
<MoeIcenowy> maybe V3s can be even used to create a ARMv7-base calculator ;-)
dh1tw has joined #linux-sunxi
mzki has joined #linux-sunxi
montjoie has quit [Ping timeout: 258 seconds]
montjoie has joined #linux-sunxi
<terra854> apritzel: Hey there. Any updates on the A64 uboot spl?
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<silviop> will spl aviable in final 2017.1 ?
<apritzel> silviop: it's probably way too late for that
<apritzel> and also of limited usability atm, as you found out ;-)
<silviop> will be a nice for spring for A64
montjoie has quit [Ping timeout: 248 seconds]
<terra854> apritzel: So in other words, we need the ATF for the SPL to fully work right?
dh1tw has joined #linux-sunxi
montjoie has joined #linux-sunxi
<apritzel> terra854: you need ATF for SMP and Ethernet
<apritzel> the SPL is run before ATF and works fine already
<apritzel> SPL then jumps into ATF, which drops back into the normal U-Boot
<apritzel> with the current patches you can call the normal U-Boot from the SPL directly, but you will loose the ATF functionality
<terra854> apritzel: So we have the ATF right?
<apritzel> terra854: yeah, but with the current U-Boot patches you can't _load_ it
<apritzel> the only exception is FEL booting, where everything works
<apritzel> terra854: that's a bit older, but this image shows how it eventually will work: http://andrep.de/a64/pine64_firmware-20161102.img
<apritzel> this is using a FIT image to load _both_ U-Boot and ATF
zzeroo has quit [Ping timeout: 250 seconds]
<terra854> apritzel: So we still need to patch uboot somemore?
zzeroo has joined #linux-sunxi
<apritzel> terra854: yes, I have some code, but need to clean it up (or more: importantly: find some time to do so)
<MoeIcenowy> apritzel: I have tried to do a continous intergration on ATF
<MoeIcenowy> but currently it have no way to release it
<MoeIcenowy> apritzel: P.S. I suggest adding --cc="linux-sunxi@googlegroups.com" when sending sunxi-related patches
<MoeIcenowy> as not everyone subscribes the U-Boot mailing list ;-)
<apritzel> MoeIcenowy: yeah, I wanted to do so, but then forgot it
<MoeIcenowy> I also usually forget it ;-)
<apritzel> I even forgot to add jemk ;-)
<MoeIcenowy> I think with U-Boot support for AXP803 we can at least get ethernet back without ATF ;-)
fkluknav has quit [Ping timeout: 258 seconds]
<apritzel> MoeIcenowy: sure you can
<apritzel> ATF is nothing magic
<MoeIcenowy> and U-Boot come with supports for all AXPs before
<wens> apritzel: given you already posted initial patches before -rc1, i think it's possible?
<apritzel> wens: I don't really understand the U-Boot behaviour there, sometimes I see scary patches going in at -rc3
<apritzel> wens: so yeah, I guess it's up to mripard
victhor has joined #linux-sunxi
<MoeIcenowy> some other thing I predict to be interesting is to test jernej's H3 HDMI patches on H5
<apritzel> MoeIcenowy: have you tried any of those HDMI patches on a Pine64?
<MoeIcenowy> on Pine64 I failed.
<apritzel> MoeIcenowy: or is the A64 too different in this respect?
<apritzel> the Wiki is a bit unclear about it
<MoeIcenowy> but H5 is more close to H3
<apritzel> MoeIcenowy: yeah, but you don't have one, right?
DullTube has joined #linux-sunxi
<MoeIcenowy> I do have a opipc2
<MoeIcenowy> although nearly untouched now
<MoeIcenowy> oh the H5 port of sunxi-tools is even by me ;-)
<apritzel> MoeIcenowy: you can try my h5 github branch with FEL booting
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<apritzel> and merge in the U-Boot H3 HDMI support
<MoeIcenowy> what most unfortunate to me is that I have a HDMI screen which is not supported by the silly BSP ;-)
<apritzel> yeah, same here ...
<MoeIcenowy> so I even don't believe the H3 DRM driver by moinejf
<MoeIcenowy> as it still uses too much code (esp. mode selecting) from BSP
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<MoeIcenowy> something good for development on H3/5 boards is that they usually do not feature a complex PMIC
<MoeIcenowy> but some dedicated regulators
dh1tw has joined #linux-sunxi
<dgp> Not having lots of different rails that need to be sequenced properly helps with that I think
leviathanch has quit [Remote host closed the connection]
<wens> apritzel: i don't think the mbus priority channels match up
<wens> apritzel: the bandwidth limit for DE is too low
<apritzel> wens: in which code? H5? A64?
<wens> apritzel: R40
<wens> MBUS_CONF( DE, true, HIGH, 0, 128, 48, 0);
<wens> MBUS_CONF( DE_CFG, true, HIGH, 0, 384, 256, 0);
<wens> MBUS_CONF(UNKNOWN2, true, HIGHEST, 2, 8192, 6144, 1024);
<wens> MBUS_CONF(UNKNOWN1, true, HIGHEST, 0, 512, 384, 256);
<wens> MBUS_CONF(UNKNOWN3, true, HIGH, 0, 1280, 144, 64);
<MoeIcenowy> apritzel: just use a PLAT=sun50iw1p1 ATF?
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<ErwinH> I thought is was bl31
<MoeIcenowy> the code of cfb_console do not got properly 64-bit clean ;-)
<MoeIcenowy> it used a unsigned int for FB address
dh1tw has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<MoeIcenowy> apritzel: HDMI works PERFECTLY on H5
<ErwinH> And cpufreq works (after adding the compatible string for sun50i-h5).
<ErwinH> Now time to setup linpack
<igraltist> my orangepi-pc booting gentoo on mainline now :D
<igraltist> without uart cable i had no chance
<jelle> how will you ever finish though?
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
al_cubie has quit []
alex_____ has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
deskwizard has joined #linux-sunxi
dh1tw has joined #linux-sunxi
alex_____ has quit [Quit: Page closed]
<wens> a80 hdmi doesn't seem so straight forward :(
<MoeIcenowy> wens: I think it's just dw-hdmi, right?
<wens> MoeIcenowy: i can't even access the registers at the moment
<wens> either returns all 0, or stalls
<KotCzarny> some register function required aw style?
<wens> don't know
<wens> tcon0 also had a weird issue requiring edp reset to be deasserted :(
<MoeIcenowy> https://github.com/Icenowy/u-boot-1/tree/h5-hdmi source tree for H5 HDMI support ;-)
Nyuutwo has quit [Remote host closed the connection]
Nyuutwo has joined #linux-sunxi
<wens> i feel like out of tree patches are piling up
<MoeIcenowy> ?
DullTube has quit [Quit: Leaving]
<wens> a lot of unmerged patches for the new chips
cnxsoft has quit [Quit: cnxsoft]
msevwork has quit [Quit: Leaving]
<KotCzarny> better to have patches than not?
<MoeIcenowy> patches are hope ;-)
<MoeIcenowy> jernej, apritzel: continue to debug A64 hdmi now
<terra854> And BTW are you guys going to create the DRM driver for the mainline kernel?
<MoeIcenowy> I think it's some regulator issue
<MoeIcenowy> terra854: moinejf is WIP on it
<terra854> Is it going to be one unified DRM driver for the different AW SoCs?
tkaiser has joined #linux-sunxi
<tkaiser> terra854: What do you expect from such a driver?
Nyuutwo has quit [Remote host closed the connection]
fkluknav has quit [Ping timeout: 250 seconds]
Nyuutwo has joined #linux-sunxi
<apritzel> MoeIcenowy: for an ATF build I usually do: make PLAT=sun50iw1p1 DEBUG=1 bl31
fkluknav has joined #linux-sunxi
<MoeIcenowy> apritzel: I will enable DLDO1 in ATF now
<MoeIcenowy> (DLDO1 is VCC3V3-HDMI)
<apritzel> MoeIcenowy: right
<MoeIcenowy> ok this time at least HDMI PHY is ok
<MoeIcenowy> EDID is also get
<MoeIcenowy> but TCON is wrong...
<MoeIcenowy> apritzel: PRed
<apritzel> MoeIcenowy: cheers, looks good on a first glance, will handle it later tonight
<apritzel> I have to adjust the DRAM voltage anyway, since the Pine64 uses DDR3L DRAM, which can run at 1.35 V
<terra854> tkaiser: Ability to change resolution, among others
<terra854> tkaiser: Speaking of which, the Pine's Mali licensing issues have finally been solved.
<tkaiser> terra854: And you need Mali for resolution changing too?
<terra854> tkaiser: No, DRM alone is able to do that
<terra854> tkaiser: afaik
<MoeIcenowy> tkaiser: of course not, but now new mali blobs use drm
<silviop> the problem that hdmi in A64 does not support 4:3 is related ?
<MoeIcenowy> for example, for old sunxi SoCs, the blob from NextThingCo
<tkaiser> terra854: Well, longsleep's sunxi-disp tool switches resolutions on Pine64 since over half a year.
<MoeIcenowy> silviop: yes, it's because of the sh*t BSP pre-defined some resolutions
<MoeIcenowy> you can only use one of them
<terra854> I mean changing resolution without the need to restart all the time
<silviop> with mailline is over ?
<silviop> autodetect with ddc channel work ?
<MoeIcenowy> silviop; at least I have driven a 1024x600 screen with jernej's patch
<MoeIcenowy> which is impossible by BSP
<terra854> tkaiser: "Make sure to stop any graphical UI before running this command to make sure that the existing framebuffer can be properly freed and reassigned."
<terra854> tkaiser: With DRM, there is no need for that
<silviop> i came from pc world where you attach monitor and automagically vga/dvi/hdmi autodetect resolution
<tkaiser> silviop: That's EDID and friends. Works not with the shitty BSP HDMI driver now.
<terra854> And is EDID available on mainline kernel for AW SoCs?
<tkaiser> terra854: As MoeIcenowy wrote: With jernej's patch this works now (patch for H3)
JohnDoe_71Rus has joined #linux-sunxi
<silviop> i feel that mainline is same in all platform
<MoeIcenowy> the shitty BSP also uses EDID, but it only use EDID to choose the available modes from the pre-defined set
<tkaiser> u-boot does EDID detection, sets up the framebuffer, kernel uses it. No Mali, no acceleration ;)
<MoeIcenowy> if your monitor do not support any of the predefined mode, it will fail to initialize the mode
<terra854> Well, framebuffer is going to be phased out
<MoeIcenowy> but the mainline patch now use all the EDID info to drive screen
Worf has quit [Quit: Konversation terminated!]
<terra854> iirc, there is no one maintaining the framebuffer as of 4.10
<apritzel> tkaiser: If I got this correctly, there are patches for proper DRM support in the kernel, somewhat unrelated to that simplefb support driven by U-Boot
<apritzel> (for H3, that is)
<tkaiser> apritzel: I lost track there to be honest. And some days ago I searched for the patches on Jef Moine's site and everything related has been gone. Huh?
<silviop> Common display framework ?
reinforce has quit [Quit: Leaving.]
<wens> what do you mean by "all the same"?
<apritzel> tkaiser: I think these patches cover this, but there was quite some discussion: http://lists.infradead.org/pipermail/linux-arm-kernel/2016-November/470941.html
<silviop> DE2 is contained in A33 too ?
victhor has quit [Ping timeout: 256 seconds]
<silviop> Ok not the same
leviathanch has joined #linux-sunxi
silviop has quit [Remote host closed the connection]
victhor has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
vagrantc has joined #linux-sunxi
<ErwinH> tkaiser: Thanks for linpack
<ErwinH> Running tests now, starting at 1008MHz, dropping the voltage per frequency. Once I fail a test I raise the voltage with 10mV and lower the frequency by one step.
<tkaiser> ErwinH: Just as a reference, would be interesting to get the actual benchmark value when running at 1008 MHz
yann-kaelig has joined #linux-sunxi
<ErwinH> Sure, I'll run it in a bit.
<ErwinH> I also record the maximum temperature. (without cooling atm.)
<ErwinH> 912MHz@1040mV = 73C
reinforce has joined #linux-sunxi
<tkaiser> ErwinH: I would believe the test runs too fast to get reasonable temperature/throttling effects. But of course you should monitor this (and maybe disable throttling for this test?)
<ErwinH> Throttling? I disabled the entire cpufreq-dt driver and sy8106a driver, and control the frequency / voltage by hand :D
<jrg> going to install newer Armbian img on my opi+2e some time today if I get a chance.
<tkaiser> ErwinH: Great! Value looks ok, just compared with my results with Pine64+ back then and interpolated (seems I suffered from some throttling there ;) )
Gerwin_J has quit [Quit: Gerwin_J]
<ErwinH> Hope my college's will leave soon so I can test at full throttle with proper cooling.
<ErwinH> cooling is pretty loud with 3 4cm high speed fans.
jstein_ has joined #linux-sunxi
<KotCzarny> use 12cm or bigger ones
<KotCzarny> after all only air flow counts
<ErwinH> If it was something permanent, sure. But this is only for a quick test, so why bother.
<KotCzarny> for comfort?
jstein_ is now known as jstein
<ErwinH> If I can't test today, I'll find a room which isn't used. Problem solved ;)
<KotCzarny> you can also put the board outside the window (assuming you live in northern climate)
<ErwinH> 7C vs 22C, it makes a difference, but not that much...
perr has quit [Remote host closed the connection]
fdcx has quit [Remote host closed the connection]
Andy-D has joined #linux-sunxi
fdcx has joined #linux-sunxi
<KotCzarny> tkaiser: for distibuting images pixz > zstd. zstd was invented for speed, not compression ratio
<KotCzarny> and for that it does what's advertised
KB3VGW has joined #linux-sunxi
Amit_T_ has joined #linux-sunxi
KB3VGW has left #linux-sunxi [#linux-sunxi]
<tkaiser> KotCzarny: It was invented since running code these days for CPUs from 20 years ago is stupid.
<KotCzarny> you are just jumping on the fad train without considering different use cases
Mr__Anderson has quit [Ping timeout: 248 seconds]
Mr__Anderson has joined #linux-sunxi
<KotCzarny> yes, i've read that, and the one on facebook.github.io
<KotCzarny> and that's what i'm saying to yo. they needed speed, not compression ratio
<KotCzarny> for distribution makers compression ratio is as important as compression speed though
<KotCzarny> let's see if i can find any lzham open source implementation
<tkaiser> KotCzarny: Good to know, maybe I meet someone in the future. I just wanted to explain why zstd can do on a single core where other algorithms need 4. And BTW: I know different use cases and when to choose what.
<tkaiser> KotCzarny: My point from yesterday was: You missed recent compression algos and you use 'distro packages' and then also a distro that is known for horribly bad results (Debian Jessie)
<KotCzarny> than it's ok. my use case considers poor uplink when upping packages (only 1mbit)
<KotCzarny> *then
Amit_T_ has quit [Remote host closed the connection]
<MoeIcenowy> jernej: I hope you read log and see this sentence. I successfully enabled HDMI and TCON1 on A64, featured a stable full-white display.
<MoeIcenowy> (as my screen has a simple naive HDMI to RGB chip, the signal stability can be judged from the screen status
<MoeIcenowy> but it seems that no image is sent to TCON1...
<wens> is the mux configured?
<MoeIcenowy> I'm checking...
<MoeIcenowy> you know, there's no document for DE2
lemonzest has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<MoeIcenowy> wens: is that DE feeds data to TCON, or TCON pull data from DE?
<MoeIcenowy> oh I mean "who can decide whether to transfer the image data or not, tcon or de"
jernej has joined #linux-sunxi
<MoeIcenowy> jernej: ping
<MoeIcenowy> have you see my sentences in log?
atsampson has quit [Ping timeout: 250 seconds]
<NiteHawk> MoeIcenowy: I'd like to merge https://github.com/linux-sunxi/sunxi-tools/pull/91 soon, which includes (and builds upon) your SID patches. if you find the time, some testing on your devices / feedback would be welcome
matthias_bgg has quit [Quit: Leaving]
robogoat has quit [Ping timeout: 248 seconds]
Amit_T_ has joined #linux-sunxi
<miasma> KotCzarny: i'd guess zstd would provide nice alternative for squashfs (along with lz4 and xz). it's faster than zlib but provides equal level of compression.
<KotCzarny> its better than lzo
<KotCzarny> in this regard it's preferred, but has to be yet implemented in kernel
<miasma> lzo is already crap. lz4 has similar ratio but better perf
<miasma> but if you want better ratio than lz4, i think all the current options are suboptimal
<jernej> MoeIcenowy: I'm extremely limited with time this week.
<jernej> But I can give you one clue what it could be
<jernej> just a sec
<MoeIcenowy> DE is not working at all
<MoeIcenowy> I'm reading the schematics again to find if there's any power that I misssed
<jernej> in the sunxi_composer_mode_set() change clrbits_le32(&de_clk_regs->sel_cfg, 1) to setbits_le32(&de_clk_regs->sel_cfg, 1);
<jernej> afaik, 0 means first tcon and 1 second tcon
<jernej> but I might be wrong
<MoeIcenowy> I will check the power supply again
<jernej> still nothing?
<MoeIcenowy> as DE is not working at all -- md 01000000 00300000 results in full 0
<jernej> also the line "writel(1, &de_glb_regs->dbuff);" can be threated as "apply settings"
<jernej> btw, H5 has additional special setting in HDMI PHY
<jernej> something about voltage bias
<MoeIcenowy> I got H5 running now.
<MoeIcenowy> very easy
<jernej> working?
<MoeIcenowy> yes
<MoeIcenowy> just merge apritzel's code with yours
<MoeIcenowy> and solve some conflicts in clock driver code
GrimKriegor_ is now known as GrimKriegor
<jernej> I wonder why is this voltage bias setting there
<jernej> well, unfortunatelly, I will heavily refactor the code
<jernej> but then you could easily port your changes over
<jernej> btw, mailine kernel driver is waiting on Renesas HDMI driver to be merged first in drm-next
<MoeIcenowy> I know that Renesas has also a DW HDMI + non-DW PHY pair
<jernej> yes, and I think it uses also I2S for HDMI audio transport
<jernej> so when all patches land, it should be easy to add proper H3 HDMI support
<MoeIcenowy> but I think it will be worthful to add DE2 support at first
<MoeIcenowy> even if only enable MIPI-DSI (for A64) or TV (for H3) output
<KotCzarny> search for bias paragraph
<jernej> if you really want to test DE2, you have to have also some kind of output and HDMI here is easier than TV out
<KotCzarny> different cheap but technology might be similar
<KotCzarny> *chip
robogoat has joined #linux-sunxi
<MoeIcenowy> jernej: mainline has already driver for TV out
<MoeIcenowy> drivers/gpu/drm/sun4i/sun4i_tv.c
<jernej> KotCzarny: I saw similar parameters also on other platforms, but I didn't manage to figure why it is really needed
<jernej> MoeIcenowy: But I guess nobody try to use it on H3. Did you?
<MoeIcenowy> of course I didn't
<jernej> so there is no guarantee that it is directly compatible
<jernej> at least I would go with HDMI first, because I know it well and most users would use it too
<jernej> sorry, I don't have time anymore for chat
mzki has quit [Ping timeout: 258 seconds]
<jernej> just write and I will read everything in a day or two
<MoeIcenowy> ok thx
<jernej> bye
<MoeIcenowy> bye
atsampson has joined #linux-sunxi
menomc is now known as mnemoc
<jernej> MoeIcenowy: It seems that I have few minutes left. Can you please push your A64 WIP branch somewhere? I'm really interested what have you done till now
<MoeIcenowy> h5 guys pushed
<MoeIcenowy> but a64 guys not commited at all
jernej has quit [Ping timeout: 246 seconds]
BenG83 has joined #linux-sunxi
apritzel has quit [Quit: Leaving.]
BenG83 has quit [Client Quit]
BenG83 has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
fkluknav has quit [Ping timeout: 250 seconds]
atsampson has quit [Quit: let's see if updating the BFQ patch fixes that hang...]
Mr__Anderson has quit [Remote host closed the connection]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
atsampson has joined #linux-sunxi
ErwinH has quit [Remote host closed the connection]
Nyuutwo has quit [Remote host closed the connection]
Nyuutwo has joined #linux-sunxi
ErwinH has joined #linux-sunxi
tuxillo_ is now known as tuxillo
jstein_ has joined #linux-sunxi
jstein is now known as Guest74366
ErwinH has quit [Ping timeout: 260 seconds]
jstein_ is now known as jstein
Guest74366 has quit [Ping timeout: 246 seconds]
dave0x6d has joined #linux-sunxi
ErwinH has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
ErwinH has quit [Ping timeout: 265 seconds]
vagrantc has quit [Ping timeout: 265 seconds]
vagrantc has joined #linux-sunxi
tkaiser has joined #linux-sunxi
deskwizard has quit [Read error: Connection reset by peer]
Ntemis has joined #linux-sunxi
<lennyraposo> hey ssvb
<lennyraposo> want to pick your brain later on about the fbturbo driver
<lennyraposo> looking to frankenstein soemthign with armsoc
<lennyraposo> driver
<lennyraposo> cleaned up a ot of useless crap from current armsoc drm provided by AW
Pepe has joined #linux-sunxi
<lennyraposo> gained abotu 25 - 30% performance on es2 tests
<lennyraposo> glmark etc
Amit_T_ has quit [Quit: ChatZilla 0.9.93 [Firefox 46.0.1/20160511224619]]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
uwe_ has quit [Ping timeout: 250 seconds]
uwe__ has quit [Ping timeout: 248 seconds]
lemonzest has quit [Quit: Leaving]
terra854 has quit [Quit: Connection closed for inactivity]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
foxx_ has quit [Ping timeout: 246 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 264 seconds]
deskwizard has joined #linux-sunxi
apritzel has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
uwe_ has joined #linux-sunxi
uwe__ has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
FrostyBytes has joined #linux-sunxi
<FrostyBytes> greetings. I don't know which modules I need to enable ethernet on banana pi
<FrostyBytes> I have a banana pi, so allegedly that is GMAC+RTL8211
<FrostyBytes> ah I found allwinner gmac under STMicroelectronics
<FrostyBytes> not a very obvious place for it
jstein has quit [Read error: Connection reset by peer]
leviathanch has quit [Remote host closed the connection]
<FrostyBytes> dwmac-sunxi
<FrostyBytes> hopefully that's the last of my driver problems ...
uwe__ has quit [Quit: leaving]
reinforce has quit [Quit: Leaving.]
FergusL has quit [Quit: Ping timeout (120 seconds)]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 258 seconds]
netlynx has quit [Quit: Ex-Chat]
Ntemis has quit [Remote host closed the connection]
honx has quit [Ping timeout: 265 seconds]
honx has joined #linux-sunxi
msev- has quit [Ping timeout: 250 seconds]
Mr__Anderson has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
deskwizard has quit [Ping timeout: 256 seconds]
msev- has joined #linux-sunxi
ErwinH has quit [Ping timeout: 246 seconds]
cptG has joined #linux-sunxi
cptG_ has quit [Ping timeout: 256 seconds]