Date: Sun, 7 Jan 2018 17:44:53 -0600 From: Jon Brawn <jon@brawn.org> To: blubee blubeeme <gurenchan@gmail.com> Cc: Warner Losh <imp@bsdimp.com>, "O'Connor, Daniel" <darius@dons.net.au>, gljennjohn@gmail.com, FreeBSD current <freebsd-current@freebsd.org> Subject: Re: USB stack Message-ID: <D9F7EB72-71CF-463F-B4AE-C3EFCB453721@brawn.org> In-Reply-To: <CALM2mEmgn4FmBLtW4SaGEEqoF6AsFR_y1PUMTZ80_2GpDx1SdQ@mail.gmail.com> References: <CALM2mEmZFP9dGOivJknrCaaa-K1cSxNTTEV%2B8XCMpoZp-xcbqQ@mail.gmail.com> <1FD1FE97-D25C-4BAC-A3E0-F22509FB0C2B@dons.net.au> <CALM2mE=7cKcPzJ=-bVvmHez2inrAqJsuMaW%2BUZZtXesB3pzDtQ@mail.gmail.com> <6A4FF1B9-D98B-4E73-9E3E-E951749E0C21@dons.net.au> <20180104092349.2821f9f9@ernst.home> <18F01F2F-8907-4CF8-A80A-B6B5C16593B7@dons.net.au> <CALM2mE=uFK0BVqxFcrU_K%2BN%2BwYnu9VTewACeNqPTGYFEv93g4g@mail.gmail.com> <CANCZdfqna3dy-29g_fB3-aw71Hps2ph_%2BNMBUW9z7nhMBVztjg@mail.gmail.com> <CALM2mEmgn4FmBLtW4SaGEEqoF6AsFR_y1PUMTZ80_2GpDx1SdQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_5C96476C-DBF3-4C3F-87A5-3F62CF4D1C66 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 6, 2018, at 10:18 PM, blubee blubeeme <gurenchan@gmail.com> = wrote: >=20 > On Sun, Jan 7, 2018 at 12:11 PM, Warner Losh <imp@bsdimp.com> wrote: >=20 >>=20 >>=20 >> On Sat, Jan 6, 2018 at 8:56 PM, blubee blubeeme <gurenchan@gmail.com> >> wrote: >>=20 >>> I ask does FreeBSD usb stack actually implements USB spec 2.0 or = greater >>> and the topic gets derailed...? >>>=20 >>=20 >> Yes, it does. >>=20 >>=20 >>> Are you guys saying that 7-8MB/s is USB speeds? >>>=20 >>=20 >> I've gotten up to 24MB/s for maybe a decade. That's not possible with = USB >> 1.x. More recently, I've maxed out the writes on a USB stick at about >> 75MB/s (the fastest it will do), which isn't possible with USB 2.0... = I've >> not tried USB3 with an SSD that can do more.... >>=20 >> Warner >>=20 >>=20 >>> On Thu, Jan 4, 2018 at 6:44 PM, O'Connor, Daniel = <darius@dons.net.au> >>> wrote: >>>=20 >>>>=20 >>>>=20 >>>>> On 4 Jan 2018, at 09:23, Gary Jennejohn <gljennjohn@gmail.com> = wrote: >>>>>> What is an "LG v30"? >>>>>>=20 >>>>> It's a smartphone from LG and only supports USB2 speed. The = reported >>>>> transfer rate is no big surprise. >>>>=20 >>>> OK thanks. >>>>=20 >>>> -- >>>> Daniel O'Connor >>>> "The nice thing about standards is that there >>>> are so many of them to choose from." >>>> -- Andrew Tanenbaum >>>> GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C >>>>=20 >>>>=20 >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org >>> " >>>=20 >>=20 >> I just connected a Transcend StorageJet 1TB hdd not a mobile phone > ------------------------------------------------------------------- > Jan 7 11:56:56 blubee kernel: umass0 on uhub0 > Jan 7 11:56:56 blubee kernel: umass0: <StoreJet Transcend StoreJet > Transcend, class 0/0, rev 3.00/80.00, addr 4> on usbus0 > Jan 7 11:56:56 blubee kernel: umass0: SCSI over Bulk-Only; quirks =3D = 0x0100 > Jan 7 11:56:56 blubee kernel: umass0:3:0: Attached to scbus3 > Jan 7 11:56:56 blubee kernel: da0 at umass-sim0 bus 0 scbus3 target 0 = lun 0 > Jan 7 11:56:56 blubee kernel: da0: <StoreJet Transcend 0> Fixed = Direct > Access SPC-4 SCSI device > Jan 7 11:56:56 blubee kernel: da0: Serial Number W9328YZN > Jan 7 11:56:56 blubee kernel: da0: 400.000MB/s transfers > Jan 7 11:56:56 blubee kernel: da0: 953869MB (1953525168 512 byte = sectors) > Jan 7 11:56:56 blubee kernel: da0: quirks=3D0x2<NO_6_BYTE> > Jan 7 12:06:08 blubee kernel: lock order reversal: > Jan 7 12:06:08 blubee kernel: 1st 0xfffffe07c26336c0 bufwait = (bufwait) @ > /usr/src/sys/vm/vm_pager.c:374 > Jan 7 12:06:08 blubee kernel: 2nd 0xfffff80148c425f0 zfs (zfs) @ > /usr/src/sys/dev/md/md.c:952 > Jan 7 12:06:08 blubee kernel: stack backtrace: > Jan 7 12:06:08 blubee kernel: #0 0xffffffff80acfa03 at > witness_debugger+0x73 > Jan 7 12:06:08 blubee kernel: #1 0xffffffff80acf882 at > witness_checkorder+0xe02 > Jan 7 12:06:08 blubee kernel: #2 0xffffffff80a41b8e at > lockmgr_lock_fast_path+0x1ae > Jan 7 12:06:08 blubee kernel: #3 0xffffffff81094309 at = VOP_LOCK1_APV+0xd9 > Jan 7 12:06:08 blubee kernel: #4 0xffffffff80b4ac36 at _vn_lock+0x66 > Jan 7 12:06:08 blubee kernel: #5 0xffffffff80611d32 at = mdstart_vnode+0x442 > Jan 7 12:06:08 blubee kernel: #6 0xffffffff806102ce at = md_kthread+0x1fe > Jan 7 12:06:08 blubee kernel: #7 0xffffffff80a2d654 at fork_exit+0x84 > Jan 7 12:06:08 blubee kernel: #8 0xffffffff80ef5e0e at = fork_trampoline+0xe > Jan 7 12:06:15 blubee kernel: lock order reversal: > Jan 7 12:06:15 blubee kernel: 1st 0xfffffe07c41d5dc0 bufwait = (bufwait) @ > /usr/src/sys/kern/vfs_bio.c:3562 > Jan 7 12:06:15 blubee kernel: 2nd 0xfffff8002bb31a00 dirhash = (dirhash) @ > /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 > Jan 7 12:06:15 blubee kernel: stack backtrace: > Jan 7 12:06:15 blubee kernel: #0 0xffffffff80acfa03 at > witness_debugger+0x73 > Jan 7 12:06:15 blubee kernel: #1 0xffffffff80acf882 at > witness_checkorder+0xe02 > Jan 7 12:06:15 blubee kernel: #2 0xffffffff80a748a8 at _sx_xlock+0x68 > Jan 7 12:06:15 blubee kernel: #3 0xffffffff80d6a28d at = ufsdirhash_add+0x3d > Jan 7 12:06:15 blubee kernel: #4 0xffffffff80d6d119 at = ufs_direnter+0x459 > Jan 7 12:06:15 blubee kernel: #5 0xffffffff80d76313 at = ufs_makeinode+0x613 > Jan 7 12:06:15 blubee kernel: #6 0xffffffff80d71ff4 at = ufs_create+0x34 > Jan 7 12:06:15 blubee kernel: #7 0xffffffff810919e3 at = VOP_CREATE_APV+0xd3 > Jan 7 12:06:15 blubee kernel: #8 0xffffffff80b4a53d at = vn_open_cred+0x2ad > Jan 7 12:06:15 blubee kernel: #9 0xffffffff80b42e92 at = kern_openat+0x212 > Jan 7 12:06:15 blubee kernel: #10 0xffffffff80f16d2b at = amd64_syscall+0x79b > Jan 7 12:06:15 blubee kernel: #11 0xffffffff80ef5b7b at = Xfast_syscall+0xfb >=20 >=20 > Is the slow transfers user error? Wotcha! I don=E2=80=99t see any read or write performance figures anywhere? = Also, is this CURRENT? If so, aren=E2=80=99t all the debug / warning = features that are turned on by default in CURRENT at the moment going to = have an effect on throughput? Especially if you=E2=80=99re writing = through a filesystem where directory and file accesses will each require = a lock to be taken, if only for a short while? If you want to get closer = to the true USB speed of the device, stop mounting it and copying files = to the filesystem, but instead just dd data onto and off of the device = directly, and measure how fast that goes. Remember to backup your data = from the card first=E2=80=A6 Jon. --Apple-Mail=_5C96476C-DBF3-4C3F-87A5-3F62CF4D1C66 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILEzCCBSUw ggQNoAMCAQICECQcc6QQWc3Um5HgAnmjhBYwDQYJKoZIhvcNAQELBQAwgZcxCzAJBgNVBAYTAkdC MRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoT EUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMB4XDTE3MTAyODAwMDAwMFoXDTE4MTAyODIzNTk1OVow HjEcMBoGCSqGSIb3DQEJARYNam9uQGJyYXduLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALEscuT73gkjXEfkaQU3QXOOIDFilHr9RV/FKPk+ZO3wyXpoChqRW+anE+kKBLSCsmoX 6HnhAmcq3j9umj5jIYwpD84m26XbWQK+uo42GZ3cAF12VvO0g/toUvI+nJcxiD39APWowPKQ4Nae 4FN4hLOcwd2zyF3LiJgq4aXXcBQxl2s1JRCb7STFl5qpp73JVbFp1MkABmESyzI6KE0LLH3hHICU d2m+Omg6L8T+RgsTEKmgTvw1hYD04ms9ttji/viI8LtR3V9p9DDGH0iSCF56kPo4WfsbfGVBs1km tw8uvB6OVNGiD0q05kR/GI4jGiMLa4UhlCC0VsYfx7ZyGEUCAwEAAaOCAeMwggHfMB8GA1UdIwQY MBaAFIKvbIz4xf6WYXzoHz0rcUhexIvAMB0GA1UdDgQWBBRYtBFf7BnRYLxKWDc5DiI35q5WVzAO BgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGy MQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFoGA1UdHwRTMFEwT6BNoEuG SWh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcmwwgYsGCCsGAQUFBwEBBH8wfTBVBggrBgEFBQcwAoZJaHR0cDovL2Ny dC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFp bENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBgGA1UdEQQRMA+B DWpvbkBicmF3bi5vcmcwDQYJKoZIhvcNAQELBQADggEBAKZgWVdxinnS81TZvPWc8kXjtzxKSBFU 6ZXBkofX+CSRuD+Wmg4vlt6fNIaVWqWDF95qjR3TOwyb+LQJnsMyYhAl9NI6AJTxgfghzKK49MVP aC0K7V4TnWCiucJsfK+xDqZIevPFPF3mpYz7/Uf8VPbX2uK80/uUoBRroXDLyHv7fTzG8K+bHBh6 l2x2xFB04nxAhRS4yaJvOeV6ckPOHvCgHhncXQ1HoPUvV/M94K3jaURLPvSUm2tgzODJ97QDHDWM SF7xfItpAM7AVAmN0M0U8sWI/qDykqpoeOc/TrMNeRTEcuphuJASMuN+oP57T+XZFq/lOEEIw1H+ 4QZ1mnIwggXmMIIDzqADAgECAhBqm+E4O/8ra58B1dm4p1JWMA0GCSqGSIb3DQEBDAUAMIGFMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDErMCkGA1UEAxMiQ09NT0RPIFJTQSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTAeFw0xMzAxMTAwMDAwMDBaFw0yODAxMDkyMzU5NTlaMIGXMQswCQYD VQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRow GAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0 aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAL6znlesKHZ1QBbHOAOY08YYdiFQ8yV5C0y1oNF9Olg+nKcxLqf2NHbZhGra0D00SOTq 9bus3/mxgUsg/Wh/eXQ0pnp8tZ8XZWAnlyKMpjL+qUByRjXCA6RQyDMqVaVUkbIr5SU0RDX/kSsK wer3H1pT/HUrBN0X8sKtPTdGX8XAWt/VdMLBrZBlgvnkCos+KQWWCo63OTTqRvaq8aWccm+KOMjT cE6s2mj6RkalweyDI7X+7U5lNo6jzC8RTXtVV4/Vwdax720YpMPJQaDaElmOupyTf1Qib+cpukNJ nQmwygjD8m046DQkLnpXNCAGjuJy1F5NATksUsbfJAr7FLUCAwEAAaOCATwwggE4MB8GA1UdIwQY MBaAFLuvfgI9+qbxPISOre44mOzZMjLUMB0GA1UdDgQWBBSCr2yM+MX+lmF86B89K3FIXsSLwDAO BgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNVHSAECjAIMAYGBFUdIAAwTAYD VR0fBEUwQzBBoD+gPYY7aHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2VydGlmaWNh dGlvbkF1dGhvcml0eS5jcmwwcQYIKwYBBQUHAQEEZTBjMDsGCCsGAQUFBzAChi9odHRwOi8vY3J0 LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FBZGRUcnVzdENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDov L29jc3AuY29tb2RvY2EuY29tMA0GCSqGSIb3DQEBDAUAA4ICAQB4XLKBKDRPPO5fVs6fl1bsj6Jr F/bz9kkIBtTYLzXN30D+03Hj6OxCDBEaIeNmsBhrJmuubvyE7HtoSmR809AgcYboW+rcTNZ/8u/H v+GTrNI/AhqX2/kiQNxmgUPt/eJPs92Qclj0HnVyy9TnSvGkSDU7I5Px+TbO+88G4zipA2psZaWe EykgzClZlPz1FjTCkk77ZXp5cQYYexE6zeeN4/0OqqoAloFrjAF4o50YJafX8mnahjp3I2Y2mkjh k0xQfhNqbzlLWPoT3m7j7U26u7zg6swjOq8hITYc3/np5tM5aVyu6t99p17bTbY7+1RTWBviN9YJ zK8HxzObXYWBf/L+VGOYNsQDTxAk0Hbvb1j6KjUhg7fO294F29QIhhmiNOr84JHoy+fNLpfvYc/Q 9EtFOI5ISYgOxLk3nD/whbUe9rmEQXLp8MB933Ij474gwwCPUpwv9mj2PMnXoc7mbrS22XUSeTwx CTP9bcmUdp4jmIoWfhQm7X9w/Zgddg+JZ/YnIHOwsGsaTUgj7fIvxqith7DoJC91WJ8Lce3CVJqb 1XWeKIJ84F7YLXZN0oa7TktYgDdmQVxYkZo1c5noaDKH9Oq9cbm/vOYRUM1cWcef20Wkyk5S/GFy yPJwG0fR1nRas3DqAf4cXxMiEKcff7PNa4M3RGTqH0pWR8p6EjGCA7cwggOzAgEBMIGsMIGXMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQg QXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZzdSbkeACeaOEFjAJBgUr DgMCGgUAoIIB3zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xODAx MDcyMzQ0NTRaMCMGCSqGSIb3DQEJBDEWBBQJvko3gjzi9UU6RFczsEn2nlWo6zCBvQYJKwYBBAGC NxAEMYGvMIGsMIGXMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09N T0RPIFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZ zdSbkeACeaOEFjCBvwYLKoZIhvcNAQkQAgsxga+ggawwgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBD QSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBAhAkHHOkEFnN1JuR4AJ5o4QWMA0GCSqGSIb3DQEBAQUABIIBAK5ZMOjD isYsiSZjWexFlXAsfr+xqAX1d9kt0v44D8/5I+RouUTwsw9CtA4lTh6+yR3oIgZq9DlqNqEptS6P ysvZrG4SX9ps7r+1VTbf1FoT575+93M01Hj74B6iURR+1mdaSXcS1DJI0+aydU/FRaCP9DgBneMK Y1FhHcokULkpkBmpN76SRnlCnvfvgh9HgTzdk5a7/bAB7w0k1bMSVUIhVgxjBNw+K8GabzVW0FaG sRUfzw/WdZJ3DFsJjdH59w+/a0SrTOZaT63C8KJVQQwV5zrUeZg4lGW/0/2A9uWl+AWtJ3EdVjF2 yr/dXKHIvzOUYx3kBki4mRGolt6JMnAAAAAAAAA= --Apple-Mail=_5C96476C-DBF3-4C3F-87A5-3F62CF4D1C66--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D9F7EB72-71CF-463F-B4AE-C3EFCB453721>