mmind00 changed the topic of #linux-rockchip to: Rockchip development discussion | public log at https://libera.irclog.whitequark.org/linux-rockchip
kevery has joined #linux-rockchip
System_Error has quit [Remote host closed the connection]
System_Error has joined #linux-rockchip
sL1pKn07 has quit [Ping timeout: 245 seconds]
alpernebbi has quit [Ping timeout: 248 seconds]
hipboi has joined #linux-rockchip
alpernebbi has joined #linux-rockchip
sL1pKn07 has joined #linux-rockchip
amazingfate has joined #linux-rockchip
amazingfate_ has quit [Ping timeout: 260 seconds]
hexdump0815 has quit [Ping timeout: 252 seconds]
hexdump0815 has joined #linux-rockchip
hipboi has quit [Quit: hipboi]
hipboi has joined #linux-rockchip
naoki has quit [Quit: naoki]
hipboi has quit [Quit: hipboi]
hipboi has joined #linux-rockchip
franoosh has joined #linux-rockchip
erg_ has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 265 seconds]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 252 seconds]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 245 seconds]
kevery1 is now known as kevery
indy_ has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 245 seconds]
kevery1 is now known as kevery
franoosh has quit [Quit: Leaving]
erg_ has quit [Ping timeout: 252 seconds]
erg_ has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 260 seconds]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 248 seconds]
kevery1 is now known as kevery
erg_ has quit [Ping timeout: 252 seconds]
ldevulder has joined #linux-rockchip
warpme has joined #linux-rockchip
smaeul has quit [Read error: Connection reset by peer]
smaeul has joined #linux-rockchip
erg_ has joined #linux-rockchip
<qschulz> Kwiboo: I've my hands on a Chinese HDMI display which doesn't work nicely with my RK3399 Puma and RK3588 Tiger/Jaguar, even with your patch series for the DW HDMI stuff from a month ago
<qschulz> modetest output: https://paste.ack.tf/12acba
<qschulz> the first issue is likely that the first entry seems to be wrong as this display goes up to 1920x1200 and not 4K
<qschulz> but I've seen it pick 1920x1200 sometimes as default resolution and it would still not work
<qschulz> If I run the modetest pattern on 1920x1080 it works fine
kevery1 has joined #linux-rockchip
<qschulz> the log is with your patches from https://lore.kernel.org/linux-rockchip/20240908132823.3308029-1-jonas@kwiboo.se/ based on next-20241024
kevery has quit [Ping timeout: 245 seconds]
kevery1 is now known as kevery
stikonas has joined #linux-rockchip
<qschulz> https://paste.ack.tf/6d0065 for the modetest output from my Intel laptop
<qschulz> mmind00: ^
<qschulz> I have 1200p working on my laptop
<qschulz> but it still shows 4K for some reason\
raster has joined #linux-rockchip
naoki has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 276 seconds]
kevery1 is now known as kevery
ungeskriptet has quit [Quit: The Lounge - https://thelounge.chat]
ungeskriptet has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 248 seconds]
kevery1 is now known as kevery
<Kwiboo> qschulz: interesting, looking at the modetest from intel laptop I suspect the 193250 clock rate is not fully supported with current pll table used for the vpll, and that mode is not marked as valid by driver
<Kwiboo> will modetest work for any of the 4k modes from your laptop? (is the display reporting a mode it does not fully support)
<qschulz> Kwiboo: well, it's a bit embarassing... mmm, i tried modetest but it doesn't want to do it, for any resolution
<qschulz> likely because sway is already controlling it
<qschulz> not sure how to make sway not use it, will have to look into making kanshi ignore it but keep it on?
<qschulz> ah wait, I can make kanshi use another mode for that display
<qschulz> don't know how to force an aspect ratio with sway
<qschulz> 3840x2160 @ 24.000 Hz display says no signal
<qschulz> 3840x2160 @ 23.976 Hz display says no signal
<qschulz> 1920x1080 @ 50.000 Hz artefacts
<qschulz> 1920x1080 @ 24.000 Hz display says no support
<qschulz> 1920x1080 @ 23.976 Hz display says no support
<qschulz> 1600x900 @ 60.000 Hz 1920x1200 instead
<qschulz> 1280x720 @ 50.000 Hz artefacts
<qschulz> 800x600 @ 56.250 Hz artefacts
<qschulz> 720x576 @ 50.000 Hz artefacts
<qschulz> is what I have from my laptop
<diederik> qschulz: what version of sway are you using? Have you tried it with wlr-randr?
<diederik> If you're on Debian, I'd recommend to get wlroots-0.18 from Unstable and sway 1.10-rc4 from Experimental (which depends on wlroots 0.18)
naoki has quit [Quit: naoki]
<qschulz> diederik: 1.9, fedora40
<qschulz> diederik: not sure wlr-randr can do anything with the aspect ratio though
<qschulz> the mode seems to only allow wxh@refresh
<qschulz> the same as `swaymsg output`
<qschulz> but I have some modes that exist with no specified aspect ratio (not returned by the tool) or (16:9)
<qschulz> no clue if there's anything I should be doing here
<diederik> ok, at least it's not ancient like 1.7 ;-P
<qschulz> :)
<diederik> Ah, `wdisplays` was what I was likely searching for
hipboi has quit [Quit: hipboi]
<diederik> bit hard to try on my laptop as it only supports 1 resolution
<qschulz> ah yes
hipboi has joined #linux-rockchip
<qschulz> same with wdisplays :)
<diederik> what else then WxH do you need? My normal monitor does support various resolutions and the aspect ration is directly tied to it
<diederik> With wlr-randr I was able to change the resolution
<diederik> what does `swaymsg -t get_outputs` report?
System_Error has quit [Ping timeout: 260 seconds]
psydroid has joined #linux-rockchip
<qschulz> 1920x1080 @ 60.000 Hz
<qschulz> 1920x1080 @ 60.000 Hz (16:9)
<qschulz> I have multiple "duplicates" like those
<qschulz> I don't understand why they would be different
<qschulz> why is the first one not marked as (16:9) as well?
kevery has quit [Ping timeout: 255 seconds]
System_Error has joined #linux-rockchip
<diederik> I don't have any one with an aspect ration. And the only duplicate is the top one, but the first line has (preferred, current) added to it
<diederik> Ask in #sway?
<qschulz> Kwiboo: ah, I remember now that we made this display "work" in our 6.6-based downstream branch on Puma by reverting a few patches related to 4k@30fps
<qschulz> on RK3399 only, haven't checked for RK3588
hipboi has quit [Ping timeout: 260 seconds]
<Kwiboo> qschulz: ahh, for v6.12+ a simpler workaround could possible be to set the new .max_tmds_clock = 148500 in dw_hdmi-rockchip.c, should limit to 1080p60, see https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=5f5f657a9c3efe16a2e1455b840c5009f9c75af5
<qschulz> will try to remember for when we switch our fork to 6.12 :) thanks for the suggestion for RK3399 :)
<Kwiboo> for libreeelc we dedicate the vpll for hdmi/vopb use, and vpll use a dedicated pll table with common hdmi/vesa rates: https://github.com/LibreELEC/LibreELEC.tv/blob/master/projects/Rockchip/patches/linux/default/linux-1000-drm-rockchip.patch#L1557-L1674
<Kwiboo> not optimal, but works because of the primary purpose of the distro, just enough os for kodi
<qschulz> Kwiboo: yeah it's easier when you know the exact use case of your product :)
dsimic has quit [Ping timeout: 265 seconds]
<qschulz> but for mainline, won't fly I guess. And for my employer, not ideal as well since we sell a board that can be used for many different purposes and we sell the BSP with it
<qschulz> we typically don't develop the SW stack on top
<qschulz> (userspace I mean)
dsimic has joined #linux-rockchip
Stat_headcrabbed has joined #linux-rockchip
erg_ has quit [Remote host closed the connection]
raster has quit [Quit: Gettin' stinky!]
ldevulder has quit [Quit: Leaving]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
raster has joined #linux-rockchip
vagrantc has joined #linux-rockchip
naoki has joined #linux-rockchip
<macromorgan> mmind00: I cc'd you on a regression I found for system suspend on the rk3566 series (at a minimum). Not sure *what* is wrong, but git bisect lead me to that specific commit.
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
naoki has quit [Quit: naoki]
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
psydroid has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
raster has quit [Quit: Gettin' stinky!]
System_Error has quit [Remote host closed the connection]
stikonas has quit [Quit: Konversation terminated!]
stikonas has joined #linux-rockchip