disabilita il dispositivo PCI specifico all'avvio

Ho appena reinstallato Debian sul mio laptop VAIO Sony e tutte le mie dmesgconsole virtuali vengono spammate più volte con gli stessi messaggi.

[   59.662381] hub 1-1:1.0: unable to enumerate USB device on port 2
[   59.901732] usb 1-1.2: new high-speed USB device number 91 using ehci_hcd
[   59.917940] hub 1-1:1.0: unable to enumerate USB device on port 2
[   60.157256] usb 1-1.2: new high-speed USB device number 92 using ehci_hcd

Credo che questi messaggi provengano da un dispositivo USB collegato internamente, molto probabilmente dalla webcam (poiché questa è l'unica cosa che non funziona). L'unico modo in cui riesco a farlo chiudere (senza uccidere le mie porte USB effettivamente utili) è disabilitare uno dei controller host USB:

# echo "0000:00:1a.0" > /sys/bus/pci/drivers/ehci_hcd/unbind

Questo toglie anche la mia interfaccia Bluetooth, ma sto bene.

Vorrei che questa impostazione persistesse, in modo da poter utilizzare indolore la mia console virtuale in caso di necessità. Voglio che il mio sistema operativo (Debian amd64) non lo riattivi mai, ma non so come farlo. Ho provato a inserire nella blacklist l'alias del modulo per il dispositivo PCI, ma sembra essere ignorato:

$ cat /sys/bus/pci/devices/0000\:00\:1a.0/modalias 
pci:v00008086d00003B3Csv0000104Dsd00009071bc0Csc03i20

$ cat /etc/modprobe.d/blacklist
blacklist pci:v00008086d00003B3Csv0000104Dsd00009071bc0Csc03i20

Come posso garantire che questo specifico dispositivo PCI non venga mai attivato automaticamente, senza disabilitare del tutto il suo driver?

-edit- Il modulo è stato rinominato di recente, ora i seguenti lavori da userland:

echo "0000:00:1a.0" > /sys/bus/pci/drivers/ehci-pci/unbind

Tuttavia, sto cercando un modo per impedire al kernel di associare quel dispositivo in primo luogo.

Di recente ho riscontrato questo problema durante la configurazione della mia xen box con più dispositivi USB. Volevo che uno venisse utilizzato da Dom-0 e l'altro da una macchina virtuale, quindi avevo bisogno che il dispositivo fosse disponibile per xen-pciback. Tuttavia, il driver USB è stato rispettato nel mio kernel, quindi non potevo semplicemente inserire nella lista nera il driver. La mia soluzione era quella di creare uno script initramfs personalizzato che separasse la porta PCI specifica molto presto nel processo di avvio.

Questo è Ubuntu 2016.04, ma dovrebbe funzionare nelle versioni precedenti.

Ci sono tre file coinvolti. Li ho nominati per il mio caso d'uso specifico, ma ymmv:

Il primo file, chiamato /etc/unbindpcifile che è un semplice csv del numero di dispositivo PCI e del driver (configurare qui secondo necessità):

0000:08:00.0,xhci_hcd
0000:03:00.0,radeon

Secondo file /etc/initramfs-tools/hooks/xenfiles, che copia la configurazione sopra in initramfs.

#! /bin/bash

if [ -f /etc/unbindpci ]; then
  cp -pP /etc/unbindpci $DESTDIR/etc/unbindpci
fi

Il terzo file è ciò che funziona all'avvio, l'ho inserito in /etc/initramfs-tools/scripts/init-top/unbind-early-pci:

#!/bin/sh

PREREQ=""
prereqs()
{
        echo "$PREREQ"
}
case $1 in
# get pre-requisites
prereqs)
        prereqs
        exit 0
        ;;
esac

# This only executes if in a xen Dom-0.
# Edit if that's not your use case!          
if [ -f /sys/hypervisor/uuid -a -f /etc/unbindpci ]; then
        if [ $(cat /sys/hypervisor/uuid) = "00000000-0000-0000-0000-000000000000" ]; then
                echo "Unbinding pci ports..."
                IFS=,
                while read addr driver; do
                        if [ -f /sys/bus/pci/drivers/$driver/unbind ]; then
                                echo "Unbinding $addr, device $driver"
                                echo $addr > /sys/bus/pci/drivers/$driver/unbind
                        fi
                done < /etc/unbindpci
        fi
fi

Infine, esegui update-initramfs -k all -ue riavvia.

Potrei includere il supporto per i commenti nel file di configurazione, e qui c'è molta pulizia da fare, ma funziona per me.

Nessuna delle risposte ha risolto il mio problema simile, ma mi hanno messo sulla strada per risolverlo!

Il mio errore syslog:

[  334.940158] hub 1-0:1.0: unable to enumerate USB device on port 7

Questa è una porta hub USB interna per un'opzione bluetooth che non ho.

svincolarsi dal dispositivo PCI ha appena portato l'hub a tornare indietro come un altro hub (5 nel mio caso) e inondare ulteriormente il syslog.

Per caso ho notato una struttura non distrutta sotto /sys/bus/usb/drivers/hub. Utilizzando gli esempi sopra ho appena aggiunto quanto segue in rc.local:

echo "1-0:1.0" > /sys/bus/usb/drivers/hub/unbind

Il risultato è silenzio syslog! Ora per aggiungere l'esempio di script di kshurig per la gestione dell'alimentazione e dovrei essere d'oro.

È possibile rimuovere un dispositivo PCI aggiungendo una regola udev in /etc/udev/rules.d:

ACTION=="add", KERNEL=="0000:00:03.0", SUBSYSTEM=="pci", RUN+="/bin/sh -c 'echo 1 > /sys/bus/pci/devices/0000:00:03.0/remove'"

Sostituire 0000:00:03.0con l'indirizzo del dispositivo PCI che si desidera rimuovere

Ho trovato questa discussione su askubuntu:

• Come posso spegnere i dispositivi PCI?

Usando lspci -vvper identificare lo slot PCI di un dispositivo che si desidera disabilitare, sembrava che si potesse usare questo comando per spegnere il dispositivo di quello slot:

% echo 0 > /sys/bus/pci/slot/$N/power

Quando si dispone già echo "0000:00:1a.0" > /sys/bus/pci/drivers/ehci_hcd/unbinddi /etc/rc.localper l'avvio di quello che basta per metterlo in uno script per la gestione dell'alimentazione demone pure.

Va così: Crea un file di script bash eseguibile chiamato 0_disable_webcamnella directory /etc/pm/sleep.d/:

#!/bin/sh
case "$1" in
        resume|thaw)
                echo "0000:00:1a.0" > /sys/bus/pci/drivers/ehci_hcd/unbind
                ;;
esac

Dovrebbe funzionare all'istante. L'ho provato con una chiavetta USB e ha funzionato (nel senso che è rimasto disabilitato) fintanto che l'unità è stata collegata. Il rimontaggio dovrebbe richiedere regole udev ma poiché la tua webcam non verrà scollegata dovrebbe funzionare. Se ciò non risolve il problema, ho un altro suggerimento.

non una risposta alla tua domanda quanto una soluzione.

Perché non semplicemente sopprimere la registrazione dei messaggi sulla console modificando syslog / (Non so se usi syslog o rsyslog o qualcos'altro, quindi non posso davvero indirizzarti più specificamente nella directory corretta, ma se tu cerca i tuoi file di configurazione di syslog per "console" e "tty", che ti darebbero un buon punto di partenza - in effetti, puoi probabilmente cambiare la console in / dev / tty1 [per esempio] e avere messaggi solo per accedere a tty1 piuttosto che a tutti console.

L'altra soluzione (per rispondere alla tua domanda, ma non mi piace), potresti inserire nella lista nera il modulo ehci_hcd (se caricato), o ricompilare il tuo kernel per usarlo solo come modulo. Dai un'occhiata a h ttp: //www.cyberciti.biz/faq/rhel-redhat-centos-kernel-usb-reset-high-speed-ehci_hcd/ che risolve esattamente la domanda che stai ponendo