From owner-freebsd-current@freebsd.org Sun Jan 7 04:25:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85A46E662F6 for ; Sun, 7 Jan 2018 04:25:22 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9686674E68 for ; Sun, 7 Jan 2018 04:25:19 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id m11so8227430iti.1 for ; Sat, 06 Jan 2018 20:25:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=9VJOcKaOAoPMJuRL0v83LHKGYNjyczXYfqZPwg0KLE8=; b=KLmdle357+lXSg+4hmMt+phqv2blW0I4xnxXWJwa2G4gsc1X/+BL1cYyvRfIW7nIT8 6yib0/U4HpTUmG8v21dyA/SROq1CX1sJxyqlHLfQLJye/CBBSyFU4A5HgvdcYkk5G0Iu QmT19La4OAdlrnZ4fncQZv2jG7FrLgfUd7H0yuAfgVYzO3SdS0ZrTRa2cLSF207w0/sJ uKJ7nqeN+yI3bf4aratE/RuwIGx3PvrWSQpTQztcowJIB6NgvOMWWWR4TB+iHkvhjRLc /3TtxNTR6xSnV2pDmEEB3M4UnwZYXVxyaWW4llEWSBkOZdqmnIlxrZmZD2DyYwai8C4i mMqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=9VJOcKaOAoPMJuRL0v83LHKGYNjyczXYfqZPwg0KLE8=; b=R0potR/JY7Grh/e4/i38radgCThIXJd+1zU0LWP4u0/4htoDwgn1DmrolygW3TXUj1 z4K4GEgwqDP2Ctn/vPEisc9Z7UjpITaa0Ijhucu+yqVmvhxLLN4qmRZW/rflqx73QpX2 moNh1QFOD6fUDWY7/RjqZCsxvfWTEPTSk3TuSPyWcgpbu0L1f8nd2PIffW8M1X1WwB4C LLH6Yhln5Itwf0cZQab/36C1M181SNy9p3Z6acS3qMdp4ZUV3mC9a25ytdJFE8JFQrtf t7+gmpaovQWNscnDmsLFXE+B2KQ944aw8ZXJ6XVPuR77khwuDh1cCzYO3ebx97/EnoMf 9Shg== X-Gm-Message-State: AKwxytfVXqxCa8X+beq+A4qNg54IpsAxsdFFhNOpb/pc7N2iIRP6vwvX 9iqHohZI2xeSTV06+Bqgs08WOm3yg+qoisUttxVgJDMK X-Google-Smtp-Source: ACJfBotFSdntOjKb6Pz7BLu+49/GbWVeordRlHnCCLcaNwGTeUNqnXHQ9FFiFeuHvHd5FhOHvblmgoQlmlWQSZ0i+Kw= X-Received: by 10.36.185.18 with SMTP id w18mr513091ite.140.1515299118397; Sat, 06 Jan 2018 20:25:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.164.203 with HTTP; Sat, 6 Jan 2018 20:25:17 -0800 (PST) In-Reply-To: References: <1FD1FE97-D25C-4BAC-A3E0-F22509FB0C2B@dons.net.au> <6A4FF1B9-D98B-4E73-9E3E-E951749E0C21@dons.net.au> <20180104092349.2821f9f9@ernst.home> <18F01F2F-8907-4CF8-A80A-B6B5C16593B7@dons.net.au> From: blubee blubeeme Date: Sun, 7 Jan 2018 12:25:17 +0800 Message-ID: Subject: Re: USB stack To: Warner Losh Cc: "O'Connor, Daniel" , gljennjohn@gmail.com, FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2018 04:25:22 -0000 On Sun, Jan 7, 2018 at 12:20 PM, Warner Losh wrote: > > > On Sat, Jan 6, 2018 at 9:18 PM, blubee blubeeme > wrote: > >> >> >> On Sun, Jan 7, 2018 at 12:11 PM, Warner Losh wrote: >> >>> >>> >>> On Sat, Jan 6, 2018 at 8:56 PM, blubee blubeeme >>> wrote: >>> >>>> I ask does FreeBSD usb stack actually implements USB spec 2.0 or greater >>>> and the topic gets derailed...? >>>> >>> >>> Yes, it does. >>> >>> >>>> Are you guys saying that 7-8MB/s is USB speeds? >>>> >>> >>> 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.... >>> >>> Warner >>> >>> >>>> On Thu, Jan 4, 2018 at 6:44 PM, O'Connor, Daniel >>>> wrote: >>>> >>>> > >>>> > >>>> > > On 4 Jan 2018, at 09:23, Gary Jennejohn >>>> wrote: >>>> > >> What is an "LG v30"? >>>> > >> >>>> > > It's a smartphone from LG and only supports USB2 speed. The >>>> reported >>>> > > transfer rate is no big surprise. >>>> > >>>> > OK thanks. >>>> > >>>> > -- >>>> > 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 >>>> > >>>> > >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@f >>>> reebsd.org" >>>> >>> >>> 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: > 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 = >> 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: 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=0x2 >> 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 >> >> >> Is the slow transfers user error? >> > > It's likely due to the slow UFS issue... > > Warner > The Transcend ssd is formated ZFS, I use it as a backup. The microsd might suffer from what you say since it's formatted by Android but I do not get these slow transfer speeds on other OS. so a quick roundup. 1) 256GB Samsung microsd card gets 7-8MB/s transfer speeds; let's say that's because of the Android OS default format. I only get these slow speeds on FreeBSD, why is that? 2) 1TB Transcend SSD formatted to ZFS I pasted the dmesg log above; are the slow speeds user error or something else? @Warner Losh what was your setup where you were able to transfer 23-75MB/s to your USB device?