problemi di trasferimento dati con RTL8125 in current64

Se avete problemi con l'installazione e la configurazione di Slackware64 postate qui. Non usate questo forum per argomenti che trattano la Slackware32 o generali... per quelli usate rispettivamente il forum Slackware e Gnu/Linux in genere.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware64 usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware64, se l'argomento è Slackware32 o generale usate rispettivamente il forum Slackware o Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
Avatar utente
F4B1CK
Linux 2.x
Linux 2.x
Messaggi: 304
Iscritto il: dom 11 gen 2004, 0:00
Slackware: current 64 bit
Kernel: 6.12.x
Desktop: KDE PLASMA
Località: Cosenza
Contatta:

problemi di trasferimento dati con RTL8125 in current64

Messaggio da F4B1CK »

Ciao,
ho da poco cambiato l'intero pc fisso, reinstallato da zero Slackware Current64 (kernel 6.12.7) e sono su piattaforma AMD con un Ryzen 9900X ed una scheda madre ASRock (ASRock X870 Pro RS/X870 Pro RS, BIOS 3.15 12/10/2024).

In pratica, ho degli share di rete presenti sul NAS che vengono montati in locale come risorse CIFS (ver 3.1.1). Prima di rivoluzionare tutto, sempre in current64 e l'ultima versione di Plasma offerta dai repo ufficiali, quando da Dolphin copiavo un file da una share del nas ad un'altra non avevo alcun problema.

Adesso noto che Dolphin va spesso in freeze durante la procedura di copia e devo killarlo (inizia a copiare una parte del file e poi si blocca). Quando capita (praticamente sempre, al massimo mi permette di copiare uno o due files) devo riavviare l'intero stack di rete, rimontare tutto e far riprendere Plasma. In pratica, faccio prima a riavviare.

Pensando fosse un problema di KDE, ho fatto dei test da terminale sia con CP che con MC ma finisce nello stesso modo.

A questo punto ho pensato ad un problema del driver Realtek (il sistema utilizza di base il modulo r8169 per gestire la scheda di rete), quindi ho scaricato i driver realtek per la mia scheda ed ho installato quelli, ma il problema persiste.

Queste le info della scheda prese da KInfoCenter :

Codice: Seleziona tutto

09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05)
	Subsystem: ASRock Incorporation Device 8125
	Flags: bus master, fast devsel, latency 0, IRQ 41, IOMMU group 19
	I/O ports at d000 [size=256]
	Memory at dd200000 (64-bit, non-prefetchable) [size=64K]
	Memory at dd210000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: r8125
	Kernel modules: r8125
Quando accade questo freeze nel trasferimento dati, nei log di sistema si genera questo errore :

Codice: Seleziona tutto

[dom gen  5 18:55:26 2025] ------------[ cut here ]------------
[dom gen  5 18:55:26 2025] WARNING: CPU: 11 PID: 11102 at fs/netfs/read_collect.c:110 netfs_consume_read_data.isra.0+0x672/0xb40
[dom gen  5 18:55:26 2025] Modules linked in: fuse cfg80211 8021q garp mrp stp llc qrtr ipv6 zram amd_atl intel_rapl_msr intel_rapl_common edac_mce_amd snd_hda_codec_realtek kvm_amd snd_hda_codec_generic amdgpu snd_hda_scodec_component snd_hda_codec_hdmi amdxcp drm_exec gpu_sched drm_buddy kvm drm_suballoc_helper drm_ttm_helper snd_hda_intel crct10dif_pclmul ttm snd_intel_dspcfg crc32_pclmul joydev snd_intel_sdw_acpi polyval_clmulni nzxt_kraken3 drm_display_helper snd_hda_codec polyval_generic uas cec ghash_clmulni_intel sha512_ssse3 snd_hda_core rc_core sha256_ssse3 snd_hwdep sha1_ssse3 drm_kms_helper snd_pcm rapl agpgart snd_timer i2c_algo_bit wmi_bmof i2c_piix4 snd k10temp mfd_core i2c_smbus thunderbolt soundcore r8125(O) i2c_designware_platform i2c_designware_core tpm_crb tpm_tis gpio_amdpt tpm_tis_core gpio_generic ccp evdev loop dm_snapshot dm_bufio hid_multitouch hid_microsoft hid_lenovo hid_logitech_hidpp hid_logitech_dj hid_logitech hid_cherry hid_asus asus_wmi platform_profile sparse_keymap rfkill video wmi hid_generic
[dom gen  5 18:55:26 2025]  i2c_hid drm i2c_core usbhid hid uhci_hcd ohci_pci ehci_pci ohci_hcd ehci_hcd xhci_pci xhci_hcd usb_storage
[dom gen  5 18:55:26 2025] CPU: 11 UID: 0 PID: 11102 Comm: kworker/11:0 Tainted: G        W  O       6.12.7 #1
[dom gen  5 18:55:26 2025] Tainted: [W]=WARN, [O]=OOT_MODULE
[dom gen  5 18:55:26 2025] Hardware name: ASRock X870 Pro RS/X870 Pro RS, BIOS 3.15 12/10/2024
[dom gen  5 18:55:26 2025] Workqueue: cifsiod smb2_readv_worker
[dom gen  5 18:55:26 2025] RIP: 0010:netfs_consume_read_data.isra.0+0x672/0xb40
[dom gen  5 18:55:26 2025] Code: 43 28 48 39 c8 0f 84 04 02 00 00 4c 89 40 58 0f 1f 44 00 00 0f 1f 44 00 00 48 8b 43 78 48 89 43 68 48 89 43 70 e9 7b fe ff ff <0f> 0b 49 8b 47 70 48 8b 74 24 30 8b 7c 24 38 41 0f b7 97 96 00 00
[dom gen  5 18:55:26 2025] RSP: 0018:ffffa3c7efc43dc8 EFLAGS: 00010246
[dom gen  5 18:55:26 2025] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000017600000
[dom gen  5 18:55:26 2025] RDX: 0000000017a00000 RSI: 0000000017a00000 RDI: ffffd9e4deaa0000
[dom gen  5 18:55:26 2025] RBP: 0000000000000006 R08: 0000000000000002 R09: 0000000000400000
[dom gen  5 18:55:26 2025] R10: 0000000000000008 R11: 0000000000000008 R12: ffff901edbbd17e8
[dom gen  5 18:55:26 2025] R13: 0000000000200000 R14: 0000000017800000 R15: ffff9022e4bc2500
[dom gen  5 18:55:26 2025] FS:  0000000000000000(0000) GS:ffff902d5f580000(0000) knlGS:0000000000000000
[dom gen  5 18:55:26 2025] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[dom gen  5 18:55:26 2025] CR2: 00007fae67af2200 CR3: 0000000127030000 CR4: 0000000000f50ef0
[dom gen  5 18:55:26 2025] PKRU: 55555554
[dom gen  5 18:55:26 2025] Call Trace:
[dom gen  5 18:55:26 2025]  <TASK>
[dom gen  5 18:55:26 2025]  ? netfs_consume_read_data.isra.0+0x672/0xb40
[dom gen  5 18:55:26 2025]  ? __warn.cold+0x93/0xf3
[dom gen  5 18:55:26 2025]  ? netfs_consume_read_data.isra.0+0x672/0xb40
[dom gen  5 18:55:26 2025]  ? report_bug+0xe6/0x170
[dom gen  5 18:55:26 2025]  ? handle_bug+0x53/0x90
[dom gen  5 18:55:26 2025]  ? exc_invalid_op+0x13/0x60
[dom gen  5 18:55:26 2025]  ? asm_exc_invalid_op+0x16/0x20
[dom gen  5 18:55:26 2025]  ? netfs_consume_read_data.isra.0+0x672/0xb40
[dom gen  5 18:55:26 2025]  ? netfs_consume_read_data.isra.0+0x48b/0xb40
[dom gen  5 18:55:26 2025]  netfs_read_subreq_terminated+0x2a7/0x3e0
[dom gen  5 18:55:26 2025]  process_one_work+0x168/0x320
[dom gen  5 18:55:26 2025]  worker_thread+0x2da/0x410
[dom gen  5 18:55:26 2025]  ? __pfx_worker_thread+0x10/0x10
[dom gen  5 18:55:26 2025]  kthread+0xda/0x110
[dom gen  5 18:55:26 2025]  ? __pfx_kthread+0x10/0x10
[dom gen  5 18:55:26 2025]  ret_from_fork+0x2d/0x50
[dom gen  5 18:55:26 2025]  ? __pfx_kthread+0x10/0x10
[dom gen  5 18:55:26 2025]  ret_from_fork_asm+0x1a/0x30
[dom gen  5 18:55:26 2025]  </TASK>
[dom gen  5 18:55:26 2025] ---[ end trace 0000000000000000 ]---
[dom gen  5 18:55:26 2025] netfs: R=00000a00[3] s=17600000-17bfffff ctl=400000/600000/600000 sl=6
[dom gen  5 18:55:26 2025] netfs: folioq: orders=09090909
[dom gen  5 18:55:26 2025] BUG: kernel NULL pointer dereference, address: 0000000000000000
[dom gen  5 18:55:26 2025] #PF: supervisor write access in kernel mode
[dom gen  5 18:55:26 2025] #PF: error_code(0x0002) - not-present page
[dom gen  5 18:55:26 2025] PGD 0 P4D 0 
[dom gen  5 18:55:26 2025] Oops: Oops: 0002 [#1] PREEMPT SMP NOPTI
[dom gen  5 18:55:26 2025] CPU: 11 UID: 0 PID: 11102 Comm: kworker/11:0 Tainted: G        W  O       6.12.7 #1
[dom gen  5 18:55:26 2025] Tainted: [W]=WARN, [O]=OOT_MODULE
[dom gen  5 18:55:26 2025] Hardware name: ASRock X870 Pro RS/X870 Pro RS, BIOS 3.15 12/10/2024
[dom gen  5 18:55:26 2025] Workqueue: cifsiod smb2_readv_worker
[dom gen  5 18:55:26 2025] RIP: 0010:netfs_consume_read_data.isra.0+0x2db/0xb40
[dom gen  5 18:55:26 2025] Code: c4 40 5b 5d 41 5c 41 5d 41 5e 41 5f c3 cc cc cc cc 8b 6c 24 38 48 8b 44 24 28 48 89 f3 49 2b 5f 60 49 89 5f 78 4c 8b 6c e8 08 <f0> 41 80 4d 00 08 48 8b 44 24 30 48 8b 80 58 02 00 00 a9 00 00 00
[dom gen  5 18:55:26 2025] RSP: 0018:ffffa3c7efc43dc8 EFLAGS: 00010206
[dom gen  5 18:55:26 2025] RAX: ffff901eca6a6800 RBX: 0000000000600000 RCX: 0000000000000000
[dom gen  5 18:55:26 2025] RDX: 0000000000000000 RSI: 0000000017c00000 RDI: 00000000ffffffff
[dom gen  5 18:55:26 2025] RBP: 0000000000000006 R08: 0000000000000000 R09: ffffa3c7efc43c48
[dom gen  5 18:55:26 2025] R10: ffffffff8310ec48 R11: 0000000000000003 R12: ffff901edbbd17e8
[dom gen  5 18:55:26 2025] R13: 0000000000000000 R14: 0000000017a00000 R15: ffff9022e4bc2500
[dom gen  5 18:55:26 2025] FS:  0000000000000000(0000) GS:ffff902d5f580000(0000) knlGS:0000000000000000
[dom gen  5 18:55:26 2025] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[dom gen  5 18:55:26 2025] CR2: 0000000000000000 CR3: 0000000127030000 CR4: 0000000000f50ef0
[dom gen  5 18:55:26 2025] PKRU: 55555554
[dom gen  5 18:55:26 2025] Call Trace:
[dom gen  5 18:55:26 2025]  <TASK>
[dom gen  5 18:55:26 2025]  ? __die+0x52/0x93
[dom gen  5 18:55:26 2025]  ? page_fault_oops+0xca/0x290
[dom gen  5 18:55:26 2025]  ? exc_page_fault+0x490/0x760
[dom gen  5 18:55:26 2025]  ? irq_work_queue+0xa/0x50
[dom gen  5 18:55:26 2025]  ? asm_exc_page_fault+0x22/0x30
[dom gen  5 18:55:26 2025]  ? netfs_consume_read_data.isra.0+0x2db/0xb40
[dom gen  5 18:55:26 2025]  netfs_read_subreq_terminated+0x2a7/0x3e0
[dom gen  5 18:55:26 2025]  process_one_work+0x168/0x320
[dom gen  5 18:55:26 2025]  worker_thread+0x2da/0x410
[dom gen  5 18:55:26 2025]  ? __pfx_worker_thread+0x10/0x10
[dom gen  5 18:55:26 2025]  kthread+0xda/0x110
[dom gen  5 18:55:26 2025]  ? __pfx_kthread+0x10/0x10
[dom gen  5 18:55:26 2025]  ret_from_fork+0x2d/0x50
[dom gen  5 18:55:26 2025]  ? __pfx_kthread+0x10/0x10
[dom gen  5 18:55:26 2025]  ret_from_fork_asm+0x1a/0x30
[dom gen  5 18:55:26 2025]  </TASK>
[dom gen  5 18:55:26 2025] Modules linked in: fuse cfg80211 8021q garp mrp stp llc qrtr ipv6 zram amd_atl intel_rapl_msr intel_rapl_common edac_mce_amd snd_hda_codec_realtek kvm_amd snd_hda_codec_generic amdgpu snd_hda_scodec_component snd_hda_codec_hdmi amdxcp drm_exec gpu_sched drm_buddy kvm drm_suballoc_helper drm_ttm_helper snd_hda_intel crct10dif_pclmul ttm snd_intel_dspcfg crc32_pclmul joydev snd_intel_sdw_acpi polyval_clmulni nzxt_kraken3 drm_display_helper snd_hda_codec polyval_generic uas cec ghash_clmulni_intel sha512_ssse3 snd_hda_core rc_core sha256_ssse3 snd_hwdep sha1_ssse3 drm_kms_helper snd_pcm rapl agpgart snd_timer i2c_algo_bit wmi_bmof i2c_piix4 snd k10temp mfd_core i2c_smbus thunderbolt soundcore r8125(O) i2c_designware_platform i2c_designware_core tpm_crb tpm_tis gpio_amdpt tpm_tis_core gpio_generic ccp evdev loop dm_snapshot dm_bufio hid_multitouch hid_microsoft hid_lenovo hid_logitech_hidpp hid_logitech_dj hid_logitech hid_cherry hid_asus asus_wmi platform_profile sparse_keymap rfkill video wmi hid_generic
[dom gen  5 18:55:26 2025]  i2c_hid drm i2c_core usbhid hid uhci_hcd ohci_pci ehci_pci ohci_hcd ehci_hcd xhci_pci xhci_hcd usb_storage
[dom gen  5 18:55:26 2025] CR2: 0000000000000000
[dom gen  5 18:55:26 2025] ---[ end trace 0000000000000000 ]---
[dom gen  5 18:55:26 2025] RIP: 0010:netfs_consume_read_data.isra.0+0x2db/0xb40
[dom gen  5 18:55:26 2025] Code: c4 40 5b 5d 41 5c 41 5d 41 5e 41 5f c3 cc cc cc cc 8b 6c 24 38 48 8b 44 24 28 48 89 f3 49 2b 5f 60 49 89 5f 78 4c 8b 6c e8 08 <f0> 41 80 4d 00 08 48 8b 44 24 30 48 8b 80 58 02 00 00 a9 00 00 00
[dom gen  5 18:55:26 2025] RSP: 0018:ffffa3c7efc43dc8 EFLAGS: 00010206
[dom gen  5 18:55:26 2025] RAX: ffff901eca6a6800 RBX: 0000000000600000 RCX: 0000000000000000
[dom gen  5 18:55:26 2025] RDX: 0000000000000000 RSI: 0000000017c00000 RDI: 00000000ffffffff
[dom gen  5 18:55:26 2025] RBP: 0000000000000006 R08: 0000000000000000 R09: ffffa3c7efc43c48
[dom gen  5 18:55:26 2025] R10: ffffffff8310ec48 R11: 0000000000000003 R12: ffff901edbbd17e8
[dom gen  5 18:55:26 2025] R13: 0000000000000000 R14: 0000000017a00000 R15: ffff9022e4bc2500
[dom gen  5 18:55:26 2025] FS:  0000000000000000(0000) GS:ffff902d5f580000(0000) knlGS:0000000000000000
[dom gen  5 18:55:26 2025] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[dom gen  5 18:55:26 2025] CR2: 0000000000000000 CR3: 0000000127030000 CR4: 0000000000f50ef0
[dom gen  5 18:55:26 2025] PKRU: 55555554
[dom gen  5 18:55:26 2025] note: kworker/11:0[11102] exited with irqs disabled
e su questo errore non ho trovato grossi riferimenti in rete.

La cosa mi crea non pochi problemi, dato che spesso mi capita di dover spostare files via rete locale. Questo rende il pc davvero poco utile, per la quotidianità.

Come ulteriore info, aggiungo che le versioni dei pacchetti che potrebbero essere coinvolti, sono :

cifs-utils-7.1-x86_64-1
samba-4.21.2-x86_64-1

Spero che qualcuno mi dia una mano.

Grazie!

rik70
Iper Master
Iper Master
Messaggi: 2535
Iscritto il: gio 10 mar 2011, 9:21
Slackware: 15.0
Kernel: 5.15.x-generic
Desktop: Sway
Distribuzione: Arch Linux

Re: problemi di trasferimento dati con RTL8125 in current64

Messaggio da rik70 »

Dal log sembra un bug del kernel relativo a 'netfs'.
Ho trovato questo, apparentemente simile: https://lore.kernel.org/lkml/3990750.17 ... .org.uk/T/

Avatar utente
F4B1CK
Linux 2.x
Linux 2.x
Messaggi: 304
Iscritto il: dom 11 gen 2004, 0:00
Slackware: current 64 bit
Kernel: 6.12.x
Desktop: KDE PLASMA
Località: Cosenza
Contatta:

Re: problemi di trasferimento dati con RTL8125 in current64

Messaggio da F4B1CK »

Ho provato ad aggiornare il kernel alla 6.12.8, dove mi pareva di aver visto -secondo in changelog- che avessero risolto questo problema, ma a me si ripresenta ogni volta tento di fare un passaggio dati su dischi montati in rete.
Tra l'altro l'uso del driver r8125 scaricato da Relatek, pare che dimezzi le prestazioni di passaggio dati rispetto al r8169 presente nel kernel.

rik70
Iper Master
Iper Master
Messaggi: 2535
Iscritto il: gio 10 mar 2011, 9:21
Slackware: 15.0
Kernel: 5.15.x-generic
Desktop: Sway
Distribuzione: Arch Linux

Re: problemi di trasferimento dati con RTL8125 in current64

Messaggio da rik70 »

Hai provato col kernel 6.13 rc?
Vedi anche il longterm 6.6.

Il problema te lo da anche con nfs o solo con cifs?

Avatar utente
F4B1CK
Linux 2.x
Linux 2.x
Messaggi: 304
Iscritto il: dom 11 gen 2004, 0:00
Slackware: current 64 bit
Kernel: 6.12.x
Desktop: KDE PLASMA
Località: Cosenza
Contatta:

Re: problemi di trasferimento dati con RTL8125 in current64

Messaggio da F4B1CK »

rik70 ha scritto:
mar 7 gen 2025, 9:31
Hai provato col kernel 6.13 rc?
Vedi anche il longterm 6.6.

Il problema te lo da anche con nfs o solo con cifs?
Non ho provato con altri kernel, anche perché dai repository al momento mi trova solo il 6.12.8 e non volevo incasinare anche quelli (anzi se mi dai una dritta in merito su come recuperare la versione precompilata, provo).

Non ho ancora provato con NFS, ma era una prova che avevo intenzione di fare anche se non cambierebbe nulla, perché gli share di cui ho bisogno devono restare accessibili in CIFS e non vorrei poi che questa pezza (abilitare NFS) diventasse una cosa definitiva.

rik70
Iper Master
Iper Master
Messaggi: 2535
Iscritto il: gio 10 mar 2011, 9:21
Slackware: 15.0
Kernel: 5.15.x-generic
Desktop: Sway
Distribuzione: Arch Linux

Re: problemi di trasferimento dati con RTL8125 in current64

Messaggio da rik70 »

F4B1CK ha scritto:
mar 7 gen 2025, 21:36
Non ho provato con altri kernel, anche perché dai repository al momento mi trova solo il 6.12.8 e non volevo incasinare anche quelli (anzi se mi dai una dritta in merito su come recuperare la versione precompilata, provo).
Non ho modo di dirti dove trovare una versione precompilata, ma la cosa migliore che puoi fare per non incasinare le cose è compilartelo a 'mano'.
F4B1CK ha scritto:
mar 7 gen 2025, 21:36
gli share di cui ho bisogno devono restare accessibili in CIFS
In teoria li potresti aggiungere in condivisione via nfs senza dover disattivare cifs.
Ma il test è fondamentale non per mettere una pezza, ma per capire se il problema è relativo a samba o all'intero filesystem di rete, dato che dal log che hai postato non c'è nessun riferimento a un problema della scheda di rete.

Avatar utente
F4B1CK
Linux 2.x
Linux 2.x
Messaggi: 304
Iscritto il: dom 11 gen 2004, 0:00
Slackware: current 64 bit
Kernel: 6.12.x
Desktop: KDE PLASMA
Località: Cosenza
Contatta:

Re: problemi di trasferimento dati con RTL8125 in current64

Messaggio da F4B1CK »

Ciao, ho provato a fare una condivisione NFS, ma probabilmente il nas da cui sto prendendo le share ha dei problemi con il protocollo e quindi ci ho lasciato perdere. Ho provato ulteriori aggiornamenti del kernel, prima con la 6.11.12 e poi con la 6.13.0 (che si trova in testing), ma in entrambi i casi, sia con il driver r8169 che con quello compilato r8125 il sistema non va più in errore: si freeza completamente e devo resettarlo. Possibile che un'operazione così comune (copiare dati da uno share di rete) sia così devastante?

Spero che altri che hanno incontrato il mio stesso problema possano condividere eventuali soluzioni.

rik70
Iper Master
Iper Master
Messaggi: 2535
Iscritto il: gio 10 mar 2011, 9:21
Slackware: 15.0
Kernel: 5.15.x-generic
Desktop: Sway
Distribuzione: Arch Linux

Re: problemi di trasferimento dati con RTL8125 in current64

Messaggio da rik70 »

F4B1CK ha scritto:
dom 26 gen 2025, 17:42
Possibile che un'operazione così comune (copiare dati da uno share di rete) sia così devastante?
Ah beh, se hai di queste cose e te ne avanzano, mi prenoto per l'acquisto.
Con l'ultimo kernel 6.13, sul mio sistema:

Codice: Seleziona tutto

 xhci_hcd 0000:05:00.0: xHC error in resume, USBSTS 0x401, Reinit
 xhci_hcd 0000:05:00.0: xHC error in resume, USBSTS 0x401, Reinit
 xhci_hcd 0000:05:00.0: xHC error in resume, USBSTS 0x401, Reinit
 xhci_hcd 0000:05:00.0: xHC error in resume, USBSTS 0x401, Reinit
 xhci_hcd 0000:05:00.0: xHC error in resume, USBSTS 0x401, Reinit
 xhci_hcd 0000:05:00.0: xHC error in resume, USBSTS 0x401, Reinit
 xhci_hcd 0000:00:14.0: xHCI host not responding to stop endpoint command
 xhci_hcd 0000:00:14.0: xHCI host controller not responding, assume dead
 xhci_hcd 0000:00:14.0: HC died; cleaning up
 xhci_hcd 0000:00:14.0: Timeout while waiting for stop endpoint command
 xhci_hcd 0000:05:00.0: xHC error in resume, USBSTS 0x401, Reinit
 [...]
 usb usb3: root hub lost power or was reset
 usb usb4: root hub lost power or was reset
Praticamente mi ritrovo ogni tot senza mouse e tastiera. Son tornato al longterm 6.12 e devo aprire una segnalazione.

Piuttosto, l'hardware è stabile? Hai provato qualche stress test tipo memtest86, prime95 o similari? E' la prima cosa che farei al posto tuo.

L'ideale sarebbe utilizzare netconsole per esaminare il log del kernel su un'altra macchina quando si verifica il crash.

Hai provato a trasferire i file problematici con altri protocolli, tipo ftp, http/s, ssh|rsync, etc?

Provato con altro distro, es. Debian Live Stable?

Avatar utente
F4B1CK
Linux 2.x
Linux 2.x
Messaggi: 304
Iscritto il: dom 11 gen 2004, 0:00
Slackware: current 64 bit
Kernel: 6.12.x
Desktop: KDE PLASMA
Località: Cosenza
Contatta:

Re: problemi di trasferimento dati con RTL8125 in current64

Messaggio da F4B1CK »

Giusto per aggiornamento: ho provato a fare gli stessi test di trasferimento con il modulo kernel Realtek (r8169) che, di fatto, gestisce anche le schede r8125. Continuo ad avere lo stesso problema: se avvio un trasferimento file dal NAS sul NAS stesso, si freeza tutto. A questo punto, dato che non ho modo di mettere altri kernel, ho provato ad avviare la macchina con una live di Fedora 41, per capire se fosse un problema del mio nuovo hardware. La Fedora 41 ha un kernel 6.11.4 ed usa il modulo di default r8169 del kernel. Ho lanciato la copia di una decina di files video dal NAS, da una directory all'altra, ed ha terminato senza problemi (ovviamente la velocità di trasferimento si attestava sui 40-50 Mbit ma è normale, dato che legge e scrive dalla stessa sorgente).

A questo punto devo iniziare a sospettare sia qualche altro problema di Slackware. Escludo Dolphin, dato che mi fa lo stesso se uso MC da terminale.
Potrebbe essere legato al tipo di processore ? Ho un AMD Ryzen 9 9900X, ma non ho letto nulla di particolare a riguardo.

Rispondi