From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 00:31:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02DCF16A4CE for ; Sat, 20 Nov 2004 00:31:45 +0000 (GMT) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 889E843D55 for ; Sat, 20 Nov 2004 00:31:44 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [192.168.0.7] (dsl-082-083-048-182.arcor-ip.net [82.83.48.182]) by dd2718.kasserver.com (Postfix) with ESMTP id DA61520D2D for ; Sat, 20 Nov 2004 01:31:42 +0100 (CET) Message-ID: <419E9099.30106@chillt.de> Date: Sat, 20 Nov 2004 01:32:25 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 0.9 (X11/20041109) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Constant short stalls on 5-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Nov 2004 00:31:45 -0000 Hi list, I am having trouble with 5-stable on an Intel Centrino notebook. The system was installed from scratch using 5.3-release CDs and is updated every few days to the latest 5-stable. The output of uname -a is: FreeBSD takahe.local 5.3-STABLE FreeBSD 5.3-STABLE #6: Fri Nov 19 00:42:30 CET 2004 root@takahe.local:/usr/obj/usr/src/sys/TAKAHE i386 It's running as a desktop with xorg and KDE 3.3.1. The /usr/home partition is GBDE encrypted. Everything is working fine, but there are constant stalls. What I mean by that is that the machine will suddenly stop responding to any input. The mouse cursor will keep moving, but keyboard input will end up in a buffer somewhere and mouse clicks will get lost completely. After a second or two, everything comes back to normal. Characters typed during the stall come out of the buffer (although often in the wrong order and with some characters missing) and the system can be used again. A minute or two later, the next stall occurs. Needless to say, this is very annoying. I know that with such a vague description, probably nobody can help me. But maybe someone has a debugging tip for me. Where should I look? How can I see what is hogging up the CPU or some other important system resource during a stall? - Bartosz