Dispositivi USB non funzionanti con Kernel 5.9.X Fedora 33

Buongiorno a tutti.
Volevo segnalare che con l’aggiornamento al Kernel 5.9.X i dispositivi USB funzionano in modo irregolare, ovvero se il sistema si avvia con tutto connesso alle porte USB i dispositivi funzionano ma se si cerca di connetterli una volta avviato Fedora 33 il sistema non li carica più. La stessa cosa succede con i dischi USB, con la differenza che anche se connessi in fase di startup sono praticamente non esplorabili successivamente. Siccome ho tentanto anche di disabilitare in grub2 “usb autosuspend”, pensando fosse un problema riconducibile all’alimentazione, la cosa non ha prodotto risultati e pertanto chiedo a voi se avete qualche suggerimento per raggirare l’inconveniente…
Problematica sicuramente legata alla scheda madre datata M3A32-MVP DELUXE
ASUSTeK con CPU AMD, perchè gli stessi aggiornamenti sul portatile DELL non hanno determinato questi inconvenienti.

Il comando dmesg suggerisce qualcosa?

Non riporta nessun tipo di errore.

E nemmeno che ha sentito l’inserimento di un dispositivo?

Nulla. Con #journalctl -f non si registra nessun evento.

@dragony il bios è agiornato ? per caso è questa la scheda https://www.asus.com/us/Motherboards/M3A32MVP_DeluxeWiFiAP/HelpDesk_Download/ :slightly_smiling_face: posta anche un :

dmesg | fpaste 

incolla qua il link che ti fornisce il terminale :slightly_smiling_face:

https://paste.centos.org/view/3e24e7b8
La mobo è questa https://www.asus.com/IT/supportonly/M3A32-MVP%20DELUXE/HelpDesk/

Ciao @dragony scusa per la risposta in ritardo ma ero incasinato sono riusciuto oggi a guardare però il link mi risponde che non cè la pagina potresti riupparlo ? :slightly_smiling_face:

https://paste.centos.org/view/773cbc8d

Ciao @dragony ho guardato il dmesg il bios è aggiornato , prova ad abilitare la funzione iommu nel bios è se presente abilita anche svm :slightly_smiling_face: dovrebbe essere svm=enable iommu=auto. guarda se cambia qualcosa :slightly_smiling_face:

Purtroppo è una funzione non presente nel bios, ho già cercato seguendo le indicazioni di un altro forum. L’unica prova è provare a passare tali impostazioni al kernel in fase di startup…

Ho inserito amd_iommu=… con le varie opzioni nella riga di comando del boot di sistema ma non succede nulla, continua a non riconoscere i dispositivi usb collegati dopo l’avvio.

@dragony non ha manco qualche voce che parla di virtualizzazione , o usb ? , posta :

lsmod  

vediamo intanto se carica il kvm in modo corretto :slightly_smiling_face:

uinput                 20480  0
rfcomm                 90112  16
xt_CHECKSUM            16384  1
xt_MASQUERADE          20480  3
xt_conntrack           16384  1
ipt_REJECT             16384  2
nf_nat_tftp            16384  0
nf_conntrack_tftp      20480  3 nf_nat_tftp
tun                    57344  1
bridge                245760  0
stp                    16384  1 bridge
llc                    16384  2 bridge,stp
nft_objref             16384  2
nf_conntrack_netbios_ns    16384  1
nf_conntrack_broadcast    16384  1 nf_conntrack_netbios_ns
nft_fib_inet           16384  1
nft_fib_ipv4           16384  1 nft_fib_inet
nft_fib_ipv6           16384  1 nft_fib_inet
nft_fib                16384  3 nft_fib_ipv6,nft_fib_ipv4,nft_fib_inet
nft_reject_inet        16384  5
nf_reject_ipv4         16384  2 nft_reject_inet,ipt_REJECT
nf_reject_ipv6         20480  1 nft_reject_inet
nft_reject             16384  1 nft_reject_inet
nft_ct                 20480  24
nft_chain_nat          16384  4
ip6table_nat           16384  1
ip6table_mangle        16384  1
ip6table_raw           16384  0
ip6table_security      16384  0
iptable_nat            16384  1
nf_nat                 49152  5 ip6table_nat,nf_nat_tftp,nft_chain_nat,iptable_nat,xt_MASQUERADE
nf_conntrack          163840  8 xt_conntrack,nf_nat,nf_conntrack_tftp,nft_ct,nf_conntrack_netbios_ns,nf_nat_tftp,nf_conntrack_broadcast,xt_MASQUERADE
nf_defrag_ipv6         24576  1 nf_conntrack
nf_defrag_ipv4         16384  1 nf_conntrack
iptable_mangle         16384  1
iptable_raw            16384  0
iptable_security       16384  0
ip_set                 57344  0
nf_tables             237568  337 nft_ct,nft_reject_inet,nft_fib_ipv6,nft_objref,nft_fib_ipv4,nft_chain_nat,nft_reject,nft_fib,nft_fib_inet
nfnetlink              16384  3 nf_tables,ip_set
ip6table_filter        16384  1
ip6_tables             32768  5 ip6table_filter,ip6table_raw,ip6table_nat,ip6table_mangle,ip6table_security
iptable_filter         16384  1
hidp                   32768  1
cmac                   16384  5
bnep                   28672  2
snd_hda_codec_analog    20480  1
snd_hda_codec_generic    98304  1 snd_hda_codec_analog
ledtrig_audio          16384  1 snd_hda_codec_generic
sunrpc                565248  1
powernow_k8            36864  1
edac_mce_amd           32768  0
kvm_amd               114688  0
ccp                   106496  1 kvm_amd
snd_hda_codec_hdmi     73728  1
kvm                   831488  1 kvm_amd
snd_hda_intel          57344  5
btusb                  61440  0
btrtl                  24576  1 btusb
btbcm                  20480  1 btusb
btintel                32768  1 btusb
bluetooth             684032  48 btrtl,hidp,btintel,btbcm,bnep,btusb,rfcomm
snd_intel_dspcfg       24576  1 snd_hda_intel
snd_hda_codec         163840  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_analog
joydev                 28672  0
ecdh_generic           16384  2 bluetooth
snd_hda_core          110592  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_analog,snd_hda_codec
rfkill                 28672  5 bluetooth
ecc                    36864  1 ecdh_generic
snd_hwdep              16384  1 snd_hda_codec
irqbypass              16384  1 kvm
snd_seq                86016  0
snd_seq_device         16384  1 snd_seq
snd_pcm               131072  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
wmi_bmof               16384  0
pcspkr                 16384  0
k8temp                 16384  0
sp5100_tco             20480  0
i2c_piix4              28672  0
snd_timer              49152  2 snd_seq,snd_pcm
snd                   110592  20 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec_analog,snd_hda_codec,snd_timer,snd_pcm
soundcore              16384  1 snd
asus_atk0110           24576  0
zram                   28672  1
ip_tables              28672  5 iptable_filter,iptable_security,iptable_raw,iptable_nat,iptable_mangle
hid_logitech_hidpp     49152  0
radeon               1634304  5
hid_logitech_dj        28672  0
i2c_algo_bit           16384  1 radeon
drm_kms_helper        266240  1 radeon
cec                    61440  1 drm_kms_helper
ttm                   122880  1 radeon
e1000                 159744  0
firewire_ohci          49152  0
drm                   626688  8 drm_kms_helper,radeon,ttm
serio_raw              20480  0
firewire_core          81920  1 firewire_ohci
crc_itu_t              16384  1 firewire_core
pata_atiixp            16384  0
ata_generic            16384  0
pata_acpi              16384  0
sky2                   73728  0
pata_marvell           16384  0
wmi                    36864  1 wmi_bmof
fuse                  139264  3

@dragony i moduli caricati sono giusti , l’unica cosa che può essere errata è una configurazione del bios , riesci a postare qualche schermata del bios per capire meglio che interfaccia usa ? :slightly_smiling_face:

@edmondo ti allego un paio di foto del bios datato…

@dragony sotto la dicitura boot è power cosa compare ? quel bios è un aptio , che in genere non ha molte configurazioni , strano che crea quel problema , ma è saltato fuori solo con questo kernel ? :slightly_smiling_face: o già avevi notato problemi con kernel antecedenti :slightly_smiling_face: prova a disabilitare :

BIOS EHCI Hand-Off 

è guarda se cambia qual’cosa :slightly_smiling_face:

Ricapitolando.
Con quale kernel funziona? 5.8.18?
Qual è il primo che ha cominciato a non funzionare più? (Se ricordi).
Qual è l’ultimo che hai provato? (5.9.x che non funziona)

@alciregi Funziona benissimo con 5.8.X., ha cominciato a non riconoscere più i dispositivi usb dal 5.9.x (tutti provati quelli rilasciati fino ad ora). Alcuni dispositivi usb che rimangono collegati, quali ricevitore Unifying Logitech e Broadcom Corp. BCM20702A0 Bluetooth 4.0 continuano a lavorare se non vengono rimossi. Mi spiego meglio: se il sistema parte con loro connessi, funzionano; se provo a staccarli una volta avviato il sistema, non funzionano più. Invece le pennette USB le vede se connesse prima dello startup, ma comunque non sono esplorabili… Invece se provo a mettere le pendrive dopo che il sistema si è avviato, non le monta proprio. Penso si tratti di un bug del Kernel 5.9.x legato al chipset AMD S600.

Ho provato a disabilitare

BIOS EHCI Hand-Off 

ma non cambia nulla.

Ti allego anche il menu Power del bios