Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam.
OS: Debian 7.8.0 amd64
płyta główna: gigabyte GA-790 XTA-UD4
uname -a
Linux debian 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1 x86_64 GNU/Linux
Mam zewnętrzną kieszeń na dyski Thermaltake BlacX Duet 5g na usb 3.0.
Problem w tym, że po podłączeniu tej kieszeni pod gniazdo usb 3, nie działa.
Wtedy w dmesg mam takie coś
[ 376.468058] usb 1-3: new high-speed USB device number 2 using ehci_hcd [ 376.548101] hub 1-0:1.0: unable to enumerate USB device on port 3 [ 377.272051] usb 3-1: device not accepting address 2, error -22 [ 377.792083] hub 3-0:1.0: unable to enumerate USB device on port 1
Wygląda na to, że moduł ehci_hcd, chce na siłę obsługiwać urządzenie usb3.
Z tego co wiem, to do obsługi urządzeń usb3 w debianie jest moduł xhci_hcd (jest załadowany).
lsmod
Module Size Used by loop 22641 0 snd_hda_codec_hdmi 30824 1 snd_hda_codec_realtek 188851 1 fglrx 8662345 80 snd_hda_intel 26259 2 snd_hda_codec 78031 3 snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi snd_hwdep 13186 1 snd_hda_codec snd_pcm 68083 3 snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi sp5100_tco 12900 0 powernow_k8 17618 0 pcspkr 12579 0 mperf 12453 1 powernow_k8 edac_mce_amd 17103 0 i2c_piix4 12536 0 k10temp 12611 0 edac_core 35258 0 i2c_core 23876 1 i2c_piix4 evdev 17562 9 snd_page_alloc 13003 2 snd_hda_intel,snd_pcm snd_seq 45126 0 snd_seq_device 13176 1 snd_seq snd_timer 22917 2 snd_seq,snd_pcm snd 52893 13 snd_timer,snd_seq_device,snd_seq,snd_hda_intel,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_codec_realtek,snd_hda_codec_hdmi wmi 13243 0 soundcore 13065 1 snd processor 28149 1 powernow_k8 button 12937 1 fglrx thermal_sys 18040 1 processor ext4 350804 4 crc16 12343 1 ext4 jbd2 62115 1 ext4 mbcache 13114 1 ext4 raid0 12904 1 md_mod 87742 4 raid0 usbhid 36418 0 hid 81372 1 usbhid sr_mod 21899 0 firewire_ohci 35772 0 firewire_core 48449 1 firewire_ohci ata_generic 12479 0 cdrom 35401 1 sr_mod sg 25874 0 sd_mod 36136 11 crc_t10dif 12348 1 sd_mod ohci_hcd 26563 0 xhci_hcd 73352 0 crc_itu_t 12347 1 firewire_core floppy 53134 0 pata_atiixp 12736 0 ehci_hcd 40249 0 pata_jmicron 12472 0 ahci 24997 6 libahci 22941 1 ahci usbcore 128741 5 ehci_hcd,xhci_hcd,ohci_hcd,usbhid usb_common 12354 1 usbcore libata 140630 5 libahci,ahci,pata_jmicron,pata_atiixp,ata_generic r8169 47008 0 scsi_mod 162321 4 libata,sd_mod,sg,sr_mod mii 12675 1 r8169
A teraz takie coś.
Jeśli usunę xhci_hcd i ponownie go załaduję, to wtedy kieszeń działa, a w dmesg jest takie coś
[ 1319.309686] xhci_hcd 0000:04:00.0: remove, state 4 [ 1319.309705] usb usb3: USB disconnect, device number 1 [ 1319.309843] xHCI xhci_drop_endpoint called for root hub [ 1319.309849] xHCI xhci_check_bandwidth called for root hub [ 1319.319189] xhci_hcd 0000:04:00.0: USB bus 3 deregistered [ 1319.319222] xhci_hcd 0000:04:00.0: remove, state 4 [ 1319.319234] usb usb2: USB disconnect, device number 1 [ 1319.319340] xHCI xhci_drop_endpoint called for root hub [ 1319.319345] xHCI xhci_check_bandwidth called for root hub [ 1319.595839] xhci_hcd 0000:04:00.0: USB bus 2 deregistered [ 1363.517624] xhci_hcd 0000:04:00.0: setting latency timer to 64 [ 1363.517635] xhci_hcd 0000:04:00.0: xHCI Host Controller [ 1363.517668] xhci_hcd 0000:04:00.0: new USB bus registered, assigned bus number 2 [ 1363.793761] xhci_hcd 0000:04:00.0: irq 47 for MSI/MSI-X [ 1363.793778] xhci_hcd 0000:04:00.0: irq 48 for MSI/MSI-X [ 1363.793794] xhci_hcd 0000:04:00.0: irq 49 for MSI/MSI-X [ 1363.793807] xhci_hcd 0000:04:00.0: irq 50 for MSI/MSI-X [ 1363.793822] xhci_hcd 0000:04:00.0: irq 51 for MSI/MSI-X [ 1363.793995] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 [ 1363.794004] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1363.794011] usb usb2: Product: xHCI Host Controller [ 1363.794016] usb usb2: Manufacturer: Linux 3.2.0-4-amd64 xhci_hcd [ 1363.794022] usb usb2: SerialNumber: 0000:04:00.0 [ 1363.794319] xHCI xhci_add_endpoint called for root hub [ 1363.794325] xHCI xhci_check_bandwidth called for root hub [ 1363.794407] hub 2-0:1.0: USB hub found [ 1363.794420] hub 2-0:1.0: 2 ports detected [ 1363.808053] xhci_hcd 0000:04:00.0: xHCI Host Controller [ 1363.808065] xhci_hcd 0000:04:00.0: new USB bus registered, assigned bus number 3 [ 1363.808100] usb usb3: New USB device found, idVendor=1d6b, idProduct=0003 [ 1363.808103] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1363.808105] usb usb3: Product: xHCI Host Controller [ 1363.808107] usb usb3: Manufacturer: Linux 3.2.0-4-amd64 xhci_hcd [ 1363.808109] usb usb3: SerialNumber: 0000:04:00.0 [ 1363.808230] xHCI xhci_add_endpoint called for root hub [ 1363.808232] xHCI xhci_check_bandwidth called for root hub [ 1363.808263] hub 3-0:1.0: USB hub found [ 1363.808269] hub 3-0:1.0: 2 ports detected [ 1364.120220] usb 3-1: new SuperSpeed USB device number 2 using xhci_hcd [ 1364.140109] usb 3-1: New USB device found, idVendor=152d, idProduct=2551 [ 1364.140120] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1364.140128] usb 3-1: Product: USB to ATA/ATAPI Bridge [ 1364.140134] usb 3-1: Manufacturer: JMicron [ 1364.140138] usb 3-1: SerialNumber: 201307121018 [ 1364.149021] Initializing USB Mass Storage driver... [ 1364.149257] scsi20 : usb-storage 3-1:1.0 [ 1364.149354] usbcore: registered new interface driver usb-storage [ 1364.149356] USB Mass Storage support registered. [ 1367.065849] scsi 20:0:0:0: Direct-Access ST1000DM 003-1CH162 PQ: 0 ANSI: 2 CCS [ 1367.067161] sd 20:0:0:0: Attached scsi generic sg11 type 0 [ 1371.261311] sd 20:0:0:0: [sdj] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) [ 1371.261837] sd 20:0:0:0: [sdj] Write Protect is off [ 1371.261848] sd 20:0:0:0: [sdj] Mode Sense: 28 00 00 00 [ 1371.262309] sd 20:0:0:0: [sdj] No Caching mode page found [ 1371.262317] sd 20:0:0:0: [sdj] Assuming drive cache: write through [ 1371.263829] sd 20:0:0:0: [sdj] No Caching mode page found [ 1371.263840] sd 20:0:0:0: [sdj] Assuming drive cache: write through [ 1371.319873] sdj: sdj1 [ 1371.321842] sd 20:0:0:0: [sdj] No Caching mode page found [ 1371.321853] sd 20:0:0:0: [sdj] Assuming drive cache: write through [ 1371.321862] sd 20:0:0:0: [sdj] Attached SCSI disk
To usuwanie i ponowne ładowanie modułu xhci_hcd trzeba powtarzać za każdym razem, kiedy kieszeń jest podłaczana pod gniazdo usb 3.
Co zrobić, aby system automatycznie używał modułu xhci_hcd do obsługi urządzeń usb3?
Ostatnio edytowany przez kucyk_pony (2015-02-26 22:21:13)
Offline
Ja radziłbym spróbować na dużo nowszym kernelu, np z Aptosida.
Kernele Aptosida są w repo:
deb http://aptosid.com/debian unstable main fix.main deb-src http://aptosid.com/debian unstable main fix.main
Ostatnio edytowany przez Jacekalex (2015-02-25 19:00:55)
Offline
To jest Wheezy i jądro z aptosida nie pasuje.
Można z backportów:
https://dug.net.pl/tekst/194/jadro_z_backportow_w_s … rsji_debiana/
Offline
Zainstalowałem jądro z backportów
teraz mam tak:
uname -a:
Linux debian 3.16.0-0.bpo.4-amd64 #1 SMP Debian 3.16.7-ckt4-3~bpo70+1 (2015-02-12) x86_64 GNU/Linux
a przy podłączaniu mam w dmesg takie coś:
[ 49.306285] usb 8-3: new high-speed USB device number 2 using ehci-pci [ 50.238714] usb 2-1: device not accepting address 2, error -22
Czyli nic się nie zmieniło i dalej system próbuje używać ehci_hcd zamiast xhci_hcd.
Offline
1667
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:11:56)
Offline
Powróciłem do poprzedniego jądra, bo mi się alsa wysypała.
modinfo xhci-hcd:
filename: /lib/modules/3.2.0-4-amd64/kernel/drivers/usb/host/xhci-hcd.ko license: GPL author: Sarah Sharp description: 'eXtensible' Host Controller (xHC) Driver alias: pci:v*d*sv*sd*bc0Csc03i30* depends: usbcore intree: Y vermagic: 3.2.0-4-amd64 SMP mod_unload modversions parm: link_quirk:Don't clear the chain bit on a link TRB (int)
Dodam tylko że to samo jest na najnowszym gparted live.
Offline
Powróciłem do poprzedniego jądra, bo mi się alsa wysypała.
To masz takie samo "szczęście", jak Ja. :D
Jeśli obecnie najnowsze jajo Aptosidowe nie wchodzi na Wheezy, to się mówi trudno, moim zdaniem nic nie stracisz, jak zaktualizujesz system do wydania Jessie,
który już jest na ostatniej prostej do stania się nowym wydaniem stabilnym.
Ale to już twoja decyzja, jakieś błędy mogą się zdarzyć, choć przeważnie nie są zbyt dokuczliwe.
Względnie na kernelu z backportów jakoś tą Alsę idzie odpalić przez majstrowanie z parametrami modułów.
I przy okazji, nowe jajka, to nie 3.16.0, tylko 3.18.7 albo 3.19.x.
Ostatnio edytowany przez Jacekalex (2015-02-25 19:49:05)
Offline
Jacekalex napisał(-a):
I przy okazji, nowe jajka, to nie 3.16.0, tylko 3.18.7 albo 3.19.x.
Po dodaniu źródeł backportów mam dostępne tylko takie wersje jaj:
linux-image-2.6-amd64 linux-image-3.2.0-4-amd64-dbg linux-image-amd64-dbg linux-image-3.16.0-0.bpo.4-amd64 linux-image-3.2.0-4-rt-amd64 linux-image-rt-amd64 linux-image-3.16.0-0.bpo.4-amd64-dbg linux-image-3.2.0-4-rt-amd64-dbg linux-image-3.2.0-4-amd64 linux-image-amd64
Jacekalex napisał(-a):
który już jest na ostatniej prostej do stania się nowym wydaniem stabilnym
Czekam, czekam :)
Ta kieszeń działa, tylko trzeba sobie ręcznie usunąć i ponownie załadować moduł xhci_hcd.
Czy da się zmusić jakoś system by używał xhci_hcd dla urządzeń usb3?
___
Google znalazło mi coś takiego:
http://www.linuxquestions.org/questions/linux-hardw … l-4175435026/
Ten użytkownik pisze, że (jeśli dobrze rozumiem) wyłączył korzystanie z ustawień biosa w kernelu.
Jest na to jakaś opcja, którą można dodać przed uruchomieniem, jako parametr kernela?
Ostatnio edytowany przez kucyk_pony (2015-02-25 19:55:31)
Offline
Ja bym raczej zatrudnił Udeva, żeby wyładowywał moduł przy odłączeniu dyzia.
Jak wyglądają takie reguły:
ENV{ID_SERIAL_SHORT}=="000FEAFB7AFEF921958F00ED", ENV{UDISKS_IGNORE}:="1" KERNEL=="sd?1", ACTION=="add", ENV{ID_SERIAL_SHORT}=="000FEAFB7AFEF921958F00ED", \ SYMLINK+="pen%n", \ RUN+="/bin/mount -t vfat /dev/pen%n /media/Pendrak1 -o rw,sync,noexec,nosuid,nodev,uid=1001,gid=1001,umask=0077,shortname=mixed,utf8=1,showexec,flush", \ RUN+="/usr/local/bin/udevmess 'Pendrak zamontowany ;)'" KERNEL=="sd?1", ACTION=="remove", ENV{ID_SERIAL_SHORT}=="000FEAFB7AFEF921958F00ED", \ RUN+="/bin/umount -f /media/Pendrak1", \ RUN+="/usr/local/bin/udevmess 'Pendrak odmontowany :)'"
Ja mam takie do montowania pendraka, da się je przerobić, żeby przy usuwaniu
dyzia wyładowywały moduł xhci_hcd, a przy podłączeniu ładowały ten moduł..
U mnie siedzą w
/etc/udev/rules.d/99-pendrak.rules
Tu masz wykład i porady o regułkach Udeva:
https://dug.net.pl/tekst/278/oswajanie_sie_z_udevem … _dla_urzadzen
https://dug.net.pl/tekst/276/rozwiazanie_problemu_m … bianie_jessie
Ostatnio edytowany przez Jacekalex (2015-02-25 20:14:29)
Offline
Jacekalex napisał(-a):
Ja bym raczej zatrudnił Udeva, żeby wyładowywał moduł przy odłączeniu dyzia.
Tak coś czułem, że bez regułek udeva się nie obejdzie. Ale tym pobawie się za jakiś czas.
A czy jest możliwość by zablokować ehci_hcd używanie gniazd usb3 jako usb2?
Offline
Można wyłączyć ehci_hcd na konkretnym kontrolerze USB, wiec jeśli masz osobny kontroler portów USB3 to powinno się udać.
Tytuł:
Linux: Disable ehci_hcd Driver
Sznurek:
http://www.cyberciti.biz/faq/rhel-redhat-centos-ker … eed-ehci_hcd/
Offline
Jacekalex napisał(-a):
Sznurek:
http://www.cyberciti.biz/faq/rhel-redhat-centos-ker … eed-ehci_hcd/
To pomogło, tylko że teraz nie mam usb2.
Ale jeszcze będę testować.
Na razie dzięki za pomoc
Offline
To wygląda na jakiś problem z Biosem/firmwarem do tego. Nie ma dostępnej żadnej aktualizacji?
Tu podobny przypadek i pomogła aktualizacja firmware:
http://www.spinics.net/lists/linux-usb/msg116485.html
OK, after some more digging here are my final findings:
1). Actual chip model is JMS551, not JMS539 as stated by lsusb.
2). Firmware named "JMS551_V255.0.6.0.7_Full Function Agestar.bin"
from this page does solve all device detection problems (I mean
both USB3 and eSATA) on all OSes I've tested:
http://www.usbdev.ru/files/jmicron/
I've done the upgrade only on AGESTAR 3CBT2 docking station, but
most likely it will work with AGESTAR 3CBT4 too.
Offline
yossarian napisał(-a):
Tu podobny przypadek i pomogła aktualizacja firmware:
http://www.spinics.net/lists/linux-usb/msg116485.html
Faktycznie to nawet ten sam przypadek.
Tylko że jego urządzenie to:
Bus 009 Device 002: ID 152d:2509 JMicron Technology Corp. / JMicron USA Technology Corp. JMS539 SuperSpeed SATA II 3.0G Bridge
a moje to:
Bus 004 Device 002: ID 152d:2551 JMicron Technology Corp. / JMicron USA Technology Corp.
Ale na stronach thermaltake nie znalazłem żadnego programu do aktualizacji firmware, a boję się użyć tego od AgeStar.
Czyli pozostaje mi ręczne usuwanie i ponowne ładowanie modułu xhci_hcd.
Jeśli dobrze rozumiem, pisanie reguł dla udev nic nie da, bo w momencie podłączania urządzenia do gniazda usb3, ehci_hcd nie jest wstanie go rozpoznać, a więc nie ma możliwości określenia co zostało podłączone.
No trudno.
Dzięki wszystkim za pomoc.
Offline
Jeśli dobrze rozumiem, pisanie reguł dla udev nic nie da, bo w momencie podłączania urządzenia do gniazda usb3, ehci_hcd nie jest wstanie go rozpoznać, a więc nie ma możliwości określenia co zostało podłączone.
Nie bardzo zrozumiałeś.
Jeśli np regułka Udeva spowoduje, ze xhci zostanie usunięty, to połowa roboty zrobiona, usuwać ręcznie już nie musisz.
Załadowanie? Musisz załadować po podłączeniu dyzia, czy przed?
Jeśli przed, to możesz do Udeva zapiąć skrypta, który wywala moduł, odlicza 60 sekund, i ładuje go ponownie, to żaden problem.
Jeśli po, to regułka Udeva może ładować moduł w przypadku podłączenia dyzia.
To nie z Udevem tu jest kłopot, tylko z pomysłem, jak go do tego zadania sensownie zatrudnić. ;)
Ostatnio edytowany przez Jacekalex (2015-02-26 16:48:44)
Offline
Tyle że reguła udev musi opierać się o jakąś informację, np.: numer seryjny, nazwa, ID.
A takich informacji nie ma, bo po podłączeniu ehci_hcd próbóje przejąć kontrolę, ale się nie udaje i sypie błędami.
[ 3151.884084] usb 1-3: new high-speed USB device number 4 using ehci_hcd [ 3151.964092] hub 1-0:1.0: unable to enumerate USB device on port 3 [ 3152.688058] usb 4-1: device not accepting address 5, error -22 [ 3153.208128] hub 4-0:1.0: unable to enumerate USB device on port 1
Chyba, że udev może wykryć sam fakt podłączenia, ale do tego jeszcze nie doszedłem.
Offline
udevadm monitor
i zobacz co się dzieje po podłączeniu.
Offline
Tyle że reguła udev musi opierać się o jakąś informację, np.: numer seryjny, nazwa, ID.
A takich informacji nie ma, bo po podłączeniu ehci_hcd próbóje przejąć kontrolę, ale się nie udaje i sypie błędami.
Są, tylko trzeba je wytargać, jak zamontujesz prawidłowo dyzia, komenda z roota:
udevadm info --name /dev/{dyzio} --attribute-walk
Przykładowo przy moim pendraku można zobaczyć między innymi coś takiego:
udevadm info napisał(-a):
udevadm info --name /dev/sdb --attribute-walk
....
looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2/2-2':
KERNELS=="2-2"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{devpath}=="2"
ATTRS{idVendor}=="0951"
ATTRS{speed}=="480"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{busnum}=="2"
ATTRS{devnum}=="2"
ATTRS{configuration}==""
ATTRS{bMaxPower}=="100mA"
ATTRS{authorized}=="1"
ATTRS{bmAttributes}=="80"
ATTRS{bNumConfigurations}=="1"
ATTRS{maxchild}=="0"
ATTRS{bcdDevice}=="0100"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{quirks}=="0x0"
ATTRS{serial}=="000FEAFB7AFEF921958F00ED"
ATTRS{version}==" 2.00"
ATTRS{urbnum}=="1014"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="Kingston"
ATTRS{removable}=="unknown"
ATTRS{idProduct}=="1607"
ATTRS{bDeviceClass}=="00"
ATTRS{product}=="DataTraveler 2.0"
.....
Jak widać, wszystkie konieczne informacje są na swoim miejscu.
Tu masz instrukcję:
https://dug.net.pl/tekst/278/oswajanie_sie_z_udevem … _dla_urzadzen
Ostatnio edytowany przez Jacekalex (2015-02-26 17:39:57)
Offline
yossarian napisał(-a):
Kod:
udevadm monitori zobacz co się dzieje po podłączeniu.
Przed i po podłączeniu jest to samo:
monitor will print the received events for: UDEV - the event which udev sends out after rule processing KERNEL - the kernel uevent
czyli nic.
___
Jacekalex napisał(-a):
Kod:
udevadm info --name /dev/{dyzio} --attribute-walk
No i tu jest problem, bo po podłączaniu nie ma dysku w /dev.
Dopiero jak po podłączeniu przeładuję moduł xhci_hcd to mam tak:
Udevadm info starts with the device specified by the devpath and then walks up the chain of parent devices. It prints for every device found, all possible attributes in the udev rules key format. A rule to match, can be composed by the attributes of the device and the attributes from one single parent device. looking at device '/devices/pci0000:00/0000:00:07.0/0000:04:00.0/usb4/4-1/4-1:1.0/host22/target22:0:0/22:0:0:0/block/sdj': KERNEL=="sdj" SUBSYSTEM=="block" DRIVER=="" ATTR{range}=="16" ATTR{ext_range}=="256" ATTR{removable}=="0" ATTR{ro}=="0" ATTR{size}=="1953525168" ATTR{alignment_offset}=="0" ATTR{discard_alignment}=="0" ATTR{capability}=="50" ATTR{stat}==" 185 3 1504 192 0 0 0 0 0 192 192" ATTR{inflight}==" 0 0" ATTR{events}=="" ATTR{events_async}=="" ATTR{events_poll_msecs}=="-1" looking at parent device '/devices/pci0000:00/0000:00:07.0/0000:04:00.0/usb4/4-1/4-1:1.0/host22/target22:0:0/22:0:0:0': KERNELS=="22:0:0:0" SUBSYSTEMS=="scsi" DRIVERS=="sd" ATTRS{device_blocked}=="0" ATTRS{type}=="0" ATTRS{scsi_level}=="3" ATTRS{vendor}=="ST1000DM" ATTRS{model}=="003-1CH162 " ATTRS{rev}==" " ATTRS{state}=="running" ATTRS{timeout}=="30" ATTRS{iocounterbits}=="32" ATTRS{iorequest_cnt}=="0xea" ATTRS{iodone_cnt}=="0xea" ATTRS{ioerr_cnt}=="0x8" ATTRS{evt_media_change}=="0" ATTRS{queue_depth}=="1" ATTRS{queue_type}=="none" ATTRS{max_sectors}=="240" looking at parent device '/devices/pci0000:00/0000:00:07.0/0000:04:00.0/usb4/4-1/4-1:1.0/host22/target22:0:0': KERNELS=="target22:0:0" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:07.0/0000:04:00.0/usb4/4-1/4-1:1.0/host22': KERNELS=="host22" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:07.0/0000:04:00.0/usb4/4-1/4-1:1.0': KERNELS=="4-1:1.0" SUBSYSTEMS=="usb" DRIVERS=="usb-storage" ATTRS{bInterfaceNumber}=="00" ATTRS{bAlternateSetting}==" 0" ATTRS{bNumEndpoints}=="02" ATTRS{bInterfaceClass}=="08" ATTRS{bInterfaceSubClass}=="06" ATTRS{bInterfaceProtocol}=="50" ATTRS{supports_autosuspend}=="1" looking at parent device '/devices/pci0000:00/0000:00:07.0/0000:04:00.0/usb4/4-1': KERNELS=="4-1" SUBSYSTEMS=="usb" DRIVERS=="usb" ATTRS{configuration}=="" ATTRS{bNumInterfaces}==" 1" ATTRS{bConfigurationValue}=="1" ATTRS{bmAttributes}=="c0" ATTRS{bMaxPower}==" 0mA" ATTRS{urbnum}=="749" ATTRS{idVendor}=="152d" ATTRS{idProduct}=="2551" ATTRS{bcdDevice}=="0100" ATTRS{bDeviceClass}=="00" ATTRS{bDeviceSubClass}=="00" ATTRS{bDeviceProtocol}=="00" ATTRS{bNumConfigurations}=="1" ATTRS{bMaxPacketSize0}=="9" ATTRS{speed}=="5000" ATTRS{busnum}=="4" ATTRS{devnum}=="2" ATTRS{devpath}=="1" ATTRS{version}==" 3.00" ATTRS{maxchild}=="0" ATTRS{quirks}=="0x0" ATTRS{avoid_reset_quirk}=="0" ATTRS{authorized}=="1" ATTRS{manufacturer}=="JMicron" ATTRS{product}=="USB to ATA/ATAPI Bridge" ATTRS{serial}=="201307121018" looking at parent device '/devices/pci0000:00/0000:00:07.0/0000:04:00.0/usb4': KERNELS=="usb4" SUBSYSTEMS=="usb" DRIVERS=="usb" ATTRS{configuration}=="" ATTRS{bNumInterfaces}==" 1" ATTRS{bConfigurationValue}=="1" ATTRS{bmAttributes}=="e0" ATTRS{bMaxPower}==" 0mA" ATTRS{urbnum}=="26" ATTRS{idVendor}=="1d6b" ATTRS{idProduct}=="0003" ATTRS{bcdDevice}=="0302" ATTRS{bDeviceClass}=="09" ATTRS{bDeviceSubClass}=="00" ATTRS{bDeviceProtocol}=="03" ATTRS{bNumConfigurations}=="1" ATTRS{bMaxPacketSize0}=="9" ATTRS{speed}=="5000" ATTRS{busnum}=="4" ATTRS{devnum}=="1" ATTRS{devpath}=="0" ATTRS{version}==" 3.00" ATTRS{maxchild}=="2" ATTRS{quirks}=="0x0" ATTRS{avoid_reset_quirk}=="0" ATTRS{authorized}=="1" ATTRS{manufacturer}=="Linux 3.2.0-4-amd64 xhci_hcd" ATTRS{product}=="xHCI Host Controller" ATTRS{serial}=="0000:04:00.0" ATTRS{authorized_default}=="1" looking at parent device '/devices/pci0000:00/0000:00:07.0/0000:04:00.0': KERNELS=="0000:04:00.0" SUBSYSTEMS=="pci" DRIVERS=="xhci_hcd" ATTRS{vendor}=="0x1033" ATTRS{device}=="0x0194" ATTRS{subsystem_vendor}=="0x1458" ATTRS{subsystem_device}=="0x5007" ATTRS{class}=="0x0c0330" ATTRS{irq}=="19" ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,0000000f" ATTRS{local_cpulist}=="0-3" ATTRS{numa_node}=="0" ATTRS{dma_mask_bits}=="64" ATTRS{consistent_dma_mask_bits}=="32" ATTRS{enable}=="1" ATTRS{broken_parity_status}=="0" ATTRS{msi_bus}=="" looking at parent device '/devices/pci0000:00/0000:00:07.0': KERNELS=="0000:00:07.0" SUBSYSTEMS=="pci" DRIVERS=="pcieport" ATTRS{vendor}=="0x1002" ATTRS{device}=="0x597d" ATTRS{subsystem_vendor}=="0x1002" ATTRS{subsystem_device}=="0x5958" ATTRS{class}=="0x060400" ATTRS{irq}=="43" ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,0000000f" ATTRS{local_cpulist}=="0-3" ATTRS{numa_node}=="0" ATTRS{dma_mask_bits}=="32" ATTRS{consistent_dma_mask_bits}=="32" ATTRS{enable}=="2" ATTRS{broken_parity_status}=="0" ATTRS{msi_bus}=="1" looking at parent device '/devices/pci0000:00': KERNELS=="pci0000:00" SUBSYSTEMS=="" DRIVERS==""
Offline
No proszę, znalazła się zguba:
Kod:
looking at parent device '/devices/pci0000:00/0000:00:07.0/0000:04:00.0/usb4/4-1/4-1:1.0/host22/target22:0:0/22:0:0:0': KERNELS=="22:0:0:0" SUBSYSTEMS=="scsi" DRIVERS=="sd" ATTRS{device_blocked}=="0" ATTRS{type}=="0" ATTRS{scsi_level}=="3" ATTRS{vendor}=="ST1000DM" ATTRS{model}=="003-1CH162
Żeby naskrobać regułkę Udeva, raczej starczy.
Czyli po podłączeniu dyzia trzeba przeładować moduł XHCI?
Masz chyba możliwie najgorszą możliwą sytuację, ale coś się wykombinuje.
Względnie skrypt, odpalany z palca, który przeładowuje moduł XHCI.
Chociaż ja bym zaktualizował system do Jessie, i zobaczył na nowym jaju 3.19.
Ostatnio edytowany przez Jacekalex (2015-02-26 17:59:07)
Offline
Jacekalex napisał(-a):
Czyli po podłączeniu dyzia trzeba przeładować moduł XHCI?
Tak.
Jacekalex napisał(-a):
Masz chyba możliwie najgorszą możliwą sytuację
Całe moje życie to najgorsza możliwa sytuacja, ale to temat na inne forum :P
Jacekalex napisał(-a):
Chociaż ja bym zaktualizował system do Jessie, i zobaczył na nowym jaju 3.19.
Poczekam na stabilne wydanie, nie spieszy mi się :)
___
Tak sobie myśl, że fajnie by było mieć możliwość ręcznego ustawienia, jakich wybranych gniazd usb ma używać EHCI a jakich XHCI.
Offline
1674
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:12:05)
Offline
uzytkownikubunt napisał(-a):
A gdyby tak skryptem zblacklistować moduł xhci_hcd, aby przy starcie systemu się nie załadował?
Nie mam pojęcia jak to zrobić.
Dodanie do /etc/modprobe.d/xhci.conf linijki
blacklist xhci_hcd
nie pomaga.
Wiem że wyładowanie modułu XHCI i ponowne załadowanie przed podłączeniem urządzenia, nic nie daje.
Offline
1675
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:12:06)
Offline
System Information Manufacturer: Gigabyte Technology Co., Ltd. Product Name: GA-790XTA-UD4 Version: UUID: 36434630-3439-4530-3736-4631FFFFFFFF Wake-up Type: Power Switch SKU Number: Family: Handle 0x0002, DMI type 2, 8 bytes Base Board Information Manufacturer: Gigabyte Technology Co., Ltd. Product Name: GA-790XTA-UD4 Version: Handle 0x0003, DMI type 3, 17 bytes Chassis Information Manufacturer: Gigabyte Technology Co., Ltd. Type: Desktop Lock: Not Present Version: Asset Tag: Boot-up State: Unknown Power Supply State: Unknown Thermal State: Unknown Security Status: Unknown OEM Information: 0x00000000 Handle 0x0004, DMI type 4, 35 bytes
Nie chcę blacklistować EHCI. Dodam, że wyładowanie modułu EHCI jak najbardziej pomaga, ale nie chcę tego robić.
Możliwe że to wina samego urządzenia, bo na stronie producenta jest wyraźnie napisane:
- All New White coating Snow Edition
- Simultaneously read and write two hard drives at the same time.
- Blazing-fast USB 3.0 SuperSpeed data transfer – maximum transfer rate of up to 5.0 Gbps.
- Backward-Compatible with USB 2.0 (Max: 480 Mbps) & USB 1.1 (Max: 12 Mbps).
- Premium shielded USB 3.0 SuperSpeed cable – corrosion resistant plating & heavy gauge wires for years of reliable use.
- Plug&Play Installation – no software needed and ready to work in seconds.
- Hot-Swap Capability for rapid multi-HDDs access & exchange.
- Open docking station design maximizes heat dissipation.
- Windows & Mac OS compatible.
- Windows 8 32bits & 64bits ready.
wydaje mi się że nie powinno działać nawet po przeładowaniu XHCI, ale wtedy działa :P
Mnie naprawdę nie przeszkadza ręczne przeładowywanie. Chciałem tylko wiedzieć czy da się to jakoś zautomatyzować.
Offline