From owner-freebsd-arch@FreeBSD.ORG Sun Feb 12 20:53:22 2012 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8FAE10656D0 for ; Sun, 12 Feb 2012 20:53:22 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 666758FC14 for ; Sun, 12 Feb 2012 20:53:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=qtZEOr6we4uGzxHC3kbbVVCULfB/INvfAraWsmu41bg=; b=BLtYkT+gGnhGJCQzYF2qARNxQIueT0oCwNQEMNVmKwzZFGqNCzF1HnogXnArvrAB7rZOb0d/uz5ZgBmucONdHmHf/0RSBLQnMaXq6lv/y3pldIQfrzdbvA5gkvzTIvQTdtsVQc1nth1I37xTtt/+5LqD91T+qhYZWIYNBH9DdXE=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm1.ukr.net with esmtpsa ID 1RwgQB-000ICD-5H ; Sun, 12 Feb 2012 22:53:19 +0200 Date: Sun, 12 Feb 2012 22:53:17 +0200 From: Ivan Klymenko To: Konstantin Belousov Message-ID: <20120212225317.05e77c3e@nonamehost.> In-Reply-To: <20120212204337.GD3283@deviant.kiev.zoral.com.ua> References: <20120203193719.GB3283@deviant.kiev.zoral.com.ua> <4f381dc3.4c300e0a.1364.429eSMTPIN_ADDED@mx.google.com> <20120212202413.GC3283@deviant.kiev.zoral.com.ua> <4f382325.031d0e0a.194a.ffff93bbSMTPIN_ADDED@mx.google.com> <20120212204337.GD3283@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: arch@freebsd.org Subject: Re: Prefaulting for i/o buffers X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2012 20:53:22 -0000 =D0=92 Sun, 12 Feb 2012 22:43:37 +0200 Konstantin Belousov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Sun, Feb 12, 2012 at 10:37:54PM +0200, Ivan Klymenko wrote: > > =D0=92 Sun, 12 Feb 2012 22:24:13 +0200 > > Konstantin Belousov =D0=BF=D0=B8=D1=88=D0=B5=D1= =82: > >=20 > > > On Sun, Feb 12, 2012 at 10:14:56PM +0200, Ivan Klymenko wrote: > > > > =D0=92 Fri, 3 Feb 2012 21:37:19 +0200 > > > > Konstantin Belousov =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > > > >=20 > > > > > http://people.freebsd.org/~kib/misc/vm1.3.patch > > > >=20 > > > > I have FreeBSD 10.0-CURRENT #0 r231526M: Sat Feb 11 23:06:18 EET > > > > 2012 ivan@nonamehost:/usr/obj/usr/src/sys/mk10 amd64 > > > >=20 > > > > my system is patched > > > > http://people.freebsd.org/~kib/drm/all.13.2.patch (I do not > > > > know is the important point is whether or not) > > > >=20 > > > > When using this patch vm1.3.patch or 1.4 or 1.5 or ... including > > > > http://people.freebsd.org/~kib/misc/vm1.9.patch the system works > > > > fine in the console, but when loaded into a graphical > > > > environment - a system gets of global lock (even the mouse > > > > cursor does not move) > > > > - only reset helps > > > >=20 > > > > I'm using Gnome GUI + compiz... > > >=20 > > > I cannot make anything with this report, since it obviously > > > misses any data on the deadlock. > >=20 > > Definitely yes :) but > >=20 > > >=20 > > > BTW, I just put vm1.10 which allows buildworld over NFS to finish > > > successfully. > >=20 > > my kernel config file is assembled with the options > > options KDB_TRACE > > options KDB # Enable kernel debugger support. > > options DDB > > also use the patch http://people.freebsd.org/ ~ > > kib/drm/all.13.2.patch where not yet implemented the transition to > > the console - how do I get at least some data using the > > break-to-debugger Ctrl + Alt + ESC? >=20 > Switching the virtual consoles probably would not work on the > deadlocked system anyway, since X server needs to process this > operation regardless of the presence of KMS. The more important, but > not yet realized premise of KMS is the ability to enter the kernel > debugger on the graphical console without switching X session > console. But this indeed not implemented. >=20 > I suspect that the serial console, or software watchdog and some ddb > script (see ddb(8)) are the only ways forward. That is, should I try to add to the kernel configuration options SW_WATCHDOG and in /etc/rc.conf watchdogd_enable=3D"YES" and after global lock to happen - expect a miracle? :) because the other possibilities I have not ...