| dan9er[m] | I'm trying to install Devuan on my Pi400 (using the embeded builds). Which xserver-xorg-video-* package do I install? | 03:22 |
|---|---|---|
| fluffywolf | you might try #devuan-arm, as I think the pi types hang out there. | 03:26 |
| tpefreedom | epony, what are your thoughts on init freedom? | 03:49 |
| fsmithred | those thoughts should be expressed in #devuan-offtopic | 03:51 |
| tpefreedom | ok | 03:53 |
| ErRandir | I'm getting error 504 from https://pkginfo.devuan.org/. Is it down? | 13:09 |
| furrymcgee | 418 I'm a teapot | 15:18 |
| devuser | I have a Gigabyte mainboard running beowulf. I'm wondering if I need to do anything special to get its usb 3.0 ports to work. Currently, it is as if they don't exist. If I list lsusb, it only shows usb 1 and 2 hubs, but not 3.0 | 23:14 |
| devuser | One post I found suggests that I set pci=nomsi on the boot line. But I am wondering if that is necessary or if it would still work (post is from 10 years ago) | 23:15 |
| gnarface | i couldn't say for sure, but it's worth a try | 23:15 |
| devuser | Apprently, it solved the problem for the user back then. I dread having to shut everything down and reboot, but if I must, then... | 23:15 |
| gnarface | did you check the bios for settings first? it's possible they're just not enabled | 23:15 |
| gnarface | also, if it's a motherboard that's either newer or not much older than beowulf, the beowulf-backports kernel is worth a try | 23:16 |
| gnarface | either way you'd have to reboot to try those options though | 23:17 |
| devuser | GA-970A-DS3P not sure what its vintage is | 23:17 |
| gnarface | the internet surely says | 23:17 |
| devuser | FCC conformity cert is 2015 if that helps | 23:17 |
| devuser | sorry, 2016 (small print) | 23:18 |
| devuser | I'd hope that recent kernels have usb3 working out of the box | 23:18 |
| devuser | lshw does show a single xhci controller, but lsusb does not reflect the 3.0 ports | 23:19 |
| gnarface | i haven't tested usb3 on beowulf here | 23:19 |
| gnarface | it works in ceres | 23:19 |
| devuser | another post suggests using iommu=soft | 23:20 |
| gnarface | sometimes stuff like that does never get fixed if it only matters for one old model | 23:21 |
| devuser | apparently, that disables the iommu. Would I really want to do that? | 23:21 |
| devuser | Is 2015 old in terms of Beowulf? | 23:21 |
| devuser | sorry. 2016 | 23:21 |
| gnarface | the release dates are somewhere on the web, i didn't memorize them, like i said | 23:22 |
| gnarface | they're at least on the devuan website and wikipedia | 23:22 |
| devuser | if the announcements page is any guide, then it looks like 3.1 was released in 2015 | 23:23 |
| devuser | so beowulf pre-dates my board slightly | 23:23 |
| devuser | (like you suggested) | 23:23 |
| gnarface | so, it's close. worth trying the backports kernel in that case. though disabling iommu will probably not matter unless you're using virtualization | 23:24 |
| devuser | Maybe I should just bite the bullet and upgrade to chimaera anyway. Then try to tackle this problem. | 23:24 |
| devuser | I am using virtualization, yes. | 23:24 |
| devuser | I probably should be upgrading anyway. | 23:24 |
| gnarface | oh, then disabling iommu will probably hurt performance severely, at least if you were successfully engaging kvm before | 23:24 |
| devuser | I've been laggard with this due to the difficulties I had with beowulf on this machine (mainboard). I recall running into numerous issues with the UEFI. | 23:25 |
| gnarface | try the beowulf-backports kernel first, it shouldn't be much different than the chimaera one | 23:26 |
| devuser | Iirc, there was some security threat w/r/t UEFI a ways back. | 23:26 |
| gnarface | yes, i don't blame you for being wary of uefi | 23:26 |
| devuser | Is there a way to disable it and go back to good old bios? | 23:26 |
| * devuser looks at manual... | 23:27 | |
| gnarface | for now it should be still optional but might require a bios setting change as welel | 23:27 |
| gnarface | as well* | 23:27 |
| gnarface | not sure but so far i've managed to avoid it | 23:27 |
| gnarface | fedora just announced they were gonna deprecate it so i'm sure they're coming to take it away soon | 23:28 |
| sgage | Most UEFI boards have a "legacy mode" you can enable in the 'bios' settings, | 23:29 |
| sgage | but I think it's just the UEFI firmware emulating the old BIOS. | 23:29 |
| devuser | I always deprecate any variety of redhat, but that's because I consult the dictionary before spreading incorrect definitions of words across the internet. | 23:29 |
| devuser | There is a firmware option to disable csm support. | 23:30 |
| devuser | But it is a bit fuzzy about whether it disables UEFI. It says that choosing "never" supports uefi bios boot process only. Trouble is, as I understand it, uefi and bios are firmware types. uefi is not a kind of firmware | 23:31 |
| devuser | sorry | 23:31 |
| devuser | I mean uefi is not a kind of bios | 23:31 |
| devuser | oh look | 23:32 |
| devuser | right after csm support is the boot mode selection. got it. | 23:32 |
| sgage | Yes, CSM is Compatibility Support Module, which mimics BIOS, but isn't, really. | 23:32 |
| devuser | I also note there is a way to disable usb3 but it is enabled by default | 23:32 |
| sgage | AKA "Legacy Mode' or some such. | 23:33 |
| devuser | my disks are partitioned gpt. | 23:33 |
| devuser | (yes "legacy") | 23:33 |
| devuser | I hope I will not have problems booting from them if I disable uefi | 23:33 |
| devuser | I think I have them set up with the BIOS partitions | 23:34 |
| devuser | yep. | 23:34 |
| devuser | so they should still be recognizable and bootable right? | 23:35 |
| devuser | Hopefully I'll be gone long before BIOS legacy modes are gone, and before systemd completes its takeover of all of computerdom. | 23:36 |
| devuser | Maybe programmers will receive free dictionaries so they can avoid future faux pas | 23:37 |
| devuser | Well, looks like I'll be busy for the rest of the day... | 23:37 |
| devuser | Thanks for your help, sgage and gnarface. | 23:38 |
| devuser | (as always) | 23:38 |
| devuser | I'm looking at the lshw output (in lshw-gtk actually) and it looks like there are 2 ohci and 2 ehci controllers, but no xhci controllers. Am I mistaken about what I should be seeing. Granted, it's an older kernel, but I'm wondering if that is the smoking gun right there--maybe there was absolutely no support for usb3 in beowulf to start with? | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!