Found the solution!
Changing BIOS settings to the values on the screenshots above made the trick!
Supermicro X9SRI-F now works with PCI-E USB 3.0 card on x86_64 linux
Am Freitag, den 24.02.2017, 16:41 +0300 schrieb c400:
> when i disable IOMMU -> "Enable Intel DMA Remapping Device by
> default"
> the USB flash drive becomes completely invisible.
> Same stuff when i completely disable recompile kernel without IOMMU
The DMA map for the device seems to be incorrec
when i disable IOMMU -> "Enable Intel DMA Remapping Device by default"
the USB flash drive becomes completely invisible.
Same stuff when i completely disable recompile kernel without IOMMU
2017-02-19 6:48 GMT+03:00 c400 :
> [ 804.441424] usb 4-1: new SuperSpeed USB device number 2 using xhci_hcd
Am Sonntag, den 19.02.2017, 06:48 +0300 schrieb c400:
> [ 805.771818] sd 7:0:0:0: [sdd] Attached SCSI removable disk
> [ 805.811101] DMAR: DRHD: handling fault status reg 2
> [ 805.811108] DMAR: [DMA Read] Request device [07:00.0] fault addr
> fff98000 [fault reason 06] PTE Read access is not se
[ 804.441424] usb 4-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 804.462165] usb 4-1: New USB device found, idVendor=0951, idProduct=1656
[ 804.462169] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 804.462172] usb 4-1: Product: DT Ultimate G2
[ 804.462174] usb 4
On Sat, Feb 11, 2017 at 04:32:05PM +0300, c400 wrote:
> no, i`ve already tested and wrote about useless experiments
> https://www.mail-archive.com/linux-usb@vger.kernel.org/msg80329.html
Ok, but please remember, we have no memory of things at all, if you do
not properly quote previous emails and t
no, i`ve already tested and wrote about useless experiments
https://www.mail-archive.com/linux-usb@vger.kernel.org/msg80329.html
2017-02-11 0:45 GMT+03:00 c400 :
> sorry, got the letter branch cleaned, so haven`t seen your reply
>
> tested on 4.9.9 kernel
>
> [13964.125187] sd 7:0:0:0: [sdc] Attac
On Sat, Feb 11, 2017 at 12:45:58AM +0300, c400 wrote:
> sorry, got the letter branch cleaned, so haven`t seen your reply
>
> tested on 4.9.9 kernel
Has this worked on older kernels? If so, can you use 'git bisect' to
track down the offending patch?
thanks,
greg k-h
--
To unsubscribe from this
sorry, got the letter branch cleaned, so haven`t seen your reply
tested on 4.9.9 kernel
[13964.125187] sd 7:0:0:0: [sdc] Attached SCSI removable disk
[13964.150525] DMAR: DRHD: handling fault status reg 2
[13964.150532] DMAR: [DMA Read] Request device [02:00.0] fault addr
fffb1000 [fault reason 0
Obviously there is some sort of communications problem. Either the
device stopped transferring data or else the xHCI host controller
stopped receiving it. From the usbmon trace, there's no way to tell
which. However, if the device works okay with an EHCI host
controller or on another computer,
tested this controller on the this and other PC with linux x86_32 and
windows, everything works ok
btw i have 2 similar controllers and the same problems
2017-01-14 16:53 GMT+03:00 c400 :
> a262eb551300 320471228 S Ci:4:001:0 s a3 00 0001 0004 4 <
> a262eb551300 320471237 C Ci:4:001:0
On Sat, 14 Jan 2017, c400 wrote:
...
> a262eb5516c0 321863050 S Bo:4:002:2 -115 31 = 55534243 6e00
> 0010 8a28 0008 1008 00
> a262eb5516c0 321863062 C Bo:4:002:2 0 31 >
> a26333a3d3c0 321863073 S Bi:4:002:1 -115 4096 <
> a26333a3d3c0 321863103 C Bi:
a262eb551300 320471228 S Ci:4:001:0 s a3 00 0001 0004 4 <
a262eb551300 320471237 C Ci:4:001:0 0 4 = 03020100
a262eb551300 320471240 S Co:4:001:0 s 23 01 0010 0001 0
a262eb551300 320471242 C Co:4:001:0 0 0
a262eb551300 320471244 S Ci:4:001:0 s a3 00 0002 0004 4 <
f
On Fri, 13 Jan 2017, c400 wrote:
> kernel 4.9.3
> still not working
> latest log:
>
> [ 196.984424] sd 7:0:0:0: [sdc] 31293440 512-byte logical blocks:
> (16.0 GB/14.9 GiB)
> [ 196.984564] sd 7:0:0:0: [sdc] Write Protect is off
> [ 196.984566] sd 7:0:0:0: [sdc] Mode Sense: 23 00 00 00
> [ 196
kernel 4.9.3
still not working
latest log:
[ 196.984424] sd 7:0:0:0: [sdc] 31293440 512-byte logical blocks:
(16.0 GB/14.9 GiB)
[ 196.984564] sd 7:0:0:0: [sdc] Write Protect is off
[ 196.984566] sd 7:0:0:0: [sdc] Mode Sense: 23 00 00 00
[ 196.984689] sd 7:0:0:0: [sdc] No Caching mode page foun
hi!
Using 4.9.2 kernel. Still no success with VL805 USB 3.0
i can give a remote shell to test and reproduce the bug
any help?
2016-09-23 0:47 GMT+03:00 c400 :
> btw
> i've tested a liitle better and the disk is visible, but write errors occurs
> after ejecting and inserting it is invisible again
btw
i've tested a liitle better and the disk is visible, but write errors occurs
after ejecting and inserting it is invisible again
[129416.884960] sd 7:0:0:0: [sdc] 1250263728 512-byte logical blocks:
(640 GB/596 GiB)
[129416.885429] sd 7:0:0:0: [sdc] Write Protect is off
[129416.885434] sd 7:0:0
02:00.0 USB controller: VIA Technologies, Inc. VL805 USB 3.0 Host
Controller (rev 01) (prog-if 30 [XHCI])
Subsystem: VIA Technologies, Inc. VL805 USB 3.0 Host Controller
Flags: bus master, fast devsel, latency 0, IRQ 41
Memory at fbb0 (64-bit, non-prefetchable) [size=4K]
On Wed, 21 Sep 2016, c400 wrote:
> >Maybe you can put the quirk in /etc/modprobe.d so it will be used
> >automatically. Add a line to /etc/modprobe.d/local.conf saying:
>
> >options xhci_hcd quirks=0x00800090
>
> i`ve done and it works
Congratulations!
Can you post the "lspci -v -
roger that
i`ll test it and write back after weekends
2016-09-15 17:29 GMT+03:00 c400 :
>>Obviously you're not reading my email messages. I told you quite
>>clearly:
>>
>>After unloading the xhci-pci and xhci-hcd modules:
>>
>>sudo modprobe xhci_hcd quirks=0x00800090
>>sud
On Thu, 15 Sep 2016, c400 wrote:
> >Obviously you're not reading my email messages. I told you quite
> >clearly:
> >
> >After unloading the xhci-pci and xhci-hcd modules:
> >
> >sudo modprobe xhci_hcd quirks=0x00800090
> >sudo modprobe xhci_pci
> ==
>Obviously you're not reading my email messages. I told you quite
>clearly:
>
>After unloading the xhci-pci and xhci-hcd modules:
>
>sudo modprobe xhci_hcd quirks=0x00800090
>sudo modprobe xhci_pci
===
this part of commands from y
On Thu, 15 Sep 2016, c400 wrote:
> XHCI_NO_64BIT_SUPPORT
> can't find such flag in my kernel config. May be you can help me to
> find it in menuconfig tree?
It's not there.
Obviously you're not reading my email messages. I told you quite
clearly:
After unloading the xhci-pci and xhci-h
XHCI_NO_64BIT_SUPPORT
can't find such flag in my kernel config. May be you can help me to
find it in menuconfig tree?
2016-09-14 23:25 GMT+03:00 c400 :
> yep! enabling You need to enable CONFIG_DYNAMIC_DEBUG. did the trick!
> here is my new dmesg output:
>
>
> 2016-09-14 22:39 GMT+03:00 c400 :
>>
On Wed, 14 Sep 2016, c400 wrote:
> yep! enabling You need to enable CONFIG_DYNAMIC_DEBUG. did the trick!
> here is my new dmesg output:
Did you use the 32-bit DMA quirks option for xhci_hcd?
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a mess
On Wed, 14 Sep 2016, c400 wrote:
> 2016-09-14 15:43 GMT+03:00 Oliver Neukum :
> > On Wed, 2016-09-14 at 15:22 +0300, c400 wrote:
> >> may be i can help to test something else? I am ready and have enough free
> >> time
Did you try Mathias's suggestion of forcing DMA to use 32 bits?
After unloadin
2016-09-14 15:43 GMT+03:00 Oliver Neukum :
> On Wed, 2016-09-14 at 15:22 +0300, c400 wrote:
>> may be i can help to test something else? I am ready and have enough free
>> time
>
> You may need to mount debugfs at /sys/kernel/debug
>
> HTH
> Oliver
>
>
mount -t debugfs none
On Wed, 2016-09-14 at 15:22 +0300, c400 wrote:
> may be i can help to test something else? I am ready and have enough free time
You may need to mount debugfs at /sys/kernel/debug
HTH
Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the bo
may be i can help to test something else? I am ready and have enough free time
2016-09-12 20:44 GMT+03:00 c400 :
> [182047.000570] xhci_hcd :02:00.0: remove, state 4
> [182047.000577] usb usb4: USB disconnect, device number 1
> [182047.023980] xhci_hcd :02:00.0: Host not halted after 16000
[182047.000570] xhci_hcd :02:00.0: remove, state 4
[182047.000577] usb usb4: USB disconnect, device number 1
[182047.023980] xhci_hcd :02:00.0: Host not halted after 16000 microseconds.
[182047.023982] xhci_hcd :02:00.0: Host controller not halted,
aborting reset.
[182047.023996] xhci_h
On 09/12/2016 03:56 AM, Mathias Nyman wrote:
> On 10.09.2016 17:19, Greg KH wrote:
>> On Sat, Sep 10, 2016 at 04:33:05PM +0300, c400 wrote:
>>> my DMESG file
>>
>>> [ 13.331618] usb 3-1: device descriptor read/64, error -110
>>> [ 28.535180] usb 3-1: device descriptor read/64, error -110
>>> [
On 10.09.2016 17:19, Greg KH wrote:
On Sat, Sep 10, 2016 at 04:33:05PM +0300, c400 wrote:
my DMESG file
[ 13.331618] usb 3-1: device descriptor read/64, error -110
[ 28.535180] usb 3-1: device descriptor read/64, error -110
[ 28.737931] usb 3-1: new high-speed USB device number 3 using
On Sat, Sep 10, 2016 at 04:33:05PM +0300, c400 wrote:
> my DMESG file
> [ 13.331618] usb 3-1: device descriptor read/64, error -110
> [ 28.535180] usb 3-1: device descriptor read/64, error -110
> [ 28.737931] usb 3-1: new high-speed USB device number 3 using xhci_hcd
> [ 33.840034] usb 3-1
my DMESG file
[0.00] Linux version 4.7.3-gentoo (root@ss) (gcc version 4.9.3 (Gentoo
4.9.3 p1.5, pie-0.6.4) ) #1 SMP Sat Sep 10 09:38:53 Local time zone must be
set--see zic
[0.00] Command line:
BOOT_IMAGE=/boot/kernel-genkernel-x86_64-4.7.3-gentoo
root=UUID=508392f4-d7fb-4449-
Always keep discussions on the mailing list...
On Sat, Sep 10, 2016 at 12:10:49PM +0300, c400 wrote:
> tested on 4.4.6, 4.6.4, 4.7.0, 4.7.1, 4.7.2, 4.7.3
What do the boot messages say for 4.7.3 when you boot in a 64bit kernel?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "un
On Fri, Sep 09, 2016 at 11:36:16PM +0300, c400 wrote:
> i`ve got two PCI-E USB controller: VIA Technologies, Inc. VL805 USB
> 3.0 Host Controller (rev 01)
> The problem is that both of them works on ASUS P8H61-MX R 2.0 with x86
> and x86_64 kernels
>
> but on my Supermicro X9SRI-F both of them wor
i`ve got two PCI-E USB controller: VIA Technologies, Inc. VL805 USB
3.0 Host Controller (rev 01)
The problem is that both of them works on ASUS P8H61-MX R 2.0 with x86
and x86_64 kernels
but on my Supermicro X9SRI-F both of them works only on x86 kernel.
Tried with vanilla gentoo install and manu
37 matches
Mail list logo