libera/#devuan/ Friday, 2025-01-10

gnarfacefreaxeh: you just need to install firmware-amd-graphics from non-free-firmware (moved to non-free-firmware from non-free as of daedalus)02:53
gnarfacesorry if you already figured that out02:53
gnarfacejust catching up02:53
freemangordonrrq: af4c84ce8 is shown to be there, but the changes it makes are not.06:44
freemangordonso busid is not set in  lnx_platform.c06:45
freemangordonbut in udev.c instead and *only* for PCI devices, see https://git.devuan.org/devuan/xorg-server/src/branch/suites/daedalus-security/config/udev.c#L54606:47
freemangordonso, for platform devices (like omapdrm), busid is not set06:47
freemangordondunno, maybe that's on purpose and I cannot get it.06:48
freemangordonbut at least modesetting does this https://git.devuan.org/devuan/xorg-server/src/branch/suites/daedalus-security/hw/xfree86/drivers/modesetting/driver.c#L101906:53
freemangordonwhich I cannot do in DDX to get mediated fd, because  pEnt->location.type in DDX is set to BUS_NONE and actually there is no data06:55
rrqI need to do "dpkg-source --before-build ." to apply the patches before looking at the code07:05
rrqthen that commit edits show up07:05
freemangordonpatches do not touch that code, but yeah, it is better someone else to confirm07:06
rrqmmm I used suites/daedalus-proposed-updates which I think is the current07:08
freemangordonwell, I used security which is the latest relesed07:09
freemangordonbut should not matter as those 2 files are not changed by devuan07:09
rrqyes it is07:09
rrqI've changed to daedalus-security.. (my "yes" was for the branch07:11
rrqI dont know the code terribly well...07:14
rrqwhat's the core problem?07:15
freemangordon"for platform devices (like omapdrm), busid is not set"07:16
rrqand busid is needed?07:17
freemangordonhow to get mediated fd otherwise?07:17
freemangordonhttps://git.devuan.org/devuan/xorg-server/src/branch/suites/daedalus-security/hw/xfree86/drivers/modesetting/driver.c#L101907:17
freemangordonhmm, how to rebuild xorg packages without recompiling everything when only a single file has changed? -nc seems to do nothing :(07:21
rrqrun "debian/rules binary" ... following the "dpkg-source --before-build .07:22
rrqwell maybe that builds everything (?)07:23
freemangordonlemme try07:24
freemangordonnope07:24
freemangordonanyway, will rebuild everuything07:24
freemangordonI think I have a patch for that, but if every test will require to rebuild the whole tree, I may retire before I'm done with that07:30
rrqis xf86_find_platform_device_by_devnum useful?07:31
freemangordondidn't try it, but wouldn't that be a hack?07:32
freemangordonomapdrm *is* on PLATFORM_BUS07:33
rrqthere's the global struct xf86_platform_device *xf86_platform_devices;07:33
freemangordonor BUS_PLATFORM or whatever it is07:33
freemangordonok, lemme try the patch first, will try is xf86_find_platform_device_by_devnum later on07:34
rrqand global int xf86_num_platform_devices;07:34
rrqhw/xfree86/common/xf86platformBus.c07:35
rrqwhen you find the right xf86_platform_device struct it'll be attribs->fd07:37
freemangordonyeah07:37
rrq(I think)07:37
freemangordonI think too07:37
freemangordonI have the feeling modesetting will not run too, lemme try07:38
freemangordonmhm, modesetting fails too07:51
freemangordonrrq: https://pastebin.com/zX6Kvp1k07:53
rrqis that where /dev/vga_arbiter is of use? does the user have permissions?07:59
rrq(or I misunderstand the issue)07:59
freemangordon(II) modeset(G0): using drv /dev/dri/card108:00
freemangordonCannot run in framebuffer mode. Please specify busIDs        for all framebuffer devices08:00
freemangordonthat's the same issue to me08:01
freemangordonomapdrm does not have busid08:01
freemangordonuser@devuan-droid4:~$ ls -al /dev/dri/by-path/platform-omapdrm.0-card08:01
freemangordonlrwxrwxrwx 1 root root 8 Jan 10 06:48 /dev/dri/by-path/platform-omapdrm.0-card -> ../card108:01
rrqI was also reading "VGA arbiter: cannot open kernel arbiter, no multi-card support" .. but maybe that's a herring08:03
freemangordonit is08:03
rrqok08:03
freemangordonit cannot open it, but it opens the correct device08:03
rrqis card1 opened with mdeiation?08:03
freemangordonshould be08:04
freemangordonseatd_libseat try open graphics /dev/dri/card108:04
freemangordon[libseat/backend/logind.c:161] DRM device opened, current total: 208:04
freemangordonit is08:04
freemangordonwill try with this patch https://pastebin.com/dTUu45eH on top08:06
rrqseems good08:08
freemangordonlets hope it will fix the issue08:10
rrqbtw you could insert "/raw" in the url (https://pastebin.com/raw/dTUu45eH) to spare people from watching ads :)08:15
freemangordonoh, sorry, I am using adblocker and have no clue there are ads08:16
freemangordonbut yeah, thanks, will do08:17
* rrq off on an outing. biab.08:18
rrqplease send me the patch (when it works) so I can tape it onto the devuan source09:40
rrqfreemangordon: ^09:41
rrq(if it needs more than recognising "platform-")09:52
freemangordonrrq: sure, thanks!10:28
freaxeh2<freaxeh2> does devuan work ok with say an rtx 4070?12:06
freaxeh2<freaxeh2> or is it best to stick to amd cards12:06
freaxeh2<freaxeh2> was just wondering what the current state of affairs is12:06
freaxeh2before i blow a heap of cash in a few months time12:06
kennylevinsensome entirely untested possible improvements to the xserver libseat patch: https://gitlab.freedesktop.org/kennylevinsen/xserver/-/tree/devuan-libseat-fix?ref_type=heads13:13
freemangordonkennylevinsen: what to use as libsystemd-dev replacement?13:36
freemangordonif I want to test without seatd13:36
kennylevinsenwell you can use libseat with seatd *or* logind, but if you want to use xorg's own logind impl, libelogind is a libsystemd substitute purely for the logind side of things. Not sure if xserver is wired up for it upstream though.13:38
freaxehty gnarface14:49
djphman, what a pain to get CUPS to finally behave with the 'lp' command in Daedalus ... no idea why "AuthInfoRequired none" was ultimately invalid ... *sigh*15:24
djphturned out to need "AuthInfoRequired negotiate" :(16:43
gnarfacefreaxeh_: you should be able to figure it out by looking at the package versions in the repo then comparing it to the supported cards list on nvidia's own download site for that particular version, but personally i would recommend you stick with AMD cards based on my experience that even to this day all the king's horses and all the king's men can't make nvidia's drivers stop crashing21:19
gnarfacebtw did you get that firmware-amd-graphics package installed and did it give you all your video card features back? (if you got resolution control back but are still missing other features you're probably just still missing some "optional" mesa packages)21:20
gnarfacefreaxeh_: freaxeh and freaxeh2 are both you as well, right? just confirming to be sure...21:21

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!