daniels changed the topic of #freedesktop to: https://www.freedesktop.org infrastructure and online services || for questions about freedesktop.org projects, please see each project's contact || for discussions about specifications, please use https://gitlab.freedesktop.org/xdg or xdg@lists.freedesktop.org
alpernebbi has joined #freedesktop
vx has quit [Quit: G-Line: User has been permanently banned from this network.]
vx has joined #freedesktop
cnsvc- has quit []
cnsvc has joined #freedesktop
zxrom has quit [Remote host closed the connection]
<daniels>
an issue with the kind of hardware that has skin
<daniels>
I saw that and pinged to figure out what's going on and if we need to kill those or it'll be back in a few min
<daniels>
hopeflly the latter
Inline has quit []
Inline has joined #freedesktop
Inline has quit []
wbooze has joined #freedesktop
wbooze is now known as Guest1309
Guest1309 has quit []
wbooze__ has joined #freedesktop
wbooze__ has quit []
wbooze__ has joined #freedesktop
wbooze__ has quit [Remote host closed the connection]
wbooze__ has joined #freedesktop
blatant has joined #freedesktop
jarthur has joined #freedesktop
<blu>
hey guys, kernel+rootfs_x86_64 is currently at kernel 6.6.16. are there plans to move to kernel 6.8?
<daniels>
blu: do you need it for something?
<blu>
daniels: there are some drm/vmwgfx patches there which I was planning to sync with the vmware mesa-ci farm upstreaming
wbooze__ has quit []
inline__ has quit []
<daniels>
blu: gotcha. in that case, the answer is that yes, we do eventually upgrade, but fairly conservatively, since it does have pretty obvious impact on device stability :\
<daniels>
the 6.6 upgrades were pretty unpleasant until we got to the current one
blatant has quit [Quit: WeeChat 4.2.1]
<blu>
daniels: so would you say it'd be better to tune vmware device piglit results to the current 6.6.16, vis-a-vis wait for 6.8?
<daniels>
blu: for now, yes please
<blu>
daniels: roger that. thanks
<daniels>
np :)
<blu>
daniels: btw, are farms generally allowed to run on own gfx-ci/kernel forks?
<daniels>
blu: it's not desirable since it's easier to allow it to be externally controlled, but at least rpi still does run their own kernel
<daniels>
so it could work for now, as long as there's a reasonable long-term path to using a different kernel
<blu>
daniels: gotcha. thanks
Haaninjo has joined #freedesktop
karolherbst_ has joined #freedesktop
zxrom has joined #freedesktop
karolherbst has quit [Ping timeout: 480 seconds]
karolherbst_ is now known as karolherbst
karolherbst has quit [Remote host closed the connection]
karolherbst has joined #freedesktop
alanc has quit [Remote host closed the connection]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #freedesktop
tzimmermann has quit [Quit: Leaving]
krushia has joined #freedesktop
alanc has joined #freedesktop
psykose has quit [Remote host closed the connection]
psykose has joined #freedesktop
a-l-e has joined #freedesktop
vx has quit [Quit: G-Line: User has been permanently banned from this network.]