Swisslinux.org

François Marthaler · 08 Sep 2017 18:10:52

Bonjour,

En préparant des builds Ubuntu 16.04.3 pour nos machines, je m'aperçois que la touche avion [Fn]+[F11] ne fonctionne plus sur les why! N240JU (Intel Wireless-AC 8260) et N240BU-PRO (Intel Wireless-AC 8265). Ce n'est pas rédhibitoire, car il est possible de désactiver le WiFi et le Bluetooth (utilité de la touche avion) en passant par Paramètres système / Réseau et en cliquant sur le bouton Mode avion. Mais c'est rageant.

Sur mon why! N240JU-PRO, la commande lshw me confirme que j'ai un chipset Intel Wireless-AC 8260:

Code:

*-network
                description: Interface réseau sans fil
                produit: [b]Wireless 8260[/b]
                fabriquant: Intel Corporation
                identifiant matériel: 0
                information bus: pci@0000:02:00.0
                nom logique: wlp2s0
                version: 3a
                numéro de série: a4:34:d9:78:6b:62
                bits: 64 bits
                horloge: 33MHz
                fonctionnalités: pm msi pciexpress bus_master cap_list ethernet physical wireless
                configuration: broadcast=yes [b]driver=iwlwifi driverversion=4.4.0-67-generic firmware=16.242414.0[/b] ip=192.168.1.50 latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
                ressources: irq:128 mémoire:df000000-df001fff

Sur son site de support, Intel indique que le bon firmware pour le AC-8260 est le iwlwifi-8000-ucode-25.30.13.0 pour les noyaux Linux 4.1+ (je suis en 4.4.0-67-generic, comme l'indique la commande uname -r). Dans le dossier /lib/firmware, je n'ai que les firmwares suivants:

Code:

iwlwifi-8000C-13.ucode
iwlwifi-8000C-16.ucode
iwlwifi-8000C-21.ucode

Est-ce que ce sont les bons? Comment le remplacer par un autre sans qu'il disparaisse à la prochaine mise à jour?

Merci d'aider un non-informaticien obstiné!

Cordialement.

François Marthaler · 08 Sep 2017 18:17:01

En fait, il suffisait de télécharger l'archive compressée proposée par Intel pour constater que le bon pilote a bien été installé par défaut lors de la mise à niveau vers le noyau Linux 4.4:

Me voilà pas très avancé...

Eggman · 08 Sep 2017 23:25:02

il y a un petit utilitaire en ligne de commande qui permet de d'identifier les touches pressées au clavier.
Ça me parait un bon point de départ.

il s'agit de xev, qui se trouve dans le paquet x11-utils.

L'usage est on ne peut plus simple: on lance xev dans un terminal. on clique sur la fenêtre qui s'ouvre, puis on appuye sur les touches à identifier.

La sortie de xev identifie normalement les touches par des messages du genre :

Code:

KeyPress event, serial 85, synthetic NO, window 0x8600001,
    root 0xf6, subw 0x0, time 1307029862, (56,144), root:(980,577),
    state 0x0, keycode 246 (keysym 0x1008ff95, XF86WLAN), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 85, synthetic NO, window 0x8600001,
    root 0xf6, subw 0x0, time 1307029862, (56,144), root:(980,577),
    state 0x0, keycode 246 (keysym 0x1008ff95, XF86WLAN), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 86, synthetic NO, window 0x8600001,
    root 0xf6, subw 0x0, time 1307030516, (56,144), root:(980,577),
    state 0x0, keycode 246 (keysym 0x1008ff95, XF86WLAN), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 86, synthetic NO, window 0x8600001,
    root 0xf6, subw 0x0, time 1307030516, (56,144), root:(980,577),
    state 0x0, keycode 246 (keysym 0x1008ff95, XF86WLAN), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

Ici, on reconnait la touche de désactivation du wifi/bluetooth (XF86WLAN).

Reste ensuite à savoir si cette touche est mappée pour avoir un quelconque effet.

jean@adimp.ch · 09 Sep 2017 16:45:52

Salut,
Merci pour la réponse. FN + F12 ne fonctionne pas dans xev.
Meilleures salutations.
PS : sur ce type de machine.

François Marthaler · 10 Sep 2017 10:11:53

Bonjour,

En effet, [Fn]+[F11] ne fonctionne pas dans xev, mais les autres touches de fonction (volume, luminosité...) si.

C'est vraiment rageant!

Cordialement.

jean@adimp.ch · 11 Sep 2017 13:32:24

Hello,
Pour information : https://wireless.wiki.kernel.org/en/use … rs/iwlwifi
Meilleures salutations
PS : https://askubuntu.com/questions/348262/ … a-terminal

François Marthaler · 11 Sep 2017 18:33:21

Bonjour,

Puisque le firmware recommandé par Intel pour le chipset 8260 est le bon et qu'on peut parfaitement le mettre en mode avion via Paramètres système / Réseau / Mode avion, je me dis que le problème ne vient pas du firmware Linux.

J'ai lancé la commande dmesg | grep iwlwifi immédiatement avant et après avoir déclenché le WiFi/BT selon cette méthode:

Code:

francois@francois-N240JU:~$ dmesg | grep iwlwifi
[    4.140595] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-19.ucode failed with error -2
[    4.141433] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-18.ucode failed with error -2
[    4.141454] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-17.ucode failed with error -2
[    4.149980] iwlwifi 0000:02:00.0: loaded firmware version 16.242414.0 op_mode iwlmvm
[    4.178115] iwlwifi 0000:02:00.0: Detected Intel(R) Dual Band Wireless AC 8260, REV=0x208
[    4.178213] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.178509] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.330282] iwlwifi 0000:02:00.0 wlp2s0: renamed from wlan0
[    4.738658] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.738920] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.883316] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.883600] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.476432] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.477052] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.623027] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.623325] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
francois@francois-N240JU:~$ dmesg | grep iwlwifi
[    4.140595] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-19.ucode failed with error -2
[    4.141433] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-18.ucode failed with error -2
[    4.141454] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-17.ucode failed with error -2
[    4.149980] iwlwifi 0000:02:00.0: loaded firmware version 16.242414.0 op_mode iwlmvm
[    4.178115] iwlwifi 0000:02:00.0: Detected Intel(R) Dual Band Wireless AC 8260, REV=0x208
[    4.178213] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.178509] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.330282] iwlwifi 0000:02:00.0 wlp2s0: renamed from wlan0
[    4.738658] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.738920] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.883316] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.883600] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.476432] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.477052] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.623027] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.623325] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled

J'ai réenclenché le WiFi/BT toujours via et voilà le résultat de la même commande:

Code:

francois@francois-N240JU:~$ dmesg | grep iwlwifi
[    4.140595] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-19.ucode failed with error -2
[    4.141433] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-18.ucode failed with error -2
[    4.141454] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-17.ucode failed with error -2
[    4.149980] iwlwifi 0000:02:00.0: loaded firmware version 16.242414.0 op_mode iwlmvm
[    4.178115] iwlwifi 0000:02:00.0: Detected Intel(R) Dual Band Wireless AC 8260, REV=0x208
[    4.178213] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.178509] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.330282] iwlwifi 0000:02:00.0 wlp2s0: renamed from wlan0
[    4.738658] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.738920] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.883316] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[    4.883600] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.476432] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.477052] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.623027] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 2250.623325] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 3636.843926] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 3636.844566] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 3636.989594] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
[ 3636.989884] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled
francois@francois-N240JU:~$

Je me dis naïvement qu'il suffirait que la touche avion envoie la même instruction au système et que ce n'est probablement pas très sorcier...

Merci d'avance pour l'aide.

Cordialement.

François Marthaler · 11 Sep 2017 18:51:17

System76 aux USA propose aussi le N240JU et le N240BU sous le nom de Lemur. Peut-être que l'aide concernant le WiFi pourrait être utile...

jean@adimp.ch · 11 Sep 2017 21:29:20

Bonjour,
Selon article cité plus haut :

Code:

nmcli radio wifi off
nmcli radio wifi on

Meilleures salutations.

jean.tinguely@why · 15 Sep 2017 15:30:14

Bonjour,

Il faut mettre le code ISO CH pour la variable REGDOMAIN dans /etc/default/crda. Pour cela, il suffit d'ouvrir un terminal ([Ctrl]+[Alt]+[T]) et passer la commande:

Code:

sudo gedit  /etc/default/crda

puis d'ajouter "CH" dans le fichier, comme indiqué ci-dessous, avant de la sauvegarder:

Code:

# Set REGDOMAIN to a ISO/IEC 3166-1 alpha2 country code so that iw(8) may set
# the initial regulatory domain setting for IEEE 802.11 devices which operate
# on this system.
#
# Governments assert the right to regulate usage of radio spectrum within
# their respective territories so make sure you select a ISO/IEC 3166-1 alpha2
# country code suitable for your location or you may infringe on local
# legislature. See `/usr/share/zoneinfo/zone.tab' for a table of timezone
# descriptions containing ISO/IEC 3166-1 alpha2 country codes.

REGDOMAIN=CH

Meilleures salutations.

François Marthaler · 15 Sep 2017 19:37:44

En effet, après avoir modifié le fichier /etc/default/crda, oh! miracle, la touche avion fonctionnait. L'image du build a été clonée. Malheureusement, après réinstallation à l'aide de Clonezilla, [Fn]+[F11] ne désactivait plus que le Bluetooth! Et pourtant REGDOMAIN=CH était correctement enregistré. Ce n'était probablement pas le problème.

Constatant que le build 16.04.2 fonctionnait y compris la touche avion, j'ai créé un build à l'aide de notre script interne à partir d'une live-USB 16.04.2, puis effectué les petits réglages finaux.

Comme la touche avion ne fonctionnait toujours pas, j'ai installé le support DKMS pour la touche avion et voilà ce que cela donne:

Code:

Réception de:1 http://ch.archive.ubuntu.com/ubuntu xenial-updates/main amd64 dkms all 2.2.0.3-2ubuntu11.3 [66.1 kB]
66.1 ko réceptionnés en 0s (248 ko/s)
Sélection du paquet dkms précédemment désélectionné.
(Lecture de la base de données... 252053 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../dkms_2.2.0.3-2ubuntu11.3_all.deb ...
Dépaquetage de dkms (2.2.0.3-2ubuntu11.3) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.5-1) ...
Paramétrage de dkms (2.2.0.3-2ubuntu11.3) ...
Sélection du paquet tuxedo-wmi-dkms précédemment désélectionné.
(Lecture de la base de données... 252101 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../tuxedo-wmi-dkms_1.5.1_all.deb ...
Dépaquetage de tuxedo-wmi-dkms (1.5.1) ...
Paramétrage de tuxedo-wmi-dkms (1.5.1) ...

Loading tarball for tuxedo-wmi-1.5.1
Loading /var/lib/dkms/tuxedo-wmi/1.5.1/3.13.0-24-generic/x86_64...

DKMS: ldtarball completed.

Creating symlink /var/lib/dkms/tuxedo-wmi/1.5.1/source ->
                 /usr/src/tuxedo-wmi-1.5.1

DKMS: add completed.
First Installation: checking all kernels...
Building for 4.8.0-36-generic and 4.10.0-33-generic
Building for architecture x86_64
Building initial module for 4.8.0-36-generic
Done.

tuxedo-wmi:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/4.8.0-36-generic/updates/dkms/

depmod....

DKMS: install completed.
Building initial module for 4.10.0-33-generic
Done.

tuxedo-wmi:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/4.10.0-33-generic/updates/dkms/

depmod....

DKMS: install completed.
Terminé.

A ce stade, toujours en mode OEM, la touche avion ne fonctionne toujours pas et je vais redémarrer...

François Marthaler · 15 Sep 2017 19:41:01

Après redémarrage, la touche avion déclenche le Bluetooth, mais pas le WiFi.

François Marthaler · 15 Sep 2017 19:49:15

Après avoir modifié /etc/default/crda, effectué les dernières mises à jour (j'ai maintenant le noyau 4.10 de la 16.04.3), et fait un sudo update-grub, j'ai redémarré, mais la touche avion ne fonctionne toujours pas pour le WiFi.

C'est désespérant!

François Marthaler · 15 Sep 2017 20:05:09

J'ai donc réinstallé un build 16.04.2 et créé un utilisateur. A ce stade, la touche avion fonctionne (sauf que, lorsqu'on le réenclenche, la connexion WiFi s'affiche en haut à droite comme une connexion filaire!?!).

Je vais lancer les mises à jour, d'abord sur le noyau 4.8... (c'est à dire sans choisir l'option "Mise à jour partielle" qui fait passer au noyau 4.10).

Ce que j'ai fait avec le gestionnaire de mise à jour. Premier problème: il ne m'a pas demandé mon mot de passe avec d'installer 450 Mo de paquets. Deuxième problème: il a frisé sur la mise à jour du grub-pc. Il va falloir réparer en ligne de commande... Mais la touche avion tient bon!

François Marthaler · 15 Sep 2017 20:25:51

Comme conseillé dans cette discussion, j'ai lancé dans une fenêtre terminal ([Ctrl]+[Alt]+[T]):

Code:

sudo rm /var/lib/dpkg/lock
sudo dpkg --configure -a

Cela devrait débloquer dpkg et permettre à nouveau d'effectuer des mises à jour en ligne de commande:

Code:

sudo apt-get update
sudo apt-get upgrade

J'obtiens malheureusement:

Code:

test@test-N240JU:~$ sudo apt-get update
Lecture des listes de paquets... Fait
E: Impossible d'obtenir le verrou /var/lib/apt/lists/lock - open (11: Ressource temporairement non disponible)
E: Impossible de verrouiller le répertoire /var/lib/apt/lists/

Je fatigue...

J'ai encore tenté un:

Code:

sudo dpkg-reconfigure grub-pc

De dépit, j'ai tenté un:

Code:

reboot

Et la machine a redémarré sans couiner. J'ai enfin pu lancer un:

Code:

sudo apt-get udate
sudo apt-get upgrade

Je suis maintenant sur un noyau 4.8.0-39-generic et la touche avion ne déclenche plus que le Bluetooth!!!

Déprimant!

François Marthaler · 15 Sep 2017 20:46:21

J'ai encore voulu vérifier si la touche avion fonctionnait à nouveau en démarrant sur le noyau initial (4.8.0-36-generic), mais le menu GRUB ne s'affichait plus en maintenant la touche [MAJ] enfoncée à partir du BIOS.

Pour réparer le problème, j'ai tenté un:

Code:

sudo update-grub

J'ai ainsi pu choisir Options avancées et la première ligne concernant le précédent noyau 4.8.0.36-generic.

Mais la touche avion ne fonctionne plus que pour le Bluetooth. J'arrête là en espérant que cela mette quelqu'un sur la bonne piste...

jean.tinguely@why · 19 Sep 2017 09:59:53

Bonjour,
Pour information : https://wiki.ubuntu.com/LaptopTesting/Keycodes
Et ceci : https://askubuntu.com/questions/270416/ … -keys-work
Meilleures salutations.

jean.tinguely@why · 19 Sep 2017 10:04:29

Bonjour,
Voici les messages du noyau lorsque je tape deux fois sur [Fn]+[F11]:

Sep 19 10:02:17 why-N240JU kernel: [ 1200.949524] usb 1-5: USB disconnect, device number 7
Sep 19 10:02:25 why-N240JU kernel: [ 1209.134587] usb 1-5: new full-speed USB device number 8 using xhci_hcd
Sep 19 10:02:25 why-N240JU kernel: [ 1209.276007] usb 1-5: New USB device found, idVendor=8087, idProduct=0a2b
Sep 19 10:02:25 why-N240JU kernel: [ 1209.276014] usb 1-5: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Sep 19 10:02:25 why-N240JU kernel: [ 1209.283140] Bluetooth: hci0: Bootloader revision 0.0 build 2 week 52 2014
Sep 19 10:02:25 why-N240JU kernel: [ 1209.289916] Bluetooth: hci0: Device revision is 5
Sep 19 10:02:25 why-N240JU kernel: [ 1209.289919] Bluetooth: hci0: Secure boot is enabled
Sep 19 10:02:25 why-N240JU kernel: [ 1209.289920] Bluetooth: hci0: OTP lock is enabled
Sep 19 10:02:25 why-N240JU kernel: [ 1209.289921] Bluetooth: hci0: API lock is enabled
Sep 19 10:02:25 why-N240JU kernel: [ 1209.289922] Bluetooth: hci0: Debug lock is disabled
Sep 19 10:02:25 why-N240JU kernel: [ 1209.289924] Bluetooth: hci0: Minimum firmware build 1 week 10 2014
Sep 19 10:02:25 why-N240JU kernel: [ 1209.290190] Bluetooth: hci0: Found device firmware: intel/ibt-11-5.sfi
Sep 19 10:02:27 why-N240JU kernel: [ 1210.806431] Bluetooth: hci0: Waiting for firmware download to complete
Sep 19 10:02:27 why-N240JU kernel: [ 1210.806936] Bluetooth: hci0: Firmware loaded in 1491699 usecs
Sep 19 10:02:27 why-N240JU kernel: [ 1210.806975] Bluetooth: hci0: Waiting for device to boot
Sep 19 10:02:27 why-N240JU kernel: [ 1210.818045] Bluetooth: hci0: Device booted in 10822 usecs
Sep 19 10:02:27 why-N240JU kernel: [ 1210.818100] Bluetooth: hci0: Found Intel DDC parameters: intel/ibt-11-5.ddc
Sep 19 10:02:27 why-N240JU kernel: [ 1210.821958] Bluetooth: hci0: Applying Intel DDC parameters completed

Meilleures salutations.

jean.tinguely@why · 19 Sep 2017 10:27:38

Bonjour,
Voir ci-dessous:

oem@why-N240JU:/etc/acpi/events$ cat /etc/acpi/asus-wireless.sh
#!/bin/sh
# Find and toggle wireless devices on Asus laptops

test -f /usr/share/acpi-support/state-funcs || exit 0

. /usr/share/acpi-support/state-funcs

toggleAllWirelessStates

Meilleures salutaitons.

jean.tinguely@why · 19 Sep 2017 10:38:51

Bonjour,
Ci-dessous le script /usr/share/acpi-support/state-funcs

Code:

#!/bin/sh
# Paul Sladen, 2006-03-28, 2007-03-26
# Library functions to check/change status of wireless

# Return 0 if there is, allowing you to write   if isAnyWirelessPoweredOn; then ...
isAnyWirelessPoweredOn()
{
    for DEVICE in /sys/class/net/* ; do
    if [ -d $DEVICE/wireless ]; then
        for RFKILL in $DEVICE/phy80211/rfkill*/state $DEVICE/device/rfkill/rfkill*/state
        do
        if [ -r "$RFKILL" ] && [ "$(cat "$RFKILL")" -eq 1 ]
        then
            return 0
        fi
        done
        # if any of the wireless devices are turned on then return success
        if [ -r $DEVICE/device/power/state ] && [ "`cat $DEVICE/device/power/state`" -eq 0 ]
        then
        return 0
        fi
        if [ -r $DEVICE/device/rf_kill ] && [ "`cat $DEVICE/device/rf_kill`" -eq 0 ]
        then
        return 0
        fi
    fi
    done

    # otherwise return failure
    return 1
}

# Takes no parameters, toggles all wireless devices.
# TODO: Should possible toggle all wireless devices to the state of the first one.
# Attempts to use 'rf_kill' first, and then tries 'power/state', though that
# will fail on >=2.6.18 kernels since upstream removed the functionality...
toggleAllWirelessStates()
{
    for DEVICE in /sys/class/net/* ; do
    if [ -d $DEVICE/wireless ] ; then
        # $DEVICE is a wireless device.

        FOUND=
        # Yes, that's right... the new interface reverses the truth values.
        ON=1
        OFF=0
        for CONTROL in $DEVICE/device/rfkill/rfkill*/state; do
        if [ -w "$CONTROL" ]; then
            FOUND=1

            if [ "$(cat "$CONTROL")" = "$ON" ] ; then
            # It's powered on. Switch it off.
            echo -n "$OFF" > "$CONTROL"
            else
            # It's powered off. Switch it on.
            echo -n "$ON" > "$CONTROL"
            fi
        fi
        done
        # it might be safe to assume that a device only supports one
        # interface at a time; but just in case, we short-circuit
        # here to avoid toggling the power twice
        if [ -n "$FOUND" ]; then
        continue
        fi

        ON=0
        OFF=1  # 1 for rf_kill, 2 for power/state
        for CONTROL in $DEVICE/device/rf_kill $DEVICE/device/power/state ; do
        if [ -w $CONTROL ] ; then
            # We have a way of controlling the device, lets try
            if [ "`cat $CONTROL`" = 0 ] ; then
            # It's powered on. Switch it off.
            if echo -n $OFF > $CONTROL ; then 
                break
            else
                OFF=2 # for power/state, second time around
            fi
            else
            # It's powered off. Switch it on.
            if echo -n $ON > $CONTROL ; then
                break
            fi
            fi
        fi
        done
    fi
    done
}

# Pass '1' to blink suspending LED and '0' to stop LED
setLEDThinkpadSuspending()
{
    action=`test "$1" -ne 0 && echo blink || echo off`
    test -w /proc/acpi/ibm/led && echo -n 7 "$action" > /proc/acpi/ibm/led
}

François Marthaler · 19 Sep 2017 18:07:32

De plus en plus mystérieux!...

J'ai une N240JU avec un build en DE sur laquelle j'ai créé un utilisateur Test. La commande uname -r me dit que j'ai un noyau Linux 4.10.0-33 et la touche avion fonctionne comme il se doit.

A l'aide de Clonezilla, j'ai créé un image ISO de cette machine fonctionnelle avec d'effectuer les mises à jour (environ 180 Mo) qui allaient me mettre le dernier noyau et les derniers linux-firmware et peut-être fusiller le bon fonctionnement de la touche avion.

Me voici avec un noyau 4.10.0-35 et la touche avion fonctionne toujours!

Sur une autre machine, j'ai le build (en français) installé pour l'utilisateur OEM et, après avoir effectué les mises à jour, le même noyau 4.10.0-35. Mais la touche aviion ne fonctionne toujours pas.

Le script /usr/share/acpi-support/state-funcs est rigoureusement le même sur les deux machines.

Mais il existe une différence fondamentale. Sur celle qui fonctionne, voici le résultat la la commande acpi_listen effectuée dans un terminal pour connaître le signal de la touche avion:

Code:

test@test-N240JU:~$ acpi_listen
 PNP0C14:00 000000d0 00000000
 PNP0C14:00 000000d0 00000000
 PNP0C14:00 000000d0 00000000
 PNP0C14:00 000000d0 00000000

Sur l'autre, je n'obtiens tout simplement aucune réponse. En outre, au démarrage, des messages d'erreur concernant ACPI s'affichent rapidement. Tout semble tourner autour de acpi...

François Marthaler · 19 Sep 2017 18:45:17

Bon, je pense avoir mis le doigt sur le noeud du problème!

La machine qui fonctionne a un BIOS 1.05.10 et un EC 1.05.01, alors que celle qui ne fonctionne pas a un BIOS 1.05.12TTR1 et un EC 1.05.03 (plus récent, car provenant d'une commande plus récente).

Les machines nous étant livrées avec le BIOS et le EC préinstallés, nous n'avons pas de clé USB pour reflasher le BIOS. Comme une erreur dans le flashage du BIOS peut nécessiter le renvoi en uine de la carte-mère, on va réfléchir un moment sur la bonne façon de faire...

François Marthaler · 20 Sep 2017 12:49:15

Encore raté! Sur mon why! N240JU-PRO, la touche avion ne déclenche que le Bluetooth et j'ai bien le BIOS 1.05.10 et le EC 1.05.01 (anciennes version issues de la première commande).

La touche avion est bien reconnue:

Code:

francois@francois-N240JU:~$ acpi_listen
 PNP0C14:00 000000d0 00000000
 PNP0C14:00 000000d0 00000000
 PNP0C14:00 000000d0 00000000
 PNP0C14:00 000000d0 00000000

En outre, le paquet DKMS de Tuxedo est bien installé:

Code:

francois@francois-N240JU:~$ sudo dpkg -l | grep tuxedo
[sudo] Mot de passe de francois : 
ii  tuxedo-wmi-dkms                               1.5.1                                        all          tuxedo-wmi driver in DKMS format.

Suite au prochain épisode...

jean.tinguely@why · 20 Sep 2017 15:40:24

Bonjour,

Nous avons refait le build et installé le paquet tuxedo-wmi-dkms-1.5.1.deb. Redémarrage. Tout fonctionne!

Nous repassons les scripts d'installation (tronc commun et spécifiques): la touche avion arrête uniquement le Bluetooth et pas le wifi. Probablement des paramètres dans un paquet qui interfèrent avec le paquet de tuxedo.

Meilleures salutations.

François Marthaler · 20 Sep 2017 18:18:13

En recherchant "Clevo airplane" sur github.com, je suis tombé sur 2 scripts (un peu vieux: 2015) permettant de traiter ce problème. Il y a peut-être des idées à reprendre...

Cordialement.

Swisslinux.org

− Le carrefour GNU/Linux en Suisse −

Recherche

Menu

Forum

Identification

Inscription

Langue

Le Forum

#1 08 Sep 2017 18:10:52

[Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

Code:

#2 08 Sep 2017 18:17:01

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#3 08 Sep 2017 23:25:02

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

#4 09 Sep 2017 16:45:52

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#5 10 Sep 2017 10:11:53

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#6 11 Sep 2017 13:32:24

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#7 11 Sep 2017 18:33:21

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

Code:

#8 11 Sep 2017 18:51:17

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#9 11 Sep 2017 21:29:20

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

#10 15 Sep 2017 15:30:14

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

Code:

#11 15 Sep 2017 19:37:44

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

#12 15 Sep 2017 19:41:01

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#13 15 Sep 2017 19:49:15

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#14 15 Sep 2017 20:05:09

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#15 15 Sep 2017 20:25:51

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

Code:

Code:

Code:

Code:

Code:

#16 15 Sep 2017 20:46:21

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

#17 19 Sep 2017 09:59:53

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#18 19 Sep 2017 10:04:29

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#19 19 Sep 2017 10:27:38

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#20 19 Sep 2017 10:38:51

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

#21 19 Sep 2017 18:07:32

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

#22 19 Sep 2017 18:45:17

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#23 20 Sep 2017 12:49:15

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Code:

Code:

#24 20 Sep 2017 15:40:24

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

#25 20 Sep 2017 18:18:13

Re: [Résolu] touche avion ne fonctionne avec Intel AC 8260 + 8265

Pied de page des forums