Por que o UASP não está sendo usado

6

De acordo com Como posso verificar se o modo USB3.0 UASP está habilitado no Linux? , o UASP não está em uso no meu novo HDD que diz ele suporta UASP.

Além disso, o manual da minha placa-mãe (ASUS M5A99FX PRO R2.0) diz:

USB 3.0 Boost ASUS USB 3.0 Boost technology supports UASP (USB Attached SCSI Protocol), the latest USB 3.0 standard. Witht USB 3.0 Boost technology, a USB device’s transmission speed is significantly increased up to 170%, adding to an already impressive fast USB 3.0 transfer speed. ASUS software automatically accelerates data speeds for compatible USB 3.0 peripherals without the need for any user interaction.

Assim, com suporte a motherboards e dispositivos (e suporte ao Linux ), por que não UASP sendo usado, e como posso usá-lo?

Ou talvez esteja sendo usado, e eu não sei como verificar isso. Saída relevante de lsusb -t :

/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
    |__ Port 2: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 5000M

EDITAR
Estou executando o Linux 4.0.8 no Fedora 21 (64 bits).

EDIT 2
Aqui está a saída de lsmod | grep uas :

uas                    24576  0 
usb_storage            65536  1 uas

Aqui está a saída de todos os dmesg gerada ao ligar a estação de ancoragem (com um HDD nela):

[173791.566332] usb 2-2: new SuperSpeed USB device number 4 using xhci_hcd
[173791.581802] usb 2-2: New USB device found, idVendor=174c, idProduct=55aa
[173791.581809] usb 2-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[173791.581814] usb 2-2: Product: ASMT1053
[173791.581818] usb 2-2: Manufacturer: asmedia
[173791.581822] usb 2-2: SerialNumber: 123456789012
[173791.583705] usb-storage 2-2:1.0: USB Mass Storage device detected
[173791.583933] usb-storage 2-2:1.0: Quirks match for vid 174c pid 55aa: 400000
[173791.583981] scsi host11: usb-storage 2-2:1.0
[173792.587494] scsi 11:0:0:0: Direct-Access     ASMT     2105             0    PQ: 0 ANSI: 6
[173792.588048] sd 11:0:0:0: Attached scsi generic sg3 type 0
[173792.589870] sd 11:0:0:0: [sdc] Spinning up disk...
[173793.589663] .......ready
[173799.606012] sd 11:0:0:0: [sdc] 625142448 512-byte logical blocks: (320 GB/298 GiB)
[173799.606599] sd 11:0:0:0: [sdc] Write Protect is off
[173799.606606] sd 11:0:0:0: [sdc] Mode Sense: 43 00 00 00
[173799.607092] sd 11:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[173799.624914]  sdc: sdc2
[173799.626624] sd 11:0:0:0: [sdc] Attached SCSI disk
    
por BenjiWiebe 06.08.2015 / 19:59

1 resposta

6

Olhando para uas-detect.h eu posso ver que o chip ASM1053 no seu gabinete é realmente suportado pelo driver UAS (mesmo se ele tiver erros com grandes transferências).

Você pode tentar modificar seu arquivo modules.alias para adicionar suporte ao seu ID de dispositivo. Infelizmente, se depmod for executado novamente por qualquer coisa em seu sistema, você terá que refazer essas mudanças no arquivo modules.alias.

Uma segunda opção pode ser o patch do módulo do kernel UAS para anunciar o suporte para o ID do dispositivo e reconstruir o módulo. Se você fez isso e empurra um bom patch para o upstream, você pode até mesmo obter todos com o suporte UAS Linux do gabinete HD.

    
por 14.08.2015 / 22:30