From owner-freebsd-current@freebsd.org Sat Jun 3 07:11:53 2017 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 D43EAB9532C for ; Sat, 3 Jun 2017 07:11:53 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 98C5D2A37 for ; Sat, 3 Jun 2017 07:11:53 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (124-18-21-125.dz.commufa.jp [124.18.21.125]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id v536Pk6r009850; Sat, 3 Jun 2017 15:25:46 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 3 Jun 2017 15:25:46 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: Jeffrey Bouquet , blubee blubeeme Subject: Re: nvidia drivers mutex lock Message-Id: <20170603152546.3a9f09b747b2ce24c03be404@dec.sakura.ne.jp> In-Reply-To: <1452547285.767963.1496356546815@mail.yahoo.com> References: <1452547285.767963.1496356546815.ref@mail.yahoo.com> <1452547285.767963.1496356546815@mail.yahoo.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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: Sat, 03 Jun 2017 07:11:53 -0000 Hi. Version 381.22 (5 days newer than 375.66) of the driver states... [1] Fixed hangs and crashes that could occur when an OpenGL context is created while the system is out of available memory. Can this be related with your hang? IMHO, possibly allocating new resource (using os.lock_mtx guard) without checking the lock first while previous request is waiting for another can cause the duplicated lock situation. And high memory pressure would easily cause the situation. [1] http://www.nvidia.com/Download/driverResults.aspx/118527/en-us Hope it helps. On Thu, 1 Jun 2017 22:35:46 +0000 (UTC) Jeffrey Bouquet wrote: > I see the same message, upon load, ... > -------------------------------------------- > On Thu, 6/1/17, blubee blubeeme wrote: > > Subject: nvidia drivers mutex lock > To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org > Date: Thursday, June 1, 2017, 11:35 AM > > I'm running nvidia-drivers 375.66 with a GTX > 1070 on FreeBSD-Current > > This problem just started happening > recently but, every so often my laptop > screen will just blank out and then I > have to power cycle to get the > machine up and running again. > > It seems to be a problem with nvidia > drivers acquiring duplicate lock. Any > info on this? > > Jun〓 2 02:29:41 blubee kernel: > acquiring duplicate lock of same type: > "os.lock_mtx" > Jun〓 2 02:29:41 blubee kernel: 1st > os.lock_mtx @ nvidia_os.c:841 > Jun〓 2 02:29:41 blubee kernel: 2nd > os.lock_mtx @ nvidia_os.c:841 > Jun〓 2 02:29:41 blubee kernel: > stack backtrace: > Jun〓 2 02:29:41 blubee kernel: #0 > 0xffffffff80ab7770 at > witness_debugger+0x70 > Jun〓 2 02:29:41 blubee kernel: #1 > 0xffffffff80ab7663 at > witness_checkorder+0xe23 > Jun〓 2 02:29:41 blubee kernel: #2 > 0xffffffff80a35b93 at > __mtx_lock_flags+0x93 > Jun〓 2 02:29:41 blubee kernel: #3 > 0xffffffff82f4397b at > os_acquire_spinlock+0x1b > Jun〓 2 02:29:41 blubee kernel: #4 > 0xffffffff82c48b15 at _nv012002rm+0x185 > Jun〓 2 02:29:41 blubee kernel: > ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: > Argument #4 type mismatch - Found > [Buffer], ACPI requires [Package] > (20170303/nsarguments-205) > Jun〓 2 02:29:42 blubee kernel: > nvidia-modeset: Allocated GPU:0 > (GPU-54a7b304-c99d-efee-0117-0ce119063cd6) @ > PCI:0000:01:00.0 > > Best, > Owen > _______________________________________________ > freebsd-ports@freebsd.org > mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > > ... then Xorg will run happily twelve hours or so. The lockups here happen usually > when too large or too many of number of tabs/ large web pages with complex CSS etc > are opened at a time. > So no help, just a 'me too'. > _______________________________________________ > 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" > > -- Tomoaki AOKI