Conversation

Notices

1. Embed this notice
   anna (navi@social.vlhl.dev)'s status on Thursday, 03-Oct-2024 22:13:57 JST anna
   i accidentally uninstalled linux-firmware
   
   gpu broke, wifi broke, took a while to figure out why
   
   i find it funny that amdgpu is praised for being open source but does basically nothing if you don't have proprietary firmware blobs, and wayland/xorg won't work either due to the lack of kms and drm support without those blobs
   
   ugh
   • Haelwenn /элвэн/ :triskell: and Dayalicia Tohka Mitsuki like this.
   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Thursday, 03-Oct-2024 22:15:11 JST Haelwenn /элвэн/ :triskell:

     in reply to
     @navi Well GPU should be able to fallback to at worst vesa when firmware is missing so it's more like drivers not being written correctly.
   • Embed this notice
     翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Thursday, 03-Oct-2024 22:17:54 JST 翠星石

     in reply to
     @navi >Tfw when I have no proprietary software to accidentally uninstall.
     
     The AMDGPU driver doesn't function at all unless the other half of the driver is running on the GPU.
     
     AMD GPUs can be made to somewhat function at native resolution with the radeonsi driver without provided proprietary software, but you don't get 3D-accel or ACPI S3.
   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Thursday, 03-Oct-2024 22:20:58 JST Haelwenn /элвэн/ :triskell:

     in reply to
     @navi I think wlroots-based one should be able to fallback to pixman rendering and so work with vesa but I haven't tried.
     And would mean software rendering for opengl/vulkan stuff which would likely be stupidly slow if a desktop environment is involved.
   • Embed this notice
     anna (navi@social.vlhl.dev)'s status on Thursday, 03-Oct-2024 22:21:04 JST anna

     in reply to

     • Haelwenn /элвэн/ :triskell:
     @lanodan it did *work* but only my left monitor worked (which, neck pain from spending an hour looking at it) and as mentioned, no graphical environment at all because they all rely on drm now
     
     i hate that proprietary blobs are not only common place but required to properly use a system daily
   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Thursday, 03-Oct-2024 22:26:37 JST Haelwenn /элвэн/ :triskell:

     in reply to
     @navi Yeah I also quite wish for this so I could at least look in there but well… just blobs.
     Although I haven't looked at how it works for all GPUs, maybe there's some where you can nicely get modern OpenGL at actual frequency without blobs (like nouveau is cool, specially when nvidia broke the drivers but it kind of sucks).
   • Embed this notice
     anna (navi@social.vlhl.dev)'s status on Thursday, 03-Oct-2024 22:26:43 JST anna

     in reply to

     • Haelwenn /элвэн/ :triskell:
     @lanodan sway just complained that there was no drm devices and exited
     
     but i don't mean software rendering. i want my gpu to work, actually fully work, without proprietary blobs dammit qwq
   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Thursday, 03-Oct-2024 22:32:24 JST Haelwenn /элвэн/ :triskell:

     in reply to

     • Johnny Peligro, now on Mitra!
     @mischievoustomato @navi Not really, like there's FSF RYF stuff but typically you're using horrible drivers and there's still blobs but just not present in the OS itself, just slapped on an external flash/ROM and good luck on getting the software or even credentials for flashing those.
   • Embed this notice
     Johnny Peligro, now on Mitra! (mischievoustomato@mitra.taihou.website)'s status on Thursday, 03-Oct-2024 22:32:29 JST Johnny Peligro, now on Mitra!

     in reply to

     • Haelwenn /элвэн/ :triskell:

     @navi @lanodan is there any company, group or whatever that makes hw that can work without propietary blobs?

   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Thursday, 03-Oct-2024 22:38:24 JST Haelwenn /элвэн/ :triskell:

     in reply to

     • Johnny Peligro, now on Mitra!
     @navi @mischievoustomato Well I see it as a compromise so they could actually certify modern computers and not like a Commodore 64 clone.
     But the way RYF is written makes it the only possible compromise and worst part is they don't require flashing tools (or like redistributable firmware if it's an actual ROM, which is pretty rare).
   • Embed this notice
     anna (navi@social.vlhl.dev)'s status on Thursday, 03-Oct-2024 22:38:25 JST anna

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • Johnny Peligro, now on Mitra!
     @lanodan @mischievoustomato i find it funny that the fsf hates proprietary software on the os, but as soon as it's on the board instead, it's a-ok
     
     like whut
   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Thursday, 03-Oct-2024 22:46:45 JST Haelwenn /элвэн/ :triskell:

     in reply to
     @navi Yeah it's also one I'd be somewhat okay with.
     
     Like I'm probably never gonna buy Seagate HDDs again because while you have pins for serial, it's locked behind authentication.
     
     And pretty sure my android tablet (tf700t) had a corrupted fastboot firmware so it's essentially bricked, yay.
   • Embed this notice
     anna (navi@social.vlhl.dev)'s status on Thursday, 03-Oct-2024 22:46:49 JST anna

     in reply to

     • Haelwenn /элвэн/ :triskell:
     @lanodan proprietary rom blobs with required flashing tools is a compromise i'd be okay with tbh
     
     not being able to flash just means if the code there is fucked up i can't reverse engineer or update it, thus making in-os blobs actually more flexible for users bc then i can at least update it
   • Embed this notice
     翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Thursday, 03-Oct-2024 22:59:17 JST 翠星石

     in reply to

     • Johnny Peligro, now on Mitra!
     @mischievoustomato >that makes hw that can work without propietary blobs?
     For GPUs, ironically nvidia and intel.
     
     Intel Integrated cards up to 2008 have a free VBIOS and a fully free driver.
     
     Nvidia GPUs up to the 700 series have free peripheral software and a fully free driver with acceptable (and improving) re-clocking thanks to nouveau.
     
     There isn't yet a free VBIOS, but you can get GNUboot to simply not execute the proprietary Option EEPROM in the VBIOS and then nouveau in Linux-libre can later read the data out of the Option EEPROM without executing it - which means proprietary software doesn't get executed on your CPU (I am unsure if the nvidia VBIOS actually contains proprietary software other than the Option EEPROM and some BIOS callbacks that don't get executed - ideally the VBIOS would just be data tables).
     
     
     The free panfrost driver supports many Mali GPUs used in Aarch64 SoC's, although the OS images for most SBC's are chock full of proprietary software; https://www.fsf.org/resources/hw/single-board-computers
     
     https://h-node.org/ is a good site to look for freedom-respecting hardware, note that some reports are erroneous.
   • Embed this notice
     翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Thursday, 03-Oct-2024 23:04:37 JST 翠星石

     in reply to
     @navi >as soon as it's on the board instead, it's a-ok
     It's a temporary exception, because otherwise no hardware could be approved - everyone is welcome to go fix the issue.
     
     Software that comes on a secondary processor in a computer doesn't have a proprietary license on it that the user has to accept.
     
     Even though such software is slightly harder to replace, someone who has the skill to replace it won't find it too difficult to work out how to flash their replacement to the EEPROM.