considering upgrading to 15-STABLE. I don't particularly want to, since it might just lead to other annoyances, but I guess it's the only way to try out the 6.6 DRM drivers

really wish compatibility with the 5.10 drivers wasn't broken on 14-STABLE. that was the only version that worked properly for me

josephholsten: You know I have never seen an IP address in jls before but I have no doubt it works.

It's probably because I only have VNET jails

has anyone else using amdgpu had issues with GPU resets on DRM 6.1? I'm on Vega 8 iGPU

it seems like it triggers if I've had Firefox open for a while, and then try to use mpv. the graphics freeze and I can't find any way to recover from it without rebooting

Huh. Wish I had one to test.

Sometimes I feel like Firefox is a memory leak magnet. Interesting you've associated other problems related to Firefox...

it seems very similar to this issue freebsd/drm-kmod #366

Sometimes I even have games lagging out really bad all of a sudden and I do a kill -9 on firefox and instantly get 140 frames a second again XD

same DRM version, and I suspect the Ryzen 4750G has a similar GPU architecture/generation to my PRO 3500U

They say it's happening with MPV

Oh even Firefox mentioned here too

but this person's "easy way to reproduce" does not work for me, and it seems like they're having the system spontaneously hang, whereas for me I've gotten well over a week of uptime with no issue as long as I avoid using mpv

what I see in my dmesg is almost identical but mine lacks "[drm] psp gfx command UNLOAD_TA(0x2) failed and response status is (0x117)"

guess I should just log in to github and make a "me too (with caveats)" post to see if anyone actually starts taking the problem more seriously if it's affecting multiple people on different hardware

but I dunno if the differences in my case warrant a separate bug report

okay, threw together my podman networking issue repro into codeberg.org/josephholsten/podman-freebsd-repo

GAH. ping from inside podman works but not fetch!? eg, I can follow medium.com/@dfr/oci-containers-for-freebsd-512a6df2bc85 but not people.freebsd.org/~dch/posts/2025-06-10-oci-base

mmm, $(ping -c3 1.1.1.1): happy, $(ping -c3 -H 1.1.1.1): sad.

and I haven't even started to do anything exciting with this system's name resolution setup yet

mmm, $(/sbin/ping -c3 169.254.169.254) is sad inside buildah, but happy outside of jail

So can you ping your DNS ip?

If you can ping 1.1.1.1, have you tried using it in /etc/resolv.conf?

And what's with the link-local addresses ? They are not forwarded

jail host is a cloud instance

and I just tried a RUN echo "nameserver 1.1.1.1" > /etc/resolv.conf; didn't work any better

but that's pretty decent progress for the day. Many potential hypotheses falsified. Still don't know why dch is having better luck on these systems than I am.

Hi; I'm trying to do freebsd-update upgrade to 14.3 but it says no mirrors found, is it some temporary issue with mirrors?

I'm going from 14.2 to 14.3

josephholsten: you can setup local_unbound on the host, to listen and answer to jail's queries. and put the host's ip in the jail's resolv.conf

josephholsten: here's an example: bpa.st/XYWQ

i guess `interface: 0.0.0.0` will do if you have only one

And, ping 169.254.169.254 should be sad in jail, unless your host has this ip. link-local TTL is 1

divlamir: host local dns was the plan, but I was planning to set that up after I had my jails working with the "standard" nameserver. It's not happy using 1.1.1.1 either.

oh my. Podman didn't like setting resolv.conf from in a RUN, but if I just mounted it as a volume, then setting nameserver 1.1.1.1 actually worked. So that's delightful, but now I'm wondering how we put guardrails in place so no one does this.

I have to admit that 15.0 is performing better that 14.3

it would be a little disappointing if it was the other way around

yes, indeed

mosaid: anubis works very well, you have a choice between deploying it, or paying for more b/w

anybody know what the sysctl to enable drm debugging in 15.x is?

wiki.freebsd.org/Graphics#Issues.2Fbugs says dev.drm.drm_debug=-1 but that's no longer correct

grepping sysctl is .. unproductive

dch: why it's no longer correct ?

oh.. it's missing

hw.dri.drm_debug_persist hw.dri.__drm_debug dev.drm.drm_debug_persist dev.drm.__drm_debug compat.linuxkpi.drm_debug

but they are grepped..

don't see it on 14.3 either, wonder if a kernel option is necessary to make it show up

drm-66-kmod works fine on 15/stable and main for me, but my hardware is old

Test

nekobit: o/

\o

I have a third party provided binary package. I can install it via "sudo pkg add ./splunkforwarder-10.0.0-ea5bfadeac3a-freebsd14-amd64.txz" - I want to include that in my poudriere created package repo. I seem to recall a repo command, but I'm looking, not finding. I also recall asking a similar question.

I'm finding it a bit curious that the stable mesa package on FreeBSD has stagnated for as long as it has. it seems like it was tracking upstream mesa fairly closely and then just stopped after 24.2 released

tm512: mesa 24. All done! No more code, no more fun. No more bugs! 100% finished forever.

I'm running a 14.2 box. I would like to assign an address to and interface AND have it get a DHCP address, what's the correct way to do this in the rc.conf scripts?

crb_, I've never done this, but the way to do it that first occurs to me (and therefore not guaranteed to be thye mùost straightforward way) would be to create an alias for that interface. So something like:

ifconfig_foo0="DHCP"

ifconfig_foo0_alias0="inet 10.11.12.13/24"

i have ifconfig_bge0="SYNCDHCP"

and ifconfig_bge0_alias0="inet alias 99.104.201.113/29"

per rc.conf(5), I don't think you need the "alias" in ifconfig_bge0_alias0="..."

So ifconfig_bge0_alias0="inet 99.104.201.113/29"

seems to do the trick, thank you

And now, I'm curious: what problem are you trying to solve by using both DHCP and static assignment for the same interface?

I'll just note that _I_ have wanted both DHCP and static when the primary address for all outbound gatewayed connections will be DHCP through the primary router but also have a static address on a separate private IP numbered space to connect to a device with a hard coded address.

Some IP cameras come with a factory reset address at a particular address such as 192.0.0.64 or 192.168.0.90 or other and so adding a static address on that subnet allows connecting to those devices.

What are the chances there's a 9.x pkg repo out there that has zstd?

what do you mean, isn't the whole point of FreeBSD that just can just run "make package" with the zstd Makefile in the directory?

ah yes I see news.ycombinator.com/item?id=42900732

meson jinja ninja whatever, build from hell

if you set these cmake flags I think you can make zstd package much simpler without meson and ninja: -DZSTD_BUILD_TESTS=OFF -DZSTD_LZ4_SUPPORT=OFF

dvl: put package in ~/repository/FreeBSD:14:amd64/All/ and run /usr/sbin/pkg repo ~/repository/FreeBSD:14:amd64/ to regenerate the metadata?