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
afaerber has quit [Remote host closed the connection]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
lurchi_ is now known as lurchi__
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
lurchi__ is now known as lurchi_
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.9.1]
yann-kaelig has quit [Quit: Leaving]
embed-3d_ has quit [Ping timeout: 240 seconds]
ninolein has quit [Ping timeout: 255 seconds]
ninolein has joined #linux-sunxi
embed-3d_ has joined #linux-sunxi
anarsoul|2 has quit [Ping timeout: 258 seconds]
cnxsoft has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
lurchi_ is now known as lurchi__
Putti has quit [Ping timeout: 248 seconds]
Putti has joined #linux-sunxi
jbrown has quit [Ping timeout: 260 seconds]
TheSeven has quit [Ping timeout: 246 seconds]
TheSeven has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
IgorPec has joined #linux-sunxi
jernej has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 248 seconds]
TheSeven has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
jernej has quit [Ping timeout: 248 seconds]
awais has joined #linux-sunxi
<camh> hmmm, in kernel 4.12 AXP20X_POWER added a depends on IIO (6254a6a94489), but the sunxi_defconfig does not select IIO, so the deconfig does not actually select AXP20X_POWER
Gerwin_J has quit [Quit: Gerwin_J]
JohnDoe_71Rus has joined #linux-sunxi
anarsoul has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
cnxsoft1 is now known as cnxsoft
fugitive has joined #linux-sunxi
fugitive has quit [Ping timeout: 240 seconds]
f0xx has joined #linux-sunxi
awais has quit [Remote host closed the connection]
Putti has quit [Remote host closed the connection]
ikmaak has quit [Quit: Exit.]
Putti has joined #linux-sunxi
ikmaak has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
mhlavink has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
reinforce has joined #linux-sunxi
diego_r has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
jack_ has joined #linux-sunxi
jack_ has quit [Client Quit]
jack_ has joined #linux-sunxi
Putti has quit [Ping timeout: 248 seconds]
Putti has joined #linux-sunxi
fugitive has joined #linux-sunxi
pfeerick has quit [Ping timeout: 240 seconds]
LargePrime has quit [Ping timeout: 240 seconds]
pfeerick has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
LargePrime has joined #linux-sunxi
ikmaak has quit [Read error: Connection reset by peer]
chomwitt has quit [Quit: WeeChat 1.0.1]
ikmaak has joined #linux-sunxi
nashpa has quit [Ping timeout: 248 seconds]
chomwitt has joined #linux-sunxi
nashpa has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
<wens> Net147_: are you planning to update a10/a20 display support patches?
<Net147_> wens: I think they need rebasing on top of your A31 work
<wens> likely yeah
<Net147_> should I wait until the A31 stuff gets applied?
<Net147_> into sunxi-next
<wens> you can just base it off my a31-hdmi-v3 branch
<wens> it has some extra patches that I haven't finished or sent, but it shouldn't affect your work
qeed has quit [Ping timeout: 248 seconds]
<wens> I could just pick and squash some of your patches to get something working
<plaes> Net147_: I actually rebased your stuff
<wens> it's going to need some more work, as the TCON muxing bits have changed :)
<Net147_> wens: feel free to pick it up if you feel like it. you have more experience than I do. I may not be able to look at it for some time.
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
qeed has joined #linux-sunxi
<plaes> I have planned two evenings next week ;)
<plaes> 1) HDMI on A10, 2) LVDS on A10 3) LVDS+HDMI :)
<Net147_> it just needs rebasing, commit messages need work and perhaps some splitting/squashing/picking of patches
<wens> plaes: I can only do HDMI, as I don't have proper panels right now
<Net147_> I don't think the panel stuff should go in. the board doesn't come with a panel.
<Net147_> but I can easily test patches
Gerwin_J has quit [Quit: Gerwin_J]
lerc has quit [Ping timeout: 255 seconds]
nOOb__ has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
LargePrime has quit [Ping timeout: 248 seconds]
lerc has joined #linux-sunxi
Gerwin_J_ has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 258 seconds]
Gerwin_J_ is now known as Gerwin_J
ikmaak has quit [Remote host closed the connection]
marble_visions has quit [Quit: bye]
marble_visions has joined #linux-sunxi
yann has quit [Ping timeout: 248 seconds]
<MoeIcenowy> mripardL your changes on U-Boot USB Gadget and USB Ether Gadget seems to break a lot of things :-(
<MoeIcenowy> at least H3 and R40 is broken
<MoeIcenowy> mripard:^
lurchi_ is now known as lurchi__
<MoeIcenowy> I suggest to revert the commits if it's not ready
<MoeIcenowy> the "fix" 2dab2aa4095da7d5eaaadf48f2938ab6e5030753 still didn't deal with it correctly
Gerwin_J has quit [Quit: Gerwin_J]
paulk-gagarine-s has joined #linux-sunxi
paulk-gagarine has quit [Ping timeout: 248 seconds]
Gerwin_J has joined #linux-sunxi
lerc has quit [Ping timeout: 248 seconds]
awais has joined #linux-sunxi
f0xx has quit [Ping timeout: 260 seconds]
<Net147_> plaes: do you have RGB panel?
Net147_ has quit [Quit: Quit]
Net147 has joined #linux-sunxi
<plaes> no :S
chomwitt has quit [Ping timeout: 246 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
jbrown has joined #linux-sunxi
Putti has quit [Ping timeout: 248 seconds]
Ntemis has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
<Net147> plaes: wens: I have pushed rebased branch with dual LCD + HDMI and timing workarounds - https://github.com/net147/linux/tree/sun7i-drm-wip
vpeter has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
<plaes> now we only need to get some of the stuff upstream to reduce the churn of carrying those patches around...
yann has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<Net147> plaes: wens: note I have video support disabled in U-Boot so it doesn't interfere with dual display handling...
<Net147> there is probably quite a bit of work to be done to properly handle the clock timings for dual display
jernej has joined #linux-sunxi
<plaes> agreeing on the clock stuff.. though some of the devicetree bits and compatibles could be pushed..
nOOb__ has quit [Remote host closed the connection]
<Net147> well the first 8 commits can probably be mainlined. though perhaps I need to split out the dt binding changes.
LargePrime has joined #linux-sunxi
<plaes> yeah
yann-kaelig has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
chomwitt has joined #linux-sunxi
popolon has joined #linux-sunxi
SP7RT has joined #linux-sunxi
SP7RT has quit [Ping timeout: 248 seconds]
nvz has quit [Ping timeout: 240 seconds]
nvz has joined #linux-sunxi
SP7RT has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
f0xx has joined #linux-sunxi
anarsoul has joined #linux-sunxi
sunxi_fan has joined #linux-sunxi
<sunxi_fan> @Net147, is there any DTS with the dual DRM pipeline setup, in your branch 'sun7i-drm-wip', so i can wrap my head around the correct setup..
<sunxi_fan> i have this A20 EVB with RGB and HDMI, i'd like to see working on a dual framebuffer..
<sunxi_fan> BTW, i'm wondering if such a dual head setup will work smoothly with the recent exploit of libMali.so on mainline..
<sunxi_fan> interesting time we live in.. :-)
<Wizzup> exploit?
<Wizzup> I'm more interested in the recent lima work
<kivutar> if I use these blobs http://free-electrons.com/blog/mali-opengl-support-on-allwinner-platforms-with-mainline-linux/ and mainline u-boot and mainline kernel, can I make an image that works on many allwinner boards?
<kivutar> I'm mainly interested in a10, a20, H3, H5
matthias_bgg has quit [Quit: Leaving]
awais has quit [Remote host closed the connection]
a|3x has quit [Ping timeout: 246 seconds]
SP7RT_ has joined #linux-sunxi
msimpson has quit [Quit: Leaving]
SP7RT has quit [Ping timeout: 258 seconds]
Ntemis has quit [Remote host closed the connection]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
<Putti> I'm running the latest upstream u-boot with h2+ board and Display Engine 2 video driver but I don't know how to get the U-boot logo showing up on the HDMI monitor! I tried to find relevant setting from menuconfig but I didn't notice any.
chomwitt has quit [Ping timeout: 258 seconds]
<jernej> Putti: Which U-Boot logo?
<Putti> I remember there being one that shows up at the very first thing when you boot, or is it some custom stuff on the boards I have seen the logo on?
<Putti> I rgrep'd the u-boot source code and found CONFIG_VIDEO_BMP_LOGO so I think it might be that
<Putti> jernej, and thanks for the great work with HDMI support
<jernej> old video framework showed Linux penguin
<jernej> but that's not default anymore with DM video framework
<Putti> oh, such a bummer
<jernej> I think you can still show some image
<jernej> if you want
<Putti> yeah, I think I saw some instructions on the internet on getting splash screen working for u-boot so I guess I could have that show the penguin :)
<jernej> btw, penguin image was hardcoded in, so you have to use some other mechanism, like loading image from filesystem
<Putti> thanks
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
sunxi_fan1 has joined #linux-sunxi
sunxi_fan1 has quit [Client Quit]
vbmithr has quit [Ping timeout: 240 seconds]
libv_ has quit [Ping timeout: 260 seconds]
vbmithr has joined #linux-sunxi
libv has joined #linux-sunxi
<marble_visions> i've got this http://mail.olimex.com/Products/Components/IC/H27UBG8T2BTR/resources/H27UBG8T2BTR.pdf, which is on an olinuxno board.. do i really need to insert shims inside uboot in order to report the ecc strength?
<marble_visions> i see that my uboot 2016.01 has the ecc's hardcoded
<marble_visions> for several boards
vpeter has joined #linux-sunxi
<marble_visions> s/several boards/several nand chips/
* marble_visions can't get SPL and UBOOT working on the nand, and is becoming more and more paranoid about the cause
f0xx has quit [Ping timeout: 258 seconds]
reinforce has quit [Quit: Leaving.]
a|3x has joined #linux-sunxi
SP7RT_ has quit [Ping timeout: 248 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
diego_r has quit [Ping timeout: 258 seconds]
<smaeul> orangepi ~ # uptime && date
<smaeul> 19:43:13 up 24855 days, 3:14, 0 users, load average: 0.01, 0.00, 0.00
<smaeul> Thu Nov 17 19:43:13 CST 2112
<smaeul> does this look like a timer bug or memory corruption?
yann has quit [Ping timeout: 260 seconds]
<vpeter> or very good result :)
<smaeul> the date was correctly set by NTP at boot
<smaeul> orangepi ~ # echo $(( $(cat /sys/class/rtc/rtc0/since_epoch) / 3600 ))
<smaeul> 74
<smaeul> which is accurate: the board has been on about 3 days
fugitive has quit [Ping timeout: 258 seconds]
OpenglMan has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
anarsoul|2 has joined #linux-sunxi
OpenglMan has quit [Ping timeout: 260 seconds]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
Andy-D has joined #linux-sunxi
jack_ has quit [Quit: jack_]
<martinayotte> @smaeul, is it a arm64 board ? I've faced that too recently ... I've rebuild my kernel with CONFIG_FSL_ERRATUM_A008585=y and "fsl,erratuma008585" in DTS, now checking it is will last forever...
reinforce has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
<martinayotte> Oupps ! Typo missing dash : "fsl,erratum-a008585" in DTS
BenG83 has joined #linux-sunxi
<martinayotte> BTW, when such bug occurs, there is no way to adjust sys_clock, neiher with date/ntpdate/hwclock, even if "hwclock -r" retrieve good value, the kernel doesn't let any do settimeofday() and returns EINVAL. Only reboot fix the issue ...
<smaeul> martinayotte: yes, it's opiwin, so A64
<martinayotte> If you are using Armbian, I've committed a patch yesterday !
<smaeul> date: cannot set date: Invalid argument
<smaeul> so it looks the same as what you're experiencing
<martinayotte> Right ! settimeofday() and returns EINVAL
<smaeul> settimeofday({tv_sec=1506707460, tv_usec=0}, NULL) = -1 EINVAL (Invalid argument)
<martinayotte> doing "strace" , right !
<smaeul> ok, I will work around, thanks
<smaeul> I saw the patch, now I know why :)
<martinayotte> You're welcome ! Have an happy rebuild ... :-P
<martinayotte> I think owner of settimeofday() should look why we cannot fix the clock and bug occurs ...
<martinayotte> s/and/when/
Mr__Anderson1 has joined #linux-sunxi
Mr__Anderson has quit [Ping timeout: 258 seconds]
IgorPec has quit [Ping timeout: 240 seconds]
netlynx has quit [Quit: Ex-Chat]
afaerber has joined #linux-sunxi
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
aalm has quit [Quit: xyz 1.9]
<anarsoul> darn, looks gcc-7.2 make spl even bigger
<anarsoul> it doesn't fit anymore into 32k
<anarsoul> *looks like
libv_ has joined #linux-sunxi
<KotCzarny> ahahaha!
<KotCzarny> that's what you get for squezing every last bit of it
libv has quit [Ping timeout: 260 seconds]
<anarsoul> well, we don't have support for 32-bit SPL for A64 in u-boot yet
vagrantc has joined #linux-sunxi
yann has joined #linux-sunxi
SP7RT has joined #linux-sunxi
scream has joined #linux-sunxi
<Putti> sunxi-h3-h5.dtsi (linux-next) has in usb_otg 1K memory size instead of 4K. USB OTG in H3 at least according to datasheet has 4K address space. I noticed similar "bug" in some other node some time ago and I think someone even sent a patch for it but I don't remember if there was any other reason to fix this other than cosmetics.. So if someone could remind me again?
lkcl has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
fugitive has joined #linux-sunxi
Ntemis has joined #linux-sunxi
lerc has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
lkcl has joined #linux-sunxi
andre4s has joined #linux-sunxi
SP7RT_ has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
SP7RT has quit [Ping timeout: 258 seconds]
Ntemis has quit [Remote host closed the connection]
TEKrantz has quit [Quit: Man who run behind car get exhausted]
lkcl has quit [Ping timeout: 240 seconds]
<Putti> also some old IRC logs explaining why it matters: https://irclog.whitequark.org/linux-sunxi/2017-07-04
<martinayotte> @Putti, but this is related to EMAC, not USB_OTG ...
<Putti> right but similar problem
<Putti> I wonder where the wrong sizes came in the first place, maybe copy paste from somewhere?
<Putti> though, if one is looking from the datasheet it could be easy to read the value from one row above or below
vagrantc has quit [Ping timeout: 260 seconds]
<martinayotte> In 4.11.x, it was also 1K
<martinayotte> Which pageNo that you found the 4K ?
<Putti> martinayotte, 84
<martinayotte> Right !
Andy-D has quit [Ping timeout: 240 seconds]
jernej has quit [Ping timeout: 248 seconds]
vagrantc has joined #linux-sunxi
<martinayotte> I think it is related to the fact that not all registers are needed, for example, EHCI0 and OHCI0 together on page 84 says also 4K but in DTS, they are splitted with each 256 bytes.
<martinayotte> In other words, there are many unused address spaces...
scream has quit [Remote host closed the connection]
<Putti> yes
<martinayotte> Details for those are at page 488, even 256 is big since their last register are at 0x54. I bet that OTG is also ending at 0x54 ...
SP7RT_ has quit [Ping timeout: 258 seconds]
<Putti> are the OTG registers documented anywhere?
IgorPec has joined #linux-sunxi
<martinayotte> I don't see them on page 486/487, I presume it is the same register list as EHC0, but at address 0x01C19000, therefore also ending 0x54
<martinayotte> Important thing is not to map larger than reality : I remember tweaking LongSleep DT almost 2 years ago where EMAC was larger than reality and it was preventing using other peripherals next to EMAC, if I remember SPI0/SPI1.
SP7RT has joined #linux-sunxi
<Putti> How was it preventing?
<martinayotte> My memory troubles, but if I remember, SPIs were not discovered.
<martinayotte> That was on early Pine64
<Putti> but shouldn't it work in theory? So could there have been some bug in the datasheet or hardware? Or even a bug in the kernel?
<martinayotte> In this case, instead of reserving 64K for ETH, it was wrongly reserving 256K, overlapping at peripherals found after ETH location.
<martinayotte> (so, it was not 2 years ago, but 14 months ago ;-) )
IgorPec has quit [Ping timeout: 260 seconds]
BenG83 has quit [Ping timeout: 240 seconds]
<Putti> mhm but what if we don't specify all the memory space available in DT: couldn't that then make possible some hard to debug bugs? Like maybe some driver changing the registers of some device that doesn't belong to it? Or does the kernel do any checking like this?
SP7RT has quit [Ping timeout: 258 seconds]
Mr__Anderson1 has quit [Remote host closed the connection]
<martinayotte> In the current example, if the driver doesn't access any location outside 0x0000 and 0x0054, why would it be important that have the whole 4K mapped in DT ?
<martinayotte> In the case of overlap issue I've mentioned, I had really problems not been able to use the SPI because of EMAC stealing the whole space.
<martinayotte> If you wish to play with this, simply change DT to have EMAC stealing 256K ... :-)
<Putti> martinayotte, I think at least what mripard said (in the log I linked) has some truth to it but it would be interesting to ask this same question on some more general kernel mailing list because maybe people there have some more good arguments for what should be the specified register size.
reinforce has quit [Quit: Leaving.]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
vagrantc has quit [Quit: leaving]
fugitive_ has joined #linux-sunxi
fugitive has quit [Ping timeout: 248 seconds]
aalm has joined #linux-sunxi
pfeerick has quit [Ping timeout: 248 seconds]
pfeerick has joined #linux-sunxi
lurchi__ is now known as lurchi_
<andre4s> hey guys, i am searching for help since a few days to get my banana pi with archlinux installed booting from my hdd again
<andre4s> need some uboot support
<andre4s> i have had the leemaker archlinux installed which have been shipped with the old uboot and made mi bananapi booting fine from my sata hdd configured with changing the line of the root device in the uEnv.txt
<andre4s> now i reinstalled the archlinux folowing this tutorial https://wiki.archlinux.org/index.php/Banana_Pi and compiled uboot by myself out of the git sources and my archlinux is booting fine with the boot.cmd of the tutorial from my sdcard
<andre4s> but now i am stugging make it boot from my sata hdd again
<andre4s> i researched for tutorials howto configure the boot.cmd to make my archlinux boot from sd but without any success