<pal1000>
MSYS2 builds Mesa with tests enabled to include graw dylibs.
pal1000 has left #dri-devel [#dri-devel]
saurabhg has quit [Ping timeout: 480 seconds]
rsalvaterra has quit [Server closed connection]
rsalvaterra has joined #dri-devel
kts has joined #dri-devel
KunalAgarwal[m]1 has quit [Server closed connection]
KunalAgarwal[m]1 has joined #dri-devel
off^ has joined #dri-devel
devilhorns has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
<g0b>
from the DRM docs: "The libdrm drmSetBusid function is backed by the SET_UNIQUE ioctl. All that code is nerved in the kernel with drm_invalid_op()."
<g0b>
what does it mean to "nerve" here ? i've never heard that anywhere else and if I google "linux drm nerve" the only relevant result is that very page
JohnnyonFlame has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
<g0b>
thanks, so essentially it's dead code that's hollowed out as to not break userspace if I understand correctly
MatrixTravelerbot[m]12 has quit [Server closed connection]
MatrixTravelerbot[m]12 has joined #dri-devel
heftig has quit [Server closed connection]
heftig has joined #dri-devel
tursulin has quit [Quit: Konversation terminated!]
Newbyte has quit [Server closed connection]
Newbyte has joined #dri-devel
LaughingMan[m]1 has quit [Server closed connection]
LaughingMan[m]1 has joined #dri-devel
off^ has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
bmodem has quit [Ping timeout: 480 seconds]
moopy has joined #dri-devel
lemonzest has joined #dri-devel
linkmauve has quit [Server closed connection]
vliaskov has joined #dri-devel
ramaling_ has quit [Remote host closed the connection]
srslypascal is now known as Guest465
srslypascal has joined #dri-devel
linkmauve has joined #dri-devel
Guest465 has quit [Ping timeout: 480 seconds]
<xypron>
emersion: /etc/X11/xorg.conf.d/disable-gpu.conf, Section "Extensions", Option "GLX" "Disable" does not solve my problem with the existence of kms_swrast_dri.so slowing down the xfce4 desktop. Besides glxgears works fine without the library if not disabling glx via X11.
<xypron>
emersion: the fallback logic seems to be in dri_screen_create_sw()
<dcbaker>
karolherbst: I just have to export RUST_SRC_ROOT in my nix environment, which is easy to do, but it means I'm not actually testing that the "sys_root" property works correctly :/
<karolherbst>
dcbaker: ehh.. how do I install meson from git again?
<MattGPU>
macromorgan: that looks like the VGA character offset is non-zero
<macromorgan>
where would I find that?
<MattGPU>
IDK for that specific card, but usually an IOPort/MMIOregister
<MattGPU>
But it doesn't look like an image shift problem because when the line wraps it wraps to the screen left
slattann has joined #dri-devel
<macromorgan>
okay
<macromorgan>
when I rotate the screen it still shifts in a similar location, so it's not the framebuffer or anything at least
<MattGPU>
Often the BIOS leaves the VGA cursor in a weird place
<MattGPU>
Because the BIOS likes to print stuff too, and then the OS will usually clear the screen, but sometimes doesn't know how to reset the VGA cursor for the card, and then if it writes to the console using BIOS calls, you end up with weird artifacts like that
<macromorgan>
wonder if it's an issue setting up the cursor plane then?
<MattGPU>
The cursor plane is usually for showing the graphical arrow cursor, not VGA text
<macromorgan>
gotcha
<macromorgan>
just taking a stab in the dark here on new hardware
<macromorgan>
could be the panel timings (doubt it since I followed the BSP kernels and the panels themselves look fine, just shifted), could be the brand new Rockchip VOP2 driver, or could be the patches I'm working on for the dsi controller or dsi-dphy
<MattGPU>
Caveat everything I'm saying as "I don't know that specific hardware and GPUs can be extremely weird"
<macromorgan>
yeah
<macromorgan>
I don't know it either, but fumbling in the dark is how I learn
<MattGPU>
Fumbling in the dark is literally how all graphics exist on any machine tbqh
<MattGPU>
I dare anyone to claim they understand all of it
kts has joined #dri-devel
ybogdano has quit [Ping timeout: 480 seconds]
<karolherbst>
dcbaker: guess next thing we might want to look into is to make rustc errors available to the IDE
slattann has quit []
kts has quit [Ping timeout: 480 seconds]
LexSfX has quit []
lynxeye has quit [Quit: Leaving.]
<chadv>
anholt: i got a question about gitlab ci
<chadv>
anholt: i want to kickoff a job for my mesa mr, but
<chadv>
it depends on an unmerged virglrenderer mr
<chadv>
is that sufficient to get my mr's ci jobs to use my virglrenderer branch?
LexSfX has joined #dri-devel
<bnieuwenhuizen>
chadv: I think you'll need to bump the relevant container tags
<bnieuwenhuizen>
(those are used as cache key to avoid rebuilding)
<chadv>
bnieuwenhuizen: where do i do that? this is my first time touching the ci plumbing.
<bnieuwenhuizen>
chadv: see .gitlab-ci/image-tags.yml give the relevant images for your tests a different tag name (can be whatever really as it doesn't collide with an existing tag)
<chadv>
bnieuwenhuizen: after i update the tag name there, do i need to propagate the name to any other file?
<bnieuwenhuizen>
no
<chadv>
thanks! i'll give it a try.
gawin has joined #dri-devel
jkrzyszt has quit [Ping timeout: 480 seconds]
sdutt has quit []
sdutt has joined #dri-devel
lemonzest has quit [Quit: WeeChat 3.5]
ybogdano has joined #dri-devel
JohnnyonFlame has joined #dri-devel
Haaninjo has joined #dri-devel
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
pal1000 has joined #dri-devel
rgallaispou1 has joined #dri-devel
gawin has quit [Ping timeout: 480 seconds]
rgallaispou1 has quit [Read error: Connection reset by peer]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]