From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 29 10:14:54 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B492C16A426 for ; Sun, 29 Jan 2006 10:14:54 +0000 (GMT) (envelope-from oxy@field.hu) Received: from green.field.hu (green.field.hu [217.20.130.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE4EA43D4C for ; Sun, 29 Jan 2006 10:14:53 +0000 (GMT) (envelope-from oxy@field.hu) Received: from localhost (green.field.hu [217.20.130.28]) by green.field.hu (Postfix) with ESMTP id 814D411A50D for ; Sun, 29 Jan 2006 11:14:46 +0100 (CET) Received: from green.field.hu ([217.20.130.28]) by localhost (green.field.hu [217.20.130.28]) (amavisd-new, port 10024) with ESMTP id 02591-07 for ; Sun, 29 Jan 2006 11:14:46 +0100 (CET) Received: from oxy (dsl85-238-76-104.pool.tvnet.hu [85.238.76.104]) by green.field.hu (Postfix) with ESMTP id 42AA3119C90 for ; Sun, 29 Jan 2006 11:14:46 +0100 (CET) Message-ID: <000701c624bc$e0798630$0201a8c0@oxy> From: "OxY" To: Date: Sun, 29 Jan 2006 11:15:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Virus-Scanned: by Amavisd-new (Spamassassin+Razor2+Pyzor+DCC+Bayes db, Clamd Antivirus) at field.hu Subject: Encrypting full disk with several slices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 10:14:54 -0000 Hi! I would appreciate some help from you..i failed to find anything on google and manpages about this topic.. My goal is to encrypt my root partition with geli or gbde. First, I tried geli, man page said that it's ok to encrypt root partition (just leave unencrypted the /boot part, so i put it on other slice), but it's not so simple.. tried to encrypt the full disk first, then create the partitions and slices to be able to use just one key/pass, it's not so convinient to type 9 passwords per boot.. i used the cmds: # dd if=/dev/random of=/boot/ad2.key bs=64 count=1 # geli init -s 4096 -K /boot/ad2.key /dev/ad2 then partition the disk: created fdisk config file (which works on unencrypted partition) (just with test length, i know is's small :) p 1 165 1 8192 it said: length must be a multiple of sector size.. sector size is 4096, so dunno what's the matter..(tried with 16384, so on...) Now, i am thinking about first create partitions and slices, (ad2s1a,d,e,f,g ; ad2s2d,e,f,g) then encrypt them one-by-one ..my only problem is to how can i manage it to ask for one password when i boot.... Thank you and sorry for my poor english.. From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 29 10:22:01 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64DFC16A420 for ; Sun, 29 Jan 2006 10:22:01 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id F332343D46 for ; Sun, 29 Jan 2006 10:22:00 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so847968wra for ; Sun, 29 Jan 2006 02:22:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WOdbxKPRTQNyJ18/1hGU2OTX19r61RXLmDY395TrAdNzLx2YmphF3/5op8jOXfa/NsM336UbAm9xavH4sEyifO2G7ltPmo5tauhWfm4S0D2xygwGpNt/CgqTRgb8/eO/Th3rddEUTC85qWfNEX1nJeMLHfbSnkKb4vHzNB+sy1o= Received: by 10.54.115.13 with SMTP id n13mr6301712wrc; Sun, 29 Jan 2006 02:22:00 -0800 (PST) Received: by 10.54.99.13 with HTTP; Sun, 29 Jan 2006 02:21:59 -0800 (PST) Message-ID: Date: Sun, 29 Jan 2006 15:51:59 +0530 From: Pranav Peshwe To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Warnings compiling a KLD #including vnode.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 10:22:01 -0000 Hello, I am trying to write a pretty simple KLD.It compiles and works correctly. But,if i #include vnode.h in the KLD then i get a number of warnings saying= : @/sys/vnode.h:597: warning: "struct vop_lease_args" declared inside parameter list @/sys/vnode.h:597: warning: its scope is only this definition or declaration, which is probably not what you want A similar warning is repeated for many more lines in the same header file. There is also an error saying 'No such file' (on line 577) -- > #include "vnode_if.h", i commented the line in the file and the KLD compiled without an error.But the warnings still remain. Can these warning be removed ? Are they caused due to an incorrect sequence in #inclusion of the headers ? I thought this way because the number of warnings and errors increases significantly if i move the #include above some other inclusions. TIA. Regards, Pranav From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 29 10:26:33 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0852A16A420 for ; Sun, 29 Jan 2006 10:26:33 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id A386C43D46 for ; Sun, 29 Jan 2006 10:26:31 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ITU00A4VNO6LV@ms-dienst.rz.rwth-aachen.de> for freebsd-hackers@freebsd.org; Sun, 29 Jan 2006 11:26:30 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Sun, 29 Jan 2006 11:26:29 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k0TAQSos011726; Sun, 29 Jan 2006 11:26:28 +0100 Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1F39lN-0000Rp-JI; Sun, 29 Jan 2006 11:26:29 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 480DF3F40A; Sun, 29 Jan 2006 11:26:29 +0100 (CET) Date: Sun, 29 Jan 2006 11:26:29 +0100 From: Christian Brueffer In-reply-to: <000701c624bc$e0798630$0201a8c0@oxy> To: OxY Message-id: <20060129102629.GA1731@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=liOOAslEiF7prFVr; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <000701c624bc$e0798630$0201a8c0@oxy> Cc: freebsd-hackers@freebsd.org Subject: Re: Encrypting full disk with several slices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 10:26:33 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 29, 2006 at 11:15:06AM +0100, OxY wrote: > Hi! >=20 > I would appreciate some help from you..i > failed to find anything on google and manpages about this topic.. >=20 > My goal is to encrypt my root partition with geli or gbde. First, I tried > geli, man page said that it's ok to encrypt root partition (just leave=20 > unencrypted > the /boot part, so i put it on other slice), but it's not so simple.. >=20 > tried to encrypt the full disk first, then create the partitions and slic= es > to be able to use just one key/pass, it's not so convinient to type > 9 passwords per boot.. > i used the cmds: >=20 > # dd if=3D/dev/random of=3D/boot/ad2.key bs=3D64 count=3D1 > # geli init -s 4096 -K /boot/ad2.key /dev/ad2 >=20 > then partition the disk: > created fdisk config file (which works on unencrypted partition) (just wi= th=20 > test length, i know is's small :) >=20 > p 1 165 1 8192 >=20 >=20 > it said: length must be a multiple of sector size.. > sector size is 4096, so dunno what's the matter..(tried with 16384, so=20 > on...) >=20 > Now, i am thinking about first create partitions and slices,=20 > (ad2s1a,d,e,f,g ; ad2s2d,e,f,g) > then encrypt them one-by-one ..my only problem is to how can i manage it = to=20 > ask for one password when > i boot.... >=20 > Thank you and sorry for my poor english.. >=20 Take a look at the following talk which was held at EuroBSDCon and CCC last year: https://events.ccc.de/congress/2005/fahrplan/events/1139.en.html The paper is available on that site as well. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3JhVbHYXjKDtmC0RAiI0AKDjRpRn6Jxm6ftPvdcEN5dCGUqerwCaA46k 7z0qAi5+Zj4lWgsgA+Yg1r8= =gUay -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 29 18:01:12 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A1C16A422 for ; Sun, 29 Jan 2006 18:01:12 +0000 (GMT) (envelope-from uvarovsl@mail.pnpi.spb.ru) Received: from mail.lsi.ru (mail.lsi.ru [212.58.192.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7562E43D45 for ; Sun, 29 Jan 2006 18:01:11 +0000 (GMT) (envelope-from uvarovsl@mail.pnpi.spb.ru) Received: from localhost (localhost.lsi.ru [127.0.0.1]) by mail.lsi.ru (Postfix) with ESMTP id 7572C388297 for ; Sun, 29 Jan 2006 21:01:06 +0300 (MSK) Received: from mail.lsi.ru ([127.0.0.1]) by localhost (mail.lsi.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53616-02 for ; Sun, 29 Jan 2006 21:01:06 +0300 (MSK) Received: from [10.0.0.11] (unknown [212.58.210.222]) by mail.lsi.ru (Postfix) with ESMTP id E99F2388292 for ; Sun, 29 Jan 2006 21:01:04 +0300 (MSK) Message-ID: <43DD02E2.8080705@mail.pnpi.spb.ru> Date: Sun, 29 Jan 2006 21:01:06 +0300 From: Sergey Uvarov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050923 Fedora/1.7.12-1.5.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at lsi.ru Subject: Re: Warnings compiling a KLD #including vnode.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 18:01:12 -0000 Pranav Peshwe wrote: > Hello, > I am trying to write a pretty simple KLD.It compiles and > works correctly. > > But,if i #include vnode.h in the KLD then i get a number of warnings saying : > > @/sys/vnode.h:597: warning: "struct vop_lease_args" declared inside > parameter list > @/sys/vnode.h:597: warning: its scope is only this definition or > declaration, which is probably not what you want Put vnode_if.h in to SRCS clause of your Makefile: SRCS = vnode_if.h In this case vnode_if.h will be properly built. Sergey. From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 30 02:06:34 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D15416A420 for ; Mon, 30 Jan 2006 02:06:34 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F92943D45 for ; Mon, 30 Jan 2006 02:06:33 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so938462wra for ; Sun, 29 Jan 2006 18:06:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U2aOFMNrxP181Bik0//UWpxSVnAYPAXFVd03jlq3oYin2kzxErjAbQ4eMQjLA57Kap0bIalq6G0W15enmeR1XSlrukaSFoiaTcDb8KfIx7l5V0/gV4JLqbzrGudNwLOvrvNSIgJTNFH7mVvYK8mI5YZitnAySbjqJiNG39Rrjj8= Received: by 10.54.123.3 with SMTP id v3mr7323733wrc; Sun, 29 Jan 2006 18:06:32 -0800 (PST) Received: by 10.54.99.13 with HTTP; Sun, 29 Jan 2006 18:06:32 -0800 (PST) Message-ID: Date: Mon, 30 Jan 2006 07:36:32 +0530 From: Pranav Peshwe To: Sergey Uvarov In-Reply-To: <43DD02E2.8080705@mail.pnpi.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43DD02E2.8080705@mail.pnpi.spb.ru> X-Mailman-Approved-At: Mon, 30 Jan 2006 02:08:40 +0000 Cc: Subject: Re: Warnings compiling a KLD #including vnode.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 02:06:34 -0000 On 1/29/06, Sergey Uvarov wrote: > Pranav Peshwe wrote: > > Hello, > > I am trying to write a pretty simple KLD.It compiles and > > works correctly. > > > > But,if i #include vnode.h in the KLD then i get a number of warnings sa= ying : > > > > @/sys/vnode.h:597: warning: "struct vop_lease_args" declared inside > > parameter list > > @/sys/vnode.h:597: warning: its scope is only this definition or > > declaration, which is probably not what you want > > Put vnode_if.h in to SRCS clause of your Makefile: > > SRCS =3D vnode_if.h > > In this case vnode_if.h will be properly built. > > Sergey. Thank you !! The errors and also the warnings are gone.I had to do the same things for a couple of other files like device_if.h and bus_if.h What are these files for ? i found them in the /sys/i386/compile/config-name/ directory.Most of the header files in that dir have a '_if' suffix and are dealing with kobj code,but what about the rest ? Why are they not kept(like other headers) in the /sys/sys or /sys/kern dirs ? TIA. Regards, Pranav --------------------------------------------------------------------------- No matter how much cats fight, there always seem to be plenty of kittens. ---Abraham Lincoln From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 30 19:46:11 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBA6916A420 for ; Mon, 30 Jan 2006 19:46:11 +0000 (GMT) (envelope-from bharmaji@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D21443D49 for ; Mon, 30 Jan 2006 19:46:11 +0000 (GMT) (envelope-from bharmaji@gmail.com) Received: by wproxy.gmail.com with SMTP id 50so1032709wri for ; Mon, 30 Jan 2006 11:46:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=izjIEF9lSZlgo6io+quU6TuHk5L/5yKe1f83I3gM+kSnefydr5cC4ZCO6rjwJbQI1F6ueRvIj4LiZuNwa0AmK6yhCMX+C9jaHOKbSkP9pkEhk3bLgwoldGhqaF1XRqBuhrJQMDKyoL6WwKHlRDm9M+QhydyTAhdlviA7EpYwE9w= Received: by 10.65.54.2 with SMTP id g2mr1724423qbk; Mon, 30 Jan 2006 11:46:10 -0800 (PST) Received: by 10.65.124.18 with HTTP; Mon, 30 Jan 2006 11:46:10 -0800 (PST) Message-ID: <67beabb0601301146h6c5034fao998bf573f1e89613@mail.gmail.com> Date: Mon, 30 Jan 2006 11:46:10 -0800 From: Bharma Ji To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to pin a userland page in memory(avoid copyin and copyout) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 19:46:12 -0000 Hi I am trying to explore the option avoiding copyin and copyout when mode switches from user to kernel and vice versa. One way to achieve this, as I understand, is to make the memory address (which contain the data to be copied) non pageable. Then just pass the addresses to the kernel and the data will be used directly from the userland page. Is there already some example code / standard way to do this? Also is there any way one can determine the amount of time / performance hi= t (CPU %)that happening on a given process due to the copyin and copyout. I want to understand how much performance gain one can gain if I am able to remove copyin/copyout. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 05:08:09 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4C5816A420 for ; Tue, 31 Jan 2006 05:08:09 +0000 (GMT) (envelope-from frol@nerve.riss-telecom.ru) Received: from nerve.riss-telecom.ru (nerve.riss-telecom.ru [80.66.65.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54FC343D55 for ; Tue, 31 Jan 2006 05:07:55 +0000 (GMT) (envelope-from frol@nerve.riss-telecom.ru) Received: from nerve.riss-telecom.ru (qaohgubr3l9ml3bi@localhost [127.0.0.1]) by nerve.riss-telecom.ru (8.13.1/8.13.1) with ESMTP id k0V54lLS071085; Tue, 31 Jan 2006 11:04:47 +0600 (NOVT) (envelope-from frol@nerve.riss-telecom.ru) Received: (from frol@localhost) by nerve.riss-telecom.ru (8.13.1/8.13.1/Submit) id k0V54kvq071083; Tue, 31 Jan 2006 11:04:46 +0600 (NOVT) (envelope-from frol) Date: Tue, 31 Jan 2006 11:04:46 +0600 From: Dmitry Frolov To: "Loren M. Lang" Message-ID: <20060131050446.GA19569@nerve.riss-telecom.ru> Mail-Followup-To: "Loren M. Lang" , FreeBSD Hackers References: <20060128071038.GA17471@alzatex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060128071038.GA17471@alzatex.com> Organization: RISS-Telecom, JSC X-PGP-Fingerprint: 5232 98E7 596E 21C2 52B5 FCAE 8088 3F87 88BC 27B0 User-Agent: Mutt/1.5.6i Cc: FreeBSD Hackers Subject: Re: FreeBSD Real Mode interface X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 05:08:09 -0000 * Loren M. Lang [28.01.2006 13:09]: > Is there any equivalent to the Linux Real Mode interface in FreeBSD? I > would like to port a program called atitvout to FreeBSD, but it uses > calls to the vesa bios in real mode on the x86 arch. I can't seem to > find out how to do this in FreeBSD. LRMI should work on FreeBSD since version 0.8. And here is my FreeBSD/NetBSD patch for atitvout (with instructions inside): http://kaya.nov.net/frol/patches/atitvout-0.4-bsd2.diff wbr&w, dmitry. -- Dmitry Frolov RISS-Telecom Network, Novosibirsk, Russia 66415911@ICQ, +7 3832 NO WA1T, DVF-RIPE From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 05:15:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6509316A420 for ; Tue, 31 Jan 2006 05:15:36 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA34643D48 for ; Tue, 31 Jan 2006 05:15:35 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id k0V5FKt2017615; Mon, 30 Jan 2006 23:15:20 -0600 (CST) (envelope-from dan) Date: Mon, 30 Jan 2006 23:15:20 -0600 From: Dan Nelson To: "Loren M. Lang" , FreeBSD Hackers Message-ID: <20060131051520.GA38470@dan.emsphone.com> References: <20060128071038.GA17471@alzatex.com> <20060131050446.GA19569@nerve.riss-telecom.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060131050446.GA19569@nerve.riss-telecom.ru> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: Subject: Re: FreeBSD Real Mode interface X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 05:15:36 -0000 In the last episode (Jan 31), Dmitry Frolov said: > * Loren M. Lang [28.01.2006 13:09]: > > > Is there any equivalent to the Linux Real Mode interface in FreeBSD? I > > would like to port a program called atitvout to FreeBSD, but it uses > > calls to the vesa bios in real mode on the x86 arch. I can't seem to > > find out how to do this in FreeBSD. > > LRMI should work > on FreeBSD since version 0.8. And here is my FreeBSD/NetBSD patch > for atitvout (with instructions inside): > > http://kaya.nov.net/frol/patches/atitvout-0.4-bsd2.diff If this is anything like vm86 mode, check out the i386_vm86 manpage. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 05:36:29 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94D4316A422 for ; Tue, 31 Jan 2006 05:36:29 +0000 (GMT) (envelope-from frol@nerve.riss-telecom.ru) Received: from nerve.riss-telecom.ru (nerve.riss-telecom.ru [80.66.65.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B46843D48 for ; Tue, 31 Jan 2006 05:36:25 +0000 (GMT) (envelope-from frol@nerve.riss-telecom.ru) Received: from nerve.riss-telecom.ru (ea7orlr235dntblm@localhost [127.0.0.1]) by nerve.riss-telecom.ru (8.13.1/8.13.1) with ESMTP id k0V5WtHF072434; Tue, 31 Jan 2006 11:32:55 +0600 (NOVT) (envelope-from frol@nerve.riss-telecom.ru) Received: (from frol@localhost) by nerve.riss-telecom.ru (8.13.1/8.13.1/Submit) id k0V5WtCQ072432; Tue, 31 Jan 2006 11:32:55 +0600 (NOVT) (envelope-from frol) Date: Tue, 31 Jan 2006 11:32:55 +0600 From: Dmitry Frolov To: Dan Nelson Message-ID: <20060131053255.GB19569@nerve.riss-telecom.ru> Mail-Followup-To: Dan Nelson , "Loren M. Lang" , FreeBSD Hackers References: <20060128071038.GA17471@alzatex.com> <20060131050446.GA19569@nerve.riss-telecom.ru> <20060131051520.GA38470@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060131051520.GA38470@dan.emsphone.com> Organization: RISS-Telecom, JSC X-PGP-Fingerprint: 5232 98E7 596E 21C2 52B5 FCAE 8088 3F87 88BC 27B0 User-Agent: Mutt/1.5.6i Cc: FreeBSD Hackers , "Loren M. Lang" Subject: Re: FreeBSD Real Mode interface X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 05:36:29 -0000 * Dan Nelson [31.01.2006 11:13]: > In the last episode (Jan 31), Dmitry Frolov said: > > * Loren M. Lang [28.01.2006 13:09]: > > > > > Is there any equivalent to the Linux Real Mode interface in FreeBSD? I > > > would like to port a program called atitvout to FreeBSD, but it uses > > > calls to the vesa bios in real mode on the x86 arch. I can't seem to > > > find out how to do this in FreeBSD. > > > > LRMI should work > > on FreeBSD since version 0.8. And here is my FreeBSD/NetBSD patch > > for atitvout (with instructions inside): > > > > http://kaya.nov.net/frol/patches/atitvout-0.4-bsd2.diff > > If this is anything like vm86 mode, check out the i386_vm86 manpage. Yes, LRMI uses i386_vm86 on FreeBSD. In addition to vm86 calls LRMI emulates instructions, that doesn't emulated in vm86, and does memory management. wbr&w, dmitry. -- Dmitry Frolov RISS-Telecom Network, Novosibirsk, Russia 66415911@ICQ, +7 3832 NO WA1T, DVF-RIPE From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 07:47:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 537FC16A422 for ; Tue, 31 Jan 2006 07:47:41 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 848FB43D45 for ; Tue, 31 Jan 2006 07:47:40 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by uproxy.gmail.com with SMTP id e2so133199ugf for ; Mon, 30 Jan 2006 23:47:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=okNEyojIbWpVn8LlIXvRTZ/fZKwgidRk/gnH8CVrytZggJk7Luik7ncehBKAh1OOmAJwXbhP1ttIHIOoMP2B5ccUxODeMRG89om8RddP/pjE1i40NEBh4Aqu/If3S0oa/ADWjufcr2ahbA63H9RGlr0Bm64qGVg//07hFc8AGYc= Received: by 10.48.244.4 with SMTP id r4mr1218571nfh; Mon, 30 Jan 2006 22:52:55 -0800 (PST) Received: by 10.49.14.17 with HTTP; Mon, 30 Jan 2006 22:52:55 -0800 (PST) Message-ID: Date: Tue, 31 Jan 2006 12:22:55 +0530 From: "Kamal R. Prasad" To: Bharma Ji In-Reply-To: <67beabb0601301146h6c5034fao998bf573f1e89613@mail.gmail.com> MIME-Version: 1.0 References: <67beabb0601301146h6c5034fao998bf573f1e89613@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: How to pin a userland page in memory(avoid copyin and copyout) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 07:47:41 -0000 On 1/31/06, Bharma Ji wrote: > > Hi > I am trying to explore the option avoiding copyin and copyout when mode > switches from user to kernel and vice versa. One way to achieve this, as = I > understand, is to make the memory address (which contain the data to be > copied) non pageable. Then just pass the addresses to the kernel and the > data will be used directly from the userland page. Is there already some > example code / standard way to do this? The only way Im aware is to mmap() a file. The vtophys() translation will b= e different for kernel and userspace -but there will be no copyin()/copyout(= ) involved. Also is there any way one can determine the amount of time / performance hi= t > (CPU %)that happening on a given process due to the copyin and copyout. I > want to understand how much performance gain one can gain if I am able to > remove copyin/copyout. It has an overhead both in copying data as well as using 2x the amt of memory required. If you just need to pass parameters, copyin()/out() works fine. If you want to read a multimedia device or pass some other huge block of memory across address spaces, then mmap() helps. FYI -there is an mmap() method supported by usb driver frameworks. regards -kamal _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 08:20:29 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC47916A420 for ; Tue, 31 Jan 2006 08:20:29 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A1B643D55 for ; Tue, 31 Jan 2006 08:20:29 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (qpiyrb8awtfpkhxy@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k0V8J3SD032441; Tue, 31 Jan 2006 00:19:03 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k0V8J3YT032440; Tue, 31 Jan 2006 00:19:03 -0800 (PST) (envelope-from jmg) Date: Tue, 31 Jan 2006 00:19:03 -0800 From: John-Mark Gurney To: Bharma Ji Message-ID: <20060131081902.GY69162@funkthat.com> Mail-Followup-To: Bharma Ji , freebsd-hackers@freebsd.org References: <67beabb0601301146h6c5034fao998bf573f1e89613@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <67beabb0601301146h6c5034fao998bf573f1e89613@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-hackers@freebsd.org Subject: Re: How to pin a userland page in memory(avoid copyin and copyout) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 08:20:30 -0000 Bharma Ji wrote this message on Mon, Jan 30, 2006 at 11:46 -0800: > I am trying to explore the option avoiding copyin and copyout when mode > switches from user to kernel and vice versa. One way to achieve this, as I > understand, is to make the memory address (which contain the data to be > copied) non pageable. Then just pass the addresses to the kernel and the > data will be used directly from the userland page. Is there already some > example code / standard way to do this? > > Also is there any way one can determine the amount of time / performance hit > (CPU %)that happening on a given process due to the copyin and copyout. I > want to understand how much performance gain one can gain if I am able to > remove copyin/copyout. It really depends upon how much data you are going to copy... There was some tests performed that showed that for sizes less than 32k or so that it was faster to read/write (copyout/copyin) than it was to mmap a file... I am working on a driver that passed the buffer address w/ an ioctl, and use vslock + bus_dmamap_load_uio to be able to make the card dma directly into the user's buffers: http://perforce.freebsd.org/fileViewer.cgi?FSPC=//depot/user/jmg/bktrau/dev/bktrau/bktrau.c&REV=2 I believe there is a way to map a userland page into the kernel, though someone else will have to provide the hints for it... Unless you are trying to move many 10's of megabytes per second, and in very large chuncks, I doubt you'll see much of a difference... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 08:35:33 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A05F116A420 for ; Tue, 31 Jan 2006 08:35:33 +0000 (GMT) (envelope-from lorenl@alzatex.com) Received: from hosea.tallye.com (joel.tallye.com [216.99.199.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDA4043D55 for ; Tue, 31 Jan 2006 08:35:32 +0000 (GMT) (envelope-from lorenl@alzatex.com) Received: from hosea.tallye.com (localhost.localdomain [127.0.0.1]) by hosea.tallye.com (8.12.8/8.12.10) with ESMTP id k0V8ZVBd030939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jan 2006 00:35:31 -0800 Received: (from sttng359@localhost) by hosea.tallye.com (8.12.8/8.12.8/Submit) id k0V8ZVGW030937; Tue, 31 Jan 2006 00:35:31 -0800 Date: Tue, 31 Jan 2006 00:35:31 -0800 From: "Loren M. Lang" To: Dmitry Frolov Message-ID: <20060131083531.GA30881@alzatex.com> References: <20060128071038.GA17471@alzatex.com> <20060131050446.GA19569@nerve.riss-telecom.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <20060131050446.GA19569@nerve.riss-telecom.ru> User-Agent: Mutt/1.4.1i X-GPG-Key: ftp://ftp.tallye.com/pub/lorenl_pubkey.asc X-GPG-Fingerprint: B3B9 D669 69C9 09EC 1BCD 835A FAF3 7A46 E4A3 280C X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on hosea.tallye.com X-Virus-Status: Clean Cc: FreeBSD Hackers Subject: Re: FreeBSD Real Mode interface X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 08:35:33 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 31, 2006 at 11:04:46AM +0600, Dmitry Frolov wrote: > * Loren M. Lang [28.01.2006 13:09]: >=20 > > Is there any equivalent to the Linux Real Mode interface in FreeBSD? I > > would like to port a program called atitvout to FreeBSD, but it uses > > calls to the vesa bios in real mode on the x86 arch. I can't seem to > > find out how to do this in FreeBSD. >=20 > LRMI should work > on FreeBSD since version 0.8. And here is my FreeBSD/NetBSD patch > for atitvout (with instructions inside): >=20 > http://kaya.nov.net/frol/patches/atitvout-0.4-bsd2.diff Thank you, this is exactly what I was looking for. Now I can truly ditch linux off my laptop. >=20 > wbr&w, dmitry. > --=20 > Dmitry Frolov > RISS-Telecom Network, Novosibirsk, Russia > 66415911@ICQ, +7 3832 NO WA1T, DVF-RIPE >=20 --=20 Loren M. Lang lorenl@north-winds.org http://www.north-winds.org/ Public Key: ftp://ftp.north-winds.org/pub/lorenl_pubkey.asc Fingerprint: CEE1 AAE2 F66C 59B5 34CA C415 6D35 E847 0118 A3D2 =20 --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD3yFTbTXoRwEYo9IRAq8vAJ9vtAfZ3WSDWwMbZ/yoVG2LsGF0DQCfeC0u xwK5Ghf8VCCn/DH/WwH7kTY= =BW8a -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 09:06:40 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE99616A420 for ; Tue, 31 Jan 2006 09:06:40 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C52743D64 for ; Tue, 31 Jan 2006 09:06:39 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0V96Ynq024795 for ; Tue, 31 Jan 2006 20:06:35 +1100 Received: from [61.8.38.79] (ppp264F.dyn.pacific.net.au [61.8.38.79]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0V96XIp016220 for ; Tue, 31 Jan 2006 20:06:34 +1100 Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <3458D5B9-860C-4185-9359-1F48FC35B048@brooknet.com.au> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-hackers@freebsd.org From: Sam Lawrance Date: Tue, 31 Jan 2006 20:06:37 +1100 X-Mailer: Apple Mail (2.746.2) Subject: Which signal occurs due to a page protection violation? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 09:06:41 -0000 ElectricFence is failing during its self test on i386 7-current: Testing Electric Fence. After the last test, it should print that the test has PASSED. EF_PROTECT_BELOW= && EF_PROTECT_FREE= && EF_ALIGNMENT= && ./eftest Segmentation fault (core dumped) *** Error code 139 The program intentionally overruns and underruns buffers in order to test the functionality of ElectricFence. I think it's failing because: 1) the new jemalloc is actually catching the problem and throwing SIGSEGV 2) ElectricFence is being compiled with - DPAGE_PROTECTION_VIOLATED_SIGNAL=SIGBUS on that platform. Which signal should it be using? Does it vary across platforms and architectures? I ask this because one of the patches contains .if ${MACHINE_ARCH} == "i386" || (${MACHINE_ARCH} == "amd64" && $ {OSVERSION} < 700003) || ${MACHINE_ARCH} == "ia64" || ${MACHINE_ARCH} == "sparc64" CFLAGS+= -DPAGE_PROTECTION_VIOLATED_SIGNAL=SIGSEGV .endif From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 17:54:33 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DCCA16A420 for ; Tue, 31 Jan 2006 17:54:33 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8759843D45 for ; Tue, 31 Jan 2006 17:54:32 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by komquats.com (Postfix) with ESMTP id 705E74C5C6 for ; Tue, 31 Jan 2006 09:54:30 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k0VHsRMo093587 for ; Tue, 31 Jan 2006 09:54:27 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200601311754.k0VHsRMo093587@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 31 Jan 2006 09:54:27 -0800 Sender: Cy.Schubert@komquats.com Subject: Listing Order of SYSINIT's X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 17:54:33 -0000 Is there a tool or approach to listing the order in which SYSINIT's are executed during boot? I'm currently trying to diagnose a 7.0-CURRENT hang of a P54C machine just after the WITNESS message is printed. It's obvious I'm not getting the whole picture here. cwtest.foobar loader file selected unload complete currdev set to disk2s1a: /boot/kernel/kernel text=0x4e14e4 data=0x84900+0xa026c syms=[0x4+0x67ea0+0x4+0x7f4ff] new kernel has been loaded OK boot -Ddvs GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb KDB: enter: Boot flags requested debugger [thread pid 0 tid 0 ] Stopped at kdb_enter+0x2b: nop db> ? Bad character ? db> break startrtclock db> continue SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=01 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=0000000004f00000 SMAP type=02 base=00000000ffff0000 len=0000000000010000 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #2: Mon Jan 30 15:50:07 PST 2006 root@cwsys:/export/obj/opt/src/cvs-current/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. CPU just hangs until I press the reset switch. This system runs 4.11, 5.4, and 6.0 just nicely. 6.0 Boot below: /boot/kernel/kernel text=0x2e7b04 data=0x39924+0x2ef28 syms=[0x4+0x44260+0x4+0x560a3] no such file or directory \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #2: Mon Jan 30 13:16:15 PST 2006 root@cwsys:/export/obj/opt/src/cvs-stable6/src/sys/KOMQUATS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (119.75-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 83886080 (80 MB) avail memory = 76713984 (73 MB) Intel Pentium detected, installing workaround for F00F bug npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard ... Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 19:41:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04F3016A426 for ; Tue, 31 Jan 2006 19:41:36 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 454B343D58 for ; Tue, 31 Jan 2006 19:41:35 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 236BE5E48ED; Tue, 31 Jan 2006 11:41:35 -0800 (PST) Received: from [192.168.2.95] (unknown [66.225.13.210]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id BCAA55E4883; Tue, 31 Jan 2006 11:41:33 -0800 (PST) In-Reply-To: <3458D5B9-860C-4185-9359-1F48FC35B048@brooknet.com.au> References: <3458D5B9-860C-4185-9359-1F48FC35B048@brooknet.com.au> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <31986988-9FB7-4EFC-986B-50DB99934E32@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Tue, 31 Jan 2006 11:41:35 -0800 To: Sam Lawrance X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: Which signal occurs due to a page protection violation? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 19:41:36 -0000 On Jan 31, 2006, at 1:06 AM, Sam Lawrance wrote: > ElectricFence is failing during its self test on i386 7-current: > > Testing Electric Fence. > After the last test, it should print that the test has PASSED. > EF_PROTECT_BELOW= && EF_PROTECT_FREE= && EF_ALIGNMENT= && ./eftest > Segmentation fault (core dumped) > *** Error code 139 > > The program intentionally overruns and underruns buffers in order > to test the functionality of ElectricFence. > I think it's failing because: > 1) the new jemalloc is actually catching the problem and throwing > SIGSEGV > 2) ElectricFence is being compiled with - > DPAGE_PROTECTION_VIOLATED_SIGNAL=SIGBUS on that platform. I'm not sure about this, but I think the change of which signal occurs is unrelated to jemalloc. I think Kris Kennaway at one point told me that jemalloc broke the efence port, but then later retracted that claim when efence also failed on a machine that was still using phkmalloc. This may be due to a signal delivery bugfix that someone put in, probably in early December 2005. Jason From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 31 20:24:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1A1B16A420 for ; Tue, 31 Jan 2006 20:24:35 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D6E43D48 for ; Tue, 31 Jan 2006 20:24:35 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7424479 for multiple; Tue, 31 Jan 2006 15:24:34 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0VKOSNB086158; Tue, 31 Jan 2006 15:24:32 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org, Cy Schubert Date: Tue, 31 Jan 2006 14:42:03 -0500 User-Agent: KMail/1.9.1 References: <200601311754.k0VHsRMo093587@cwsys.cwsent.com> In-Reply-To: <200601311754.k0VHsRMo093587@cwsys.cwsent.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601311442.04428.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1263/Tue Jan 31 09:48:20 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: Listing Order of SYSINIT's X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 20:24:36 -0000 On Tuesday 31 January 2006 12:54, Cy Schubert wrote: > Is there a tool or approach to listing the order in which SYSINIT's are > executed during boot? I'm currently trying to diagnose a 7.0-CURRENT hang > of a P54C machine just after the WITNESS message is printed. It's obvious > I'm not getting the whole picture here. You can try using the patch at http://people.freebsd.org/~jhb/patches/main.verb.patch It's old and might need some tweaking to compile. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 1 00:18:26 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCBF616A420 for ; Wed, 1 Feb 2006 00:18:26 +0000 (GMT) (envelope-from dipjyoti.saikia@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23CF543D45 for ; Wed, 1 Feb 2006 00:18:26 +0000 (GMT) (envelope-from dipjyoti.saikia@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so29069nzo for ; Tue, 31 Jan 2006 16:18:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=t7rUTgUvhg6LlTw3TstvK8kkJ2pMmh2Y5Qc5rN/YIqNT/wVG6dJFHXScLp8H3SsbGJHmlyXn1gWFehyB/cUsnXqKTwrgof1q+G+2BkNd/0lJHJsE1oCNUM9Q+SX23zRYZ4gpGOGtCHTXNF6vz4SY0JDJxxN2tkmABCHU716/Et8= Received: by 10.36.8.15 with SMTP id 15mr6482498nzh; Tue, 31 Jan 2006 16:18:25 -0800 (PST) Received: by 10.36.77.5 with HTTP; Tue, 31 Jan 2006 16:18:25 -0800 (PST) Message-ID: Date: Wed, 1 Feb 2006 09:18:25 +0900 From: Dipjyoti Saikia To: Bharma Ji In-Reply-To: <67beabb0601301146h6c5034fao998bf573f1e89613@mail.gmail.com> MIME-Version: 1.0 References: <67beabb0601301146h6c5034fao998bf573f1e89613@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: How to pin a userland page in memory(avoid copyin and copyout) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 00:18:27 -0000 On 1/31/06, Bharma Ji wrote: > > Hi > I am trying to explore the option avoiding copyin and copyout when mode > switches from user to kernel and vice versa. One way to achieve this, as = I > understand, is to make the memory address (which contain the data to be > copied) non pageable. Then just pass the addresses to the kernel and the > data will be used directly from the userland page. Is there already some > example code / standard way to do this? > > Also is there any way one can determine the amount of time / performance > hit > (CPU %)that happening on a given process due to the copyin and copyout. I > want to understand how much performance gain one can gain if I am able to > remove copyin/copyout. > > This may give some pointers : kern/sys_pipe.c -->pipe_build_write_buffer() I was working on pipe implementation in BSD derivative of 4.10 branch and remember the same concept of pinning the user space buffer for bypassing kernel buffer. Thanks, Dip From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 1 01:20:19 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A45016A420; Wed, 1 Feb 2006 01:20:19 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31EAC43D60; Wed, 1 Feb 2006 01:20:12 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id BA204131D4C; Wed, 1 Feb 2006 11:50:11 +1030 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id A276685E62; Wed, 1 Feb 2006 11:50:11 +1030 (CST) Date: Wed, 1 Feb 2006 11:50:11 +1030 From: Greg 'groggy' Lehey To: freebsd-net@freebsd.org Message-ID: <20060201012011.GP97116@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="movZSYdJ761vCHaE" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: hackers@freebsd.org Subject: Van Jacobson's network stack restructure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 01:20:19 -0000 --movZSYdJ761vCHaE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented some slides about work he has been doing rearchitecting the Linux network stack. He claims to have reduced the CPU usage by 80% and doubled network throughput (he expects more, but it was limited by memory bandwidth). The approach looks like it would work on FreeBSD as well. I spoke to him and he confirmed. He's currently trying to get the code released as open source, but in the meantime his slides are up on http://www.lemis.com/grog/Documentation/vj/. Yes, this is my web site. The conference organizers are going to put it up on their web site soon, but in the meantime he's asked me to put it were I can. Comments? Greg -- See complete headers for address and phone numbers. --movZSYdJ761vCHaE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFD4AzLIubykFB6QiMRAjKDAKCndUnKenifikYVrudlRbrQcZp0AQCfXZIj FPk8oiVBaEth05pjTULec6U= =VjKt -----END PGP SIGNATURE----- --movZSYdJ761vCHaE-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 1 07:16:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D88D316A420; Wed, 1 Feb 2006 07:16:36 +0000 (GMT) (envelope-from k-choy@ics.es.osaka-u.ac.jp) Received: from mir.ics.es.osaka-u.ac.jp (mir.ics.es.osaka-u.ac.jp [133.1.12.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2A243D6A; Wed, 1 Feb 2006 07:16:26 +0000 (GMT) (envelope-from k-choy@ics.es.osaka-u.ac.jp) Received: from [127.0.0.1] (serg32.ics.es.osaka-u.ac.jp [192.168.144.160]) by mir.ics.es.osaka-u.ac.jp (8.13.3/8.12.10) with ESMTP id k117GMTj089313; Wed, 1 Feb 2006 16:16:24 +0900 (JST) (envelope-from k-choy@ics.es.osaka-u.ac.jp) Message-ID: <43E06043.4010003@ics.es.osaka-u.ac.jp> Date: Wed, 01 Feb 2006 16:16:19 +0900 From: Choy Kho Yee User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: Subject: Newly developed mailling list search engine needs more testing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 07:16:37 -0000 Hi, everybody. Firstly, let me introduce myself. I am Choy Kho Yee, an comp. sci. undergraduate student in Osaka University. For my final year project, I have developed a mailing list archive management system called "MLwiki". I have sent mails to some of the mailing lists not so long ago, so that more people can help me test out this system. I have been getting supportive answers from the survey about the system. However, I would like to have more responses about the design and implementation of the system, so here I sent this mail again. I hope that you can spare some of your precious time to help me out with this. If it is proved useful to the community, I would perhaps continue to work on it. More information about MLwiki is available on the main page of this system, which is located at MLwiki http://noanoa.ics.es.osaka-u.ac.jp/~k-choy/mlwiki-test/mlwiki.php and the survey at The questionnaire http://noanoa.ics.es.osaka-u.ac.jp/~k-choy/mlwiki-test/mlwiki_questionaire.html Thanks a lot. --- The original mail that I sent not long ago is as follow --- The name MLwiki is made up from the words "Mailing List" and "Wiki". It was developed to overcome some weaknesses of the existing mailing list archiving and searching system and to combine the power of wiki and the huge amount of information in the mailing list archive. With MLwiki, it is hoped that users can get the information they want faster and easier. More information about MLwiki is available on the main page of this system, which is located at MLwiki http://noanoa.ics.es.osaka-u.ac.jp/~k-choy/mlwiki-test/mlwiki.php The questionnaire http://noanoa.ics.es.osaka-u.ac.jp/~k-choy/mlwiki-test/mlwiki_questionaire.html Please read the introduction on the main page before testing the system as it provides some vital information to fully utilize MLwiki. After testing out the system, I would be glad if you can help me out by filling in the questionnaire about this system, which can be accessed through the above address or from MLwiki's main page. Please understand that MLwiki is in its early stage of development and therefore there might be many bugs hidden in it. Bugs reports are welcome. And please remember that this system is still in an experimental stage, all changes you submit might be lost in the future release. But do feel free to test around. This website will be available until 10 February 2006. Accessibility after that will be re-considered depends on the response and the condition of the system. Thanks a lot. --- Choy Kho Yee E-mail: k-choy at ics dot es dot osaka-u dot ac dot jp From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 1 07:48:27 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EE7116A423; Wed, 1 Feb 2006 07:48:27 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088AC43D48; Wed, 1 Feb 2006 07:48:26 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (qd4qdfe75r5z938x@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k117kwX3066529; Tue, 31 Jan 2006 23:46:58 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k117kvFW066528; Tue, 31 Jan 2006 23:46:57 -0800 (PST) (envelope-from jmg) Date: Tue, 31 Jan 2006 23:46:57 -0800 From: John-Mark Gurney To: "Greg 'groggy' Lehey" Message-ID: <20060201074657.GA69162@funkthat.com> Mail-Followup-To: Greg 'groggy' Lehey , freebsd-net@freebsd.org, hackers@freebsd.org References: <20060201012011.GP97116@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060201012011.GP97116@wantadilla.lemis.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-net@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Van Jacobson's network stack restructure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 07:48:27 -0000 Greg 'groggy' Lehey wrote this message on Wed, Feb 01, 2006 at 11:50 +1030: > Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented > some slides about work he has been doing rearchitecting the Linux > network stack. He claims to have reduced the CPU usage by 80% and > doubled network throughput (he expects more, but it was limited by > memory bandwidth). The approach looks like it would work on FreeBSD > as well. I spoke to him and he confirmed. > > He's currently trying to get the code released as open source, but in > the meantime his slides are up on > http://www.lemis.com/grog/Documentation/vj/. Yes, this is my web > site. The conference organizers are going to put it up on their web > site soon, but in the meantime he's asked me to put it were I can. > > Comments? I must say that the idea of requiring the userland to provide receive buffers before you can open up a window is a cool idea... This means that instead of the normal failure mode of a box that can't handle all the data it's receiving because of lack of cpu processing, the kernel buffers won't fill up.. only the allocated userland buffers will.. This also has interesting possibilities for smarter ethernet cards where the card can dump it directly into the userland buffer w/o having to do the special page flipping thing we can do now... definately some interesting ideas... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 1 10:23:18 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D501816A420 for ; Wed, 1 Feb 2006 10:23:18 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F35A543D58 for ; Wed, 1 Feb 2006 10:23:16 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 78007 invoked from network); 1 Feb 2006 10:22:08 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 1 Feb 2006 10:22:08 -0000 Message-ID: <43E08C13.3090904@freebsd.org> Date: Wed, 01 Feb 2006 11:23:15 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Greg 'groggy' Lehey References: <20060201012011.GP97116@wantadilla.lemis.com> In-Reply-To: <20060201012011.GP97116@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, hackers@freebsd.org Subject: Re: Van Jacobson's network stack restructure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 10:23:19 -0000 Greg 'groggy' Lehey wrote: > Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented > some slides about work he has been doing rearchitecting the Linux > network stack. He claims to have reduced the CPU usage by 80% and > doubled network throughput (he expects more, but it was limited by > memory bandwidth). The approach looks like it would work on FreeBSD > as well. I spoke to him and he confirmed. > > He's currently trying to get the code released as open source, but in > the meantime his slides are up on > http://www.lemis.com/grog/Documentation/vj/. Yes, this is my web > site. The conference organizers are going to put it up on their web > site soon, but in the meantime he's asked me to put it were I can. > > Comments? It's an interesting approach. However there are a few caveats which put its probable overall performance on par or again with the traditional sockets approach. In his model the buffer (window) resides within user space and is shared with the kernel. This is very losely related to our zero-copy page flipping socket buffer. However this doesn't solve the problem of socket buffer memory overcommit. In fact with his model memory actually in use at any given point in time may be a lot more than the always fully committed socket buffer (in userland share with kernel) plus a number of outstanding packets waiting in the socket queue. The shared user/kernel socket buffer should not be paged out and thus must stay resident. With a large numbers of connections on a machine this gets inefficient because all buffer memory is always committed and not just when it is needed. Memory overcommit goes away. Processing the TCP segments on the same CPU as the userland resides (provided it doesn't migrate [too often]) is certainly beneficial and something we are looking at for some time already. However we are not there yet and have still some work on the TCP stack to do for this to become a reality. Processing the TCP segments within the process CPU quantum and only when it gets selected by the scheduler is a very interesting idea. It has a couple of true advantages and theoretical disadvantages. On the good side it accounts the work in the TCP stack to the process, aggregates processing all segments that arrived between process runs and keeps good cpu/cache locality. On the potential negative side it increases segment latency and has to maintain not only the socket buffer but also another unprocessed-packet buffer. The packet buffer has to be limited or we open ourselfs up to memory exhaustion attacks. When many packets for a connection arrive and the process doesn't get scheduled quickly enough we may get packet loss because packet queue overflows. This can be dealt with in relatively good ways though. Summary: Some gems in there and we are certainly looking at a couple of those ideas to adapt to our network stack in the future. -- Andre From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 1 15:34:16 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDBB416A422; Wed, 1 Feb 2006 15:34:16 +0000 (GMT) (envelope-from bohra@cs.rutgers.edu) Received: from mail.nec-labs.com (mail.nec-labs.com [138.15.200.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F5E243D45; Wed, 1 Feb 2006 15:34:11 +0000 (GMT) (envelope-from bohra@cs.rutgers.edu) Received: from mail.nec-labs.com (localhost.localdomain [127.0.0.1]) by mail.nec-labs.com (8.13.0/8.13.0) with ESMTP id k11FY3MB011874; Wed, 1 Feb 2006 10:34:03 -0500 Received: from mailer.nec-labs.com (mailer.nec-labs.com [138.15.108.3]) by mail.nec-labs.com (8.13.0/8.13.0) with ESMTP id k11FY3Sg011868; Wed, 1 Feb 2006 10:34:03 -0500 Received: from [138.15.104.193] ([138.15.104.193] unverified) by mailer.nec-labs.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 1 Feb 2006 10:34:10 -0500 Message-ID: <43E0D579.3030409@cs.rutgers.edu> Date: Wed, 01 Feb 2006 10:36:25 -0500 From: Aniruddha Bohra User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20060201012011.GP97116@wantadilla.lemis.com> In-Reply-To: <20060201012011.GP97116@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Feb 2006 15:34:10.0646 (UTC) FILETIME=[F2815760:01C62744] Cc: freebsd-net@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Van Jacobson's network stack restructure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 15:34:17 -0000 Greg 'groggy' Lehey wrote: >Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented >some slides about work he has been doing rearchitecting the Linux >network stack. He claims to have reduced the CPU usage by 80% and >doubled network throughput (he expects more, but it was limited by >memory bandwidth). The approach looks like it would work on FreeBSD >as well. I spoke to him and he confirmed. > >Comments? > > The approach there is very similar to Lazy Receiver Processing. More details are available here : http://www.cs.rice.edu/CS/Systems/LRP/ http://www.cs.rice.edu/CS/Systems/ScalaServer/code/rescon-lrp/README.html Maybe people want to look at that as well. Aniruddha From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 1 17:39:02 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3B9416A420 for ; Wed, 1 Feb 2006 17:39:02 +0000 (GMT) (envelope-from amistry@united-ware.com) Received: from smtp1.fuse.net (mail-out1.fuse.net [216.68.8.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BC8143D48 for ; Wed, 1 Feb 2006 17:39:01 +0000 (GMT) (envelope-from amistry@united-ware.com) Received: from gx6.fuse.net ([216.68.196.53]) by smtp1.fuse.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20060201173901.VPXK5943.smtp1.fuse.net@gx6.fuse.net> for ; Wed, 1 Feb 2006 12:39:01 -0500 Received: from www.united-ware.com ([216.68.196.53]) by gx6.fuse.net (InterMail vG.1.02.00.02 201-2136-104-102-20041210) with ESMTP id <20060201173857.QWP26347.gx6.fuse.net@www.united-ware.com>; Wed, 1 Feb 2006 12:38:57 -0500 Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by www.united-ware.com (8.13.1/8.13.1) with ESMTP id k11Hb4gE047865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 1 Feb 2006 12:37:05 -0500 (EST) (envelope-from amistry@united-ware.com) From: Anish Mistry Organization: UnitedWare, LLC To: freebsd-hackers@freebsd.org Date: Wed, 1 Feb 2006 12:38:12 -0500 User-Agent: KMail/1.9.1 References: <20060128071038.GA17471@alzatex.com> <20060131050446.GA19569@nerve.riss-telecom.ru> <20060131083531.GA30881@alzatex.com> In-Reply-To: <20060131083531.GA30881@alzatex.com> X-Face: q{g8_K?Mc0)Xx=4tu2m>cL9cz0/>6?"nuZhO6U}|kHy:ZT8YR6nM, =?utf-8?q?J6=60M49V!sl=5DD=3BqWBc=0A=09Zq?=)Rk@y`dm, *EL.tBV}49GGpifha!&M2my1>W$}O-&]t^rHS- MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4443905.AUWmtzugho"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602011241.30487.amistry@united-ware.com> X-Mailman-Approved-At: Wed, 01 Feb 2006 17:46:28 +0000 Cc: "Loren M. Lang" , Dmitry Frolov Subject: Re: FreeBSD Real Mode interface X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 17:39:02 -0000 --nextPart4443905.AUWmtzugho Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 31 January 2006 03:35, Loren M. Lang wrote: > On Tue, Jan 31, 2006 at 11:04:46AM +0600, Dmitry Frolov wrote: > > * Loren M. Lang [28.01.2006 13:09]: > > > Is there any equivalent to the Linux Real Mode interface in > > > FreeBSD? I would like to port a program called atitvout to > > > FreeBSD, but it uses calls to the vesa bios in real mode on the > > > x86 arch. I can't seem to find out how to do this in FreeBSD. > > > > LRMI should work > > on FreeBSD since version 0.8. And here is my FreeBSD/NetBSD patch > > for atitvout (with instructions inside): > > > > http://kaya.nov.net/frol/patches/atitvout-0.4-bsd2.diff > > Thank you, this is exactly what I was looking for. Now I can truly > ditch linux off my laptop. The ports that I created for lrmi and atitvout have just been=20 committed to the ports tree. Enjoy. sysutils/atitvout =2D-=20 Anish Mistry UnitedWare, LLC amistry@united-ware.com This e-mail transmission contains information that is=20 confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. --nextPart4443905.AUWmtzugho Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD4PLKxqA5ziudZT0RAkokAJ9iFDnuaflcaDLhlbpsPpQvsRI36wCgsZzG lzIsxO+Mht60JX+Ms65BlPM= =7c4M -----END PGP SIGNATURE----- --nextPart4443905.AUWmtzugho-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 1 20:21:12 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167C316A431 for ; Wed, 1 Feb 2006 20:21:10 +0000 (GMT) (envelope-from user@dhp.com) Received: from shell.dhp.com (shell.dhp.com [199.245.105.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B632443DE4 for ; Wed, 1 Feb 2006 20:19:25 +0000 (GMT) (envelope-from user@dhp.com) Received: by shell.dhp.com (Postfix, from userid 896) id 8E38A312F5; Wed, 1 Feb 2006 15:19:24 -0500 (EST) Date: Wed, 1 Feb 2006 15:19:24 -0500 (EST) From: Ensel Sharon To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Wed, 01 Feb 2006 20:30:08 +0000 Subject: mount_nullfs removes (temporarily) schg flag from dir ... why ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 20:21:12 -0000 If you set schg on a directory, and then make that directory the mount point of a null_mount, the schg flag goes away. When you unmount it, it returns. Why is this ? Would I see this behavior from mounting any kind of mount point on that directory, or just when mounting a null mount on it ? Thanks. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 1 20:45:43 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D80816A420 for ; Wed, 1 Feb 2006 20:45:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0313743D45 for ; Wed, 1 Feb 2006 20:45:42 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 01 Feb 2006 12:45:43 -0800 Message-ID: <43E11DF5.7000203@elischer.org> Date: Wed, 01 Feb 2006 12:45:41 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ensel Sharon References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: mount_nullfs removes (temporarily) schg flag from dir ... why ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 20:45:43 -0000 Ensel Sharon wrote: >If you set schg on a directory, and then make that directory the mount >point of a null_mount, the schg flag goes away. > >When you unmount it, it returns. Why is this ? > > because the UNDERLYING directory is schg, but the new one you've covered it with is not.... >Would I see this behavior from mounting any kind of mount point on that >directory, or just when mounting a null mount on it ? > > you'll always see it unless the top root directory is schg.. maybe we should make schg also mean "you can't mount anything here" :-) >Thanks. > > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 2 05:28:27 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66B7216A420 for ; Thu, 2 Feb 2006 05:28:27 +0000 (GMT) (envelope-from brucem@mail.cruzio.com) Received: from cruzio.com (dsl3-63-249-85-132.cruzio.com [63.249.85.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id E588E43D49 for ; Thu, 2 Feb 2006 05:28:26 +0000 (GMT) (envelope-from brucem@mail.cruzio.com) Received: from mail.cruzio.com (localhost [127.0.0.1]) by cruzio.com (8.12.10/8.12.10) with ESMTP id k126UxrQ000491 for ; Wed, 1 Feb 2006 22:30:59 -0800 (PST) (envelope-from brucem@mail.cruzio.com) Received: (from brucem@localhost) by mail.cruzio.com (8.12.10/8.12.10/Submit) id k126Uxf5000490 for freebsd-hackers@FreeBSD.ORG; Wed, 1 Feb 2006 22:30:59 -0800 (PST) (envelope-from brucem) Date: Wed, 1 Feb 2006 22:30:59 -0800 (PST) From: "Bruce R. Montague" Message-Id: <200602020630.k126Uxf5000490@mail.cruzio.com> To: freebsd-hackers@FreeBSD.ORG Cc: Subject: Re: Van Jacobson's network stack restructure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 05:28:27 -0000 Hi, hope this isn't too off-topic, but it's a reasonably hackery follow-up re a minor historical question instigated by Van Jacobson's Slide 6, which contains the following point: "First TCP/IP stack done on Multics (1980)" Presumably this means the first version of the specific TCP/IP stack with the architecture that evolved/forked/more-or-less-directly-was-reimplmented to become the BSD kernel-resident TCP/IP stack. 1. Was this first Multics stack written in PL/1? Based on literature/web, etc., the very first implementaton of TCP was a 24 Kbyte BCPL program written by Richard Karp at Stanford for the ELF operating system (this was in Cerf's lab). In 1975 the first test of TCP outside a single lab occured when a link was established between this stack and a TCP program of some sort written in Babbage by Frank Deignan on a very small PDP-9 at University College London. BBN did a 3rd independent BCPL implementation of TCP under (user-level) TENEX. All 3 TCP stacks first inter-operated in 1977. TCP was split into TCP and IP in 1979. The sliding window protocol comes from Pouzin's Cyclades system (which became operational in France sometime between 1972-1974; Cerf and Kahn acknowledged the influence of Cyclades on TCP); Pouzin had worked at MIT on CTSS and coined the term "shell". 2. Was the Multics stack based on one of the BCPL stacks? 3. Does anyone know anything about the UCL Babbage TCP implmentation, or anything about the Babbage language? (I assume it was a structured assembly language, similar to PL/360 or SUPMAC). 4. Does anyone know anything about Frank Deignan? Just curious, have tried to find out information about this for awhile. Thanks in advance if you know anything relating to any of this. - bruce From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 2 08:30:29 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8914716A422; Thu, 2 Feb 2006 08:30:29 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75FE443D48; Thu, 2 Feb 2006 08:30:28 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 59E83B833; Thu, 2 Feb 2006 10:30:27 +0200 (EET) Received: (nullmailer pid 42283 invoked by uid 1002); Thu, 02 Feb 2006 08:30:27 -0000 Date: Thu, 2 Feb 2006 10:30:27 +0200 From: Vasil Dimov To: Ensel Sharon Message-ID: <20060202083027.GA42246@qlovarnika.bg.datamax> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: mount_nullfs removes (temporarily) schg flag from dir ... why ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 08:30:29 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 01, 2006 at 03:19:24PM -0500, Ensel Sharon wrote: >=20 > If you set schg on a directory, and then make that directory the mount > point of a null_mount, the schg flag goes away. >=20 > When you unmount it, it returns. Why is this ? Because when mounted you see the root directory of the mounted filesystem. You may also notice that the owner/group and permissions "had changed". --=20 Vasil Dimov --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFD4cMjFw6SP/bBpCARAnEhAKCatBozV3FUTYIla7hWTGjn432P3QCcD8yl WzjGQoft1FAduxyzy070rCA= =u8ov -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 3 12:48:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AED4516A422 for ; Fri, 3 Feb 2006 12:48:14 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71F3743D6B for ; Fri, 3 Feb 2006 12:48:09 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so251968ugf for ; Fri, 03 Feb 2006 04:48:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=PbP5e0b9U9xg5ecmd9kBC8Rk2RPC3U54xmZqz9JQ01yFddbuMjf+DnwR06JBj+Uqkh+rlufNsRG1N5Vx4lDONqfZR+9kytxOqc7bDr+Ck+Ae4i7ya7kFCWjv3hwslORBX6xfQSy2JZ4Gbt1ATwFThjP4qD+Sko4MnhA1/AXrg0c= Received: by 10.49.36.13 with SMTP id o13mr484906nfj; Fri, 03 Feb 2006 04:48:06 -0800 (PST) Received: by 10.48.230.8 with HTTP; Fri, 3 Feb 2006 04:48:06 -0800 (PST) Message-ID: Date: Fri, 3 Feb 2006 14:48:06 +0200 From: Kostik Belousov To: freebsd-hackers@freebsd.org, jeff@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: [patch] GIANT and fchdir X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 12:48:14 -0000 I have a system where root is on MP-safe UFS, and have (MP-unsafe) fdescfs mounted at /dev/fd. Doing "find /" causes panic in line 2029 of the sys/kern/vfs_subr.c, namely, in vrele() assertion VFS_ASSERT_GIANT(vp->v_mount); Trace shows that the guilty process (find) did the fchdir syscall. Reason for the panic is call vrele(vpold) in kern/vfs_syscalls.c, line 718 without calling VFS_LOCK_GIANT for vpold. Problem is quite similar to what was fixed several days ago for chroot and chdir. The following small patch fixes the panic: Index: sys/kern/vfs_syscalls.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/kern/vfs_syscalls.c,v retrieving revision 1.402 diff -u -r1.402 vfs_syscalls.c --- sys/kern/vfs_syscalls.c 1 Feb 2006 09:30:44 -0000 1.402 +++ sys/kern/vfs_syscalls.c 3 Feb 2006 12:47:13 -0000 @@ -715,6 +715,8 @@ vpold =3D fdp->fd_cdir; fdp->fd_cdir =3D vp; FILEDESC_UNLOCK_FAST(fdp); + VFS_UNLOCK_GIANT(vfslocked); + vfslocked =3D VFS_LOCK_GIANT(vpold->v_mount); vrele(vpold); VFS_UNLOCK_GIANT(vfslocked); return (0); It seems that the issue is present in 6-STABLE too. Best regards, Kostik Belousov. P.S. Also, I got a bunch of the lockmgr messages about thread unlocking unheld locks with traces pointed at kern_lstat. It seems related to the fact that / dir appears as one of the fd's in /dev/fd. I'm currently looking in the problem. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 3 14:38:21 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44DF416A420 for ; Fri, 3 Feb 2006 14:38:21 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEC9643D46 for ; Fri, 3 Feb 2006 14:38:20 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 6D1BAB960 for ; Fri, 3 Feb 2006 15:38:19 +0100 (CET) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id 3DBE61149C; Fri, 3 Feb 2006 15:38:19 +0100 (CET) To: freebsd-hackers@FreeBSD.org From: Christian Laursen Date: Fri, 03 Feb 2006 15:38:19 +0100 Message-ID: <86wtgccxt0.fsf@borg.borderworlds.dk> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Loading mfsroot image from included 4th file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 14:38:21 -0000 I am trying to add a custom command I can run from the loader to boot the system with an mfsroot image, but my forth skills are somewhat lacking. So far I have the following contained in a file called /boot/imageloader.4th which I include from loader.rc: ============================================================ marker task-imageloader.4th : update ." Loading updater mfsroot..." cr \ Load mfsroot here s" ufs:md0a" s" vfs.root.mountfrom" setenv 0 boot ; ============================================================ I am however unsure of the code to load the actual mfsroot image. If I run the following two commands manually I get the intended result: OK load -t mfs_root /boot/mfsroot OK update Any hints would be greatly appreciated. Thanks. -- Christian Laursen From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 3 14:46:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F24816A420 for ; Fri, 3 Feb 2006 14:46:48 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFE243D46 for ; Fri, 3 Feb 2006 14:46:47 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so302771ugf for ; Fri, 03 Feb 2006 06:46:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=EepYFhBwCknq2FJXYEm2F48v1PpnBEc6yprsmqPNjCnL/f5kF5O63Y4cXqziL0s0sFByxhz6RDYKfQm8tt3q7G+IAtw21ds4dQ+Dt+9Lc8SShIJY1ODiVDxgKiKp03GtSJNipt571HJmd7KExCB4Qj9fUBvuOmjg1j6bjgOmaxU= Received: by 10.48.217.10 with SMTP id p10mr530923nfg; Fri, 03 Feb 2006 06:40:34 -0800 (PST) Received: by 10.48.230.8 with HTTP; Fri, 3 Feb 2006 06:40:34 -0800 (PST) Message-ID: Date: Fri, 3 Feb 2006 16:40:34 +0200 From: Kostik Belousov To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: [possible patch] fdescfs vop_lookup and parent vnode locking X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 14:46:48 -0000 Is it correct that filesystem-specific vop_lookup is expected to take the directory vnode (dvp) locked, and shall return with dvp locked ? vnode_if.src specifies this behaviour as dependent on the flags in the cnp arguments. My reading of the sources suggest that the statement in the firs= t sentence is true, and note from vnode_if.src applies to sys/kern/vfs_lookup.c:lookup() procedure itself. If it is true, the fdescfs break this rule, dropping the lock on the dvp. S= ee sys/fs/fdescfs/fdesc_vnops.c, line 196. As result, having fdescfs mounted, most accesses to files on it cause warning from the lockmgr, lockmgr: thread XXX unlocking unheld lock I did some testing with the following patch Index: sys/fs/fdescfs/fdesc_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/fs/fdescfs/fdesc_vnops.c,v retrieving revision 1.100 diff -u -r1.100 fdesc_vnops.c --- sys/fs/fdescfs/fdesc_vnops.c=0910 Aug 2005 07:08:14 -0000=091.100 +++ sys/fs/fdescfs/fdesc_vnops.c=093 Feb 2006 14:35:11 -0000 @@ -193,11 +193,9 @@ =09=09goto bad; =09} -=09VOP_UNLOCK(dvp, 0, td); =09if (cnp->cn_namelen =3D=3D 1 && *pname =3D=3D '.') { =09=09*vpp =3D dvp; =09=09VREF(dvp); -=09=09vn_lock(dvp, LK_EXCLUSIVE | LK_RETRY, td); =09=09return (0); =09} @@ -228,12 +226,12 @@ =09if (error) =09=09goto bad; =09VTOFDESC(fvp)->fd_fd =3D fd; -=09vn_lock(fvp, LK_EXCLUSIVE | LK_RETRY, td); +=09if (fvp !=3D dvp) +=09=09vn_lock(fvp, LK_EXCLUSIVE | LK_RETRY, td); =09*vpp =3D fvp; =09return (0); bad: -=09vn_lock(dvp, LK_EXCLUSIVE | LK_RETRY, td); =09*vpp =3D NULL; =09return (error); } and do not see the warnings anymore. The system does not deadlock. What do you think about the problem ? Best regards, Kostik Belousov From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 3 15:41:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C858816A420; Fri, 3 Feb 2006 15:41:48 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id D14AE43D69; Fri, 3 Feb 2006 15:41:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7647216 for multiple; Fri, 03 Feb 2006 10:42:22 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k13Fffw2010374; Fri, 3 Feb 2006 10:41:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 3 Feb 2006 10:41:29 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602031041.31576.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1273/Fri Feb 3 04:07:04 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Kostik Belousov , jeff@freebsd.org Subject: Re: [patch] GIANT and fchdir X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 15:41:48 -0000 On Friday 03 February 2006 07:48, Kostik Belousov wrote: > I have a system where root is on MP-safe UFS, and have (MP-unsafe) > fdescfs mounted at /dev/fd. Doing "find /" causes panic in line 2029 > of the sys/kern/vfs_subr.c, namely, in vrele() assertion > VFS_ASSERT_GIANT(vp->v_mount); > > Trace shows that the guilty process (find) did the fchdir syscall. Reason > for the panic is call vrele(vpold) in kern/vfs_syscalls.c, line 718 without > calling VFS_LOCK_GIANT for vpold. > > Problem is quite similar to what was fixed several days ago for chroot > and chdir. > > The following small patch fixes the panic: > > Index: sys/kern/vfs_syscalls.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/sys/kern/vfs_syscalls.c,v > retrieving revision 1.402 > diff -u -r1.402 vfs_syscalls.c > --- sys/kern/vfs_syscalls.c 1 Feb 2006 09:30:44 -0000 1.402 > +++ sys/kern/vfs_syscalls.c 3 Feb 2006 12:47:13 -0000 > @@ -715,6 +715,8 @@ > vpold = fdp->fd_cdir; > fdp->fd_cdir = vp; > FILEDESC_UNLOCK_FAST(fdp); > + VFS_UNLOCK_GIANT(vfslocked); > + vfslocked = VFS_LOCK_GIANT(vpold->v_mount); > vrele(vpold); > VFS_UNLOCK_GIANT(vfslocked); > return (0); > > > It seems that the issue is present in 6-STABLE too. Yes, chdir() was just fixed a few days ago. I think Robert Watson has basically the same patch (he drops giant slightly earlier though) that he will commit soon. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 3 21:18:20 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B33F516A420 for ; Fri, 3 Feb 2006 21:18:20 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: from web53901.mail.yahoo.com (web53901.mail.yahoo.com [206.190.36.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F36943D49 for ; Fri, 3 Feb 2006 21:18:18 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 34973 invoked by uid 60001); 3 Feb 2006 21:18:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Wss1SniGJ3K7zOXvevhCk0oB83NYMjrXNuK5M0+bqShGwARIafbXtQlv52z9xopg2PhMNcCnCHAZfw9EpUYBp3CedqCGJtpfga6o0bvsffHlawtIJciv2+9691q5KsEG29ulYDgDuONEgxIV9pxQ38R81V25Ypn0IM5NpE5NxBw= ; Message-ID: <20060203211818.34971.qmail@web53901.mail.yahoo.com> Received: from [128.200.38.147] by web53901.mail.yahoo.com via HTTP; Fri, 03 Feb 2006 13:18:18 PST Date: Fri, 3 Feb 2006 13:18:18 -0800 (PST) From: Daniel Valencia To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problems with SMP in amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 21:18:20 -0000 Hello... I've been trying to update my system in the STABLE branch, and every time I install the new kernel, built using SMP, the system won't boot... as I don't know where the problem could be and it doesn't seem to have been fixed, I thought it a good idea to let you guys know... The boot process hangs right after detecting the first SATA disk (a maxtor 250GB, ad4 at ata2) and before acknowledging the second SATA disk (same model, ad6 at ata3). The system boots properly in 6.0-RELEASE using GENERIC. I'm using a Gigabyte motherboard with nForce4 iDNA chipset, and a dualcore athlon64 3800+ processor. The system doesn't boot properly under 6.0-RELEASE using SMP either. Here goes my dmesg... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.16-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> Hyperthreading: 2 logical CPUs real memory = 939458560 (895 MB) avail memory = 895479808 (853 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: irq 5 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: irq 10 on acpi0 pci_link7: on acpi0 pci_link8: irq 10 on acpi0 pci_link9: on acpi0 pci_link10: irq 11 on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: irq 11 on acpi0 pci_link16: irq 5 on acpi0 pci_link17: on acpi0 pci_link18: irq 11 on acpi0 pci_link19: irq 10 on acpi0 pci_link20: irq 0 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 pci_link32: irq 0 on acpi0 pci_link33: irq 0 on acpi0 pci_link34: irq 0 on acpi0 pci_link35: irq 0 on acpi0 pci_link36: irq 0 on acpi0 pci_link37: irq 0 on acpi0 pci_link38: irq 0 on acpi0 pci_link39: irq 0 on acpi0 pci_link40: irq 0 on acpi0 ACPI-0501: *** Error: Handler for [SystemMemory] returned AE_AML_ALIGNMENT ACPI-1304: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xffffff0000aa9dc0), AE_AML_ALIGNMENT ACPI-0239: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xffffff0000aa9dc0), AE_AML_ALIGNMENT can't fetch resources for \\_SB_.MEM_ - AE_AML_ALIGNMENT cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link35: BIOS IRQ 11 for -2145774616.10.INTA is invalid pci_link28: BIOS IRQ 10 for -2145774616.11.INTA is invalid pci_link36: BIOS IRQ 5 for -2145774616.11.INTB is invalid pci_link30: BIOS IRQ 11 for -2145774616.20.INTA is invalid pci_link39: BIOS IRQ 11 for -2145774616.14.INTA is invalid pci_link40: BIOS IRQ 10 for -2145774616.15.INTA is invalid pci_link26: BIOS IRQ 10 for -2145774616.5.INTA is invalid pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xf5104000-0xf5104fff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xf5100000-0xf51000ff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xf5103000-0xf5103fff irq 23 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xf5102000-0xf5102fff irq 20 at device 15.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 16.0 on pci0 pci1: on pcib1 rl0: port 0xa000-0xa0ff mem 0xf5000000-0xf50000ff irq 16 at device 6.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:40:f4:cd:f6:74 pci1: at device 7.0 (no driver attached) fwohci0: port 0xa800-0xa87f mem 0xf5001000-0xf50017ff irq 18 at device 14.0 on pci1 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:14:85:00:36:63:1b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:14:36:63:1b fwe0: Ethernet address: 02:00:14:36:63:1b fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci0: at device 20.0 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xd0000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Microsoft Basic Optical Mouse, rev 1.10/0.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen0: vendor 0x046d product 0x08b2, rev 1.10/0.00, addr 3 Timecounter "TSC" frequency 2009158085 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 acd1: CDRW at ata0-slave UDMA33 ad4: 239371MB at ata2-master UDMA33 ad6: 239372MB at ata3-master UDMA33 Trying to mount root from ufs:/dev/ad4s2a rl0: link state changed to UP __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 4 05:15:40 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A7F116A422 for ; Sat, 4 Feb 2006 05:15:40 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6890343D4C for ; Sat, 4 Feb 2006 05:15:39 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so768355nzo for ; Fri, 03 Feb 2006 21:15:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=p23mP0cc74Ozz4sO6MFoOXCls88BqTR2I0PdyxY/7m0DF18TsIAEmCC0A1uVu5au+3zxifCboOwy8Yo/zxn73z1mcY68CDOg8Ul1QVYculhl4XrYlBztBjKcGQQ3kVBrEiN2nxefcYt0wv3zu2JhTM+FpnIjoZgshKIH8Nzov1I= Received: by 10.37.2.28 with SMTP id e28mr2224320nzi; Fri, 03 Feb 2006 21:15:38 -0800 (PST) Received: by 10.36.74.18 with HTTP; Fri, 3 Feb 2006 21:15:38 -0800 (PST) Message-ID: <28edec3c0602032115i206256c6w6d3bbe8335fb72c6@mail.gmail.com> Date: Sat, 4 Feb 2006 13:15:38 +0800 From: "Mars G. Miro" To: Christian Laursen , freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Sat, 04 Feb 2006 05:32:01 +0000 Cc: Subject: Re: Loading mfsroot image from included 4th file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 05:15:40 -0000 > I am trying to add a custom command I can run from the loader to boot > the system with an mfsroot image, but my forth skills are somewhat > lacking. How about loading it from loader.conf? % cat /boot/loader.conf mfsroot_load=3D"YES" mfsroot_type=3D"mfs_root" mfsroot_name=3D"/boot/mfsroot" > So far I have the following contained in a file called > /boot/imageloader.4th which I include from loader.rc: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > marker task-imageloader.4th > : update > ." Loading updater mfsroot..." cr > \ Load mfsroot here > s" ufs:md0a" s" vfs.root.mountfrom" setenv > 0 boot > ; > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > I am however unsure of the code to load the actual mfsroot image. > If I run the following two commands manually I get the intended result: > OK load -t mfs_root /boot/mfsroot > OK update > Any hints would be greatly appreciated. > Thanks. > -- > Christian Laursen cheers mars From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 4 07:30:26 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BDF916A420 for ; Sat, 4 Feb 2006 07:30:26 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19D5143D45 for ; Sat, 4 Feb 2006 07:30:25 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id EDF16B821; Sat, 4 Feb 2006 08:30:23 +0100 (CET) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id 3D2C611462; Sat, 4 Feb 2006 08:30:23 +0100 (CET) To: "Mars G. Miro" References: <28edec3c0602032115i206256c6w6d3bbe8335fb72c6@mail.gmail.com> From: Christian Laursen Date: Sat, 04 Feb 2006 08:30:22 +0100 In-Reply-To: <28edec3c0602032115i206256c6w6d3bbe8335fb72c6@mail.gmail.com> (Mars G. Miro's message of "Sat, 4 Feb 2006 13:15:38 +0800") Message-ID: <86fymzd1ip.fsf@borg.borderworlds.dk> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-hackers@freebsd.org Subject: Re: Loading mfsroot image from included 4th file X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 07:30:26 -0000 "Mars G. Miro" writes: >> I am trying to add a custom command I can run from the loader to boot >> the system with an mfsroot image, but my forth skills are somewhat >> lacking. > > > How about loading it from loader.conf? > % cat /boot/loader.conf > mfsroot_load="YES" > mfsroot_type="mfs_root" > mfsroot_name="/boot/mfsroot" While that would certainly work, it wouldn't quite do what I want. I only want to get the mfsroot loaded when I'm actually going to use it. Otherwise I would have to unload it after boot in the normal case which is far from elegant. -- Christian Laursen From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 4 07:39:46 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3CAD16A422 for ; Sat, 4 Feb 2006 07:39:46 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: from web53913.mail.yahoo.com (web53913.mail.yahoo.com [206.190.38.162]) by mx1.FreeBSD.org (Postfix) with SMTP id 3938B43D53 for ; Sat, 4 Feb 2006 07:39:43 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 72760 invoked by uid 60001); 4 Feb 2006 07:39:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=j4DfcN0jzfeSh0Uwbn7vB7suIivP8yg2gH8Qvk6iSCJeJVna47gfXjXYJCkSHztQUaxKF6hrU2qZYY1VFzEVmEloa33RIjWaAUpUVCdjCjDe6TolWrd0cHRC4aJWpD0ILBGdMFGvOZpAgY5vnl2gKXs/+RmWcggAxNWWFJRflXc= ; Message-ID: <20060204073942.72758.qmail@web53913.mail.yahoo.com> Received: from [128.195.84.80] by web53913.mail.yahoo.com via HTTP; Fri, 03 Feb 2006 23:39:42 PST Date: Fri, 3 Feb 2006 23:39:42 -0800 (PST) From: Daniel Valencia To: freebsd-hackers@freebsd.org In-Reply-To: <20060203211818.34971.qmail@web53901.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Problems with SMP in amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 07:39:47 -0000 I just noticed something... it actually boots well using SMP on 6.0-RELEASE... the problem is when using the last STABLE src Thanks, - Daniel Daniel Valencia wrote: Hello... I've been trying to update my system in the STABLE branch, and every time I install the new kernel, built using SMP, the system won't boot... as I don't know where the problem could be and it doesn't seem to have been fixed, I thought it a good idea to let you guys know... The boot process hangs right after detecting the first SATA disk (a maxtor 250GB, ad4 at ata2) and before acknowledging the second SATA disk (same model, ad6 at ata3). The system boots properly in 6.0-RELEASE using GENERIC. I'm using a Gigabyte motherboard with nForce4 iDNA chipset, and a dualcore athlon64 3800+ processor. The system doesn't boot properly under 6.0-RELEASE using SMP either. Here goes my dmesg... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.16-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> Hyperthreading: 2 logical CPUs real memory = 939458560 (895 MB) avail memory = 895479808 (853 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: irq 5 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: irq 10 on acpi0 pci_link7: on acpi0 pci_link8: irq 10 on acpi0 pci_link9: on acpi0 pci_link10: irq 11 on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: irq 11 on acpi0 pci_link16: irq 5 on acpi0 pci_link17: on acpi0 pci_link18: irq 11 on acpi0 pci_link19: irq 10 on acpi0 pci_link20: irq 0 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 pci_link32: irq 0 on acpi0 pci_link33: irq 0 on acpi0 pci_link34: irq 0 on acpi0 pci_link35: irq 0 on acpi0 pci_link36: irq 0 on acpi0 pci_link37: irq 0 on acpi0 pci_link38: irq 0 on acpi0 pci_link39: irq 0 on acpi0 pci_link40: irq 0 on acpi0 ACPI-0501: *** Error: Handler for [SystemMemory] returned AE_AML_ALIGNMENT ACPI-1304: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xffffff0000aa9dc0), AE_AML_ALIGNMENT ACPI-0239: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xffffff0000aa9dc0), AE_AML_ALIGNMENT can't fetch resources for \\_SB_.MEM_ - AE_AML_ALIGNMENT cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link35: BIOS IRQ 11 for -2145774616.10.INTA is invalid pci_link28: BIOS IRQ 10 for -2145774616.11.INTA is invalid pci_link36: BIOS IRQ 5 for -2145774616.11.INTB is invalid pci_link30: BIOS IRQ 11 for -2145774616.20.INTA is invalid pci_link39: BIOS IRQ 11 for -2145774616.14.INTA is invalid pci_link40: BIOS IRQ 10 for -2145774616.15.INTA is invalid pci_link26: BIOS IRQ 10 for -2145774616.5.INTA is invalid pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xf5104000-0xf5104fff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xf5100000-0xf51000ff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xf5103000-0xf5103fff irq 23 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xf5102000-0xf5102fff irq 20 at device 15.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 16.0 on pci0 pci1: on pcib1 rl0: port 0xa000-0xa0ff mem 0xf5000000-0xf50000ff irq 16 at device 6.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:40:f4:cd:f6:74 pci1: at device 7.0 (no driver attached) fwohci0: port 0xa800-0xa87f mem 0xf5001000-0xf50017ff irq 18 at device 14.0 on pci1 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:14:85:00:36:63:1b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:14:36:63:1b fwe0: Ethernet address: 02:00:14:36:63:1b fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci0: at device 20.0 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xd0000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Microsoft Basic Optical Mouse, rev 1.10/0.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen0: vendor 0x046d product 0x08b2, rev 1.10/0.00, addr 3 Timecounter "TSC" frequency 2009158085 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 acd1: CDRW at ata0-slave UDMA33 ad4: 239371MB at ata2-master UDMA33 ad6: 239372MB at ata3-master UDMA33 Trying to mount root from ufs:/dev/ad4s2a rl0: link state changed to UP __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 4 23:47:15 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B71316A420 for ; Sat, 4 Feb 2006 23:47:15 +0000 (GMT) (envelope-from mike@voicenette.com) Received: from lantree.internic.ca (lantree.internic.ca [66.6.63.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id D44F843D46 for ; Sat, 4 Feb 2006 23:47:14 +0000 (GMT) (envelope-from mike@voicenette.com) Received: from [70.54.188.83] (helo=pavilion) by lantree.internic.ca with asmtp (Exim 4.34; FreeBSD) id 1F5X7V-0000DR-IA for hackers@freebsd.org; Sat, 04 Feb 2006 23:47:09 +0000 Message-ID: <000d01c629e5$500b5f50$6401a8c0@pavilion> From: "Mike Adewole" To: Date: Sat, 4 Feb 2006 18:46:54 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Auth: aiaa@adequest.ca Cc: Subject: new syscons ioctrl X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 23:47:15 -0000 Hello everyone, I'm trying to add a new ioctrl to the syscons driver and have defined it as _IOWR('c', 106, shipout_t) right after CONS_SCRSHOT in consio.h. My question is how do I know that the group ('c') and number (106) I'm using are not in conflict with other ioctrls ? Is there a file where all the ioctrls are listed ? Thanx a lot in advance. Mike