From owner-soc-status@FreeBSD.ORG Tue Jun 29 20:35:58 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 0C445106564A; Tue, 29 Jun 2010 20:35:58 +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 B7C348FC08; Tue, 29 Jun 2010 20:35:57 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 946F014DBE39; Tue, 29 Jun 2010 22:35:55 +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 KuL0-DQMN78e; Tue, 29 Jun 2010 22:35:53 +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 4322014DBD6E; Tue, 29 Jun 2010 22:35:53 +0200 (CEST) Message-ID: <4C2A5926.7080801@FreeBSD.org> Date: Tue, 29 Jun 2010 22:35:50 +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> In-Reply-To: <4C2761B8.9030800@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Re: Collective resource limits status report #4 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: Tue, 29 Jun 2010 20:35:58 -0000 Em 2010.06.27. 16:35, Gabor Kovesdan escreveu: > Hello, > > since the last status report, I've added the getjlimit() and > setjlimit() calls. They are fully implemented (unless I didn't > consider some details) in a general way that doesn't depend tightly on > particular kinds of resource limits. I've also started to implement > the first limit type, JLIMIT_NUMPROC, which is quite straightforward. > But there is a bug I'm facing in the internal structures I use for > accounting. I have a linked list of jobs, and each job entry has a > head of another kind of linked list, which stores entries of processes > inside the given job. I have no problem with the outer list but the > inner one makes my kernel crash. I double-checked those code parts and > I still think they are correct, so I couldn't figure out the problem > so far. This week I haven't merged to Perforce yet, first I'd like to > make the code a bit more stable. I hope I can accomplish it in 1-2 > days. While debugging my code, I've also written some additions to my > test program, which is supposed to be general enough and accepts > various paramteres. My intention is to use it as a regression test > inside a shell script, which will call it with different parameter > sets to test different cases. > No merge yet to Perforce but here's a a full patch that doesn't crash any more: http://kovesdan.org/patches/jobs_current.diff Now I'm trying to get JLIMIT_NUMPROC completely work. Gabor