From owner-freebsd-arch@FreeBSD.ORG Tue Apr 17 22:43:32 2007 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1394E16A566 for ; Tue, 17 Apr 2007 22:43:32 +0000 (UTC) (envelope-from maxim.zhuravlev@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id C2BFF13C44C for ; Tue, 17 Apr 2007 22:43:31 +0000 (UTC) (envelope-from maxim.zhuravlev@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1643255nza for ; Tue, 17 Apr 2007 15:43:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=g4UTX2VJo5ADRL45nQYpnnwP99h6hhDMWe4Motnbvoh9QC9X8dfZE9P9XQHdYGP+5X7PaKRfqwDRQa/Lg8tSp9hmw0VK5A9LK4kYoBSGSg7e5IAAYKQ5eL8Sfac9vTj7Ijnb1jNHkOFSclvz1c87qWaSgPtaazk+zW++cczKtLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=SQdXvzm/MX+MRI2g3lEDj8PY1vxRhZmfdbwN/KRayjkYQg1Ntpv0Xo+OhlkUPnnUBuoO5aIZeRgo6HC/s2KZxmRqKQAFx01fQcKNhB0WrijA0qqq7R10+qnsBRtI/OaUqd3ysd38/OSbsBpUppGmXab/HIaHUsh+BXfVPnvuAJA= Received: by 10.114.111.1 with SMTP id j1mr1517982wac.1176848240998; Tue, 17 Apr 2007 15:17:20 -0700 (PDT) Received: by 10.114.234.12 with HTTP; Tue, 17 Apr 2007 15:17:20 -0700 (PDT) Message-ID: Date: Wed, 18 Apr 2007 02:17:20 +0400 From: "Maxim Zhuravlev" Sender: maxim.zhuravlev@gmail.com To: "Marcel Moolenaar" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46250237.000008.20157@mfront8.yandex.ru> X-Google-Sender-Auth: c849bd34e4142d0d Cc: freebsd-hackers@freebsd.org, thIOretic@yandex.ru, nsouch@free.fr, freebsd-arch@freebsd.org Subject: Re: GSoC project community intro and sync 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: Tue, 17 Apr 2007 22:43:32 -0000 2007/4/17, Marcel Moolenaar : Thanks for detailed useful reply. > As for vtc(4): I've not been working on input devices because of the > lack of a generic layer. Note that vtc(4) deals with the low-level > console as much as it deals with user-visible terminals, so from that > point of view, a user space stack will not address the need for having > console input when there's no (functional) user space -- this includes > early boot, the kernel debugger and single-user mode. I therefore doubt > that it will sufficiently (or at all) solve problems we already have. Yup. That's what I'm thinking about right now. One of possible decisions is to move stacking into the kernel and have an optional usermode part 'stacked' through a 2 'stub' drivers. > Also, while multiplexing is an important feature I think that de- > multiplexing is important too. I guess, demux can be done by 'top' driver or by drivers layout. There are several ways, that have little impact on the total design. Thanks, - Maxim