La série Samsung Galaxy Book ajoute un pilote de plate-forme Linux.
Statut actuel :
L'intention est de reproduire quelque peu sous Linux ce que Samsung a fait sous Windows avec ce que font, je pense, les composants suivants :
SCAI ACPI afin de contrôler un grand nombre de ces paramètres.SamsungSystemSupportEngine.exe qui semble gérer beaucoup de choses du côté de l'espace utilisateur/application, notamment : Il s'agit d'un nouveau pilote de plate-forme de noyau (actuellement) complètement hors arborescence, destiné à imiter ce que le pilote de périphérique système Windows Samsung System Event Controller semble faire (à savoir, communiquer avec le périphérique SCAI ACPI afin de contrôler ces fonctionnalités supplémentaires. ). Une fois que d'autres fonctionnalités ont été ajoutées et testées, mon intention est d'essayer de soumettre le pilote à ajouter au noyau.
Les fonctionnalités suivantes sont actuellement implémentées :
fan_speed_rpm plus un nouveau périphérique hwmonLes fonctionnalités suivantes peuvent être implémentées mais nécessitent un débogage et un développement supplémentaires :
SAM0427 Les périphériques pris en charge par ce pilote de plate-forme doivent être n'importe quel périphérique sur lequel sudo dmidecode --type 3 signale Manufacturer: SAMSUNG ELECTRONICS CO., LTD. et Type: Notebook , PLUS que le périphérique ACPI SCAI est présent avec les ID de périphérique ACPI correspondant à la liste donnée dans le pilote ( SAM0427 , SAM0428 , SAM0429 et SAM0430 au moment de la rédaction de cet article). Cela couvre la plupart des ordinateurs portables de la série "Samsung Galaxy Book" actuellement disponibles, mais pourrait également en inclure d'autres.
L'intention est que chaque fonctionnalité du pilote de plate-forme tente de tester si elle est prise en charge ou non d'une manière ou d'une autre avant d'activer la fonctionnalité. Certains appareils ont un matériel légèrement différent et/ou se comportent d'une manière légèrement différente ; si vous possédez un périphérique sur lequel le pilote désactive une certaine fonctionnalité qui, selon vous, devrait être prise en charge, veuillez créer un problème !
J'ai également vu que Windows utilise le même pilote pour SAM0426 (utilisé par des appareils comme le Notebook 9 Pro 15" et/ou similaire), donc je soupçonne qu'une grande partie de ce pilote fonctionne probablement également pour ces appareils. Si vous en avez un de ces appareils et que vous souhaitez tester ce pilote avec celui-ci, veuillez créer un problème pour obtenir de l'aide et partager vos résultats.
Le pilote de plateforme prend en charge les paramètres de module suivants :
kbd_backlight : Activer le contrôle du rétroéclairage du clavier (activé par défaut) (bool)battery_threshold : Activer le contrôle du seuil de charge de la batterie (activé par défaut) (bool)performance_mode : Activer le contrôle du mode Performance (activé par défaut) (bool)allow_recording : Activer le contrôle pour autoriser ou bloquer l'accès à la caméra et au microphone (activé par défaut) (bool)fan_speed : Activer la vitesse du ventilateur (activé par défaut) (bool)i8042_filter : Activer la capture des événements de raccourci clavier (activé par défaut) (bool) En général, l'intention de ces paramètres est de permettre l'activation ou la désactivation de diverses fonctionnalités fournies par le pilote, notamment dans les cas où une fonctionnalité particulière semble causer des problèmes avec votre appareil. La disponibilité des différents attributs de la plateforme "paramètres" ( usb_charge , start_on_lid_open , etc.) sera toujours activée s'ils semblent être pris en charge, et ne peut pas être désactivée pour le moment.
Remarque : veuillez signaler un problème si vous constatez que vous devez désactiver une certaine fonctionnalité afin d'éviter un problème qu'elle provoque avec votre appareil !
Compilez le module hors de l'arborescence mais avec les modules du noyau actuellement chargé :
make -C /lib/modules/ ` uname -r ` /build M= $PWDInstallez ce module dans les modules de votre noyau actuellement chargé :
sudo make -C /lib/modules/ ` uname -r ` /build M= $PWD modules_install
sudo depmodRemarque : si vous souhaitez activer les messages de débogage, vous pouvez ajouter
samsung_galaxybook.dyndbg=+pou similaire à vos paramètres de démarrage.
Chargez le module (y compris l'activation des messages de débogage) :
sudo modprobe samsung-galaxybook dyndbg=+pDéchargez le module :
sudo rmmod samsung-galaxybookDésinstallez le module :
sudo rm /lib/modules/ ` uname -r ` /updates/samsung-galaxybook.ko * Ce module peut être installé avec dkms et fournit une installation automatique pour chaque nouveau noyau.
Ajouter un module à l'arborescence dkms :
sudo dkms add /path/to/module/directory/samsung-galaxybook-extrasModule de construction :
sudo dkms build samsung-galaxybook/extrasModule d'installation :
sudo dkms install samsung-galaxybook/extrasDésinstaller le module :
sudo dkms uninstall samsung-galaxybook/extras Si vous souhaitez signer le pilote pour éviter le message samsung_galaxybook: module verification failed: signature and/or required key missing - tainting kernel , alors vous devrez signer le module en suivant le processus typique de votre distribution. Pour les distributions basées sur Debian (y compris Ubunutu), vous pouvez installer le paquet linux-source pour votre noyau actuel et utiliser les clés et scripts inclus pour signer le module comme suit :
sudo rmmod samsung-galaxybook
/usr/src/ ` uname -r ` /debian/scripts/sign-module sha512 /usr/src/ ` uname -r ` /debian/certs/signing_key.pem /usr/src/ ` uname -r ` /debian/certs/signing_key.x509 samsung-galaxybook.ko
sudo cp samsung-galaxybook.ko /lib/modules/ ` uname -r ` /updates/samsung-galaxybook.ko
sudo modprobe samsung-galaxybook dyndbg=+p Des messages beaucoup plus détaillés sont disponibles si vous activez l'impression des messages de débogage. Cela peut être fait en utilisant le débogage dynamique à condition que CONFIG_DYNAMIC_DEBUG de votre noyau actuel soit activé. Plus d'informations sur l'utilisation de cette fonctionnalité sont disponibles dans la documentation du noyau : Débogage dynamique
Voici quelques exemples :
# enable printing all messages from the module when loading it
sudo modprobe samsung-galaxybook dyndbg=+p
# enable printing all messages from the module after it has been loaded
echo " module samsung_galaxybook +p " | sudo tee /sys/kernel/debug/dynamic_debug/control Vous pouvez également ajouter le paramètre samsung_galaxyboo.dyndbg avec la valeur souhaitée (par exemple +p ) à vos paramètres de ligne de commande de démarrage ou à un fichier de configuration modprobe.d si vous souhaitez qu'il soit activé automatiquement.
Les paramètres du module peuvent être utilisés pour activer ou désactiver la plupart des fonctionnalités. Par exemple, ce qui suit rechargerait le module avec uniquement les indicateurs de paramètres de base ( usb_charge , start_on_lid_open , etc.) et la classe LED kbd_backlight, et toutes les autres fonctionnalités seraient désactivées :
sudo rmmod samsung-galaxybook
sudo modprobe samsung-galaxybook dyndbg=+p kbd_backlight=on battery_threshold=off performance_mode=off allow_recording=off fan_speed=off i8042_filter=off Notez que ceux-ci peuvent également être ajoutés aux paramètres de démarrage (par exemple samsung_galaxybook.fan_speed=off ).
Une observation générale que j'ai faite est qu'il y a en fait pas mal de bugs dans le firmware de Samsung pour ces appareils, par exemple :
Ce serait formidable si nous pouvions réellement obtenir de l'aide de Samsung à ce sujet !
Samsung a décidé d'utiliser le clavier principal pour envoyer également la plupart des événements de raccourci clavier. Si le pilote souhaite capturer et agir sur ces raccourcis clavier, nous devrons alors faire quelque chose comme utiliser un filtre i8402 pour « capturer » les événements clés.
J'ai également constaté que certains événements de raccourci clavier ont des conflits, c'est donc un territoire un peu délicat.
Le raccourci clavier du rétroéclairage du clavier fera défiler tous les niveaux de luminosité du rétroéclairage disponibles de manière circulaire, en recommençant à 0 lorsque le maximum est atteint (c'est-à-dire 0, 1, 2, 3, 0, 1, ...).
L'action sera déclenchée en appuyant sur la touche de raccourci, car l'événement signalé par la touche enfoncée semble être le même événement pour la progression du chargement de la batterie (et donc les choses deviennent un peu folles lorsque vous commencez à charger !).
Le raccourci clavier devrait également déclencher l'événement de modification matérielle pour la LED, qui dans GNOME (et probablement d'autres) affiche automatiquement une belle fenêtre contextuelle OSD avec le niveau de rétro-éclairage correct affiché.
Le raccourci clavier bloquer l’enregistrement activera la fonction allow_recording , qui bloque l’accès à la caméra et au microphone intégrés.
Le raccourci clavier du mode performance parcourra également tous les profils de plate-forme disponibles de manière circulaire (faible consommation, silencieux, équilibré, performances, faible consommation, silencieux, ...).
Il n'y a actuellement aucune fenêtre contextuelle OSD, mais l'événement peut être capturé à partir du périphérique d'entrée « Boutons supplémentaires du Samsung Galaxy Book » si vous le souhaitez.
Il existe un nouveau périphérique d'entrée créé "Boutons supplémentaires du Samsung Galaxy Book" qui enverra des événements d'entrée pour quelques notifications du périphérique ACPI :
SAM0428 uniquement)SAM0428 uniquement) Une nouvelle classe de LED appelée samsung-galaxybook::kbd_backlight est créée et peut être contrôlée via sysfs dans /sys/class/leds/samsung-galaxybook::kbd_backlight/brightness (valeurs 0 à 3) ou par de nombreux utilitaires standard tels que brightnessctl , light , etc.
Il semble également être récupéré automatiquement dans GNOME 45.x dans le panneau, où vous pouvez cliquer sur la flèche à côté Keyboard et ajuster le curseur.
Notez que le paramètre « éteindre automatiquement le rétroéclairage du clavier après X secondes » dans Windows est en fait contrôlé par le service d'application de Samsung et non par le pilote de périphérique lui-même ; il existe une fonctionnalité similaire dans GNOME (et encore une fois, probablement dans d'autres) où elle passe au niveau minimum après une certaine période d'inactivité (par exemple de 3 à 1 lorsque vous êtes inactif, puis de nouveau à 3 lorsque vous reprenez), mais peu importe la fonctionnalité devrait probablement être contrôlée d'une manière ou d'une autre dans l'espace utilisateur et non par le pilote du noyau.
Notez également que la plupart de ces appareils disposent d’un capteur de lumière ambiante qui affecte également le rétroéclairage du clavier. Ce comportement n'est pas contrôlable sous Windows et je n'ai encore rien trouvé dans l'ACPI qui semble pouvoir désactiver cette fonctionnalité. Cela signifie que parfois vous pourriez penser que le rétroéclairage du clavier s'éteint de manière aléatoire ou a cessé de fonctionner, mais la réalité est qu'il s'éteint à cause de ce capteur de lumière ambiante. Une façon de tester lorsque cela se produit (pour être sûr que c'est bien le capteur de lumière ambiante qui a provoqué l'extinction du rétroéclairage du clavier) consiste simplement à couvrir le capteur d'une manière ou d'une autre (avec votre doigt, par exemple) et de voir si le les lumières se rallument.
Ce pilote de plate-forme ajoutera le réglage du seuil de fin du contrôle de charge de la batterie, mais n'a pas accès à la définition du seuil de démarrage. Cette fonctionnalité est généralement appelée « économiseur de batterie » par les différentes applications Samsung sous Windows, mais sous Linux, nous implémenterons les attributs standard ajoutés au périphérique de batterie qui sont reconnus par UPower.
Si l'utilisateur souhaite maintenir l'interopérabilité avec Windows, il doit alors définir la valeur sur 80 pour représenter "on", ou 0 pour représenter "off", car ce sont les valeurs reconnues par les différentes applications et services Samsung basés sur Windows comme " allumé" ou "éteint". Sinon, l'appareil acceptera toute valeur comprise entre 0 (arrêt) et 99 comme pourcentage auquel vous souhaitez que la batterie cesse de se charger. Si vous essayez de définir une valeur de 100, le pilote acceptera également cette entrée, mais définira simplement la valeur de l'attribut sur 0 (c'est-à-dire que 100 % est interprété comme « désactiver l'économiseur de batterie »).
Un nouvel attribut de périphérique a été créé dans /sys/class/power_supply/BAT1/charge_control_end_threshold qui peut être lu ou écrit.
# read current value (percentage the battery will stop charging)
cat /sys/class/power_supply/BAT1/charge_control_end_threshold
# turn on and set to 80%
echo 80 | sudo tee /sys/class/power_supply/BAT1/charge_control_end_threshold
# turn off charge control threshold so that charging will not be stopped before 100%
echo 0 | sudo tee /sys/class/power_supply/BAT1/charge_control_end_thresholdRemarque : j'ai remarqué que si vous êtes actuellement branché alors que la batterie est déjà au
charge_control_end_thresholdsouhaité, puis désactivez cette fonction (c'est-à-dire que vous souhaitez charger complètement à 100 %, vous définissez donc la valeur sur 0), la charge ne semble pas pour démarrer automatiquement. Il peut être nécessaire de débrancher et de rebrancher le câble de chargement dans ce cas. Le pilote Windows semble faire un tour de passe-passe avec le périphérique de batterie ACPI que je n'ai pas encore tout à fait réglé ; Je suppose que c'est ainsi qu'ils ont fait en sorte que cela fonctionne de manière plus transparente sous Windows ?
Il existe également un événement d'entrée envoyé au clavier standard et au périphérique ACPI qui est généré lorsque le contrôle de charge est activé et que la charge atteint le charge_control_end_threshold souhaité ; l'événement a été mappé à l'événement BATTERY afin que les notifications puissent être affichées (voir ci-dessous dans la section remappage du clavier pour plus d'informations à ce sujet).
Pour activer ou désactiver le paramètre "Démarrer à l'ouverture du couvercle" (l'ordinateur portable s'allumera automatiquement lors de l'ouverture du couvercle), un nouvel attribut de périphérique est créé dans /sys/devices/platform/samsung-galaxybook/start_on_lid_open qui peut être lu. de ou écrit à. Une valeur de 0 signifie "off" tandis qu'une valeur de 1 signifie "on".
# read current value (0 for disabled, 1 for enabled)
cat /sys/devices/platform/samsung-galaxybook/start_on_lid_open
# turn on (supports values such as: 1, on, true, yes, etc)
echo true | sudo tee /sys/devices/platform/samsung-galaxybook/start_on_lid_open
# turn off (supports values such as: 0, off, false, no, etc)
echo 0 | sudo tee /sys/devices/platform/samsung-galaxybook/start_on_lid_open Pour activer ou désactiver le mode « Charge USB » (permet aux ports USB de fournir de l'énergie même lorsque l'ordinateur portable est éteint), un nouvel attribut de périphérique est créé dans /sys/devices/platform/samsung-galaxybook/usb_charge qui peut être lire ou écrire. Une valeur de 0 signifie "off" tandis qu'une valeur de 1 signifie "on".
# read current value (0 for disabled, 1 for enabled)
cat /sys/devices/platform/samsung-galaxybook/usb_charge
# turn on (supports values such as: 1, on, true, yes, etc)
echo true | sudo tee /sys/devices/platform/samsung-galaxybook/usb_charge
# turn off (supports values such as: 0, off, false, no, etc)
echo 0 | sudo tee /sys/devices/platform/samsung-galaxybook/usb_chargeMes propres observations sur la façon dont cette fonctionnalité semble fonctionner (ce qui n'a rien à voir avec ce pilote lui-même, en fait) :
Pour activer ou désactiver le paramètre « Autoriser l'enregistrement » (autorise ou bloque l'utilisation de la caméra et du microphone intégrés), un nouvel attribut de périphérique est créé dans /sys/devices/platform/samsung-galaxybook/allow_recording qui peut être lu. de ou écrit à. Une valeur de 0 signifie "off" tandis qu'une valeur de 1 signifie "on".
Le manuel d'utilisation de Samsung appelle ce paramètre "Mode d'enregistrement bloquant", mais comme la valeur nécessaire est 1 pour "non bloqué" et 0 pour "bloqué" (c'est-à-dire que la valeur de 1 contre 0 semble "en arrière" par rapport au nom), il C'était comme un terme inapproprié pour l'appeler ainsi pour ce conducteur. Il semble plus logique que 1 signifie « autorisé » et 0 signifie « non autorisé » ; De cette façon, nous espérons que l'utilisateur de ce pilote verra plus clairement ce qui se passera réellement lorsque cette valeur sera modifiée.
# read current value (0 for disabled, 1 for enabled)
cat /sys/devices/platform/samsung-galaxybook/allow_recording
# turn on (supports values such as: 1, on, true, yes, etc)
echo true | sudo tee /sys/devices/platform/samsung-galaxybook/allow_recording
# turn off (supports values such as: 0, off, false, no, etc)
echo 0 | sudo tee /sys/devices/platform/samsung-galaxybook/allow_recording Différents appareils ont un nombre différent de ventilateurs et différentes méthodes pour pouvoir lire avec succès leur statut. Samsung semble avoir implémenté la méthode de périphérique de ventilateur standard ACPI _FST pour la plupart des différentes implémentations, mais pas les autres méthodes facultatives de la spécification ACPI qui amèneraient le noyau à ajouter automatiquement l'attribut fan_speed_rpm . En plus de cela, il semble qu'il y ait des bugs dans le micrologiciel qui génèrent souvent une exception lorsque vous essayez d'exécuter cette méthode ACPI. Ce comportement est également observé sous Windows (une exception ACPI est levée lorsque l'on tente de vérifier la vitesse du ventilateur), et je n'ai pas pu voir la vitesse du ventilateur à l'aide de diverses applications de surveillance matérielle lors de l'utilisation de Windows avec cet appareil.
Ce pilote de plate-forme tente de résoudre tous les ventilateurs PNP disponibles dans l'ACPI et ajoute la prise en charge de la lecture de leur vitesse à l'aide de la logique de décision suivante :
_FST existe-t-elle et semble-t-elle fonctionner (renvoie une valeur de vitesse supérieure à 0) ? Si oui, ajoutez-y un attribut fan_speed_rpm et comme canal d'entrée de ventilateur pour le périphérique hwmon.FANS (niveau de vitesse du ventilateur) existe-t-il sur le contrôleur embarqué, et la table FANT (tableau des niveaux de vitesse du ventilateur) existe-t-elle sur le ventilateur ? Si tel est le cas, ajoutez fan_speed_rpm à ce périphérique de ventilateur, plus comme canal d'entrée de ventilateur au périphérique hwmon, et créez la liste des vitesses de ventilateur personnalisées basées sur la logique ci-dessous (dérivée de la lecture du DSDT et de la tentative d'interprétation de l'intention de la façon dont le l'original _FST semble vouloir fonctionner). La vitesse du ventilateur peut être surveillée à l'aide de capteurs hwmon ou en lisant l'attribut sysfs fan_speed_rpm .
# read current fan speed rpm from sysfs attribute
cat /sys/bus/acpi/devices/PNP0C0B : 00/fan_speed_rpm
# read current fan speed rpm from hwmon device
sensors Pour les appareils sur lesquels la méthode _FST ne fonctionne pas correctement, la logique ci-dessous est utilisée afin de dériver les vitesses possibles pour chaque niveau disponible signalé par le champ FANS .
FANT (« table des ventilateurs » ?) qui semble être une sorte de liste de vitesses de rotation possibles auxquelles le ventilateur peut fonctionner pour chaque « niveau » différent (0 à 5).FANS (« vitesse du ventilateur » ?) qui semble donner le « niveau » actuel auquel le ventilateur fonctionne. J'ai supposé que les valeurs de FANT sont des nombres entiers qui représentent les valeurs réelles de RPM (elles semblent raisonnables, de toute façon), mais je ne peux pas être sûr à cent pour cent que cette hypothèse soit correcte. Il serait intéressant d'avoir une confirmation de Samsung ou si quelqu'un a un moyen de mesurer la vitesse réelle du ventilateur.
Le ventilateur peut être soit complètement éteint (0), soit à l'un des niveaux représentés par les vitesses dans FANT . Ce pilote lit les valeurs de FANT au lieu de coder en dur les niveaux en supposant qu'il pourrait s'agir de valeurs différentes et d'un nombre de niveaux différent pour différents appareils. Pour référence, les valeurs que je vois avec mon Galaxy Book2 Pro sont :
De plus, dans la méthode _FST de Samsung, il semble ajouter 0x0a (10) à chaque valeur avant d'essayer de les signaler, et que les niveaux 3 et 4 devraient avoir la même valeur, tandis que le niveau 5 devrait être la 4ème valeur de FANT . Cependant, des observations réelles suggèrent que les niveaux 3 et 4 sont en fait différents et que le niveau 5 semble être nettement plus fort que le niveau 4. De ce fait, ce conducteur va simplement « deviner » que les niveaux 3 et 4 sont en réalité tels quels. répertorié dans FANT , et que le dernier niveau est peut-être 1000 RPM plus rapide que le niveau 4 (à moins que quelqu'un puisse trouver quelque chose de mieux que ça !).
Il existe un test SSDT disponible dans le fichier gb_test_fans_ssdt.dsl qui comprend un ensemble de "faux" dispositifs de ventilateur PNP ACPI qui peuvent être utilisés pour tester le fonctionnement du pilote avec différents scénarios. Cela peut être construit et chargé dynamiquement, mais vous devrez également supprimer et recharger le module pilote de la plate-forme afin de tester comment ils seront gérés par celui-ci.
# create fake device table
sudo modprobe acpi_configfs
sudo mkdir /sys/kernel/config/acpi/table/gb_test_fans_ssdt
# build and load the aml
iasl gb_test_fans_ssdt.dsl
cat gb_test_fans_ssdt.aml | sudo tee /sys/kernel/config/acpi/table/gb_test_fans_ssdt/aml
# remove and reload the module (via insmod or modprobe)
sudo rmmod samsung-galaxybook
sudo insmod samsung-galaxybook.ko dyndbg=+pRemarque : Vous devrez redémarrer afin de supprimer ces faux appareils.
Pour modifier le "mode performance", le pilote implémente l'interface platform_profile . Le mappage des « modes de performance » de Samsung sur leur profil de plate-forme respectif est effectué de manière dynamique sur la base d'un mappage dans le code du pilote qui indique dans quels modes sont signalés comme pris en charge par l'ACPI. La préférence est donnée à essayer de cartographier les profils low-power , balanced et performance , car ceux-ci semblent être les profils les plus couramment utilisés (et parfois même requis) par divers outils de l'espace utilisateur.
Le résultat du mappage sera imprimé dans le journal du noyau lors du chargement du module. Les profils pris en charge peuvent ensuite être récupérés à partir de /sys/firmware/acpi/platform_profile_choices , tandis que /sys/firmware/acpi/platform_profile peut être utilisé pour lire ou écrire le profil souhaité.
Exemples :
# Get supported platform profiles
cat /sys/firmware/acpi/platform_profile_choices
# set platform profile to low-power
echo low-power | sudo tee /sys/firmware/acpi/platform_profile
# get current platform profile
cat /sys/firmware/acpi/platform_profileRemarque : Pour correspondre à la logique du pilote Windows et éviter de causer des problèmes avec d'autres fonctionnalités, le pilote définira actuellement toujours le mode de performances sur "Optimisé" à chaque fois lors de son initialisation (par exemple au démarrage).
Il devrait être possible de définir votre propre mode de performances de démarrage souhaité ou de sauvegarder et de restaurer le mode lors des redémarrages, vous pouvez soit utiliser un script de démarrage, soit installer TLP, power-profiles-daemon ou similaire.
C'était un peu difficile à tester, mais j'ai essayé de voir si ces différents modes apportaient réellement un changement mesurable en définissant chaque mode différent, puis en exécutant un test de résistance rapide en utilisant les éléments suivants :
sudo stress-ng --cpu 0 --cpu-load 100 --metrics-brief --perf -t 20Notez qu'il semble prendre au moins quelques secondes avant que le réglage ne semble vraiment intervenir.
En fin de compte, ce que j'ai découvert, c'est que je pouvais certainement constater une différence dans le résultat lors de l'utilisation du mode « silencieux » (0), car le nombre d'opérations terminées résultant du test de résistance était nettement inférieur lors de l'utilisation du mode « silencieux » (presque moitié).
Subjectivement, j'ai l'impression que le volume du ventilateur était un peu plus faible en mode "silencieux" par rapport aux deux autres, mais je n'ai pas vraiment remarqué de différence majeure dans le nombre d'opérations terminées par rapport au test de résistance. Optimisé et Haute Performance me semblaient presque identiques. J'ai également remarqué qu'il pouvait y avoir une certaine limitation lorsque les cœurs atteignent près de 100 °C, alors peut-être que cela fait partie du problème pour lequel je ne pouvais pas faire de différence (je ne suis pas sûr de ce qui peut être ajusté en toute sécurité). Cela pourrait également être simplement un mécanisme de test défectueux !
Le fichier fourni 61-keyboard-samsung-galaxybook.hwdb est une copie de la section pertinente pour ces appareils du dernier 60-keyboard.hwdb qui peut être utilisé avec les anciennes versions de systemd. Voir systemd/issues/34646 et systemd/pull/34648 pour plus d'informations.
Remarque : La touche « Mode Performance » (Fn+F11) se présente sous la forme d'une notification ACPI et est gérée par le pilote de la plate-forme
samsung-galaxybook.
Vous pouvez installer ce fichier de mappage comme suit :
sudo cp 61-keyboard-samsung-galaxybook.hwdb /etc/udev/hwdb.d/
sudo systemd-hwdb update
sudo udevadm trigger
