amdgpu ati radeon NetBSD-current

rvp

pfr I could perhaps uninstall the wip/libdrm-dfbsd package

Yes.

As I said: this looks like a kernel bug. You should file a PR (after you've tried the modesetting driver--have you?); and until it's fixed you could just turn off GL rendering, as a workaround.

In ~/.xinitrc (or, ~/.xsession):

# for firefox
export MOZ_ACCELERATED=0
export MOZ_WEBRENDER=0

# for all MesaGL (see: https://docs.mesa3d.org/envvars.html)
export LIBGL_ALWAYS_SOFTWARE=true

Or, just go back to the wsfb Xorg driver (which works on top of the DRMKMS-provided framebuffer too) as a last resort.

pfr

rvp after you've tried the modesetting driver--have you?

That's what I am using now, yes.

rvp In ~/.xinitrc (or, ~/.xsession):

Similar to our other discussion, I'm curious to know if it is imperative that I use one of these and not ~/.profile? I have most other environment variables set in my ~/.profile

EDIT

Furthermore, I cannot seem to find where libdrm-dfbsd is installed or how to uninstall it?

bsduck

wip/libdrm-dfbsd

Does NetBSD import drivers from DragonFly BSD?

rvp

pfr Similar to our other discussion, I'm curious to know if it is imperative that I use one of these and not ~/.profile? I have most other environment variables set in my ~/.profile

If you run xdm/xenodm, then env. vars should be set in ~/.xsession. Any PATHs set in ~/.profile will only take effect inside xterms (and that too only if they're configured to run login shells). So, the PATH printed in an xterm will likely be different from the PATH seen by programs started by ~/.xsession (including the WM).

Check what sdorfehs's idea of PATH is using: Ctrl-a :exec echo $PATH > /tmp/path.txt

Might be a good idea to have a ~/.xsession like this:

#!/bin/sh
. ~/.environ        # suck-in env. vars
. ~/.xinitrc        #    "   ~/.xinitrc

Suck in ~/.environ the same way in ~/.profile too, and then all your env. vars. will be in one place (akin to ~/.bash_aliases for aliases and functions).

pfr Furthermore, I cannot seem to find where libdrm-dfbsd is installed or how to uninstall it?

Why doesn't

pkgin -y rm libdrm-dfbsd

work?

pfr

rvp Why doesn't
pkgin -y rm libdrm-dfbsd
work?

~ λ pkgin list | grep libdrm
libdrm-2.4.99        Userspace interface to kernel DRM services
~ λ pkg_info | grep libdrm
libdrm-2.4.99       Userspace interface to kernel DRM services
~ λ pkgin -y rm libdrm-dfbsd
no such installed package libdrm-dfbsd
no packages to delete

Looks like it isn't installed.. but one minute FF was transparent (see the screenshots above to prove it!) and then I went to my handy fzf-pkgsrc.sh script that some cool person wrote, and installed wip/libdrm-dfbsd. It installed without errors. To confirm this I rebooted and FF worked... so I don't know.

As for why I decided to install a dfbsd package, well I don't know exactly, I was just taking stabs in the dark and I'm an idiot I guess 😭

Anyhow, perhaps we can simply move on to the PR?

rvp if you run xdm/xenodm, then env. vars should be set in ~/.xsession

Yep, this is now how it's setup on my OpenBSD system. But on NetBSD (the current machine with the amdgpu) I just use startx and I no longer use sdorfehs on this system, I use exec dbus-run-session -- startlxqt.

So my question should have been more specific: Why would I put env. vars into my ~/.xinitrc over my ~/.profile in this case? -- I currently set everything in ~/.profile and everything appears to work as intended.

Cheers.

Disclaimer: Unrelated to the topic but, I couldn't just let it pass.

pfr on this system, I use exec dbus-run-session -- startlxqt

This line could wake-up unexpected bugs as the startlxqt script already calls dbus.

rvp

pfr ~

λ pkgin list | grep libdrm
libdrm-2.4.99        Userspace interface to kernel DRM services

So, the package is called libdrm instead of libdrm-dfbsd.

pfr Anyhow, perhaps we can simply move on to the PR?

Why only move? Rush into it! 😃

pfr So my question should have been more specific: Why would I put env. vars into my ~/.xinitrc over my ~/.profile in this case?

Either place is OK--for the most part--but, there's really no reason to set variables in ~/.profile which'll only be used inside an X session. Plus, there are a few variables like LANG=XXX.UTF-8 which could be set in console sessions, but then, programs (like lynx) don't display very well because NetBSD's console driver doesn't do UTF-8 (no fonts; no multi-byte input).

pfr

pin fixed, cheers.

pfr

rvp ok. Uninstalled librdm and set those vars so FF works (Alacritty too!) But, this happened...

Screen is half black:

However, if I take a screenshot it appears fine:

So, for now I'll leave this line commented out

# for all MesaGL (see: https://docs.mesa3d.org/envvars.html)
#export LIBGL_ALWAYS_SOFTWARE=true

FYI:
dmesg
Xorg.0.log

pfr

I hope reinstalling isn't the only option. If I have to though, It'll take me a bit to clean up my backups etc.

rvp

pfr I hope reinstalling isn't the only option.

No need, I think. But, keep an eye on this pull-up request. Wait a week or so after that's been closed, then update to the latest -STABLE. Recompile the kernel for amdgpu from the same source, and see if the fixes pulled up from -HEAD works.

pfr

rvp Looks like this ticket has been closed?
Sorry, I find these threads hard to follow. But by the looks of it Martin got it done, yes?

Also, kind of of topic but I wanted to know if I could keep the 1440p resolution while the system boots. Well, actually this is probably incorrect as you stated that the resolution doesn't change, but after a certain trigger the framebuffer just uses larger text? Nevertheless, is there a way to enforce it to use the smaller text? The benefit of this would be that I'd be able to read more of the boot log with it still on my screen before logging in. Also, I just prefer it. 🙂

rvp

pfr Looks like this ticket has been closed?

Looks like it.

pfr Nevertheless, is there a way to enforce it to use the smaller text?

Just comment-out the larger font, or do wsconsctl -dw font=Boldface as root

pfr Also, kind of of topic but I wanted to know if I could keep the 1440p resolution while the system boots. Well, actually this is probably incorrect as you stated that the resolution doesn't change, but after a certain trigger the framebuffer just uses larger text?

Console text is now consistent throughout the boot sequence. This took place somewhere in between Oct. 25 and Nov. 1

~> uname -a
NetBSD mybox 10.99.12 NetBSD 10.99.12 (GENERIC) #0: Fri Nov  1 09:22:26 UTC 2024  mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64

pfr

OK, upgraded my system to the latest daily build and built a new kernel once again

~ λ uname -a
NetBSD desktop.local 10.0_STABLE NetBSD 10.0_STABLE (MYKERNEL) #0: Mon Oct 28 17:54:45 AEDT 2024  dave@desktop.local:/usr/obj/sys/arch/amd64/compile/MYKERNEL amd64

Alacritty works now without issues, but I still need to set

export MOZ_ACCELERATED=0
export MOZ_WEBRENDER=0

for thunderbird and firefox to work.

I'm also still unable to play YouTube videos in firefox for some reason, it just buffers eternally ..

« Previous Page Next Page »