From owner-freebsd-usb@freebsd.org Wed Jan 2 15:47:07 2019 Return-Path: Delivered-To: freebsd-usb@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88AE31425688; Wed, 2 Jan 2019 15:47:07 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3CA79222B; Wed, 2 Jan 2019 15:47:06 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.204.130.4] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1geijY-0005op-64; Wed, 02 Jan 2019 16:47:04 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id x02Fl2RQ014011 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 2 Jan 2019 16:47:02 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id x02Fl2qA014010; Wed, 2 Jan 2019 16:47:02 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 2 Jan 2019 16:47:01 +0100 From: Matthias Apitz To: Hans Petter Selasky Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: r342378: usbconfig takes 3-5 minutes to read the bus Message-ID: <20190102154701.GA13702@c720-r342378> Reply-To: Matthias Apitz Mail-Followup-To: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-usb@freebsd.org References: <20190101135156.GA3557@c720-r342378> <3ac801b2-899a-ee09-1398-ecab6ec7130a@selasky.org> <20190102104853.GA2622@c720-r342378> <4bf80067-8e3a-572f-c1b5-ae83b1c40c22@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4bf80067-8e3a-572f-c1b5-ae83b1c40c22@selasky.org> X-Operating-System: FreeBSD 13.0-CURRENT r342378 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.11.1 (2018-12-01) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.4 X-Rspamd-Queue-Id: B3CA79222B X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.75 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: mail.unixarea.de]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; RECEIVED_SPAMHAUS_PBL(0.00)[4.130.204.89.zen.spamhaus.org : 127.0.0.11]; IP_SCORE(-3.07)[ip: (-8.50), ipnet: 178.254.0.0/19(-3.80), asn: 42730(-3.04), country: DE(-0.01)]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 15:47:07 -0000 El d=C3=ADa mi=C3=A9rcoles, enero 02, 2019 a las 12:37:37p. m. +0100, Hans = Petter Selasky escribi=C3=B3: > > Nothing. Only on boot it sees the card: >=20 > And you are using the latest version of pcsd ? Yes. Compiled with all ports from December 23. >=20 > > Jan 2 11:25:39 c720-r342378 kernel: ugen0.1: <0x8086 XHCI root HUB> at= usbus0 > > Jan 2 11:25:39 c720-r342378 kernel: ugen1.1: at = usbus1 > > Jan 2 11:25:39 c720-r342378 kernel: ugen1.2: at usbus1 > > Jan 2 11:25:39 c720-r342378 kernel: ugen0.2: = at usbus0 > > Jan 2 11:25:39 c720-r342378 kernel: ugen0.3: at usbus0 > > Jan 2 11:25:39 c720-r342378 kernel: ugen0.4: at usbus0 >=20 > There has been some changes in libusb recently . After card removal and insert devd(8) starts a new pcsd: Jan 2 16:39:11 c720-r342378 kernel: ugen0.4: at usbus0 Jan 2 16:39:11 c720-r342378 root[13636]: CCID uTrust, type: ATTACH, system= : USB, subsystem: INTERFACE Jan 2 16:39:11 c720-r342378 root[13637]: /usr/local/sbin/pcscd --debug --f= oreground This sits hanging on /dev/usb/1.1.0: # lsof -p 13639 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME pcscd 13639 root cwd VDIR 0,113 1024 2 / pcscd 13639 root rtd VDIR 0,113 1024 2 / pcscd 13639 root txt VREG 0,113 121992 15279826 /usr/lo= cal/sbin/pcscd pcscd 13639 root txt VREG 0,113 151560 29294355 /libexe= c/ld-elf.so.1 pcscd 13639 root txt VREG 0,113 98016 29294906 /usr/li= b/libusb.so.3 pcscd 13639 root txt VREG 0,113 27640 29294864 /usr/li= b/librt.so.1 pcscd 13639 root txt VREG 0,113 135712 29293769 /lib/li= bthr.so.3 pcscd 13639 root txt VREG 0,113 2063072 29294412 /lib/li= bc.so.7 pcscd 13639 root 0r VCHR 0,43 0t0 43 /dev/nu= ll pcscd 13639 root 1u VCHR 0,43 0t0 43 /dev/nu= ll pcscd 13639 root 2u VCHR 0,43 0t0 43 /dev/nu= ll pcscd 13639 root 3u unix 0xfffff800609ff6d0 0t0 ->0xfff= ff800163fa368 pcscd 13639 root 4u PIPE 0xfffff8004f13c2f8 16384 ->0xfff= ff8004f13c460 pcscd 13639 root 5u PIPE 0xfffff8004f13c460 0 ->0xfff= ff8004f13c2f8 pcscd 13639 root 6u unix 0xfffff80072b03a38 0t0 /var/ru= n/pcscd/pcscd.comm pcscd 13639 root 7u PIPE 0xfffff8004e5422f8 16384 ->0xfff= ff8004e542460 pcscd 13639 root 8u PIPE 0xfffff8004e542460 0 ->0xfff= ff8004e5422f8 pcscd 13639 root 9u PIPE 0xfffff8004e509000 16384 ->0xfff= ff8004e509168 pcscd 13639 root 10u PIPE 0xfffff8004e509168 0 ->0xfff= ff8004e509000 pcscd 13639 root 11u VCHR 0,52 0t0 52 /dev/us= b/1.1.0 pcscd 13639 root 12u VCHR 0,52 0t0 52 /dev/us= b/1.1.0 (note: the older working proc had open /dev/usb/0.4.0) > What does "procstat -ak" output. Does it hang on any "usb" functions? # ps ax | grep pcs 13639 - I 0:00,01 /usr/local/sbin/pcscd --debug --foreground 13967 4 S+ 0:00,01 grep pcs # procstat -k 13639 PID TID COMM TDNAME KSTACK 13639 100287 pcscd - mi_switch sleepq_switc= h sleepq_catch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_rea= dv sys_read amd64_syscall fast_syscall_common 13639 100821 pcscd - mi_switch sleepq_switc= h sleepq_catch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_rea= dv sys_read amd64_syscall fast_syscall_common 13639 100822 pcscd - mi_switch sleepq_switc= h sleepq_catch_signals sleepq_wait_sig _sx_xlock_hard _sx_xlock usbd_enum_l= ock_sig usb_ref_device usb_open devfs_open VOP_OPEN_APV vn_open_vnode vn_op= en_cred kern_openat amd64_syscall fast_syscall_common matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176= -38902045 Public GnuPG key: http://www.unixarea.de/key.pub October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, = Druschba instead of Nazis, to live instead of to survive.