Date: Thu, 11 Jul 2013 11:54:40 GMT From: Eugene Zheganin <eugene@zhegan.in> To: freebsd-gnats-submit@FreeBSD.org Subject: kern/180462: [lor] system freezes when I close something that is using lots of memory (?) Message-ID: <201307111154.r6BBseQt017319@oldred.freebsd.org> Resent-Message-ID: <201307111200.r6BC00IU069195@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 180462 >Category: kern >Synopsis: [lor] system freezes when I close something that is using lots of memory (?) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 11 12:00:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Eugene Zheganin >Release: 10.0-CURRENT >Organization: Vivat-Trade LLC >Environment: FreeBSD bsdrookie.norma.com. 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251990: Thu Jun 20 11:50:23 YEKT 2013 emz@:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I'm using FreeBSD as a desktop in office. When I'm closing chrome web browser with lots of tabs, there's a probability that everything will hang (system becomes unresponsive via network, X freezes). Actually I did this like a dozen times for now, and only once I got a LOR (with a freeze for like 2 seconds) instead of a freeze. I think may be this LOR can be the place that's causing the freeze. here's what I got: lock order reversal: 1st 0xfffffe004635e4b0 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:511 2nd 0xfffffe0003000180 vm map (system) (vm map (system)) @ /usr/src/sys/vm/vm_map.c:2871 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff823943c310 kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff823943c3c0 witness_checkorder() at witness_checkorder+0xd4f/frame 0xffffff823943c450 __mtx_lock_flags() at __mtx_lock_flags+0x96/frame 0xffffff823943c490 vm_map_remove() at vm_map_remove+0x36/frame 0xffffff823943c4c0 uma_large_free() at uma_large_free+0x55/frame 0xffffff823943c4e0 free() at free+0x6f/frame 0xffffff823943c520 vm_object_terminate() at vm_object_terminate+0x1f8/frame 0xffffff823943c560 vm_object_deallocate() at vm_object_deallocate+0x462/frame 0xffffff823943c5c0 vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 0xffffff823943c5f0 vm_map_remove() at vm_map_remove+0xc5/frame 0xffffff823943c620 vmspace_exit() at vmspace_exit+0xcd/frame 0xffffff823943c660 exit1() at exit1+0x52e/frame 0xffffff823943c6d0 sigexit() at sigexit+0xbb6/frame 0xffffff823943c970 postsig() at postsig+0x399/frame 0xffffff823943ca70 ast() at ast+0x337/frame 0xffffff823943cab0 doreti_ast() at doreti_ast+0x1f/frame 0x7fffff9fc8f0 >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201307111154.r6BBseQt017319>