web-dev-qa-db-fra.com

Pourquoi y a-t-il tant de messages Thunderbolt dans kern.log?

Dans mon kern.log, j'ai des centaines de messages comme:

Aug 26 12:28:22 cabron kernel: [11904.178378] Thunderbolt 0000:07:00.0: control channel stopped
Aug 26 12:28:22 cabron kernel: [11904.452712] Thunderbolt 0000:07:00.0: control channel starting...
Aug 26 12:28:22 cabron kernel: [11904.452717] Thunderbolt 0000:07:00.0: starting TX ring 0
Aug 26 12:28:22 cabron kernel: [11904.452766] Thunderbolt 0000:07:00.0: enabling interrupt at register 0x38200 bit 0 (0x0 -> 0x1)
Aug 26 12:28:22 cabron kernel: [11904.452770] Thunderbolt 0000:07:00.0: starting RX ring 0
Aug 26 12:28:22 cabron kernel: [11904.452780] Thunderbolt 0000:07:00.0: enabling interrupt at register 0x38200 bit 12 (0x1 -> 0x1001)
Aug 26 12:28:22 cabron kernel: [11904.638382] Thunderbolt 0000:07:00.0: stopping RX ring 0
Aug 26 12:28:22 cabron kernel: [11904.638393] Thunderbolt 0000:07:00.0: disabling interrupt at register 0x38200 bit 12 (0x1001 -> 0x1)
Aug 26 12:28:22 cabron kernel: [11904.638407] Thunderbolt 0000:07:00.0: stopping TX ring 0
Aug 26 12:28:22 cabron kernel: [11904.638419] Thunderbolt 0000:07:00.0: disabling interrupt at register 0x38200 bit 0 (0x1 -> 0x0)

Ils ont tous le même horodatage (par exemple, le 26 août 12:28:22). Qu'est-ce que le noyau essaie de me dire ici?

Utiliser Ubuntu 18.04 sur un Lenovo X1 carbon 6e génération, si cela peut vous aider.

kernelthunderbolt
2
mpenkov

Que vous avez buggé le firmware Thunderbolt.

Avant le 7 mars, votre système serait tombé en panne. Il y avait un correctif introduit qui a résolu ce problème pour que le système puisse continuer. La personne qui a testé ce correctif a également obtenu de la part de Lenovo , une mise à jour du BIOS pourrait résoudre ce problème, mais comme nous sommes en août et non en mars, vous pouvez signaler ce problème directement à l’assistance Lenovo.

2
Rinzwind