From owner-freebsd-current Sun Oct 6 0: 6:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7223B37B401 for ; Sun, 6 Oct 2002 00:06:29 -0700 (PDT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B680343E6A for ; Sun, 6 Oct 2002 00:06:28 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.12.6/8.12.5) with ESMTP id g9676RSo040737 for ; Sun, 6 Oct 2002 03:06:27 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.12.6/8.12.6/Submit) id g9676QAO040736 for current@FreeBSD.org; Sun, 6 Oct 2002 03:06:26 -0400 (EDT) Date: Sun, 6 Oct 2002 03:06:26 -0400 (EDT) From: Mikhail Teterin Message-Id: <200210060706.g9676QAO040736@aldan.algebra.com> To: current@FreeBSD.org Subject: panic: kmem_malloc(4096): kmem_map too small X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ... 218222592 total allocated this machine has a total of 512Mb of RAM, and no swap. No X was running. Just ``cvs update''-ing. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 0:19:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1968937B401 for ; Sun, 6 Oct 2002 00:19:40 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D955643E3B for ; Sun, 6 Oct 2002 00:19:38 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA18495; Sun, 6 Oct 2002 17:19:28 +1000 Date: Sun, 6 Oct 2002 17:29:19 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Poul-Henning Kamp Cc: Steve Kargl , Subject: Re: devfs oddity? In-Reply-To: <36088.1033885792@critter.freebsd.dk> Message-ID: <20021006171938.R24399-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 6 Oct 2002, Poul-Henning Kamp wrote: > In message <20021006144225.G15291-100000@gamplex.bde.org>, Bruce Evans writes: > >On Sat, 5 Oct 2002, Steve Kargl wrote: > > > >> > In message <20021005221611.GA17396@troutmask.apl.washington.edu>, Steve Kargl w > >> > rites: > >> > >root[208] cdcontrol play > >> > >cdcontrol: no CD device name specified, defaulting to /dev/cd0c > >> > >cdcontrol: /dev/cd0cc: No such file or directory > >> > > > >> > >Why is an extra "c" appended to cd0c? > > > >The first "c" is part of the standard name for the whole of a (labelled) > >disk device. > > It's not any "standard name". It is a convention used on a minority > of UNIX platforms out there, and it is certainly not "standard" even > for BSD based systems. It is a standard convention in FreeBSD-4, NetBSD and OpenBSD. Except the partition letter is actually "d" in NetBSD and OpenBSD for i386's and a few other arches. > It is also illogical, counter-intuitive and prone to mistakes. That may be, but changing it without even preparing for the change breaks POLA. This consideration prevented me from axing partitions soon after I implemented slices. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 0:22:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B001C37B401; Sun, 6 Oct 2002 00:22:10 -0700 (PDT) Received: from MX4.estpak.ee (ld1.estpak.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B26B43E3B; Sun, 6 Oct 2002 00:22:09 -0700 (PDT) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (adsl6120.estpak.ee [213.219.72.142]) by MX4.estpak.ee (Postfix) with ESMTP id BF9721D0036; Sun, 6 Oct 2002 10:22:06 +0300 (EEST) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id g967M1UQ001230; Sun, 6 Oct 2002 10:22:01 +0300 (EEST) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id g967Ltoq001216; Sun, 6 Oct 2002 10:21:55 +0300 (EEST) Date: Sun, 6 Oct 2002 10:21:55 +0300 From: Vallo Kallaste To: "Greg 'groggy' Lehey" Cc: Lars Eggert , Poul-Henning Kamp , n0go013 , current Subject: Re: [ GEOM tests ] vinum drives lost Message-ID: <20021006072155.GA1117@tiiu.internal> Reply-To: kalts@estpak.ee References: <62515.1033758160@critter.freebsd.dk> <3D9DEFF7.7050508@isi.edu> <20021005125505.GA1248@tiiu.internal> <20021005221456.GR83766@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021005221456.GR83766@wantadilla.lemis.com> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 06, 2002 at 07:44:56AM +0930, Greg 'groggy' Lehey wrote: > > Some time ago Scott Long pointed out to me that ccd has less > > overhead than vinum > > It does? The actual tests showed a very little improvement in a few cases, so I must admit that it made really no difference for bare striping. I have no evidence (not being a programmer), but I believe that ccd is lightweight compared to vinum, even considering only striping. That, and the time of ccd being around compared to vinum, means probably fewer bugs and better suitability for bare striping. That's my personal opinion and I will rely also on other far more knowledgeable person opinion in this particular case. To be fair I believe that vinum striping and mirroring capabilities are fully usable and proven also. I have personal experience which backs this, not that it'll matter much to anybody else. Vinum R5 is broken and I've lost interest over the years of trying to make use of it. No complaints to you, I do understand that paid work is what makes living. > > and is better suited for bare striping. > > It is? > I'd be interested in details. See above. -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 0:33:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C34B937B401 for ; Sun, 6 Oct 2002 00:33:49 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5114243E6A for ; Sun, 6 Oct 2002 00:33:49 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g967XjFX009785; Sun, 6 Oct 2002 00:33:45 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.5/Submit) id g967XjOY009784; Sun, 6 Oct 2002 00:33:45 -0700 (PDT) Date: Sun, 6 Oct 2002 00:33:45 -0700 From: "David O'Brien" To: Poul-Henning Kamp Cc: Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: devfs oddity? Message-ID: <20021006073344.GA9756@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <20021006144225.G15291-100000@gamplex.bde.org> <36088.1033885792@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <36088.1033885792@critter.freebsd.dk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 06, 2002 at 08:29:52AM +0200, Poul-Henning Kamp wrote: > >The first "c" is part of the standard name for the whole of a (labelled) > >disk device. > > It's not any "standard name". It is a convention used on a minority > of UNIX platforms out there, and it is certainly not "standard" even > for BSD based systems. Since when hasn't it been standard on BSD based systems? Other than recently on FreeBSD, all other BSD systems I've used, the "c" partition has been necessary when wanting to operate on the entire disk. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 3: 9: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E44FE37B404 for ; Sun, 6 Oct 2002 03:08:49 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id D17ED43E81 for ; Sun, 6 Oct 2002 03:08:48 -0700 (PDT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.5/8.12.5) with ESMTP id g96A8iVu060113; Sun, 6 Oct 2002 06:08:44 -0400 (EDT) (envelope-from winter@jurai.net) Date: Sun, 6 Oct 2002 06:08:44 -0400 (EDT) From: "Matthew N. Dodd" To: freebsd-current@FreeBSD.ORG Cc: Poul-Henning Kamp , Bruce Evans Subject: Re: devfs oddity? In-Reply-To: <20021006073344.GA9756@dragon.nuxi.com> Message-ID: <20021006060625.K30311-100000@sasami.jurai.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 6 Oct 2002, David O'Brien wrote: > Since when hasn't it been standard on BSD based systems? Other than > recently on FreeBSD, all other BSD systems I've used, the "c" partition > has been necessary when wanting to operate on the entire disk. Has our CDROM driver ever supported multiple ISO filesystems per CD? Has it supported multi-session CDROMs? The notion of partitions on CDROMs is a little ambiguous. I'm hoping that GEOM can improve this. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 3:15:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 021EB37B401 for ; Sun, 6 Oct 2002 03:15:28 -0700 (PDT) Received: from blahdeblah.demon.co.uk (blahdeblah.demon.co.uk [62.49.19.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B1043E4A for ; Sun, 6 Oct 2002 03:15:26 -0700 (PDT) (envelope-from fergus@blahdeblah.demon.co.uk) Received: from pooh.blahdeblah.demon.co.uk (localhost [127.0.0.1]) by blahdeblah.demon.co.uk (8.12.5/8.12.5) with ESMTP id g96ADtDi080769; Sun, 6 Oct 2002 11:13:55 +0100 (BST) (envelope-from fergus@pooh.blahdeblah.demon.co.uk) Received: (from fergus@localhost) by pooh.blahdeblah.demon.co.uk (8.12.5/8.12.5/Submit) id g96ADbLo080768; Sun, 6 Oct 2002 11:13:37 +0100 (BST) Date: Sun, 6 Oct 2002 11:13:37 +0100 From: n0g0013 To: Mikhail Teterin Cc: current@freebsd.org Subject: Re: panic: kmem_malloc(4096): kmem_map too small Message-ID: <20021006101337.GA49771@pooh.blahdeblah.demon.co.uk> Mail-Followup-To: n0g0013 , Mikhail Teterin , current@freebsd.org References: <200210060706.g9676QAO040736@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <200210060706.g9676QAO040736@aldan.algebra.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 06.10-03:06, Mikhail Teterin wrote: > this machine has a total of 512Mb of RAM, and no swap. > No X was running. Just ``cvs update''-ing. running vinum ? i am getting this consistently with vinum (but am taking an age to rebuild. did you get a backtrace ? . . . to vfs allocations =2E . . and a second panic on syncing disks ? --=20 t t z --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9oAzRaiaYyh4o+7oRA/5ZAJ9i01Mq5dOyuP3rmOin/FLeaRE0RACgpmhq dC/bC3xLY4yejog5gLgOb6o= =mwpp -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 3:47:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C9C137B401 for ; Sun, 6 Oct 2002 03:47:29 -0700 (PDT) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17EB343E65 for ; Sun, 6 Oct 2002 03:47:29 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id g96AlSXl031769 for ; Sun, 6 Oct 2002 03:47:28 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id g96AlSkX031767 for current@freebsd.org; Sun, 6 Oct 2002 03:47:28 -0700 (PDT) Date: Sun, 6 Oct 2002 03:47:28 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200210061047.g96AlSkX031767@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Oct 6 03:16:25 PDT 2002 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Sun Oct 6 03:43:12 PDT 2002 -------------------------------------------------------------- >>> Kernel build for LINT started on Sun Oct 6 03:43:12 PDT 2002 -------------------------------------------------------------- ===> vinum "Makefile", line 4187: warning: duplicate script for target "geom_bsd.o" ignored cc1: warnings being treated as errors /h/des/src/sys/dev/advansys/adv_pci.c: In function `adv_pci_attach': /h/des/src/sys/dev/advansys/adv_pci.c:197: warning: overflow in implicit constant conversion *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 5: 4:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D965937B401 for ; Sun, 6 Oct 2002 05:04:24 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D2A43E42 for ; Sun, 6 Oct 2002 05:04:24 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g96C4BpS094289; Sun, 6 Oct 2002 14:04:12 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Matthew N. Dodd" Cc: freebsd-current@FreeBSD.ORG, Bruce Evans Subject: Re: devfs oddity? In-Reply-To: Your message of "Sun, 06 Oct 2002 06:08:44 EDT." <20021006060625.K30311-100000@sasami.jurai.net> Date: Sun, 06 Oct 2002 14:04:11 +0200 Message-ID: <94288.1033905851@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021006060625.K30311-100000@sasami.jurai.net>, "Matthew N. Dodd" w rites: >On Sun, 6 Oct 2002, David O'Brien wrote: >> Since when hasn't it been standard on BSD based systems? Other than >> recently on FreeBSD, all other BSD systems I've used, the "c" partition >> has been necessary when wanting to operate on the entire disk. > >Has our CDROM driver ever supported multiple ISO filesystems per CD? Has >it supported multi-session CDROMs? The notion of partitions on CDROMs is >a little ambiguous. I'm hoping that GEOM can improve this. I'm not sure GEOM could improve it as much as atapi-cd already has improved it, I'm not sure where it is documented, but you can access each track separately with some /dev/acd0t%d kind of syntax or something. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 5:31:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 154D737B401; Sun, 6 Oct 2002 05:31:35 -0700 (PDT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C58B43E65; Sun, 6 Oct 2002 05:31:34 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd10.sul.t-online.de by mailout02.sul.t-online.com with smtp id 17yAZJ-000481-03; Sun, 06 Oct 2002 14:31:33 +0200 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.83.24.178]) by fmrl10.sul.t-online.com with esmtp id 17yAZ3-0VncfIC; Sun, 6 Oct 2002 14:31:17 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id g96CVGCg036579; Sun, 6 Oct 2002 14:31:16 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id g96CVFfS014394; Sun, 6 Oct 2002 14:31:16 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 6 Oct 2002 14:31:15 +0200 From: Alexander Leidinger To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: The official "GEOM is in the tree" speech. Message-Id: <20021006143115.678862a5.Alexander@Leidinger.net> In-Reply-To: <31691.1033850343@critter.freebsd.dk> References: <31691.1033850343@critter.freebsd.dk> X-Mailer: Sylpheed version 0.8.2claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 05 Oct 2002 22:39:03 +0200 Poul-Henning Kamp wrote: > "One hand for your own code, and one hand for the infrastructure". > > We have several areas of the kernel which is in disrepair, the > worst is buf/VM, but there are others as well. > > We also have people who are willing to look at it, attempt to make > it better, and those people are as good as we were when we started, > so why shouldn't we let them try ? We're at the point where a public page with "things which need a volunteer" would be nice, aren't we (yes, something like your JKH page but not only for kernel parts)? Bye, Alexander. -- Weird enough for government work. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 5:38:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34AC537B401 for ; Sun, 6 Oct 2002 05:38:22 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63B5743E6E for ; Sun, 6 Oct 2002 05:38:21 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g96Cc1pS000316; Sun, 6 Oct 2002 14:38:16 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Alexander Leidinger Cc: current@FreeBSD.ORG Subject: Re: The official "GEOM is in the tree" speech. In-Reply-To: Your message of "Sun, 06 Oct 2002 14:31:15 +0200." <20021006143115.678862a5.Alexander@Leidinger.net> Date: Sun, 06 Oct 2002 14:38:01 +0200 Message-ID: <315.1033907881@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021006143115.678862a5.Alexander@Leidinger.net>, Alexander Leiding er writes: >On Sat, 05 Oct 2002 22:39:03 +0200 >Poul-Henning Kamp wrote: > >> "One hand for your own code, and one hand for the infrastructure". >> >> We have several areas of the kernel which is in disrepair, the >> worst is buf/VM, but there are others as well. >> >> We also have people who are willing to look at it, attempt to make >> it better, and those people are as good as we were when we started, >> so why shouldn't we let them try ? > >We're at the point where a public page with "things which need a >volunteer" would be nice, aren't we (yes, something like your JKH page >but not only for kernel parts)? Well, for that to happen it takes two things: 1. One person to write the page. 2. Somebody to keep it updated, follow up on tasks, etc etc. It needs not be the same person. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 6: 5:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49F2837B401 for ; Sun, 6 Oct 2002 06:05:40 -0700 (PDT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADE2843E7B for ; Sun, 6 Oct 2002 06:05:39 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd08.sul.t-online.de by mailout07.sul.t-online.com with smtp id 17yB6G-0004wj-02; Sun, 06 Oct 2002 15:05:36 +0200 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.83.24.178]) by fmrl08.sul.t-online.com with esmtp id 17yB68-0s3U5AC; Sun, 6 Oct 2002 15:05:28 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id g96D5RCg036679; Sun, 6 Oct 2002 15:05:27 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id g96D5RfS014613; Sun, 6 Oct 2002 15:05:27 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 6 Oct 2002 15:05:27 +0200 From: Alexander Leidinger To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: The official "GEOM is in the tree" speech. Message-Id: <20021006150527.3594cef6.Alexander@Leidinger.net> In-Reply-To: <315.1033907881@critter.freebsd.dk> References: <20021006143115.678862a5.Alexander@Leidinger.net> <315.1033907881@critter.freebsd.dk> X-Mailer: Sylpheed version 0.8.2claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 06 Oct 2002 14:38:01 +0200 Poul-Henning Kamp wrote: > >We're at the point where a public page with "things which need a > >volunteer" would be nice, aren't we (yes, something like your JKH > >page but not only for kernel parts)? > > Well, for that to happen it takes two things: > > 1. One person to write the page. Someone with knowledge how www/* works should be able to do this withhin some minutes... when someone provides content for the page... so we first need a description what the page is and some content for it. > 2. Somebody to keep it updated, follow up on tasks, etc etc. No, you have a task? Commit it. Someone takes the task? The committer which inserted the task should update it. Bye, Alexander. -- To boldly go where I surely don't belong. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 6:19:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9534F37B401 for ; Sun, 6 Oct 2002 06:19:12 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C433843E7B for ; Sun, 6 Oct 2002 06:19:11 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g96DJ6pS007366; Sun, 6 Oct 2002 15:19:06 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Alexander Leidinger Cc: current@FreeBSD.ORG Subject: Re: The official "GEOM is in the tree" speech. In-Reply-To: Your message of "Sun, 06 Oct 2002 15:05:27 +0200." <20021006150527.3594cef6.Alexander@Leidinger.net> Date: Sun, 06 Oct 2002 15:19:06 +0200 Message-ID: <7365.1033910346@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021006150527.3594cef6.Alexander@Leidinger.net>, Alexander Leiding er writes: >> 2. Somebody to keep it updated, follow up on tasks, etc etc. > >No, you have a task? Commit it. Someone takes the task? The committer >which inserted the task should update it. This was (is ?) the priciple behind our fantastic collection of unhandled PRs. We don't want to repeat that mistake. No, if you want such a page to work, it has an interested and dedicated owner, who will take an email from somebody with an idea, send it around to some likely know-it-alls to hear "is this a good idea ?" Format the edited version, put it on the page, correspond with volounteers, poll them to see if they gave up etc etc etc. Otherwise there is no point in even starting it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 6:45: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FD8C37B401 for ; Sun, 6 Oct 2002 06:45:06 -0700 (PDT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C943F43E75 for ; Sun, 6 Oct 2002 06:45:05 -0700 (PDT) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com (adsl-64-175-107-36.dsl.lsan03.pacbell.net [64.175.107.36]) by pimout2-ext.prodigy.net (8.12.3 da nor stuldap/8.12.3) with ESMTP id g96Dj0Y2288156 for ; Sun, 6 Oct 2002 09:45:00 -0400 Message-ID: <3DA03DED.7090901@hotmail.com> Date: Sun, 06 Oct 2002 06:43:09 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021001 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: GEOM problems? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <3D9F8FB2.30808@hotmail.com>, walt writes: >>#disklabel ad0 >>disklabel: ioctl DIOCGDINFO: Operation not supported by device > ad0 does not have a disklabel. Okay, next problem(?). Disklabel with and without the -r flag: #disklabel -r ad2s2 # size offset fstype [fsize bsize bps/cpg] a: 17207240 7773835 4.2BSD 0 0 0 # (Cyl. 483*- 1554*) b: 400000 7373835 swap # (Cyl. 459 - 483*) c: 17607240 7373835 unused 0 0 # (Cyl. 459 - 1554) Warning, partition c doesn't start at 0! Warning, partition c doesn't cover the whole unit! Warning, An incorrect partition c may cause problems for standard system utilities Warning, partition d: size 0, but offset 7373835 Warning, partition e: size 0, but offset 7373835 Warning, partition f: size 0, but offset 7373835 Warning, partition g: size 0, but offset 7373835 Warning, partition h: size 0, but offset 7373835 #disklabel ad2s2 # size offset fstype [fsize bsize bps/cpg] a: 17207240 400000 4.2BSD 0 0 0 # (Cyl. 24*- 1095*) b: 400000 0 swap # (Cyl. 0 - 24*) c: 17607240 0 unused 0 0 # (Cyl. 0 - 1095) Warning, partition c doesn't cover the whole unit! This behavior is new with GEOM, as is the warning about c not covering the whole unit. The kernel without GEOM offers no complaints about the same label. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 6:51:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEBC837B401 for ; Sun, 6 Oct 2002 06:51:27 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0CEC43E65 for ; Sun, 6 Oct 2002 06:51:26 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g96DpLpS012984; Sun, 6 Oct 2002 15:51:21 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: GEOM problems? In-Reply-To: Your message of "Sun, 06 Oct 2002 06:43:09 PDT." <3DA03DED.7090901@hotmail.com> Date: Sun, 06 Oct 2002 15:51:21 +0200 Message-ID: <12983.1033912281@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3DA03DED.7090901@hotmail.com>, walt writes: >#disklabel -r ad2s2 ># size offset fstype [fsize bsize bps/cpg] > a: 17207240 7773835 4.2BSD 0 0 0 # (Cyl. 483*- 1554*) >#disklabel ad2s2 ># size offset fstype [fsize bsize bps/cpg] > a: 17207240 400000 4.2BSD 0 0 0 # (Cyl. 24*- 1095*) >This behavior is new with GEOM, as is the warning about c not covering the >whole unit. The kernel without GEOM offers no complaints about the same label. This is because the old code would lie to you if you tried to read the disklabel directly off the media instead of using the ioctl() calls. I feel it is fundamentally wrong to modify data in-band this way without telling the user. Therefore I have not implemented it in GEOM. For reasons I have never fully accepted, the BSD disklabel is written to represent the entire physical disk so the ondisk information does not actually list partition 'c' as starting on sector zero, rather it lists the physical sector number (which corresponds to the start sector of that slice). The way GEOM deals with BSD labels, it will try to identify such a "magic" offset and correctly DTRT, but it will also accept un-offset ondisk disklabels, which I hope we can migrate to now. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 8:21:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 127EC37B401 for ; Sun, 6 Oct 2002 08:21:11 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64D0B43E42 for ; Sun, 6 Oct 2002 08:21:10 -0700 (PDT) (envelope-from adam@blacktabby.org) Received: from emmenthaler.blacktabby.org ([12.240.109.159]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021006152109.XGMW27763.sccrmhc02.attbi.com@emmenthaler.blacktabby.org>; Sun, 6 Oct 2002 15:21:09 +0000 Received: from cheshire.blacktabby.org (cheshire.blacktabby.org [192.168.1.198]) by emmenthaler.blacktabby.org (Postfix) with SMTP id AC1C83AF0; Sun, 6 Oct 2002 08:21:07 -0700 (PDT) Date: Sun, 6 Oct 2002 08:21:05 -0700 From: Adam Kranzel To: freebsd-current@FreeBSD.org Cc: kris@obsecurity.org, wsk@mail.gddsn.org.cn Subject: Re: make linux_base error during rpm Message-Id: <20021006082105.74705cf0.adam@blacktabby.org> In-Reply-To: <20021005212832.12c1486e.adam@blacktabby.org> References: <3D9F93CD.4030207@mail.gddsn.org.cn> <20021006031251.GA71740@xor.obsecurity.org> <20021005203648.3d608d8d.adam@blacktabby.org> <20021006042707.GB73106@xor.obsecurity.org> <20021005212832.12c1486e.adam@blacktabby.org> X-Mailer: Sylpheed version 0.8.3 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 5 Oct 2002 21:28:32 -0700 Adam Kranzel wrote: > On Sat, 5 Oct 2002 21:27:07 -0700 > Kris Kennaway wrote: > > > On Sat, Oct 05, 2002 at 08:36:48PM -0700, Adam Kranzel wrote: > > > > > It has been committed, and makes it build just fine for me... > > > > OK, ignore my previous mail then. > > > > Kris > > > > I'm doing some testing, and will report back in a bit. It's possible > I have something weird going on that's making it work. > > -Adam > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > It works just fine for me (I cleaned out my ports tree first, to make sure I had no extra files laying around). Are you sure you have a clean /usr/include? I've seen some really weird faliures from having outdated include files (lots of things changed/moved with the upgrades of the system compiler to GCC 3.1 and then 3.2). It's safe to remove /usr/include/* just before an installworld (as far as I can tell), so you could buildworld, remove everything in /usr/include (I'd actually cuggest moving it somewhere else, in case you need it back), installworld, and try building the port again. You should also be able to remove everything in /usr/include then "make installincludes" in /usr/src, though I've had trouble with that before (probably pilot error though). If I think of anything else I'll let you know. -Adam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 8:22:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD57337B404 for ; Sun, 6 Oct 2002 08:22:53 -0700 (PDT) Received: from blahdeblah.demon.co.uk (blahdeblah.demon.co.uk [62.49.19.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8736B43E65 for ; Sun, 6 Oct 2002 08:22:52 -0700 (PDT) (envelope-from fergus@blahdeblah.demon.co.uk) Received: from pooh.blahdeblah.demon.co.uk (localhost [127.0.0.1]) by blahdeblah.demon.co.uk (8.12.5/8.12.5) with ESMTP id g96FLwDi081754 for ; Sun, 6 Oct 2002 16:21:58 +0100 (BST) (envelope-from fergus@pooh.blahdeblah.demon.co.uk) Received: (from fergus@localhost) by pooh.blahdeblah.demon.co.uk (8.12.5/8.12.5/Submit) id g96E5Aeq081396 for freebsd-current@freebsd.org; Sun, 6 Oct 2002 15:05:10 +0100 (BST) Date: Sun, 6 Oct 2002 15:05:10 +0100 From: n0g0013 To: current Subject: lpt ppbus ppi modules Message-ID: <20021006140510.GB49771@pooh.blahdeblah.demon.co.uk> Mail-Followup-To: n0g0013 , current Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --BwCQnh7xodEAoBMC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable trying to build the current kernel as modular as possible but if i remove the 'ppbus' and 'lpt' from the kernel config the modules fail (the 'ppc' is still there of course). should these build as KLMs ? --=20 t t z --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9oEMWaiaYyh4o+7oRAwKHAKCAe1VXSCIC84NdA8zSq4wc7djjRQCePJKm UXBROBYnoAxxqM4FmRIPyHg= =Dc97 -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 8:24:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA2E437B401 for ; Sun, 6 Oct 2002 08:24:52 -0700 (PDT) Received: from blahdeblah.demon.co.uk (blahdeblah.demon.co.uk [62.49.19.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1AB643E3B for ; Sun, 6 Oct 2002 08:24:51 -0700 (PDT) (envelope-from fergus@blahdeblah.demon.co.uk) Received: from pooh.blahdeblah.demon.co.uk (localhost [127.0.0.1]) by blahdeblah.demon.co.uk (8.12.5/8.12.5) with ESMTP id g96FMRDi081771 for ; Sun, 6 Oct 2002 16:22:27 +0100 (BST) (envelope-from fergus@pooh.blahdeblah.demon.co.uk) Received: (from fergus@localhost) by pooh.blahdeblah.demon.co.uk (8.12.5/8.12.5/Submit) id g96F2ruP081595 for freebsd-current@freebsd.org; Sun, 6 Oct 2002 16:02:53 +0100 (BST) Date: Sun, 6 Oct 2002 16:02:53 +0100 From: n0g0013 To: current Subject: Re: kernel panic from vinum during 'restore' Message-ID: <20021006150253.GA81452@pooh.blahdeblah.demon.co.uk> Mail-Followup-To: n0g0013 , current References: <20021005211610.GA56638@pooh.blahdeblah.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="FkmkrVfFsRoUs1wW" Content-Disposition: inline In-Reply-To: <20021005211610.GA56638@pooh.blahdeblah.demon.co.uk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --FkmkrVfFsRoUs1wW Content-Type: multipart/mixed; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 05.10-22:16, n0g0013 wrote: > don't currently have the kernel trace for this (i'm rebuilding to get > one) and the dump's not making it to disk. perhaps someone else could > try and verify in the mean time. don't know if this is related to Mikhail Teterin's post a few hours ago but i have the ddb trace. it may not be exactly accurate because i don't have a serial ddb and therefore have to copy the output from the screen. +++ ddb output from kernel panic +++ panic: kmem_malloc(4096): kmem_map too small: 23134208 total allocated Debugger("panic") Stopped at Debugger+0q45: xchgl %ebx,in_Debugger.0 db> trace Debugger(c02cd335) at Debugger+0x45 panic(c02e1402,1000,1610000,10012,1000) at panic+0x9f kmem_malloc(c0432078,1000,4,c49b47cc,c02759a8) at kmem_malloc+0xcc page_alloc(c05ac500,1000,c49b47bf,4,0) at page_alloc+0x1a slab_zalloc(c05ac500,4,c0daba00,c05ac5e8,c05ac500) at slab_zalloc+0x108 uma_zalloc_internal(c05ac500,0,4,c0daba00) at uma_zalloc_internal+0x13c uma_zalloc_arg(c05ac500,0,4) at uma_zalloc_arg+0x2f4 getnewvnode(c02e070e,c0f4c000,c0dc1100,c49b48b8,90) at getnewvnode+0x3e9 ffs_vget(c0f4c000,486,2,c49b491c,1) at ffs_vget+0x71 ffs_valloc(c1153378,8180,c0f98780,c49b491c) at ffs_valloc+0xed ufs_makeinode(8180,c1153378,c49b4bf8,c49b4c0c) at ufs_makeinode+0x5b ufs_create(c49b4a70,c49b4a90,c01df957,c49b4a70,c02f1260) at ufs_create+0x2b ufs_vnoperate(c49b3a70) at ufs_vnoperate+0x13 VOP_CREATE(c1153378,c49b4bf8,c49b4c0c,c49b4ad4,229) at VOP_CREATE+0x37 vn_open_cred(c49b4be4,c49b4ce4,180,c0f98780,c49b4cd0) at vn_open_cred+0x154 vn_open(c49b4be4,c49b4ce4,180,c1bec3b0,c0de7b04) at vn_open+0x18 kern_open(c05b0680,80ad0c1,0,602,1b6) at kern_open+0x18b open(c05b0680,c49b4d14,3,a83,292) at open+0x18 syscall(2f,2f,2f,80ad0c1,0) at syscall+0x24a Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (5, FreeBSD ELF32, open), eip =3D 0x08053a43, esp =3D 0xbfbff73= c, ebp =3D 0xbfbff778 --- db> --- ddb output from kernel panic --- * that's no fun * config is identical to before with a kernel rebuild from same sources ( some time last night ). the error i was orginally seeing (over the last week or so) seemed to appear in the vinum_devstrategy but since the various vinum changes it appears to have migrated. --=20 t t z --PEIAKu/WMn1b1Hv9 Content-Type: message/rfc822 Content-Disposition: inline Date: Sat, 5 Oct 2002 22:16:10 +0100 From: n0g0013 To: current Subject: kernel panic from vinum during 'restore' Message-ID: <20021005211610.GA56638@pooh.blahdeblah.demon.co.uk> Mail-Followup-To: n0g0013 , current Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable got panic from vinum on a small striped drive with small dump/restores -- dump of usr fs to file and restore to vinum volume. dump file is about 120m. kernel built from about -0230 sources but i've been seeing them since first switched current on about 2 weeks ago. don't currently have the kernel trace for this (i'm rebuilding to get one) and the dump's not making it to disk. perhaps someone else could try and verify in the mean time. +++ kernel panic message +++ panic: kmem_malloc(4096): kmem_map to small: 23179264 total allocated syncing disks... panic: allocbuf: buffer not busy Uptime: 18m12s Dumping 48 MB ata1: resetting devices .. panic: free locked buf Uptime: 18m12s Automatice Reboot in 15 seconds - press a key on the console to abort --- kernel panic message --- +++ vinum config +++ # Vinum configuration of eyore.blahdeblah.demon.co.uk, saved at Sat Oct 5 2= 2:02:24 2002 drive snub device /dev/ad0s1h drive junk device /dev/ad2s1h volume var volume usr volume home volume software plex name var.plex0 org striped 534s vol var plex name usr.plex0 org striped 534s vol usr plex name home.plex0 org striped 534s vol home plex name software.plex0 org striped 534s vol software sd name snub.s0 drive snub plex var.plex0 len 163404s driveoffset 265s plex= offset 0s sd name junk.s0 drive junk plex var.plex0 len 163404s driveoffset 265s plex= offset 534s sd name snub.s1 drive snub plex usr.plex0 len 614100s driveoffset 164105s p= lexoffset 0s sd name junk.s1 drive junk plex usr.plex0 len 614100s driveoffset 164105s p= lexoffset 534s sd name snub.s2 drive snub plex home.plex0 len 409578s driveoffset 778505s = plexoffset 0s sd name junk.s2 drive junk plex home.plex0 len 409578s driveoffset 778505s = plexoffset 534s sd name snub.s3 drive snub plex software.plex0 len 1638312s driveoffset 118= 8083s plexoffset 0s sd name junk.s3 drive junk plex software.plex0 len 1638312s driveoffset 118= 8083s plexoffset 534s --- vinum config --- --=20 t t z --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9n1aaaiaYyh4o+7oRA1FIAJ0dpbca4Ov+5OgLrRrRX8ngk9pM9ACeN3UF ++2vHTEMkBQrI+2n1zkQStI= =pubk -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- --PEIAKu/WMn1b1Hv9-- --FkmkrVfFsRoUs1wW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9oFCdaiaYyh4o+7oRA647AKCl8Sw3/i8S43k295AYLBX/e7tmGACcC/Tf tb+6zxlmDsPUf6LpX3ORtXI= =lkMr -----END PGP SIGNATURE----- --FkmkrVfFsRoUs1wW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 8:36:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DE1837B401; Sun, 6 Oct 2002 08:36:56 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32CB543E65; Sun, 6 Oct 2002 08:36:56 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.6/8.12.5) with ESMTP id g96Fat4G022134; Sun, 6 Oct 2002 08:36:55 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id g96FatiA022133; Sun, 6 Oct 2002 08:36:55 -0700 (PDT) Date: Sun, 6 Oct 2002 08:36:55 -0700 From: Steve Kargl To: Brian Fundakowski Feldman Cc: current@FreeBSD.ORG Subject: Re: vnode locking screwed up in src/sys/ufs/ffs/ffs_snapshot.c:ffs_snapshot() Message-ID: <20021006153655.GA22115@troutmask.apl.washington.edu> References: <200210051546.g95FkkX1008580@green.bikeshed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200210051546.g95FkkX1008580@green.bikeshed.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 05, 2002 at 11:46:45AM -0400, Brian Fundakowski Feldman wrote: > I got a crash today because "xvp" did not have an interlock when the > call was made to vn_lock(LK_INTERLOCK): > 407 if (snapdebug) > 408 vprint("ffs_snapshot: busy vnode", xvp); > 409 if (vn_lock(xvp, LK_EXCLUSIVE | LK_INTERLOCK, td) != 0) > 410 goto loop; > 411 xp = VTOI(xvp); > 412 > > I don't in fact see any reason why "xvp" would have been locked already > and that this could possibly be valid in the face of a mountpoint which > had any vnodes at all open. This occurred on fscking my "/tmp" > filesystem because of crashes (due to an SSE utilization bug in the > kernel, it seems), which I'm sure was a filesystem in heavy use already. > > Does anyone have any insight on what the correct fix to this is? I > don't have any idea exactly how to correct the locking in this function. > Thanks for insight! > I had the exact same panic while doing a background fsck on /var. I sent the kernel trace to the list yesterday, and forwarded to Kirk. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 8:50:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 978DA37B401 for ; Sun, 6 Oct 2002 08:50:53 -0700 (PDT) Received: from blahdeblah.demon.co.uk (blahdeblah.demon.co.uk [62.49.19.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A82A243E42 for ; Sun, 6 Oct 2002 08:50:52 -0700 (PDT) (envelope-from fergus@blahdeblah.demon.co.uk) Received: from pooh.blahdeblah.demon.co.uk (localhost [127.0.0.1]) by blahdeblah.demon.co.uk (8.12.5/8.12.5) with ESMTP id g96FnjDi081864; Sun, 6 Oct 2002 16:49:45 +0100 (BST) (envelope-from fergus@pooh.blahdeblah.demon.co.uk) Received: (from fergus@localhost) by pooh.blahdeblah.demon.co.uk (8.12.5/8.12.5/Submit) id g96FndOo081863; Sun, 6 Oct 2002 16:49:39 +0100 (BST) Date: Sun, 6 Oct 2002 16:49:39 +0100 From: n0g0013 To: walt Cc: freebsd-current@freebsd.org Subject: Re: GEOM problems? Message-ID: <20021006154939.GA81828@pooh.blahdeblah.demon.co.uk> Mail-Followup-To: n0g0013 , walt , freebsd-current@freebsd.org References: <3DA03DED.7090901@hotmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <3DA03DED.7090901@hotmail.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 06.10-06:43, walt wrote: > Okay, next problem(?). Disklabel with and without the -r flag: don't know if it is a problem or not but i found that doing a null edit on the disk to make GEOM rewrite it's information to the disk eliminated the messages. --=20 t t z --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9oFuTaiaYyh4o+7oRA7gRAKCcyWSJdLeRhkeUsQWmhzAb57UtzwCfS3sX 8Cs38cyhfsoW6GBldQ9RweM= =5OuX -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 8:55: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ACE337B40E for ; Sun, 6 Oct 2002 08:55:00 -0700 (PDT) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4BF043E65 for ; Sun, 6 Oct 2002 08:54:59 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id JAA04648; Sun, 6 Oct 2002 09:52:44 -0600 (MDT) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.5/8.12.5) id g96FqhZt069127; Sun, 6 Oct 2002 09:52:43 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15776.23627.339787.784895@emerger.yogotech.com> Date: Sun, 6 Oct 2002 09:52:43 -0600 To: Poul-Henning Kamp Cc: Bruce Evans , Steve Kargl , freebsd-current@FreeBSD.ORG Subject: Re: devfs oddity? In-Reply-To: <36088.1033885792@critter.freebsd.dk> References: <20021006144225.G15291-100000@gamplex.bde.org> <36088.1033885792@critter.freebsd.dk> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >> > In message <20021005221611.GA17396@troutmask.apl.washington.edu>, Steve Kargl w > >> > rites: > >> > >root[208] cdcontrol play > >> > >cdcontrol: no CD device name specified, defaulting to /dev/cd0c > >> > >cdcontrol: /dev/cd0cc: No such file or directory > >> > > > >> > >Why is an extra "c" appended to cd0c? > > > >The first "c" is part of the standard name for the whole of a (labelled) > >disk device. > > It's not any "standard name". It is a convention used on a minority > of UNIX platforms out there, and it is certainly not "standard" even > for BSD based systems. It's certainly standard on every BSD based system I've ever used, which goes *WAY* back. (Every BSD OS vendor has done it this way, including Sun, DEC, HP, etc...) > It is also illogical, counter-intuitive and prone to mistakes. Then every standard is the same, since standards by their very nature are illogical. Doing something the same way is illogical? (If you haven't figured it out, I disagree *strongly* with the above statement.) > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe ^^^^^^^^^^^^^^^^^^^ Which also used 'c' as the entire 'whole' of a labelled disk device. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 9: 2:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA79B37B401 for ; Sun, 6 Oct 2002 09:02:45 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7706F43E3B for ; Sun, 6 Oct 2002 09:02:44 -0700 (PDT) (envelope-from michael_class@gmx.net) Received: from fwd09.sul.t-online.de by mailout08.sul.t-online.com with smtp id 17yDre-0002w2-08; Sun, 06 Oct 2002 18:02:42 +0200 Received: from pc-micha.mc.hp.com (320021761316-0001@[80.131.90.29]) by fmrl09.sul.t-online.com with esmtp id 17yDrM-0DQe5gC; Sun, 6 Oct 2002 18:02:24 +0200 Received: from gmx.net (michaelc@localhost [127.0.0.1]) by pc-micha.mc.hp.com (8.12.6/8.12.3) with ESMTP id g96G2LZZ048817 for ; Sun, 6 Oct 2002 18:02:21 +0200 (MEST) (envelope-from michael_class@gmx.net) Message-ID: <3DA05E8D.6010201@gmx.net> Date: Sun, 06 Oct 2002 18:02:21 +0200 From: Michael Class User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020918 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: GEOM and SCSI-cd: mount not working any more Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Sender: 320021761316-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, just another input for a current system (with GEOM): now it seems inpossible for me to mount a SCSI-CD pc-micha:/# mount -t cd9660 /dev/cd0 /cdrom cd9660: /dev/cd0: Invalid argument Th system has two SCSI-CD-drives (a DVD and a CD-Burner) both have the same behavior. The CD is known to be o.k., as it can be mounted with a pre-GEOM kernel or with L****x. This is the dmesg fragment for the drives: cd0 at sym0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at sym0 bus 0 target 5 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 10.000MB/s transfers (10.000MHz, offset 15) cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed Michael -- ------------------------------------------------------------------------- michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: michael_class@gmx.net Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 9:16:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EE7537B401 for ; Sun, 6 Oct 2002 09:16:54 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB33D43E42 for ; Sun, 6 Oct 2002 09:16:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.6/8.12.5) with ESMTP id g96GGr4G022351 for ; Sun, 6 Oct 2002 09:16:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id g96GGrZa022350 for freebsd-current@freebsd.org; Sun, 6 Oct 2002 09:16:53 -0700 (PDT) Date: Sun, 6 Oct 2002 09:16:53 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: ACPI == instant panic Message-ID: <20021006161653.GA22320@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Enabling acpi leads to an instant panic during boot. The panic so early that I can't get a dump and the machine does not have serial console. The motherboard is an ASUS A7V-133. Here's a hand written panic message Copyright (c) 1992-2002 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 5.0-CURRENT #1: Sat Oct 5 07:33:03 PDT 2002 kargl@12-230-81-20.client.attbi.com:/usr/obj/usr/src/sys/HOTRATS Preloaded elf kernel "/boot/kernel/kernel" at 0xc0441000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc04410a8. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc0441154. Preloaded elf module "/boot/kernel/if_rl.ko" at 0xc0441200. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc04412ac. Preloaded elf module "/boot/kernel/snd_maestro3.ko" at 0xc0441358. Preloaded elf module "/boot/kernel/agp.ko" at 0xc044140c. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1210791212 Hz CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xffffffffc0440000 real memory = 134217728 (131072K bytes) avail memory = 125644800 (122700K bytes) Pentium Pro MTRR support enabled VESA: v2.0, 8128k memory, flags:0x0, mode table:0xc036ac02 (1000022) VESA: ATI MACH64 panic: pmap_mapdev: Couldn't alloc kernel virtual memory A verbose boot shows the following sequenc of function calls Debugger panic pmap_mapdev AcpiOsMapMemory AcpiTbGetThisTable AcpiTbGetTableBody AcpiTbGetTableRsdt AcpiLoadTable acpi_identify bus_generic_probe nexus_attach device_probe_and attach probe_and_attach root_bus_configure mi_startup -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 9:20:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E30637B401 for ; Sun, 6 Oct 2002 09:20:19 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D12843E4A for ; Sun, 6 Oct 2002 09:20:18 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g96GKCpS038840; Sun, 6 Oct 2002 18:20:12 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Michael Class Cc: freebsd-current@FreeBSD.ORG Subject: Re: GEOM and SCSI-cd: mount not working any more In-Reply-To: Your message of "Sun, 06 Oct 2002 18:02:21 +0200." <3DA05E8D.6010201@gmx.net> Date: Sun, 06 Oct 2002 18:20:12 +0200 Message-ID: <38839.1033921212@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3DA05E8D.6010201@gmx.net>, Michael Class writes: >Hello, > >just another input for a current system (with GEOM): now it seems >inpossible for me to mount a SCSI-CD > >pc-micha:/# mount -t cd9660 /dev/cd0 /cdrom >cd9660: /dev/cd0: Invalid argument Presumably this is not a GEOM problem, but related to taking the SCSI-cd out of disk-framework of any kind. EINVAL is unfortunately a rather often used return code from the mount code in the kernel, so it will take a bit of testing to find out which particular EINVAL we're dealing with here. Can I get you to insert printfs like the one below all places in vfs_mount.c and cd9660_vfsops.c where you see it using EINVAL and try to find out which particular one it is ? printf("EINVAL HERE %s %d\n", __FILE__, __LINE__): -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 10:33: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13EFC37B401 for ; Sun, 6 Oct 2002 10:33:03 -0700 (PDT) Received: from blahdeblah.demon.co.uk (blahdeblah.demon.co.uk [62.49.19.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6F2543E3B for ; Sun, 6 Oct 2002 10:33:01 -0700 (PDT) (envelope-from fergus@blahdeblah.demon.co.uk) Received: from pooh.blahdeblah.demon.co.uk (localhost [127.0.0.1]) by blahdeblah.demon.co.uk (8.12.5/8.12.5) with ESMTP id g96HVZDi087605 for ; Sun, 6 Oct 2002 18:31:35 +0100 (BST) (envelope-from fergus@pooh.blahdeblah.demon.co.uk) Received: (from fergus@localhost) by pooh.blahdeblah.demon.co.uk (8.12.5/8.12.5/Submit) id g96HVX3J087308 for freebsd-current@freebsd.org; Sun, 6 Oct 2002 18:31:33 +0100 (BST) Date: Sun, 6 Oct 2002 18:31:33 +0100 From: fergus To: current Subject: Re: kernel panic from vinum during 'restore' Message-ID: <20021006173133.GA1186@pooh.blahdeblah.demon.co.uk> Mail-Followup-To: fergus , current References: <20021005211610.GA56638@pooh.blahdeblah.demon.co.uk> <20021006150253.GA81452@pooh.blahdeblah.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021006150253.GA81452@pooh.blahdeblah.demon.co.uk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i have a crash dump for this now if anyone is interested. it's not exactly the same trace as it seems to originate from a VOP_LINK request this time but i guess it's the same problem. On 06.10-16:02, n0g0013 wrote: > On 05.10-22:16, n0g0013 wrote: > > don't currently have the kernel trace for this (i'm rebuilding to get > > one) and the dump's not making it to disk. perhaps someone else could > > try and verify in the mean time. > > don't know if this is related to Mikhail Teterin's post a few hours ago > but i have the ddb trace. it may not be exactly accurate because i don't > have a serial ddb and therefore have to copy the output from the screen. > > +++ ddb output from kernel panic +++ > panic: kmem_malloc(4096): kmem_map too small: 23134208 total allocated > Debugger("panic") > Stopped at Debugger+0q45: xchgl %ebx,in_Debugger.0 > db> trace > Debugger(c02cd335) at Debugger+0x45 > panic(c02e1402,1000,1610000,10012,1000) at panic+0x9f > kmem_malloc(c0432078,1000,4,c49b47cc,c02759a8) at kmem_malloc+0xcc > page_alloc(c05ac500,1000,c49b47bf,4,0) at page_alloc+0x1a > slab_zalloc(c05ac500,4,c0daba00,c05ac5e8,c05ac500) at slab_zalloc+0x108 > uma_zalloc_internal(c05ac500,0,4,c0daba00) at uma_zalloc_internal+0x13c > uma_zalloc_arg(c05ac500,0,4) at uma_zalloc_arg+0x2f4 > getnewvnode(c02e070e,c0f4c000,c0dc1100,c49b48b8,90) at getnewvnode+0x3e9 > ffs_vget(c0f4c000,486,2,c49b491c,1) at ffs_vget+0x71 > ffs_valloc(c1153378,8180,c0f98780,c49b491c) at ffs_valloc+0xed > ufs_makeinode(8180,c1153378,c49b4bf8,c49b4c0c) at ufs_makeinode+0x5b > ufs_create(c49b4a70,c49b4a90,c01df957,c49b4a70,c02f1260) at ufs_create+0x2b > ufs_vnoperate(c49b3a70) at ufs_vnoperate+0x13 > VOP_CREATE(c1153378,c49b4bf8,c49b4c0c,c49b4ad4,229) at VOP_CREATE+0x37 > vn_open_cred(c49b4be4,c49b4ce4,180,c0f98780,c49b4cd0) at vn_open_cred+0x154 > vn_open(c49b4be4,c49b4ce4,180,c1bec3b0,c0de7b04) at vn_open+0x18 > kern_open(c05b0680,80ad0c1,0,602,1b6) at kern_open+0x18b > open(c05b0680,c49b4d14,3,a83,292) at open+0x18 > syscall(2f,2f,2f,80ad0c1,0) at syscall+0x24a > Xint0x80_syscall() at Xint0x80_syscall+0x1d > --- syscall (5, FreeBSD ELF32, open), eip = 0x08053a43, esp = 0xbfbff73c, ebp = 0xbfbff778 --- > db> > --- ddb output from kernel panic --- > > * that's no fun * > > config is identical to before with a kernel rebuild from same sources > ( some time last night ). the error i was orginally seeing (over the > last week or so) seemed to appear in the vinum_devstrategy but since > the various vinum changes it appears to have migrated. > > -- > t > t > z > Date: Sat, 5 Oct 2002 22:16:10 +0100 > Subject: kernel panic from vinum during 'restore' > From: n0g0013 > To: current > > got panic from vinum on a small striped drive with small dump/restores > -- dump of usr fs to file and restore to vinum volume. dump file is > about 120m. > > kernel built from about -0230 sources but i've been seeing them since > first switched current on about 2 weeks ago. > > don't currently have the kernel trace for this (i'm rebuilding to get > one) and the dump's not making it to disk. perhaps someone else could > try and verify in the mean time. > > +++ kernel panic message +++ > panic: kmem_malloc(4096): kmem_map to small: 23179264 total allocated > > syncing disks... panic: allocbuf: buffer not busy > Uptime: 18m12s > Dumping 48 MB > ata1: resetting devices .. > panic: free locked buf > Uptime: 18m12s > Automatice Reboot in 15 seconds - press a key on the console to abort > --- kernel panic message --- > > +++ vinum config +++ > # Vinum configuration of eyore.blahdeblah.demon.co.uk, saved at Sat Oct 5 22:02:24 2002 > drive snub device /dev/ad0s1h > drive junk device /dev/ad2s1h > volume var > volume usr > volume home > volume software > plex name var.plex0 org striped 534s vol var > plex name usr.plex0 org striped 534s vol usr > plex name home.plex0 org striped 534s vol home > plex name software.plex0 org striped 534s vol software > sd name snub.s0 drive snub plex var.plex0 len 163404s driveoffset 265s plexoffset 0s > sd name junk.s0 drive junk plex var.plex0 len 163404s driveoffset 265s plexoffset 534s > sd name snub.s1 drive snub plex usr.plex0 len 614100s driveoffset 164105s plexoffset 0s > sd name junk.s1 drive junk plex usr.plex0 len 614100s driveoffset 164105s plexoffset 534s > sd name snub.s2 drive snub plex home.plex0 len 409578s driveoffset 778505s plexoffset 0s > sd name junk.s2 drive junk plex home.plex0 len 409578s driveoffset 778505s plexoffset 534s > sd name snub.s3 drive snub plex software.plex0 len 1638312s driveoffset 1188083s plexoffset 0s > sd name junk.s3 drive junk plex software.plex0 len 1638312s driveoffset 1188083s plexoffset 534s > --- vinum config --- > > -- > t > t > z -- t t z To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 11: 2:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1488137B401 for ; Sun, 6 Oct 2002 11:02:20 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4426643E7B for ; Sun, 6 Oct 2002 11:02:19 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA21806; Sun, 6 Oct 2002 14:02:18 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g96I1mu09685; Sun, 6 Oct 2002 14:01:48 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15776.31372.526117.123610@grasshopper.cs.duke.edu> Date: Sun, 6 Oct 2002 14:01:48 -0400 (EDT) To: Daniel Eischen Cc: freebsd-current@FreeBSD.ORG Subject: Re: SSE In-Reply-To: References: <15775.27230.287337.855659@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel Eischen writes: > [ CC list trimmed ] > > On Sat, 5 Oct 2002, Andrew Gallatin wrote: > > > > Daniel Eischen writes: > > > > > > > > 1.539 works. 1.540 crashes. The failure mode is: > > > > > > Bruce and I had a miscommunication over the setting of a flag. > > > It turns out that we can't easily restore the FPU state from > > > the PCB if the one in the ucontext is bad, anyways. Try the > > > following patch: > > > > Still crashes. > > Do you have COMPAT_FREEBSD4 or COMPAT_43? Yes, both. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 11:24:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A9D037B401 for ; Sun, 6 Oct 2002 11:24:18 -0700 (PDT) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1831043E7B for ; Sun, 6 Oct 2002 11:24:18 -0700 (PDT) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id 8EA9E57AFF; Sun, 6 Oct 2002 18:24:17 +0000 (GMT) Date: Sun, 06 Oct 2002 18:24:17 +0000 (GMT) Message-Id: <20021006182417.mRnG20744@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes In-Reply-To: <20021006060625.K30311-100000@sasami.jurai.net> References: <20021006073344.GA9756@dragon.nuxi.com> Subject: Re: devfs oddity? Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Listmgr: lists@hun.org To: undisclosed-recipients: ; Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 'c' partition as the whole disk existed in the pre-release tapes of Berkeley BSD 4.0 and continued on from there. I think I still have the whole set of 1600bpi 9T tapes.... bad144 also originated at that time to get away from V7's and V32's assumption of perfect media which was a nightmare, particularly on DEC media of the late 70s, early 80s. DEC charged more than double for media without errors and the warranty was 10 seconds or 10 feet which ever came first (just like used cars). Sent: Sun, 6 Oct 2002 00:33:45 -0700 by David O'Brien + On Sun, Oct 06, 2002 at 08:29:52AM +0200, Poul-Henning Kamp wrote: + > >The first "c" is part of the standard name for the whole of a (labelled) + > >disk device. + > + > It's not any "standard name". It is a convention used on a minority + > of UNIX platforms out there, and it is certainly not "standard" even + > for BSD based systems. + + Since when hasn't it been standard on BSD based systems? + Other than recently on FreeBSD, all other BSD systems I've + used, the "c" partition has been necessary when wanting to + operate on the entire disk. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 11:30:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C28DD37B401; Sun, 6 Oct 2002 11:30:24 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69E0E43E42; Sun, 6 Oct 2002 11:30:24 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g96IUHPQ043143; Sun, 6 Oct 2002 11:30:17 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g96IUGNF043142; Sun, 6 Oct 2002 11:30:16 -0700 (PDT) (envelope-from dillon) Date: Sun, 6 Oct 2002 11:30:16 -0700 (PDT) From: Matthew Dillon Message-Id: <200210061830.g96IUGNF043142@apollo.backplane.com> To: Vallo Kallaste Cc: "Greg 'groggy' Lehey" , Lars Eggert , Poul-Henning Kamp , n0go013 , current Subject: Re: [ GEOM tests ] vinum drives lost References: <62515.1033758160@critter.freebsd.dk> <3D9DEFF7.7050508@isi.edu> <20021005125505.GA1248@tiiu.internal> <20021005221456.GR83766@wantadilla.lemis.com> <20021006072155.GA1117@tiiu.internal> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yes, ccd is fairly light weight. 'man tuning' and 'man ccd' has a lot of information on how to use it. I generally recommend using a stripe size of 1152 for multitasking loads. Only use a small/tiny stripe size if you need single-tasking sequential performance (and even then you can take tune the stripe to the drive's own caching capability). The biggest mistake most people make when using striping is that they use too small a stripe size which causes nearly every read() or write() to have to be split across multiple drives, which multiplies the overhead, or causes sequential reads of medium sized files to constantly seek multiple drives, destroying the effectiveness of having two seekable heads in the first place. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 6 12:11:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58A7537B401 for ; Sun, 6 Oct 2002 12:11:16 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF28443E3B for ; Sun, 6 Oct 2002 12:11:15 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA23150 for ; Sun, 6 Oct 2002 15:11:15 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g96JAjI09793; Sun, 6 Oct 2002 15:10:45 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15776.35509.296282.592593@grasshopper.cs.duke.edu> Date: Sun, 6 Oct 2002 15:10:45 -0400 (EDT) To: freebsd-current@freebsd.org Subject: ACPI s3 suspend/resume and video X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've just gotten a new desktop (P4, Intel D845EBG2 motherboard, ATI Rage 128 Pro AGP 4x video), and I'm thrilled that I can suspend it to ACPI s3. That's awesome! However, when I resume I have no video. Is this a known bug? Is there anything I can do about it? Thanks for your help, Drew Copyright (c) 1992-2002 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 5.0-CURRENT #0: Sun Oct 6 14:03:54 EDT 2002 gallatin@whisper:/usr/src/sys/i386/compile/WHISPER Preloaded elf kernel "/boot/kernel/kernel" at 0xc051b000. Preloaded elf module "/boot/kernel/rp.ko" at 0xc051b0a8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc051b150. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2533435400 Hz CPU: Pentium 4 (2533.44-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536084480 (523520K bytes) avail memory = 514764800 (502700K bytes) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Using $PIR table, 10 entries at 0xc00f4670 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xe800-0xe81f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe880-0xe89f irq 5 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xec00-0xec1f irq 9 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 ---- initial configuration ------------------------ ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- pci2: on pcib2 fxp0: port 0xdc00-0xdc3f mem 0xff9ff000-0xff9fffff irq 11 at device 8.0 on pci2 fxp0: Ethernet address 00:07:e9:a8:36:f2 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rp0: port 0xd880-0xd8bf irq 11 at device 13.0 on pci2 RocketPort0 (Version 3.02) 8 ports. isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0xe080-0xe0bf,0xe400-0xe4ff mem 0xffaff400-0xffaff4ff,0xffaff800-0xffaff9ff irq 11 at device 31.5 on pci0 acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 plip0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 orm0: