does anyone also have a broken i915kms on 14.2?

runxiyu: yes. current recommendation i have heard is to build and install the drm-kmod module from ports.

or wait until the 14.2 ports are updated

alr, thx

i'm glad single user mode is not affected

thakns, works

kinda weird how a system update messed it up again (i used to install from ports)

Hello, everyone! I'm a beginner in FreeBSD and I want to learn how to use this amazing system for cybersecurity and pentesting purposes. I want to migrate from Linux/MacOS to BSD. Any tips?

hello MeGustaOro, please take your time and don'r rush; migrate services one by one, deploy jails and use bhyve for virtualisation if appropriate, read the manuals and wiki.freebsd.org, and you will be fine

I can feel the rocket emoji energy emanating from that message.

It would be very nice to see a "quarterly stable" ports tree and corresponding package collection that ONLY gets fixes and updates, such that upgrading packages or refreshing the ports collection does not result in TONS of dependencies that MUST be r-compild or upgraded...

updates = "secueity updates" in this context. Chasing a moving target means i erarely "up"grade.

shbrngdo: are you using the quarterly branch? or do you want STABLE kernel + quarterly ports?

runxiyu: this is one of the warts of freebsd sadly, there is work to address this but I personally haven't tried it

I have an annoying nfsv4 problem.

only /usr/obj is accessible on clients

I can mount /usr/src, but the directory appears completely empty & I don't understand why

and yet, on server side, they're both fully populated

and permissions 755 / 644 on all dirs & files

runxiyu: its because drm-kmod needs compiling against the new kernel, but currently FreeBSD doesnt compile against the new version until iirc the old version reaches EOL

so update process is to comment out the module load, update, reboot, compile from port tree, uncomment and then either reboot/manually load it

yeah

my weird nfs problem was "resolved" by nuking & re-recreating the datasets

o_O

O_o

I have no idea what this is caused by, I'm not using extended fs acls, no zfs special properties

one for the mailing list I think

on my side, I have a different problem, which causes me to dream of having a working UART, or a firewire card and another computer with firewire, and the debugger compiled in

but I'm not on FreeBSD per se, so this is not a problem for here

you want xhci debug

which we almost have

what

more to the point though: how would I debug a kernel panic leading to an instant reboot and no possibility of a dump, even with netdump configured

in a virtual machine

goodness gracious

i think i'm cursed.

LXGHTNXNG: what's the panic message?

bold of you to assume I have that luxury - all I get is a hit on my netdump server from the machine, but it never starts sending data.

it just reboots instantly

I'll get back to you when the issue actually becomes ontopic for here

LXGHTNXNG: I think I missed some context when my VPS went EDOOFUS. Is this a debug or non-debug kernel?

> on my side, I have a different problem, which causes me to dream of having a working UART, or a firewire card and another computer with firewire, and the debugger compiled in

> but I'm not on FreeBSD per se, so this is not a problem [that's on-topic] for here

i noted with delight that /usr/libexec/flua knows how to modify UCL files

(it probably has had that for a while: reviews.freebsd.org/D25009 is from 2020)

so i set out to modify a jail.conf with it, and ... are jail.conf files not made of UCL? it didn't seem to parse properly.

jaredj: unfortunately jails long predate freebsd's use of ucl

is it possible to bind nfsd to an ip assigned to a bridge interface?

i tried to set nfs_server_flags="-h 192.168.1.1" in rc.conf

this address is assigned to a bridge

nfsd starts, but it doesn't listen on any interface

hum. perhaps try no address for the bridge, create an epair, connect the 'a' half to the bridge, and give the 'b' half the ip address?

that's like bridging a bridge

super bridge

pkubaj: nfsd shouldn't care about that. try it just to test with an IP address on another type of internet, like an Ethernet NIC.

Hello everyone, I am cinnabun on the forums too. I'm a FreeBSD newbie

hm... nfsd is picky

cinnabun: take your time, install, evaluate, play, and use FreeBSD - good luck !

Thank you mzar, I plan to do exactly that!

welcome cinnabun

Thank you for the welcome Yaazkal :3

I got my hands on the Absolute FreeBSD book to get my bearings.

The large amount of documentation available is a big part in wanting to spend my time on this.

that is a good one, i have that one

Great, I have only heard good things about it

cinnabun: I bet the book already says this, but recommend getting to know the man pages as well

FreeBSD has excellent manpages, and they're indispensable when you're stuck on a fresh install unable to get xorg running :P Which I have been since yesterday

(turns out, freebsd doesn't support my gpu at all, and probably won't for quite some time. So I'm gonna try porting the driver myself)

cinnabun: That book is pretty cool and practical. It's a great starting point

I have noticed that there is a big difference between the experience of people who use the man pages and those who don't, on Linux also.

I feel spoilt for choice with the man pages, handbook, and the books available.

as someone with like 2 decades of linux experience, and who's only dabbled in FreeBSD, I can say I like the FreeBSD manpages quite a bit more

yeees. half the documentation under Linux is in GNU Info or /usr/share/doc/* or something. on BSDs, on the other hand, man is the documentation system of choice

Ah so there is a difference there too.

lots of stuff has good manpages on linux, but since the system is more fragmented between many different projects, there's too much variation. And yes, the GNU info thing as well

Right.

The filesystem hierarchy is a good example. You get the systemd manpage and the more traditional manpage, and if you didn’t know better you’d be confused.

I have briefly installed GhostBSD just to see if my hardware works with FreeBSD, and it does. I ran Fedora in 2023-2024, but the issue is that I did not know what was going on under the hood, and that caused me to not have enough control over my system to feel comfortable. So I want to set the system up manually.

don't get me started on systemd manpages or systemd in general. one of many reasons I'm trying to flee to freebsd

btw, has anyone done any development on drm-kmod and could give me an idea how much work it is to port over more stuff?

ofc I'd be doing something somewhat unusual and not just updating the drivers in there, but porting a whole new driver, the Xe driver for intel discrete graphics

ummm, i think the default repository pkg uses is quarterly, but you can set it to latest? that may be of use particularly for drm-kmod

yeah I've even tried building the latest version based on linux 6.8, on a custom compiled kernel, but no luck for my arc A770

good news is, since linux 6.8 update to drm-kmod is almost complete(if not yet merged), and 6.8 happens to be the first linux version to include the Xe driver, a lot of the compat work for the kernel should be done for me already

Are you guys also FreeBSD forum users or is that a different community?

I am forums.freebsd.org/members/cinnabun.80281

I figured, if you do a venn diagram between people who 1. bought an intel discrete GPU, 2. run or want to run FreeBSD and 3. has significant experience with C programming

I might be the only person at the intersection

so I guess I gotta do it myself :D

all the communities are interwoven in assorted configurations

I have already seen overlap of the user list of this channel and #c

I am 1 and 2, wanting to be 3 also.

Oh, *discrete*! I don't integrated Intel graphics, sorry.

... and you will discover even more

I *have

I'm not supposed to already be stumbling over my words. -.-

yeah integrated intel graphics should be functional cinnabun, unless it's in like the very latest intel CPUs

oh good that driver is in freebsd too :lolsob:

Hello Xe ^-^;

Xe: sorry if I inadvertantly hilighted you :P

mtll: don't worry, it happens all the time

mtll: I'm on Intel 9th gen

for some reason even though I don't own any intel cards, i'm somewhat of an expert in how those cards cause problems

wonder why lol

9th gen should be fine cinnabun

The downsides of getting your ideal username

mtll: Great.

I'm on gen 13 intel. gonna try to get the integrated gpu in there to work tomorrow, so I can get a decent dev system up at least

Xe: ah, the trauma of getting blamed for things just because of your name, eh? :-p

I assume I'll have to do some decive.hints fucker to disable my discrete GPU or something

device.hints, even

I've wondered if the e-core / p-core situation is a concern.

should work, just not ideally

I'm currently not in the position to buy newer hardware anyway.

FreeBSDFoundation/proj-laptop #22 pending for work on better support for p/e cores in the scheduler

cinnabun: well I haven't seen any weird crashes or anything on my 13900k

and I compiled freebsd kernel on all cores yesterday and it finished in like a minute, so all good there. scheduling might not be ideal though

I see!

we just schedule them as if they're all identical, instead of understanding that some cores are more of a core than others

but it's not like I'm managing to actually saturate this CPU with its 8 P-cores and 16 E-cores very often, anyway, except for shorts bursts while compiling

I guess if I'm running some intensive single threaded thing I'll sure to pin it to a P-core

I never expected the big/little structure to come to desktop processors.

I can't remember if Ryzen/Zen does the same thing.

ryzen doesn't. all the cores are full fat hyperthreaded cores

Good to know.

I have a 9700 which has no HT.

probably if you're getting a top of the line cpu, AMD would be the way to go, I just picked intel because I'm weird about intel, I mean I'm the guy that bought their shitty GPU

Not anytime soon ^-^;

Current CPU was a gift from a loved one.

I mean 9700 i7 is a pretty damn good cpu as it is, unless you need a crazy amount of cores

Yeah I'm not complaining ^-^

my previous CPU was kaby lake i7. 6700 I believe

total disaster, that was the last CPU they released before all the spectre/meltdown stuff came out

so it was maximally vulnerable and needed all the kernel mitigations with their slowdowns

That is unfortunate

The ones after that were still hit by that too to a lesser extent

The news stories on that made me sad every time :p

mtll: did you get the gpu running?

the drm-kmod in pkg 14.2 is fuxored.. so you should build it manually from ports and then install

and also you can always use scfb driver as an alternative. its not as good as accelerated drivers but its way better than vesa..

and will get you going

and also, an alternative to ghostbsd is nomadbsd (also has a live usb)

hernan604: blendit.bsd.cafe/post/821622

kmods_quarterly_2 ?

lol

use kmods_quarterly_2 or kmods_latest_2

thast new to me

thanks

np

14.1 reached EoL today, the builders will be running on 14.2 soon, so the problem will go away

oh ok

Hi all. I am loading an unloading a device kernel module, but as soon as I remove the device driver it immediately re-loads. How do I prevent this behavior?

Is there a way to disable a kernel module from auto-loading?

farhan: see devmatch_blocklist in rc.conf(5)

ahh..and on that note, let me reboot this machine, pardon.

How is the AI ecosystem on freebsd ?

multiple Lisp, Prolog and KBE systems are available

Is there anything in particular that you all would like to see from me in order to be an exemplary FreeBSD user? ^-^

sat and smt solvers too as well as (I)LP solvers

mm, RDF libraries for C, Perl, Python, and Ruby