Witaj na Forum Linuxiarzy
Zanim zalogujesz się, by pisać na naszym forum, zapoznaj się z kilkoma zasadami savoir-vivre'u w dziale Administracja.
Wiadomości z problemami zamieszczone w wątku "Przywitaj się" oraz wszelkie reklamy na naszym forum będą usuwane.
Cytat: linux4ever w Czerwiec 18, 2025, 05:20:10 PMWiesz - to jest kwestia konfiguracji pliku na podstawie którego następuje kompilacja kernela. Zwykle w nowych kernelach są wycinane jakieś zupełnie dziwaczne sprzęty, dawno zamarła technologia, ale raczej każda dystrybucja stara się dołączyć to, co możliwe by obsługiwać nowy sprzęt.Cytat: pavbaranov w Czerwiec 18, 2025, 05:07:07 PMNowy kernel (nowa wersja) w Fedorze zwykle pojawia się wraz z nowym wydaniem. Niekiedy można znaleźć nowsze wersje w jakichś specyficznych repozytoriach oraz - być może - w Fedora Rawhide.
No tam jest najnowszy z najnowszych: https://packages.fedoraproject.org/pkgs/kernel/kernel/fedora-rawhide.html
Ale do tej karty SoundBlaster Z potrzeba pewnie odrębnego ładowanego modułu do kernela.
Lub niestety budować własny kernel.
Cytat: pavbaranov w Czerwiec 18, 2025, 05:07:07 PMNowy kernel (nowa wersja) w Fedorze zwykle pojawia się wraz z nowym wydaniem. Niekiedy można znaleźć nowsze wersje w jakichś specyficznych repozytoriach oraz - być może - w Fedora Rawhide.
Cytat: jankycoder w Czerwiec 18, 2025, 04:59:22 PMA kiedy ma się ukazać w Fedorze to nowe jądro z SoundBlaster Z SE?
CytatFedora Linux 42 is currently using Linux kernel version 6.14. It was released on April 15, 2025, and features the latest GNOME 48 desktop environment for the Workstation edition. This kernel also includes significant performance improvements, particularly for gaming on Linux through the new anti-sync driver.
CytatTo build a custom kernel for Fedora, you'll need to retrieve the source code, configure it, build the kernel and modules, and then install the resulting packages. The process involves using tools like fedpkg, git, and rpmbuild to manage the source and build artifacts.
Here's a more detailed breakdown:
1. Preparation:
Install necessary packages: You'll need fedpkg, rpmdevtools, and other build dependencies. Install them using sudo dnf install fedpkg rpmdevtools. You may also need git and kernel-devel.
Get the source: Use fedpkg co -a kernel to check out the Fedora kernel source package.
Navigate to the source directory: cd kernel.
Create a branch for your changes: git checkout -b <your_branch_name>.
2. Configuration:
Copy the existing configuration:
You can start with the existing Fedora kernel configuration. Copy the .config file from a running Fedora system or use the one provided by the kernel package.
Configure the kernel:
make menuconfig: This opens a menu-based interface for configuring the kernel.
make xconfig: Similar to menuconfig, but uses a graphical interface.
make olddefconfig: Applies default settings for new kernel options.
Manually edit .config: Edit the .config file directly (advanced users).
Consider using a local version string:
You can append a unique string to the kernel version for easy identification. Modify the %define buildid line in the kernel.spec file. For example, change # define buildid .local to %define buildid .<your_initials>.
3. Building:
Build the RPM packages: Run fedpkg local to build the kernel and modules. This will create RPM packages in the ~/rpmbuild/RPMS directory.
Build using Koji (optional): For more complex builds, consider using the Koji build system.
4. Installation:
Install the RPMs: Navigate to the directory containing the built RPMs and install them using sudo dnf install --nogpgcheck *.rpm.
Update the bootloader: The grubby tool can be used to manage the bootloader entries. grubby --set-default-index=0 will set the default boot entry.
Reboot: Reboot your system to boot into the new kernel.
5. Verification:
Check the kernel version: Use uname -r to verify the running kernel version.
Important notes:
Building a kernel can take a significant amount of time, especially if you're compiling a large number of drivers and modules.
Ensure you have enough disk space to store the source code, build artifacts, and the resulting RPM packages.
Carefully review the configuration options to ensure you're building a kernel that meets your needs.
Consider testing your custom kernel on a separate system or in a virtual machine before deploying it to a production environment.
For development, it's recommended to use a dedicated branch in your local git repository.