Solved why upgrade for 14-RELEASE to 15-CURRENT?

wolffnx

wolffnx

I hear you guys, what are the most important changes in 15-CURRENT in front of 14-RELEASE?
no production env, just my desktops , I'allways use RELEASE production
 
It runs pretty well, but you need to know how to operate it, e.g. to rebuild kernel modules from ports/packages. You also want to read /usr/src/UPDATING and as mentioned the -current mailing list.

My attitude is that (almost) all the changes in -current will be coming down on me anyway, so I can as well get an early warning.

Having said that, I am not aware of any groundbreaking changes in -current that are not in 14-stable already.
 
cracauer@ said:
It runs pretty well, but you need to know how to operate it, e.g. to rebuild kernel modules from ports/packages. You also want to read /usr/src/UPDATING and as mentioned the -current mailing list.

My attitude is that (almost) all the changes in -current will be coming down on me anyway, so I can as well get an early warning.

Having said that, I am not aware of any groundbreaking changes in -current that are not in 14-stable already.
Click to expand...

that is the answer that I looking for , "groundbreaking changes" , I'allways look for optimize my bsd box, build minimum kernel,world,small VM
already everyting works fast and stable, but allways can make more with FreeBSD
so, there is no reason to me for change to 15-CURRENT
 
SirDice said:
Sign up with the freebsd-current mailing list.


If you feel more adventurous, switch to 14-STABLE. Give that a go. It'll get you some experience building world, and gets you all the bug fixes and new features without any of the potential pitfalls -CURRENT might have.
Click to expand...

maybe give it a look to CURRENT,there is no risk for me, allways make a backup and only are my desktop machine, but like cracauer@ says , there is no significant changes
 
I'm using a VirtualBox VM with 15-CURRENT, just to see if I can compile my way to a KDE6 desktop with Wayland... If something breaks in there, that's OK, I just take notes for future reference. I started over a week ago, and the compilation is still going on. :P
 
Alain De Vos said:
Or you use a VM or you build world.
Click to expand...

yes, I'am playing with
/etc/src.conf and buildworld , I dint notice a big diference , strange..is more the little speedup
when I run a custom kernel that when make buildworld

not want to make offtopic..better to do another post
 
Is it possible to upgrade 14-RELEASE to 15-CURRENT? I have an install of 14-RELEASE with the current updates on a separate SSD from everything else, and it works/runs fine, but I can't get anything GUI loading up... i.e. no Xorg or Wayland servers work with my GPU (an AMD Radeon RX 7600 XT 16GB from Asrock... Steel Legend edition). Would an upgrade from 14-R to 15-C make any difference for me? I know the RX 7600 XT drivers are a part of the DRM-61-Kmod pkg, but when I try and install it on 14-R it doesn't compile and/or install right. Has an update to that pkg been released to work with 14-R? I just want to play around with FreeBSD on my good system here. I have stable Arch Linux (well "stable since it's rolling release) and Windows installs to fall back on should anything catastrophic happen. Thanks in advance.
 
Shiggitay said:
I know the RX 7600 XT drivers are a part of the DRM-61-Kmod pkg, but when I try and install it on 14-R it doesn't compile and/or install right.
Click to expand...
You can't install it on 14.0-RELEASE because it lacks certain kernel features it needs. Try 14.1-RELEASE first, BETA3 should be available now. 14.1 has the kernel support for graphics/drm-61-kmod.

www.freebsd.org

FreeBSD 14.1 Release Process

FreeBSD is an operating system used to power modern servers, desktops, and embedded platforms.
www.freebsd.org www.freebsd.org

Shiggitay said:
Has an update to that pkg been released to work with 14-R?
Click to expand...
It's not the graphics/drm-61-kmod that needs to be updated, it's the kernel. 14.0 lacks the required features.
 
Shiggitay said:
i.e. no Xorg or Wayland servers work with my GPU (an AMD Radeon RX 7600 XT 16GB from Asrock.. ... I know the RX 7600 XT drivers are a part of the DRM-61-Kmod pkg
Click to expand...


I mentioned that in other posts, but that GPU is way too new for FreeBSD. Even if you upgrade to cutting-edge, that would be pointless, because drm-kmod does not yet have the firmware for the Radeon 7000 RX series yet. This is where you want to look if you want to know if the GPU is even supported on FreeBSD at all: https://cgit.freebsd.org/ports/tree/graphics/gpu-firmware-amd-kmod/pkg-plist

The 61 -kmod package is only a metapackage, it still has to pull in firmware for the GPU from gpu-firmware-amd-kmod...
 
freebsd 15 likely might have support for new hardware it didn't have before and whatever the ports tree is at it gets converted to that current location or release i don't know about the difference between ports and packages yet and how to obtain package source vs ports source but the packages i assume are the tested ones that say your running whichever version if not itll just SAY you are is what im assuming but does have configurable sources and a ftp directory to pull from ah that was it instead of using the git branch your provided a service package of all compatible ports in tgz this is what also says your running on a specific version or not
 
i have a build set up by text that says a 2021 pc is compatible or supposed to be cpu can also be a limiting factor
 
astyle said:
… This is where you want to look if you want to know if the GPU is even supported on FreeBSD at all: https://cgit.freebsd.org/ports/tree/graphics/gpu-firmware-amd-kmod/pkg-plist …
Click to expand...

With no listing for Radeon RX 7600 XT in the wiki (Graphics/AMD-GPU-Matrix), how would a person discover the codename that will eventually be found in the filename of matching firmware?

I can't see a codename at AMD's page for the product.

(I had a Thames, which worked, but there's no Thames in the pkg-plist for gpu-firmware-amd-kmod or gpu-firmware-radeon-kmod.)
 
Cath O'Deray said:
I can't see a codename at AMD's page for the product.
Click to expand...
Wrong place to look for codenames. You look for codenames on techpowerup.com pages for the product. In case of RX 7600XT, the page is indicated in the screenshot. Then you find the codename in the https://cgit.freebsd.org/ports/tree/graphics/gpu-firmware-amd-kmod/pkg-plist... If the codename is not listed in the pkg-plist, you know it's not supported under FreeBSD.

Now try finding "Hotpink Bonefish" by using ctrl-f on that pkg-plist... not there. But for codename Sienna Cichlid (RX 6800 / 6900 XT) - no problem!
1726960591397.png


Hope this helps.

Cath O'Deray : So, which model name did you have? A bit of cursory research on techpowerup.com indicates that your Thames GPU was of the Northern Islands generation, which is definitely mentioned in the wiki. IIRC, it uses radeon-kmod firmware. And it should definitely be in the pkg-plist under codename Turks. Techpowerup.com says that's the codename of the desktop variant, but it seems to be the same thing as the mobile variant.

GPU firmwares tend to be released under codenames, at least in case of AMD. As an example, sienna_cichlid firmware works for both RX 6800 and RX 6900 XT. Yeah, not the most obvious and straightforward naming scheme, but if you're stubborn enough, you can figure anything out. ?
 
Thanks,

astyle said:
… should definitely be in the pkg-plist under codename Turks. …
Click to expand...

On one hand, Turks appears to relate to audio:

1726989194105.png


On the other hand, also from the BSD Hardware Database:

…
[...] [drm] radeon: 1024M of VRAM memory ready
[...] [drm] radeon: 1024M of GTT memory ready.
[...] [drm] Loading TURKS Microcode
[...] TURKS_pfp.bin: could not load firmware image, error 2
[...] radeon/TURKS_pfp.bin: could not load firmware image, error 2
[...] radeon_TURKS_pfp.bin: could not load firmware image, error 2
[...] firmware: 'radeon_TURKS_pfp_bin' version 0: 4480 bytes loaded at 0xffffffff8519e000
[...] drmn0: successfully loaded firmware image 'radeon/TURKS_pfp.bin'
[...] TURKS_me.bin: could not load firmware image, error 2
…

– and so on. The machine (an HP EliteBook 8570p) was written off a few months ago. Firmware and codenames mystified me. I did ask.

… if you're stubborn enough, …
Click to expand...

I have limited patience for uses of codenames that require people to jump through hoops :-)
 
astyle said:
… cursory research on techpowerup.com indicates that your Thames GPU was of the Northern Islands generation, …
Click to expand...

I see this, for one of the three matches (Radeon HD 7550M) for the PCI ID:

Thames GPU Notes
Generation: Northern Islands
Desktop Variant: Turks
Mobile Variant: Whistler
Graphics/Compute: GFX4
Display Core Engine: 5.0
Unified Video Decoder: 3.1
Click to expand...

1726991165648.pngWikipedia disagrees (south, not north) …
 
Yeah, Radeon HD 7000 series from 2010s (which requires the older radeonkms.ko driver) is not the same thing as Radeon RX 7000 series from 2020s (which does not have a FreeBSD driver). This is actually a make-or-break distinction here that needs to be made when trying to get an AMD GPU running under FreeBSD at all. If you get it wrong, your AMD GPU won't work under FreeBSD. ?
 
fspkwon said:
i have a build set up by text that says a 2021 pc is compatible or supposed to be cpu can also be a limiting factor
Click to expand...
FreeBSD will run just fine on a Ryzen 7000 series. Radeon, OTOH, is only supported up to the 6000 series. There is a crucial difference between Ryzen and Radeon. What do you think it is? ?
 
Cath O'Deray said:
I get the distinction. I guess, my point was that (if Wikipedia is true) then techpowerup.com seems to be misleading. Southern is not Northern.
Click to expand...
Well, this is Open Source, and not industry or academia. Wikipedia and TechPowerUp are both secondhand sources, available to the public at large. Sometimes they agree, occasionally they will disagree, as in this case.

Both are still plenty valuable and credible as sources of info. Sometimes, their disagreement over one point or another is not a make-or-break as far as a specific device is concerned.

Being able to do research like this is a skill. Knowing what's a credible source, being able to spot, note, and analyze discrepancies, deciding if they are worth pursuing and resolving or not... that's what technical research is about.

Well, AMD does mix things up a bit when releasing graphics hardware. First Northern Islands GPU was released in 2010 (and last one in 2013), but I did not find HD 7550M on that list ?. Yep, the Northern Islands GPU list only shows the HD 6000 series stuff. For Southern Islands (all on the list are in fact HD 7000 series, but HD 7550M is also not on the list, another surprise), the first GPU was released in 2011 (and last one in 2013). That much actually does agree with Wikipedia...

Funny thing is, Turks GPUs still don't list HD 7550M... but Turks GPUs are present in both Southern Islands and Northern Islands lineups.

I usually stop actively researching something when it finally works under FreeBSD ?

Did I make anyone's head spin yet? ?
 
My AMD Ryzen 5 2500U with Radeon Vega Mobile Gfx is not functioning with this current 15 version ¿How I can resolve this without return to the previous version?
 
You must log in or register to reply here.
Back
Top