Hallo, für was ist der Kernel kernel-preempt gut bzw. wofür wird er gebraucht. Beim heutigen zypper up ist mir aufgefallen, dass, wohl wegen dem preempt, die nvidia Treiber compiliert wurden. Das ist mir ja noch nie aufgefallen. Auszug aus dem Updateverlauf: .... CONFTEST: is_export_symbol_gpl_refcount_dec_and_test CONFTEST: drm_alpha_blending_available CONFTEST: ib_peer_memory_symbols CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-pci.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-acpi.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-cray.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-dma.o /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-dma.c:963:0: warning: "IMPORT_SGT_STUBS_NEEDED" redefined #define IMPORT_SGT_STUBS_NEEDED 0 /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-dma.c:957:0: note: this is the location of the previous definition #define IMPORT_SGT_STUBS_NEEDED 1 CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-i2c.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-mmap.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-p2p.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-pat.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-procfs.o ... CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia- drm-crtc.o /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c: In function ‘plane_req_config_update’: /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c:89:9: warning: unused variable ‘ret’ [-Wunused-variable] int ret = 0; ^~~ /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c: In function ‘nv_drm_plane_atomic_set_property’: /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c:371:32: warning: unused variable ‘nv_drm_plane_state’ [-Wunused- variable] struct nv_drm_plane_state *nv_drm_plane_state = ^~~~~~~~~~~~~~~~~~ CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia- drm-encoder.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia- drm-connector.o ... usw. Wenn ich via zypper anzeigen lasse was da installiert ist, kommt: ~:/etc/zypp/repos.d # zypper se -si preempt Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+----------------------------------- +--------+------------------------------------------------------------- i | kernel-preempt | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-devel | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-devel | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-extra | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-extra | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-optional | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-optional | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | nvidia-gfxG05-kmp-preempt | package | 470.103.01_k5.3.18_57-lp153.52.1 | x86_64 | NVIDIA i | virtualbox-kmp-preempt | package | 6.1.30_k5.3.18_57-lp153.623.1 | x86_64 | (System Packages) i | virtualbox-kmp-preempt | package | 6.1.32_k5.3.18_59.40-lp153.2.21.1 | x86_64 | openSUSE-Leap-15.3-Update i | virtualbox-kmp-preempt | package | 6.1.30_k5.3.18_59.37-lp153.2.18.1 | x86_64 | openSUSE-Leap-15.3-Update i | virtualbox-kmp-preempt | package | 6.1.30_k5.3.18_59.34-lp153.2.15.1 | x86_64 | openSUSE-Leap-15.3-Update Es ist aber auch der dafault Kernel installiert ~:/etc/zypp/repos.d # zypper se -si kernel-default Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+-------------------------+---------+-----------------------+-------- +------------------------------------------------------------- i+ | kernel-default | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | kernel-default | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | kernel-default-devel | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | kernel-default-devel | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-extra | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-extra | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-optional | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-optional | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 Also welcher wird tatsächlich gebraucht bzw. macht auf einem "normalen" System Sinn? Verwendet wird wohl der preempt uname -a Linux wodan2 5.3.18-150300.59.49-preempt #1 SMP PREEMPT Mon Feb 7 14:40:20 UTC 2022 (77d9d02) x86_64 x86_64 x86_64 GNU/Linux Kann mich nicht entsinnen diesen bewusst gewählt zu haben, hat sich wohl beim Upgrade von 15.2 auf 15.3 eingeschlichen. Gruß Herbert
Am 23.02.22 um 17:36 schrieb Herbert Albert:
Hallo,
für was ist der Kernel kernel-preempt gut bzw. wofür wird er gebraucht.
Beim heutigen zypper up ist mir aufgefallen, dass, wohl wegen dem preempt, die nvidia Treiber compiliert wurden. Das ist mir ja noch nie aufgefallen.
Auszug aus dem Updateverlauf: .... CONFTEST: is_export_symbol_gpl_refcount_dec_and_test CONFTEST: drm_alpha_blending_available CONFTEST: ib_peer_memory_symbols CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-pci.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-acpi.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-cray.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-dma.o /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-dma.c:963:0: warning: "IMPORT_SGT_STUBS_NEEDED" redefined #define IMPORT_SGT_STUBS_NEEDED 0
/usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-dma.c:957:0: note: this is the location of the previous definition #define IMPORT_SGT_STUBS_NEEDED 1
CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-i2c.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-mmap.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-p2p.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-pat.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-procfs.o ... CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia- drm-crtc.o /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c: In function ‘plane_req_config_update’: /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c:89:9: warning: unused variable ‘ret’ [-Wunused-variable] int ret = 0; ^~~ /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c: In function ‘nv_drm_plane_atomic_set_property’: /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c:371:32: warning: unused variable ‘nv_drm_plane_state’ [-Wunused- variable] struct nv_drm_plane_state *nv_drm_plane_state = ^~~~~~~~~~~~~~~~~~ CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia- drm-encoder.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia- drm-connector.o ...
usw.
Wenn ich via zypper anzeigen lasse was da installiert ist, kommt: ~:/etc/zypp/repos.d # zypper se -si preempt Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+----------------------------------- +--------+------------------------------------------------------------- i | kernel-preempt | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-devel | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-devel | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-extra | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-extra | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-optional | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-optional | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | nvidia-gfxG05-kmp-preempt | package | 470.103.01_k5.3.18_57-lp153.52.1 | x86_64 | NVIDIA i | virtualbox-kmp-preempt | package | 6.1.30_k5.3.18_57-lp153.623.1 | x86_64 | (System Packages) i | virtualbox-kmp-preempt | package | 6.1.32_k5.3.18_59.40-lp153.2.21.1 | x86_64 | openSUSE-Leap-15.3-Update i | virtualbox-kmp-preempt | package | 6.1.30_k5.3.18_59.37-lp153.2.18.1 | x86_64 | openSUSE-Leap-15.3-Update i | virtualbox-kmp-preempt | package | 6.1.30_k5.3.18_59.34-lp153.2.15.1 | x86_64 | openSUSE-Leap-15.3-Update
Es ist aber auch der dafault Kernel installiert ~:/etc/zypp/repos.d # zypper se -si kernel-default Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+-------------------------+---------+-----------------------+-------- +------------------------------------------------------------- i+ | kernel-default | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | kernel-default | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | kernel-default-devel | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | kernel-default-devel | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-extra | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-extra | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-optional | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-optional | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
Also welcher wird tatsächlich gebraucht bzw. macht auf einem "normalen" System Sinn?
Verwendet wird wohl der preempt uname -a Linux wodan2 5.3.18-150300.59.49-preempt #1 SMP PREEMPT Mon Feb 7 14:40:20 UTC 2022 (77d9d02) x86_64 x86_64 x86_64 GNU/Linux
Kann mich nicht entsinnen diesen bewusst gewählt zu haben, hat sich wohl beim Upgrade von 15.2 auf 15.3 eingeschlichen.
Gruß
Herbert
Hi, AFAIK bedeutet preempt, dass das ein Kernel ist, der bei Prozessoren, die die "preemptive" (IMHO manchmal auch "spekulative") Befehlsausführung beherrschen. Das bedeutet, der Prozessor spekuliert, dass nach dem aktuellen Befehl wahrscheinlich ein anderer folgen wird und führt den gleich mal aus. Dann schaut er erst, ob er richtig lag. Wenn nicht - rückgängig machen und den richtigen ausführen - wenn ja, dann gehts gleich zum nächsten. Beispiel: Du machst eine Datei auf zum Lesen, dann wird der nächste Befehl wahrscheinlich ein Dateilesebefehl sein. (In der Realität zerfielen beide Befehle in viele Prozessorschritte, das wäre nur nicht so anschaulich ;-) Bringt offensichtlich genug Vorteil, um die falschen Schritte mehr als zu kompensieren. -- cu jth
Am Donnerstag, 24. Februar 2022, 10:44:45 CET schrieb Jörg Thümmler:
Am 23.02.22 um 17:36 schrieb Herbert Albert:
Hallo,
für was ist der Kernel kernel-preempt gut bzw. wofür wird er gebraucht.
Beim heutigen zypper up ist mir aufgefallen, dass, wohl wegen dem preempt, die nvidia Treiber compiliert wurden. Das ist mir ja noch nie aufgefallen. Auszug aus dem Updateverlauf: ....
CONFTEST: is_export_symbol_gpl_refcount_dec_and_test CONFTEST: drm_alpha_blending_available CONFTEST: ib_peer_memory_symbols
CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-pci.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-acpi.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-cray.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-dma.o
/usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-dma.c:963:0: warning: "IMPORT_SGT_STUBS_NEEDED" redefined
#define IMPORT_SGT_STUBS_NEEDED 0
/usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-dma.c:957:0: note: this is the location of the previous definition
#define IMPORT_SGT_STUBS_NEEDED 1
CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-i2c.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-mmap.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-p2p.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-pat.o CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia/nv-procfs.o
...
CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-
drm-crtc.o /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c: In function ‘plane_req_config_update’: /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c:89:9: warning: unused variable ‘ret’ [-Wunused-variable]
int ret = 0;
^~~
/usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c: In function ‘nv_drm_plane_atomic_set_property’: /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-drm- crtc.c:371:32: warning: unused variable ‘nv_drm_plane_state’ [-Wunused- variable]
struct nv_drm_plane_state *nv_drm_plane_state =
^~~~~~~~~~~~~~~~~~
CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-
drm-encoder.o
CC [M] /usr/src/kernel-modules/nvidia-470.103.01-preempt/nvidia-drm/nvidia-
drm-connector.o ...
usw.
Wenn ich via zypper anzeigen lasse was da installiert ist, kommt: ~:/etc/zypp/repos.d # zypper se -si preempt Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+-------------------------------- --- +--------+------------------------------------------------------------- i | kernel-preempt | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-devel | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-devel | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-extra | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-extra | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-optional | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-preempt-optional | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | nvidia-gfxG05-kmp-preempt | package | 470.103.01_k5.3.18_57-lp153.52.1 | x86_64 | NVIDIA i | virtualbox-kmp-preempt | package | 6.1.30_k5.3.18_57-lp153.623.1 | x86_64 | (System Packages) i | virtualbox-kmp-preempt | package | 6.1.32_k5.3.18_59.40-lp153.2.21.1 | x86_64 | openSUSE-Leap-15.3-Update i | virtualbox-kmp-preempt | package | 6.1.30_k5.3.18_59.37-lp153.2.18.1 | x86_64 | openSUSE-Leap-15.3-Update i | virtualbox-kmp-preempt | package | 6.1.30_k5.3.18_59.34-lp153.2.15.1 | x86_64 | openSUSE-Leap-15.3-Update
Es ist aber auch der dafault Kernel installiert ~:/etc/zypp/repos.d # zypper se -si kernel-default Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+-------------------------+---------+-----------------------+-------- +------------------------------------------------------------- i+ | kernel-default | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | kernel-default | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | kernel-default-devel | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | kernel-default-devel | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-extra | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-extra | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-optional | package | 5.3.18-150300.59.49.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | kernel-default-optional | package | 5.3.18-150300.59.46.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
Also welcher wird tatsächlich gebraucht bzw. macht auf einem "normalen" System Sinn?
Verwendet wird wohl der preempt uname -a Linux wodan2 5.3.18-150300.59.49-preempt #1 SMP PREEMPT Mon Feb 7 14:40:20 UTC 2022 (77d9d02) x86_64 x86_64 x86_64 GNU/Linux
Kann mich nicht entsinnen diesen bewusst gewählt zu haben, hat sich wohl beim Upgrade von 15.2 auf 15.3 eingeschlichen.
Gruß
Herbert
Hi,
AFAIK bedeutet preempt, dass das ein Kernel ist, der bei Prozessoren, die die "preemptive" (IMHO manchmal auch "spekulative") Befehlsausführung beherrschen. Das bedeutet, der Prozessor spekuliert, dass nach dem aktuellen Befehl wahrscheinlich ein anderer folgen wird und führt den gleich mal aus. Dann schaut er erst, ob er richtig lag. Wenn nicht - rückgängig machen und den richtigen ausführen - wenn ja, dann gehts gleich zum nächsten. Beispiel: Du machst eine Datei auf zum Lesen, dann wird der nächste Befehl wahrscheinlich ein Dateilesebefehl sein. (In der Realität zerfielen beide Befehle in viele Prozessorschritte, das wäre nur nicht so anschaulich ;-)
Bringt offensichtlich genug Vorteil, um die falschen Schritte mehr als zu kompensieren.
-- cu
jth
Hallo Jörg, was heißt das nun konkret, ist das bei euch auch so, dass der default durch den preempt abgelöst wurde? Ich merke ja keine Auswirkung beim täglichen Arbeiten mit dem Kernel. Bin ja nur darauf gekommen, als gestern der NVIDIA- Treiber installiert und, sow wie ich das sehe, kompiliert wurde. So etwas habe ich bisher bei einem zypper up noch nie gesehen. Gruß Herbert
Am Mi., 23. Feb. 2022 um 17:36 Uhr schrieb Herbert Albert <herbert.albert@nefkom.net>:
für was ist der Kernel kernel-preempt gut bzw. wofür wird er gebraucht.
Das ist das Projekt, den Linux-Kernel hard echtzeitfähig zu machen. Das wandert jetzt so langsam in Mainline. https://wiki.linuxfoundation.org/realtime/start Gruß Martin
participants (3)
-
Herbert Albert -
Jörg Thümmler -
Martin Schröder