From owner-soc-status@FreeBSD.ORG Sun Jul 11 17:12:34 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1391E1065670; Sun, 11 Jul 2010 17:12:34 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC7F8FC13; Sun, 11 Jul 2010 17:12:33 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id A689B14DC04E; Sun, 11 Jul 2010 19:12:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id M17jchYWEzUY; Sun, 11 Jul 2010 19:12:29 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id D792814DC043; Sun, 11 Jul 2010 19:12:29 +0200 (CEST) Message-ID: <4C39FB7B.4030203@FreeBSD.org> Date: Sun, 11 Jul 2010 19:12:27 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> <4C30B90F.9040703@FreeBSD.org> In-Reply-To: <4C30B90F.9040703@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Collective resource limits status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2010 17:12:34 -0000 Since last report, I've found out where's the bug in my code I just don't know yet the reason and the solution. The upper half of a 64-bit variable gets corrupted and then a comparison, which should evaluate to true just fails. I'll switch to a 32-bit jid_t for now and hopefully that will solve this and I can progress until I find out the reason and then I can switch back to a 64-bit jid_t. Apart from this investigation, I've cleanup up the locking. First, I wanted to add a 2-level locking, one lock for the linked list itself that holds the job entries and one particular lock for each entry. I wanted to minimize sleeping on locks in this way but probably it was an overkill because these operations are short and the locking overhead might be higher than what we could gain. And it just didn't work correctly. Now I only use one rwlock for list operations and it seems fine. I've also added some lines of code and applied some whitespace cleanup. Now buildworld/buildkernel is running and when it finishes I hope my code will work with 32-bit jid_t and then finally I can concentrate on actual limits. Latest sources in //depot/projects/soc2010/gabor_jobs/irix_jobs/. Gabor