ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | Wiki at http://linux-rockchip.info | Logs at http://irclog.whitequark.org/linux-rockchip | ML at http://groups.google.com/group/linux-rockchip
nighty has joined #linux-rockchip
paulk-collins has quit [Remote host closed the connection]
mrueg has quit [Remote host closed the connection]
mrueg has joined #linux-rockchip
cnxsoft has joined #linux-rockchip
lkcl has quit [Ping timeout: 258 seconds]
vagrantc has quit [Quit: leaving]
<stdint> phh, ping
xming has quit [Ping timeout: 240 seconds]
via has quit [Ping timeout: 256 seconds]
lkcl has joined #linux-rockchip
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-rockchip
xming has joined #linux-rockchip
xming has joined #linux-rockchip
xming has quit [Changing host]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-rockchip
<phh> ayaka stdint pong
<stdint> phh, I want to confirm some thing about drm with you
<stdint> phh, ok, nothing it suddenly work
<stdint> I don't know what is wrong with firefly, somethings it work
<stdint> I still got this https://paste.fedoraproject.org/528611/48463838/ at the morning
<stdint> but hdmi suddenly works
<phh> on 4.10-rc3?
<stdint> yes
<stdint> ok it doesn't work again
<phh> right, so c201 have blinking sdcard, firefly have blinking hdmi
<phh> it still needs some stabilisation :s
<stdint> phh, does the sdcard issue is fixed by the new patch
<phh> which one? I did try "soc: rockchip: power-domain: export idle request"
<stdint> phh, [PATCH v5 1/2] mmc: dw_mmc: silent verbose log when calling from PM context
<stdint> phh, it is in the mail list
<phh> uh... this really helps sdcard randomly not booting?
<phh> it's not what the commit message says
<phh> I guess i also need [PATCH v5 2/2] mmc: dw_mmc: force setup bus if active slots exist
<stdint> sounds like CONFIG_DRM_FBDEV_EMULATION cause the problem
<stdint> phh, yes both of them
<phh> ok, i'll try that thanks
<rperier> mmind00: I have no informations about this otp_gpio on the firefly. As it conflicts with the pin for the headphone, what do you prefer ? pinmux headphone and disable tsadc locally or keep tsadc and don't pinmux headphone (it's working but I am not fan of this solution)
<rperier> hi btw :)
<rperier> I realized that it can conflicts at runtime with the pins of tsadc anyway... (init, default and sleep state) :/
libv_ has joined #linux-rockchip
libv has quit [Ping timeout: 255 seconds]
matthias_bgg has joined #linux-rockchip
<stdint> rperier, it looks like a bug anyway
<stdint> as the tsadc is configured as cru control mode
<stdint> that pin shouldn't be used for that as I said yesterday
libv has joined #linux-rockchip
libv_ has quit [Ping timeout: 240 seconds]
<mmind00> rperier: stdint is mostly correct it seems ... only veyron and the rk3288-evb seem to use this pin as otp indicator
<mmind00> rperier: so I guess, just move the otp pinctrl setting from rk3288.dtsi to the rk3288-evb.dtsi and rk3288-veyron.dtsi
<rperier> mhhh, ok. I will investigate. thanks
nighty has quit [Quit: Disappears in a puff of smoke]
libv has quit [Ping timeout: 240 seconds]
libv has joined #linux-rockchip
leah2 has quit [Ping timeout: 255 seconds]
libv_ has joined #linux-rockchip
libv has quit [Ping timeout: 240 seconds]
lkcl has quit [Ping timeout: 240 seconds]
leah2 has joined #linux-rockchip
lkcl has joined #linux-rockchip
wadim_ has joined #linux-rockchip
paulk-blaze has joined #linux-rockchip
libv has joined #linux-rockchip
libv_ has quit [Ping timeout: 240 seconds]
libv has quit [Ping timeout: 256 seconds]
libv has joined #linux-rockchip
paulk-blaze has quit [Remote host closed the connection]
paulk-blaze has joined #linux-rockchip
paulk-blaze has quit [Remote host closed the connection]
paulk-blaze has joined #linux-rockchip
ayaka has quit [Ping timeout: 240 seconds]
ayaka has joined #linux-rockchip
paulk-blaze has quit [Remote host closed the connection]
paulk-blaze has joined #linux-rockchip
nighty has joined #linux-rockchip
paulk-blaze has quit [Remote host closed the connection]
paulk-blaze has joined #linux-rockchip
libv_ has joined #linux-rockchip
libv has quit [Ping timeout: 240 seconds]
libv_ has quit [Ping timeout: 248 seconds]
sunxi_fan has quit [Ping timeout: 260 seconds]
libv has joined #linux-rockchip
hramrach has quit [Ping timeout: 248 seconds]
paulk-blaze has quit [Remote host closed the connection]
sunxi_fan has joined #linux-rockchip
hramrach has joined #linux-rockchip
paulk-blaze has joined #linux-rockchip
libv has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-rockchip
cnxsoft has quit [Remote host closed the connection]
paulk-blaze has quit [Remote host closed the connection]
libv has joined #linux-rockchip
paulk-blaze has joined #linux-rockchip
libv_ has joined #linux-rockchip
libv has quit [Ping timeout: 252 seconds]
libv_ has quit [Ping timeout: 240 seconds]
<ayaka> paulk-blaze, ping
<paulk-blaze> ayaka, pong
<ayaka> paulk-blaze, may I use the private message?
<paulk-blaze> ayaka, sure :)
Omegamoon has joined #linux-rockchip
libv has joined #linux-rockchip
mrjay has joined #linux-rockchip
libv has quit [Ping timeout: 258 seconds]
libv has joined #linux-rockchip
Myy has joined #linux-rockchip
matthias_bgg has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-rockchip
paulk-blaze has quit [Quit: Leaving]
matthias_bgg has joined #linux-rockchip
wadim_ has quit [Quit: Leaving.]
matthias_bgg has quit [Quit: Leaving]
paulk-collins has joined #linux-rockchip
vagrantc has joined #linux-rockchip
ayaka has quit [Quit: byte]
ayaka has joined #linux-rockchip
lkcl has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-rockchip
mrjay has quit [Quit: Page closed]
Omegamoon has left #linux-rockchip [#linux-rockchip]
mrjay has joined #linux-rockchip
mrjay has quit [Quit: Page closed]
vagrantc has quit [Quit: leaving]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
lkcl has quit [Ping timeout: 256 seconds]
<Myy> Are gbm_bo_(un)ref ARM Mali specific procedures ? It seems to be only defined in libmali gbm.h file
<phh> hello Myy :)
<Myy> Hello phh :)
<phh> Myy: I think you should rather try ARM's developer forums
<Myy> Yeah, I'll try to ask on the ARM Community. But they migrated to another forum software recently, and the activity went from low to very low
<Myy> I see that you also patched the MMC code in the 4.10. Do you have the noisy MMC warnings in the logs after the patch ?
<phh> right. fyi, this channel is more active in china timezone (i.e. morning in france)
<phh> well I applied the MMC patch in the hope to fix my random boot issue, but it doesn't work, and I see you have another patch for that
<Myy> Yeah. It works but the logs get spammed every minute.
<Myy> [ 9364.515382] mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 52000000Hz, actual 50000000HZ div = 0)
<phh> have you looked at linux-rockchip mailing list?
<phh> there are two patches for that I think
<Myy> I don't know why it cannot get the remaining 2Mhz
<Myy> Ah, no. I only got this one https://patchwork.kernel.org/patch/9498527/ but I didn't know about the linux-rockchip LKML
<Myy> I might be missing that one I guess ? https://patchwork.kernel.org/patch/9494485/
<Myy> Oooh, interesting one
<phh> Myy: BTW, I need none of all the mali kernel patches you have
<phh> and I build mali module out of kernel tree
<Myy> Well, I used the r15p00 one which try to use get_user_pages_remote
<Myy> I also added the UMP driver "just in case" it was used somewhere
<Myy> They kind of work (FBDEV, DRM, Wayland works. X11 don't but I think I don't have the right xorg-server), but I'll try the OOT ones when I can.
<phh> right, github.com/rockchip-linux/ provides a xorg-server with a modified glamor to work on GLES
<Myy> Yeah. That's the one I tried to compile and I got the dreaded "what is gbm_bo_ref" error from GCC.
<phh> ok
<phh> I cheat I use rockchip's prebuilt deb packages ;)
<Myy> I'll try to copy the mali headers
<Myy> Well I should too, but I'm trying to understand how everything pieces together
<Myy> However, I discovered way too late that Yocto was actually very Gentoo-like, with also a lot of ARM specific builds files.
<Myy> However, I'd like to know where they got these headers though... The SDK maybe ?
<phh> grmbl, https://patchwork.kernel.org/patch/9498527/ doesn't fix my mmc problem
<Myy> The problem I got was a hang-up and "hung task" after a few minutes, with ext4 code showing in the backtrace
<phh> hum I have mostly the same thing. usually it's on partition scanning, so I did get it on ext4 once
<Myy> I remember finding this patch by actually searching the new scheduler symbols, as I thought that it was a new scheduler issue
<Myy> I'll try to find the LKML thread where I found this
<phh> right, I even have the same device as the guy :P
<Myy> And so, the supposed fix was https://lkml.org/lkml/2017/1/9/839
<phh> sounds like it's not a 100% fix then :s
<phh> I'll come back on that when I have fully working hw video decoding :P
<Myy> It seems that ayaka had the same problem as you http://lists.infradead.org/pipermail/linux-rockchip/2017-January/013639.html
<phh> well he was answering on the log patch
<Myy> Ah ! I thought it was the boot problem. However, did you try to only apply one part of the patch ?
paulk-collins has quit [Remote host closed the connection]
<Myy> No more MMC spamming... Yay...
<Myy> Still, I think that this log muting patch is hiding a real configuration problem.
nighty has quit [Quit: Disappears in a puff of smoke]
<Myy> Okay, so that's it for today. My slight rework of the the second MMC mute patch is here : https://gitlab.com/snippets/35594 . The first is here : https://github.com/Miouyouyou/MyyQi/blob/master/patches/kernel/v4.10-rc4/0004-mmc-Applied-Ziyuan-Xu-dw_mmc-patch.patch . You can try to play with them, apply just one of them, apply both or none and see if it changes anything.
<Myy> That said, I'm off !
<Myy> See you everyone !
Myy has quit [Quit: Leaving]