From owner-freebsd-threads@freebsd.org Sat Sep 19 12:12:19 2015 Return-Path: Delivered-To: freebsd-threads@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 4AB219CF155 for ; Sat, 19 Sep 2015 12:12:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3719F182B for ; Sat, 19 Sep 2015 12:12:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t8JCCJve055568 for ; Sat, 19 Sep 2015 12:12:19 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-threads@FreeBSD.org Subject: [Bug 201421] locking issues prevent new process creation Date: Sat, 19 Sep 2015 12:12:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: threads X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: FreeBSD@ShaneWare.Biz X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-threads@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Sep 2015 12:12:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201421 --- Comment #1 from FreeBSD@ShaneWare.Biz --- Created attachment 161189 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=161189&action=edit ASUS P8H61-M LE/USB3 dmesg -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-threads@freebsd.org Sat Sep 19 12:14:40 2015 Return-Path: Delivered-To: freebsd-threads@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 D838F9CF27E for ; Sat, 19 Sep 2015 12:14:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC5DB1915 for ; Sat, 19 Sep 2015 12:14:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t8JCEejd005968 for ; Sat, 19 Sep 2015 12:14:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-threads@FreeBSD.org Subject: [Bug 201421] locking issues prevent new process creation Date: Sat, 19 Sep 2015 12:14:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: usb X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: FreeBSD@ShaneWare.Biz X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-threads@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: component Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Sep 2015 12:14:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201421 FreeBSD@ShaneWare.Biz changed: What |Removed |Added ---------------------------------------------------------------------------- Component|threads |usb --- Comment #2 from FreeBSD@ShaneWare.Biz --- Now running -FreeBSD leader.local 10.2-STABLE FreeBSD 10.2-STABLE #17 r287561: Fri Sep 11 12:15:25 ACST 2015 root@leader.local:/usr/obj/usr/src/sys/GENERIC amd64 It seems I can add some useful light to this issue. The issue appears to be usb related, as I mentioned I have had times of being unable to mount usb memsticks which has been getting more frequent, when this fails I have recently been able to go as long as 3 weeks uptime. After a recent time of usb memstick failing, I checked that I was able to mount the device when inserted into a rear usb3 port, also while mounting the memstick fails I can turn on a midi keyboard (connected to rear usb2 port), have devd load the snd_uaudio kmod and have it work as expected. The memstick device insertion shows in dmesg (including specifying da4 for the device) but the device entry fails to get created, or the partition device fails, that is sometimes /dev/da4 will exist but not /dev/da4s1, further removal and insertion will keep showing in dmesg but not /dev. This would indicate that the failing to create devices is restricted to one usb bus. This lead me to recall that as well as the front mounted usb ports I have an internal usb multi card reader connected to the motherboard. After installing 9.0 I was unable to mount cards inserted into this reader so have never used it since. I have noticed this device appears to go to sleep and it's devices get removed (da0-da3) after which adding a memstick will get da0 instead of the normal da4. After disconnecting this device I am now approaching 3 days uptime which is the best I have had in a year while still being able to mount usb memsticks. So it would appear that after installing 10.1 this device is causing the usb scanning/device creation to fail, which is a regression from 9.x. Possibly it is the device going to sleep or failing to wake that causes a long response which holds a lock too long? This machine has an ASUS P8H61-M LE/USB3 motherboard http://www.asus.com/au/Motherboards/P8H61M_LEUSB3/specifications/ which has an Intel H61 express chipset and Asmedia USB3 controller With the full boot.dmesg attached the usb bus and the card reader device was showing up as -- ehci0: mem 0xfb307000-0xfb3073ff irq 23 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 xhci0: mem 0xfb100000-0xfb107fff irq 19 at device 0.0 on pci5 xhci0: 32 byte context size. usbus1 on xhci0 pcib6: irq 17 at device 28.4 on pci0 pci6: on pcib6 pcib7: irq 16 at device 0.0 on pci6 pci7: on pcib7 pcib8: irq 16 at device 28.5 on pci0 pci8: on pcib8 ehci1: mem 0xfb306000-0xfb3063ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 usbus1: 5.0Gbps Super Speed USB v3.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: <0x1b21> at usbus1 uhub1: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 Root mount waiting for: usbus2 usbus0 uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 usbus0 ugen0.2: at usbus0 uhub3: on usbus0 ugen2.2: at usbus2 uhub4: on usbus2 uhub3: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 usbus0 uhub4: 6 ports with 6 removable, self powered ugen0.3: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4001 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: Serial Number 058F312D81B da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da0: quirks=0x2 da1 at umass-sim0 bus 0 scbus5 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: Serial Number 058F312D81B da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da1: quirks=0x2 da2 at umass-sim0 bus 0 scbus5 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: Serial Number 058F312D81B da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da2: quirks=0x2 ugen2.3: at usbus2 uhub5: on usbus2 da3 at umass-sim0 bus 0 scbus5 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: Serial Number 058F312D81B da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da3: quirks=0x2 -- You are receiving this mail because: You are the assignee for the bug.