From owner-freebsd-current@FreeBSD.ORG Sun May 4 00:03:22 2003 Return-Path: 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 93F7037B401 for ; Sun, 4 May 2003 00:03:22 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A10743FA3 for ; Sun, 4 May 2003 00:03:22 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h4473LA12224 for ; Sun, 4 May 2003 00:03:21 -0700 From: "Cliff L. Biffle" To: current@freebsd.org Date: Sun, 4 May 2003 00:04:40 -0700 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305040004.40214.cbiffle@safety.net> Subject: Reproduceable kernel panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 07:03:22 -0000 Using sources updated a couple hours ago, I can't boot kernels. There's a panic at each boot, just after 'start_init: trying /sbin/init'. The panic is generally in swapper, but sometimes does not list a current process. No dump is generated. This has been happening to me all day, starting with sources from yesterday. The most distressing part is that with the most recent sources, the kernel install process did -not- back up my old kernel in kernel.old, so I have no working kernel anywhere on the machine. I suppose I should probably backup /boot/kernel manually rather than relying on the build process. The panic messages are as follows. ---begin--- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc1c1bd75 stack pointer = 0x10:0xc998e8b4 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (swapper) trap number = 12 panic: page fault syncing disks, buffers remaining... ---end--- I'd like to attach my kernel configuration, but have no working kernel on the machine. Yay. It's basically GENERIC configured for I586 with at least the following added: options GEOM_AES, GEOM_BDE, GEOM_BSD, GEOM_GPT, GEOM_MBR, GEOM_VOL options PSM_RESETAFTERSUSPEND options CPU_SUSP_HLT, CPU_WT_ALLOC, NO_F00F_HACK, NO_MEMORY_HOLE The machine is a K6-2; I've uncommented the CFLAGS and COPTFLAGS in make.conf but left them unchanged, and set cputype to k6-2. While I am using ccache, I've cleared and reset my caches and the problem still occurs. Please, help! Now I get to see if I remember how to revert the entire tree to a couple days ago. :-) -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Sun May 4 00:21:18 2003 Return-Path: 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 B388B37B401 for ; Sun, 4 May 2003 00:21:18 -0700 (PDT) Received: from mandarin.fruitsalad.org (pc117.net160.koping.net [81.16.160.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1944B43F85 for ; Sun, 4 May 2003 00:21:17 -0700 (PDT) (envelope-from matt@hasta.se) Received: from [192.168.15.46] (helo=klementin) by mandarin.fruitsalad.org with smtp (Exim 4.14) id 19CDo1-000AHf-Bs; Sun, 04 May 2003 09:21:05 +0200 From: "Matt Douhan" To: "Duraid Madina" , "Cliff L. Biffle" Date: Sun, 4 May 2003 09:23:33 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3EB44FD3.30601@octopus.com.au> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal cc: current@freebsd.org Subject: SV: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 07:21:19 -0000 > I've only run across one machine that could > competently handle non-emulated CD booting. Time to update those 486s. The El Torito spec is dated January 1995, you know. ;) > 2. Servers without CDROM drives. As another poster mentioned, 1U rack or > clustering servers frequently don't have CDROMs. I know mine don't. Fine. PXE boot. What sort of sick f!#ker adds a floppy but leaves a CD out, anyway? And if you're missing both, surely it's somewhat less painful to walk around with a USB CDROM drive than to walk around with a pair of boot floppies? Hi We currently deply a large number of FBSD servers in a clustered environment, and let me tell you we never ever install CD roms in those machines, they are packed as is, we chose to use FBSD since we could just boot from the floppy and install from our own snapshots.se.freebsd.org server without hassle and with incredible speed. Removing floppy support would be VERY bad IMHO Matt Douhan SysAdmin fruitsalad.org & Hasta AB From owner-freebsd-current@FreeBSD.ORG Sun May 4 00:27:20 2003 Return-Path: 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 9E61337B401 for ; Sun, 4 May 2003 00:27:20 -0700 (PDT) Received: from CRWdog.demon.co.uk (c-67-161-102-60.client.comcast.net [67.161.102.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03FEC43F3F for ; Sun, 4 May 2003 00:27:20 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 4FE0B24C; Sun, 4 May 2003 00:26:22 -0700 (PDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert In-Reply-To: Message from Terry Lambert of "Sat, 03 May 2003 19:05:23 PDT." <3EB47563.58841D21@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1577033068P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 04 May 2003 00:26:22 -0700 From: Andy Sparrow Message-Id: <20030504072622.4FE0B24C@CRWdog.demon.co.uk> cc: Matthias Buelow cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 07:27:20 -0000 --==_Exmh_1577033068P Content-Type: text/plain; charset=us-ascii > Matthias Buelow wrote: > > I might also add that there are probably quite a few of us > > who've always been using scsi cdroms, also to keep the machine > > ide-free... and that pc bioses often have extreme trouble booting > > from scsi cdroms, if at all (I've never seen a PC myself where > > this worked), so the only option is floppies, or netboot. > > You need to buy Adaptec controllers; they can boot CDROMs. All my AT mobo 586's boot just fine off Tekram 390's (Symbios, as was) controllers with Plextor CDs. I like 2940's just fine (and still own a few), but the Tekram cards were about 25% of the price... The Award BIOS on the mobos specifically has an option to re-order the booting from SCSI devices before/after IDE drives and/or a floppy. Cheers, AS --==_Exmh_1577033068P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE+tMCePHh895bDXeQRAu/rAKCVDvJFf5vBd3VeC8xi+XwI9tEBAACgmM7E A1U2oi3T9jCTXRl4wtZ/iMk= =wfh/ -----END PGP SIGNATURE----- --==_Exmh_1577033068P-- From owner-freebsd-current@FreeBSD.ORG Sun May 4 02:05:08 2003 Return-Path: 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 C9F9D37B401 for ; Sun, 4 May 2003 02:05:08 -0700 (PDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [193.162.153.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B604943F85 for ; Sun, 4 May 2003 02:05:07 -0700 (PDT) (envelope-from nicolai@catpipe.net) Received: from 80.164.84.237 (unknown [80.164.84.237]) by pfepa.post.tele.dk (Postfix) with ESMTP id 4B9F848001E for ; Sun, 4 May 2003 11:05:05 +0200 (CEST) From: Nicolai Petri Organization: catpipe Systems ApS To: current@freebsd.org Date: Sun, 4 May 2003 11:05:02 +0200 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_+eNt+AB8ePEKtiF" Message-Id: <200305041105.02424.nicolai@catpipe.net> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Patches for fixing module load/unload panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 09:05:09 -0000 --Boundary-00=_+eNt+AB8ePEKtiF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all As the codefreeze is due very soon now (tm) I send in theese patches and hopes theese get commited before. patch 1 (kern_linker.patch) : This fixes panics related to loading a module that's already compiled into the kernel. (patch 2 avoids some of the problems too) It works by traversing the loaded module list, and if it's already loaded it simply aborts the moduleregistering process and returns EEXISTS. patch 2 (kern_sysctl.patch) : This patch is somewhat related to the same issue as patch 1. When loading a module that contains a sysctl already present in the kernel, the sysctl_register fails. When unloading the module again it calls sysctl_unregister() and that leads to instant panic because of missing validity checks in sysctl_unregister. The above 2 patches fixes 70-80 % of the kld unload related crashes I've seen so far, but I know there is many ghosts hidden in the current kld-framework and I'm trying to tidy this up a bit. Being realistic this means that a lot of patches like the above will go to the 5.x tree and hopefully a reworked kld-framework for 6.x. In my quest for fixing/redesigning the kld framework I'm currently working on a document describing my thoughts on this matter. The document and newest versions of my patches can be found on this website : http://hobbes.bsd-dk.dk/~npp/ Cheers, Nicolai Petri catpipe Systems ApS --Boundary-00=_+eNt+AB8ePEKtiF-- From owner-freebsd-current@FreeBSD.ORG Sun May 4 03:04:10 2003 Return-Path: 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 CC45737B401 for ; Sun, 4 May 2003 03:04:10 -0700 (PDT) Received: from octopus.com.au (octopus.com.au [61.8.3.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D42BB43FBD for ; Sun, 4 May 2003 03:04:09 -0700 (PDT) (envelope-from duraid@octopus.com.au) Received: from localhost (localhost [127.0.0.1]) by octopus.com.au (Postfix) with ESMTP id 9D3FFD7ACB1; Sun, 4 May 2003 20:03:56 +1000 (EST) Received: by octopus.com.au (Postfix, from userid 1047) id 5C29FD7AB1A; Sun, 4 May 2003 20:03:56 +1000 (EST) Received: from octopus.com.au (m061-029.nv.iinet.net.au [203.217.61.29]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by octopus.com.au (Postfix) with ESMTP id D10D7D7AB01; Sun, 4 May 2003 20:03:50 +1000 (EST) Message-ID: <3EB4E58E.3070804@octopus.com.au> Date: Sun, 04 May 2003 20:03:58 +1000 From: Duraid Madina User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030502 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <3EB3C118.6020203@octopus.com.au> <200305031817.16068.bsdterm@HotPOP.com> <3EB450E0.9060702@octopus.com.au> <20030503235911.GA64288@shall.anarcat.ath.cx> <3EB45D98.50106@octopus.com.au> <20030504023512.GA24882@dragon.nuxi.com> In-Reply-To: <20030504023512.GA24882@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-31.9 required=7.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_MOZILLA_UA version=2.53 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp) X-Virus-Scanned: by AMaViS new-20020517 cc: bsdterm@HotPOP.com Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 10:04:11 -0000 David O'Brien wrote: > On Sun, May 04, 2003 at 10:23:52AM +1000, Duraid Madina wrote: > >>The fact that FreeBSD insists on fitting its kernel onto floppies has so >>far prevented me from installing it on my not terribly new hardware. > > How has FreeBSD prevented you from installing because we fit the kernel > on floppies? The snapshot server is basically wasting CPU cycles, and has been for a couple of weeks now. Support for my hard disk controllers has been checked in, but here I sit, waiting. Why? Because we fit the kernel on floppies. > Don't worry that won't happen -- AMD has committed to the current type of > BIOS and plans to NOT switch to EFI. You haven't used an EFI box yet, have you. ;) Duraid From owner-freebsd-current@FreeBSD.ORG Sun May 4 03:46:58 2003 Return-Path: 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 A268C37B401 for ; Sun, 4 May 2003 03:46:58 -0700 (PDT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id E858643F93 for ; Sun, 4 May 2003 03:46:56 -0700 (PDT) (envelope-from lehmann@ans-netz.de) Received: (qmail 88275 invoked from network); 4 May 2003 10:46:49 -0000 Received: from unknown (HELO dill.salatschuessel.net) (80.132.179.156) by avocado.salatschuessel.net with DES-CBC3-SHA encrypted SMTP; 4 May 2003 10:46:49 -0000 Received: (qmail 41279 invoked from network); 4 May 2003 10:46:39 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (10.0.1.51) by dill.salatschuessel.net with DES-CBC3-SHA encrypted SMTP; 4 May 2003 10:46:39 -0000 Received: from kartoffel.salatschuessel.net (localhost [127.0.0.1]) h44AkaAZ028519; Sun, 4 May 2003 12:46:37 +0200 (CEST) (envelope-from lehmann@ans-netz.de) Date: Sun, 4 May 2003 12:46:35 +0200 From: Oliver Lehmann To: Terry Lambert Message-Id: <20030504124635.1a13ebbd.lehmann@ans-netz.de> In-Reply-To: <3EB47563.58841D21@mindspring.com> References: <3EB3C118.6020203@octopus.com.au> <3EB450E0.9060702@octopus.com.au> <20030504014858.GA23099@moghedien.mukappabeta.net> <3EB47563.58841D21@mindspring.com> X-Mailer: Sylpheed version 0.8.11cvs38 (GTK+ 1.2.10; i386-unknown-freebsdelf4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 10:46:58 -0000 Terry Lambert wrote: > You need to buy Adaptec controllers; they can boot CDROMs. yeah.. the Controller exchange drive A with your cdrom. So it looks like your cd-rom is a floppy drive and you can boot from. But when you are in sysinstall. You can't choose install from cd-rom - because you don't have a cdrom... just a floppy... you see how fscking this is? Greetings, Olli -- Oliver Lehmann @home: lehmann@ans-netz.de @office: oliver.lehmann@mgi.de @www: http://www.pofo.de/ | http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sun May 4 04:09:02 2003 Return-Path: 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 87B6E37B401 for ; Sun, 4 May 2003 04:09:01 -0700 (PDT) Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB6B443FBF for ; Sun, 4 May 2003 04:08:59 -0700 (PDT) (envelope-from matt@xtaz.co.uk) Received: from webmail.xtaz.co.uk (localhost [127.0.0.1]) by tao.xtaz.co.uk (Postfix) with SMTP id EBF4E8FC4B for ; Sun, 4 May 2003 12:08:56 +0100 (BST) Received: from 192.168.1.10 (SquirrelMail authenticated user matt) by webmail.xtaz.co.uk with HTTP; Sun, 4 May 2003 12:08:57 +0100 (BST) Message-ID: <49952.192.168.1.10.1052046537.squirrel@webmail.xtaz.co.uk> Date: Sun, 4 May 2003 12:08:57 +0100 (BST) From: "Matt" To: current@freebsd.org User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Subject: m_freem detected a mbuf double-free : xl0 kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 11:09:04 -0000 Unfortunatly this machine does not have enough swap space to dump a panic and I also do not have a serial console so there is no debug information, but I am getting a 100% reproducable panic on a kernel built on sources cvsup'd either an hour ago or yesterday morning (I've tried both). Sources from friday are fine. The important looking parts I scribbled down on some paper from ddb are m_freem detected a mbuf double-free, kernel trap 12 with interrupts disabled, current process int12: xl0. This happens the second my irc client tries to connect to an irc server after booting the system. If I boot kernel.old (from friday) it works fine. Hopefully somebody else with a nic using the xl driver has the same problem and could offer some proper debug. If not I will try and add more swap space so I can get a core file. -- email: matt@xtaz.co.uk - web: http://xtaz.co.uk/ Hardware, n.: The parts of a computer system that can be kicked. From owner-freebsd-current@FreeBSD.ORG Sun May 4 04:28:41 2003 Return-Path: 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 6F9C637B401 for ; Sun, 4 May 2003 04:28:41 -0700 (PDT) Received: from babyruth.hotpop.com (babyruth.hotpop.com [204.57.55.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B7F43F75 for ; Sun, 4 May 2003 04:28:40 -0700 (PDT) (envelope-from bsdterm@HotPOP.com) Received: from hotpop.com (kubrick.hotpop.com [204.57.55.16]) by babyruth.hotpop.com (Postfix) with SMTP id 53FFE45C36 for ; Sun, 4 May 2003 11:08:33 +0000 (UTC) Received: from terminator (12-211-144-2.client.attbi.com [12.211.144.2]) by smtp-1.hotpop.com (Postfix) with ESMTP id DB5391A009D; Sun, 4 May 2003 11:08:27 +0000 (UTC) From: bsdterm@HotPOP.com To: The Anarcat , Duraid Madina Date: Sun, 4 May 2003 06:08:34 -0500 User-Agent: KMail/1.5.1 References: <3EB3C118.6020203@octopus.com.au> <3EB450E0.9060702@octopus.com.au> <20030503235911.GA64288@shall.anarcat.ath.cx> In-Reply-To: <20030503235911.GA64288@shall.anarcat.ath.cx> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200305040608.34215.bsdterm@HotPOP.com> X-HotPOP: ----------------------------------------------- Sent By HotPOP.com FREE Email Get your FREE POP email at www.HotPOP.com ----------------------------------------------- cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bsdterm@HotPOP.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 11:28:41 -0000 As a near-junior CS major in college presently out-of-work, I can certainly echo the "not everyone can afford fresh new hardware" line. :) I'd happily run a P3 or P4 w/ 256MB+ if I could, but... Anyway, getting on-topic: from what media is FreeBSD bootable? We can boot from floppy and CD now, obviously. What about USB memory keys (i.e. those $20+ USB plugs with 16MB+ memory onboard)? Or Firewire HDD's? Zip disks? Most BIOS' I've run across lately will boot only from floppy, IDE HDD, or CD/DVD. Most-recently - with a P4 box I built for my mother - IIRC, USB devices are now an option as well... What's more, FBSD's support for, say, USB memory keys (or for syncing USB Handspring Visor's, as I've discovered doesn't work (as of 4.7; haven't tried 5.0 yet, but I never got it working properly under Slackware Linux either)) or Firewire HDD's -- seems spotty, at best. For that reason alone, it would be unwise to abandon the floppy media, given that it's a stable, mature, well-understood technology (note I didn't say "reliable" or "fast" :) ). Floppy support isn't desireable or preferable, but for the sake of users not-so-fiscally-well-endowed as others here, I believe it's necessary. As basically an end-user trying to install FBSD-5.0 on my 7 year-old P200 (I say "trying", because when I boot from floppy on the P200, the 5.0-RELEASE CD is unable to be mounted (the Knoppix Linux distro can mount it, however; haven't tried any other Linux/BSD distros) and it seems that I cannot install via FTP/HTTP because FBSD isn't getting a DHCP IP via my Linksys LNE100TX NIC), all I can really say is that if FBSD dropped floppy support, I'm afraid I'd have to attempt to install OpenBSD or install Linux on it instead. I'd rather not run Linux, if I can help it... :) It's really a matter of what seems "reasonable" to you in terms of hardware age. I think we can all agree that a 386 is too old to waste time on... ...but surely you don't want to leave people with roughly P400's and lower behind?? People actually still *use* such systems... -term On Saturday 03 May 2003 06:59 pm, The Anarcat wrote: > On Sun May 04, 2003 at 09:29:36AM +1000, Duraid Madina wrote: > > Are you saying that you would be honestly upset or at a serious > > disadvantage if 4.8/5.0-rel were the latest releases you could install > > from floppies and that if you wanted a more recent FreeBSD on your 1996 > > hardware, you'd have to install 4.8 or 5 first and upgrade your way up? > > I know I would be upset. > > Why does everyone keep on trying to ditch the old hardware? It still > works, doesn't it? It's still useful, isn't it? > > So what if it it's pre-'95? Are we so "hip" that we need to drop support > for everything older that 7 years? > > I despise the habit of the computer industry of deprecating perfectly > valid hardware in order to make sales. > > We don't have to follow such trends. > > I think you are mixing two problems: the CDROM boot and the FLOPPY boot. > Those can be 2 totally different issues if we need to. Fix the CDROM > boot to allow fatty kernels for your exotic hardware. But don't break > the floppy boot, a lot of less fortunate folks need it. > > Not everyone can afford fresh new hardware. > > A. From owner-freebsd-current@FreeBSD.ORG Sun May 4 05:40:12 2003 Return-Path: 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 7636D37B408 for ; Sun, 4 May 2003 05:40:12 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 948AE43FA3 for ; Sun, 4 May 2003 05:40:11 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h44CeAA7036403; Sun, 4 May 2003 06:40:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 04 May 2003 06:39:35 -0600 (MDT) Message-Id: <20030504.063935.07172031.imp@bsdimp.com> To: barney@pit.databus.com From: "M. Warner Losh" In-Reply-To: <20030504044927.GA13584@pit.databus.com> References: <20030504020700.B3CCA37B401@hub.freebsd.org> <20030504040804.GA19654@wjv.com> <20030504044927.GA13584@pit.databus.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 12:40:12 -0000 In message: <20030504044927.GA13584@pit.databus.com> Barney Wolff writes: : Question for the sysinstall gurus: Is there any necessary relation : between the kernel version that is booted from the floppy and the : system version that is being installed? That is, could one boot : a 5.0-R floppy and then tell sysinstall to install a snapshot? It : would make the whole problem moot, if so. Yes. I've done this in the past. Warner From owner-freebsd-current@FreeBSD.ORG Sun May 4 05:42:36 2003 Return-Path: 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 1848037B401; Sun, 4 May 2003 05:42:33 -0700 (PDT) Received: from scuzzy.ben.algroup.co.uk (pc252.siliconnetwork.co.uk [194.205.132.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 700E643FBD; Sun, 4 May 2003 05:42:32 -0700 (PDT) (envelope-from ben@algroup.co.uk) Received: from algroup.co.uk (wiese.ben.algroup.co.uk [193.133.15.150]) by scuzzy.ben.algroup.co.uk (Postfix) with ESMTP id 22CC88B9D0; Sun, 4 May 2003 12:42:30 +0000 (GMT) Message-ID: <3EB50AD2.2070209@algroup.co.uk> Date: Sun, 04 May 2003 13:42:58 +0100 From: Ben Laurie User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20030421143642.BD6175D08@ptavv.es.net> In-Reply-To: <20030421143642.BD6175D08@ptavv.es.net> X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Robert Watson Subject: Re: Laptop update... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 12:42:37 -0000 Kevin Oberman wrote: >>Date: Sun, 20 Apr 2003 19:09:15 -0400 (EDT) >>From: Robert Watson >>Sender: owner-freebsd-current@freebsd.org >> >> >>On Sun, 20 Apr 2003, Ben Laurie wrote: >> >> >>>so, where does this leave me? Well, the display still dies if I am in X >>>and the screen times out - I can reboot blind, but I can't get the >>>screen back - am I missing a trick? >> >>When you wake the box up again, try switching to another virtual console >>and back again, and/or changing the display resolution using >>ctrl-alt-[keypad + or -]. I've noticed similar things with my Dell >>notebook, and seem to recall a discussion of this issue previously. >>Basically, when things wake up, some piece of something forgets to power >>the backlight back on again. There may have been a kernel option floating >>around to deal with this, but it's worth a try to see if that can kick >>things into action. If your notebook supports a CRT/LCD function key, you >>could try fiddling that a few times to see if it jogs things back to life. >>Killing and restarting X might also do it? > > > Killing X and re-starting will not do the trick, I'm afraid. I have had > mixed success switching resolution and you need to modify the keymap to > do this on ThinkPads as the NumLock must be on and the key that SHOULD > turn it on is not mapped to do so. > > The work-around I have reported to other forums for users of Radeon > Mobility M7 graphics at 1400x1050 is: > > Switch to a text display (CTRL-ALT-F2) (Display will still be bad.) > Turn off the display (Fn-F3 on my T30, but check the doc for your laptop) > Turn the display back on (press any key) > Switch back to the X display (ALT-F9, by default) Yay! That works! Thanks. Now all I need is some semblance of workingness for the rest and I'm happy :-) Cheers, Ben. -- http://www.apache-ssl.org/ben.html http://www.thebunker.net/ "There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit." - Robert Woodruff From owner-freebsd-current@FreeBSD.ORG Sun May 4 05:58:21 2003 Return-Path: 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 1BBE337B401 for ; Sun, 4 May 2003 05:58:21 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEE5043FCB for ; Sun, 4 May 2003 05:58:19 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h44CwISQ022855 for ; Sun, 4 May 2003 13:58:18 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h44CwIZe022854 for current@freebsd.org; Sun, 4 May 2003 13:58:18 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.9/8.12.9) with ESMTP id h44Cxc8c045235 for ; Sun, 4 May 2003 13:59:38 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305041259.h44Cxc8c045235@grimreaper.grondar.org> To: current@freebsd.org In-Reply-To: Your message of "Sat, 03 May 2003 17:15:01 PDT." <20030504001501.GA59860@dragon.nuxi.com> Date: Sun, 04 May 2003 13:59:38 +0100 Sender: mark@grondar.org Subject: Re: awk broken on Alpha. Breaks "make world". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 12:58:21 -0000 "David O'Brien" writes: > On Sat, May 03, 2003 at 03:56:34PM +0100, Mark Murray wrote: > > Hi All > > > > There seems to be breakage of awk(1) on alpha. This is breaking > > "make world". This is with sources about 4 hours older than this mail. > > > > Doing a "make depend" in src/usr.bin/truss triggers the problem. > > What is the date of your installed libc and awk? There is an > Alpha-specific problem with this. > You might need to 'cvs up' your sources, build and install new > /usr/share/mk files, build and install new libc, build and install new > awk. Before I sent in this report, I removed truss from the build, did a make world and tried again. I'm repeating this exercise now. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sun May 4 06:01:16 2003 Return-Path: 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 C2F5837B401 for ; Sun, 4 May 2003 06:01:16 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40C5C43F85 for ; Sun, 4 May 2003 06:01:16 -0700 (PDT) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [64.175.106.241] $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 04 May 2003 06:01:09 -0700 Message-ID: <3EB50F10.3010001@myrealbox.com> Date: Sun, 04 May 2003 06:01:04 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030502 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 13:01:17 -0000 Hi Poul-Henning, #bsdlabel ad0s3 # /dev/ad0s3: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 15321596 140974726 4.2BSD 0 0 0 b: 1048576 139926150 swap c: 16370235 139926150 unused 0 0 # "raw" part, don't edit partition a: offset past end of unit partition a: partition extends past end of unit partition b: offset past end of unit partition b: partition extends past end of unit partition c: offset past end of unit partition c: partition extends past end of unit bsdlabel: partition c doesn't start at 0! bsdlabel: An incorrect partition c may cause problems for standard system utilities Do you really want all of those scary error messages, given that all of the numbers are correct? My question, I suppose, is whether bsdlabel should give some historical context about whether the offset is relative to the start of the partition or the start of the disk. This could be very confusing to a new user. From owner-freebsd-current@FreeBSD.ORG Sun May 4 06:19:21 2003 Return-Path: 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 1E89F37B401; Sun, 4 May 2003 06:19:21 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6F3743F3F; Sun, 4 May 2003 06:19:19 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h44DJH3g090381; Sun, 4 May 2003 15:19:17 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 4 May 2003 15:19:17 +0200 (CEST) From: Martin Blapp To: anholt@freebsd.org Message-ID: <20030504123034.O33100@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: ACPI-Sleep broken for radeon mobility chips ? (on Current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 13:19:21 -0000 Hi all, I have these two problems: - Black screen in the console after wakeup. Console is dead. - Shaded screen in X which turns white after a while with nice patterns on it after wakeup. OS is still alive. One can login over the network and reboot. Looks like other people got the same problem: http://groups.google.com/groups?q=vga0+radeon+freebsd&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=20030217230308.GA594_lenny.anarcat.ath.cx%40ns.sol.net&rnum=9 Does anyone of you know what the problem is exactly ? Here are the dmesg parts: VESA: v2.0, 65536k memory, flags:0x1, mode table:0xc04bdc82 (1000022) VESA: ATI MOBILITY RADEON 9000 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 drm0: port 0xa000-0xa0ff mem 0xec100000-0xec10ffff,0 xf0000000-0xf7ffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe8000000 64MB info: [drm] Initialized radeon 1.8.0 20020828 on minor 0 I tried tried to turn of dri, agp and vesa modules, but with out without makes zero difference. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun May 4 06:44:12 2003 Return-Path: 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 B599137B401 for ; Sun, 4 May 2003 06:44:12 -0700 (PDT) Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB6D43FB1 for ; Sun, 4 May 2003 06:44:11 -0700 (PDT) (envelope-from matt@xtaz.co.uk) Received: from webmail.xtaz.co.uk (localhost [127.0.0.1]) by tao.xtaz.co.uk (Postfix) with SMTP id E68F88FCCF for ; Sun, 4 May 2003 14:44:09 +0100 (BST) Received: from 192.168.1.10 (SquirrelMail authenticated user matt) by webmail.xtaz.co.uk with HTTP; Sun, 4 May 2003 14:44:10 +0100 (BST) Message-ID: <49332.192.168.1.10.1052055850.squirrel@webmail.xtaz.co.uk> In-Reply-To: <49952.192.168.1.10.1052046537.squirrel@webmail.xtaz.co.uk> References: <49952.192.168.1.10.1052046537.squirrel@webmail.xtaz.co.uk> Date: Sun, 4 May 2003 14:44:10 +0100 (BST) From: "Matt" To: current@freebsd.org User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Subject: Re: m_freem detected a mbuf double-free : xl0 kernel panic (BACKTRACE now included) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 13:44:13 -0000 Matt said: > Unfortunatly this machine does not have enough swap space to dump a panic > and I also do not have a serial console so there is no debug information, > but I am getting a 100% reproducable panic on a kernel built on sources > cvsup'd either an hour ago or yesterday morning (I've tried both). Sources > from friday are fine. I have now configured the machine with more swap and got a panic again. This time I have got the full panic and trace. This is 100% reproducable on my system by booting a kernel dated approx from saturday morning onwards (3rd of may) and i just run irssi. The moment it tries to connect to IRC *boom*. Trace follows: Script started on Sun May 4 14:32:43 2003 [root@tao root]# gdb -k /usr/obj/usr/src/sys/TAO/kernel.debug /var/crash/vmcore.0 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: from debugger panic messages: --- panic: m_freem detected a mbuf double-free panic: from debugger Uptime: 1m3s Dumping 256 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 238 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 #1 0xc019f1f3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:370 #2 0xc019f53b in panic () at /usr/src/sys/kern/kern_shutdown.c:543 #3 0xc0128bc2 in db_panic () at /usr/src/sys/ddb/db_command.c:448 #4 0xc0128b42 in db_command (last_cmdp=0xc0331700, cmd_table=0x0, aux_cmd_tablep=0xc032ca58, aux_cmd_tablep_end=0xc032ca5c) at /usr/src/sys/ddb/db_command.c:346 #5 0xc0128c56 in db_command_loop () at /usr/src/sys/ddb/db_command.c:470 #6 0xc012b9ea in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:72 #7 0xc02dbbd5 in kdb_trap (type=3, code=0, regs=0xcd313bfc) at /usr/src/sys/i386/i386/db_interface.c:170 #8 0xc02ecdbc in trap (frame= {tf_fs = 24, tf_es = -1058209776, tf_ds = -852426736, tf_edi = 256, tf_esi = -1058258640, tf_ebp = -852411320, tf_isp = -852411352, tf_ebx = 0, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1070743948, tf_cs = 8, tf_eflags = 646, tf_esp = -1070430627, tf_ss = -1070520242}) at /usr/src/sys/i386/i386/trap.c:593 #9 0xc02dd528 in calltrap () at {standard input}:96 #10 0xc019f4db in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:527 #11 0xc01baec9 in m_freem (mb=0xc0edc000) at /usr/src/sys/kern/subr_mbuf.c:1441 #12 0xc027909e in xl_txeof_90xB (sc=0xc25a2000) at /usr/src/sys/pci/if_xl.c:2212 #13 0xc02793fd in xl_intr (arg=0xc25a2000) at /usr/src/sys/pci/if_xl.c:2329 #14 0xc018bfb2 in ithread_loop (arg=0xc259d000) at /usr/src/sys/kern/kern_intr.c:537 #15 0xc018afa0 in fork_exit (callout=0xc2550180, arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:792 (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 No locals. #1 0xc019f1f3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:370 No locals. #2 0xc019f53b in panic () at /usr/src/sys/kern/kern_shutdown.c:543 td = (struct thread *) 0xc0ec4130 bootopt = 260 newpanic = 0 buf = "from debugger\0ed a mbuf double-free", '\0' #3 0xc0128bc2 in db_panic () at /usr/src/sys/ddb/db_command.c:448 No locals. #4 0xc0128b42 in db_command (last_cmdp=0xc0331700, cmd_table=0x0, aux_cmd_tablep=0xc032ca58, aux_cmd_tablep_end=0xc032ca5c) at /usr/src/sys/ddb/db_command.c:346 cmd = (struct command *) 0xc02fdba0 t = 0 modif = "\0p5À\b¹:ÀÀ:1Í\r\0\0\0\200¤9À\r\0\0\0\001\0\0\0à:1Í\026#-À \2139À\aK\0 \0¥9À`\0039À\200p5Àx\0\0\0\200p5À\b¹:À\004;1Ía¨\022ÀÂÉ0ÀP§\022À\0\0\0\0\020\0\0\0\b¹:À\200p5ÀÎ \022À\200p5À8h5Àx\0\0\0\003\0\0" addr = -1070743948 count = -1 have_addr = 0 result = 0 #5 0xc0128c56 in db_command_loop () at /usr/src/sys/ddb/db_command.c:470 No locals. #6 0xc012b9ea in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:72 bkpt = 0 #7 0xc02dbbd5 in kdb_trap (type=3, code=0, regs=0xcd313bfc) at /usr/src/sys/i386/i386/db_interface.c:170 ef = 70 ddb_mode = 1 #8 0xc02ecdbc in trap (frame= {tf_fs = 24, tf_es = -1058209776, tf_ds = -852426736, tf_edi = 256, tf_esi = -1058258640, tf_ebp = -852411320, tf_isp = -852411352, tf_ebx = 0, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1070743948, tf_cs = 8, tf_eflags = 646, tf_esp = -1070430627, tf_ss = -1070520242}) at /usr/src/sys/i386/i386/trap.c:593 td = (struct thread *) 0xc0ec4130 p = (struct proc *) 0xc0eca780 sticks = 3236711392 i = 0 ucode = 0 type = 3 code = 0 eva = 0 #9 0xc02dd528 in calltrap () at {standard input}:96 No locals. #10 0xc019f4db in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:527 td = (struct thread *) 0xc0ec4130 bootopt = 256 newpanic = 1 buf = "from debugger\0ed a mbuf double-free", '\0' #11 0xc01baec9 in m_freem (mb=0xc0edc000) at /usr/src/sys/kern/subr_mbuf.c:1441 m = (struct mbuf *) 0xb2 cchnum = -1058255904 persist = 0 #12 0xc027909e in xl_txeof_90xB (sc=0xc25a2000) at /usr/src/sys/pci/if_xl.c:2212 cur_tx = (struct xl_chain *) 0xc25a3a6c ifp = (struct ifnet *) 0xc25a2000 ---Type to continue, or q to quit--- idx = 178 #13 0xc02793fd in xl_intr (arg=0xc25a2000) at /usr/src/sys/pci/if_xl.c:2329 sc = (struct xl_softc *) 0xc25a2000 ifp = (struct ifnet *) 0xc25a2000 status = 57857 #14 0xc018bfb2 in ithread_loop (arg=0xc259d000) at /usr/src/sys/kern/kern_intr.c:537 ithd = (struct ithd *) 0xc259d000 ih = (struct intrhand *) 0xc2550180 td = (struct thread *) 0xc0ec4130 p = (struct proc *) 0xc0eca780 #15 0xc018afa0 in fork_exit (callout=0xc2550180, arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:792 td = (struct thread *) 0x0 p = (struct proc *) 0xc259d000 (kgdb) (kgdb) quit [root@tao root]# exit Script done on Sun May 4 14:33:35 2003 -- email: matt@xtaz.co.uk - web: http://xtaz.co.uk/ Hardware, n.: The parts of a computer system that can be kicked. From owner-freebsd-current@FreeBSD.ORG Sun May 4 06:58:31 2003 Return-Path: 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 A87C237B404 for ; Sun, 4 May 2003 06:58:31 -0700 (PDT) Received: from dsl093-019-250.msp1.dsl.speakeasy.net (dsl093-019-250.msp1.dsl.speakeasy.net [66.93.19.250]) by mx1.FreeBSD.org (Postfix) with SMTP id 1508343FA3 for ; Sun, 4 May 2003 06:58:30 -0700 (PDT) (envelope-from peter@jocose.org) Received: (qmail 11335 invoked from network); 4 May 2003 13:58:29 -0000 Received: from unknown (HELO jocose.org) (10.0.0.194) by 0 with SMTP; 4 May 2003 13:58:29 -0000 Message-ID: <3EB51C7B.9020505@jocose.org> Date: Sun, 04 May 2003 08:58:19 -0500 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030424 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <3EB450E0.9060702@octopus.com.au> <20030503235911.GA64288@shall.anarcat.ath.cx> <3EB45D98.50106@octopus.com.au> <20030503.191127.113104360.imp@bsdimp.com> In-Reply-To: <20030503.191127.113104360.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 13:58:32 -0000 M. Warner Losh wrote: > This thread should end here. Enough people want to support floppies > that they aren't going to go away before 6.0 at the earliest. It > doesn't matter what arguments are brough up for the removal, it simply > won't happen anytime soon. This is bikeshed. Concentrate these > energies on testing and fixing problems. > Okay, floppy support must stay, and by the sound of it we will have to support them for a long time to come. I myself have typically taken advantage of the floppies for installing FreeBSD. That is not the end of our problem, however. I am not new to FreeBSD at all. I've tested the hell out of 5.0-CURRENT, and at times have even helped fix problems. I have done this by supplying bits of information to FreeBSD commiters so that they can use their vast knowlege and understanding of FreeBSD to progress it to a state of stability and reliability. Since we need to keep the floppies, why don't we create a number of custom kern.flp images? This is a current issue of vital importance and must not be ingnored any longer. Why, a simple rackmount system compatible kernel.gz could easily be less than 1MB in size. Why insist kern.flp to be all things to all people? That is what seems to be the root of the problem here. Please forgive me if there are further binding issues holding the floppies in the position that they're currently in, but I don't see such a big problem in having some custom kernels defined for creating a set of kern.flps that people can choose from in order to match their set of requirements. FreeBSD is already quite complex and to add a few more options in this area is not too much to ask of the installer's brain capacity. Pete... From owner-freebsd-current@FreeBSD.ORG Sun May 4 07:00:09 2003 Return-Path: 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 E4A3837B401 for ; Sun, 4 May 2003 07:00:09 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BFFD43FBF for ; Sun, 4 May 2003 07:00:09 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h44E0K9S001967; Sun, 4 May 2003 10:00:21 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 4 May 2003 10:00:18 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: NAKAJI Hiroyuki In-Reply-To: <868ytn8n6f.fsf@xa12.heimat.gr.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 14:00:10 -0000 On Sun, 4 May 2003, NAKAJI Hiroyuki wrote: > >>>>> In > >>>>> Robert Watson wrote: > > > The freebsd-current mailing list was broken earlier today, but Ian Dowse > > sent out an e-mail indicating that two commits on April 26 appear to have > > broken things: > > > src/sys/vm/vm_object.c:1.274 > > src/sys/kern/vfs_subr.c:1.444 > > > Try backing those out locally and see if the problem goes away. Hopefully > > Peter can arrange for redelivery of the messages dropped earlier. > > After latest cvsup, I found these two files have already been changed > (backed out?). I'm rebuilding my kernel now (it takes about 2-3 hours). Please let us know -- obviously, it would be very nice if this completely resolved the problem :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun May 4 07:03:18 2003 Return-Path: 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 CB19337B401 for ; Sun, 4 May 2003 07:03:18 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4F2043F85 for ; Sun, 4 May 2003 07:03:17 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h44E3T9S001975; Sun, 4 May 2003 10:03:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 4 May 2003 10:03:28 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Cliff L. Biffle" In-Reply-To: <200305040004.40214.cbiffle@safety.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Reproduceable kernel panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 14:03:19 -0000 On Sun, 4 May 2003, Cliff L. Biffle wrote: > I'd like to attach my kernel configuration, but have no working kernel on the > machine. Yay. It's basically GENERIC configured for I586 with at least the > following added: > options GEOM_AES, GEOM_BDE, GEOM_BSD, GEOM_GPT, GEOM_MBR, GEOM_VOL > options PSM_RESETAFTERSUSPEND > options CPU_SUSP_HLT, CPU_WT_ALLOC, NO_F00F_HACK, NO_MEMORY_HOLE > > The machine is a K6-2; I've uncommented the CFLAGS and COPTFLAGS in > make.conf but left them unchanged, and set cputype to k6-2. > > While I am using ccache, I've cleared and reset my caches and the > problem still occurs. > > Please, help! Now I get to see if I remember how to revert the entire > tree to a couple days ago. :-) Recognizing that this is made difficult by the lack of a good kernel on the box, could you build the same kernel configuration with the addition of "options DDB"? This will permit you to get a stack trace for the problem -- it's a NULL pointer dereference, but without a stack trace, it could be fairly hard to track down. If you choose to revert a kernel, revert to before April 26, or after May 3 to avoid possibly bumping into the ffs_blkfree() issue. :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun May 4 07:15:58 2003 Return-Path: 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 1B9A937B401 for ; Sun, 4 May 2003 07:15:58 -0700 (PDT) Received: from grogged.dyndns.org (c-66-41-94-114.mn.client2.attbi.com [66.41.94.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A5043F85 for ; Sun, 4 May 2003 07:15:57 -0700 (PDT) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id B9E2416809; Sun, 4 May 2003 09:05:45 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id AD5F9D23A for ; Sun, 4 May 2003 09:05:45 -0500 (CDT) Date: Sun, 4 May 2003 09:05:45 -0500 (CDT) From: matt In-Reply-To: <20030504030039.GA69588@dragon.nuxi.com> Message-ID: <20030504090130.U94179-100000@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.org Subject: Re: buildworld failure on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 14:15:58 -0000 Nevermind everyone - I must have just cvsup'd at a bad time. Go figure... On Sat, 3 May 2003, David O'Brien wrote: > On Sat, May 03, 2003 at 09:44:01PM -0500, matt wrote: > > Tatung Compstation U10 (mostly consistent with an Ultra 10, but without > > the ide and with an onboard scsi controller + standard atx case/ps), so it > > could probably be added to the supported systems list if it hasn't > > already. > > You have a "AXi" motherboard. FreeBSD.org has 3 of these in our build > cluster. So you're always assured of FreeBSD working on your machine. :-) > Good to hear! -m From owner-freebsd-current@FreeBSD.ORG Sun May 4 08:23:57 2003 Return-Path: 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 F1D6237B401; Sun, 4 May 2003 08:23:56 -0700 (PDT) Received: from mail.karamazov.org (h162-040-089-010.adsl.navix.net [162.40.89.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28E3D43FBD; Sun, 4 May 2003 08:23:55 -0700 (PDT) (envelope-from smoberly@karamazov.org) Received: from mail.karamazov.org (mail.karamazov.org [10.0.0.11]) by mail.karamazov.org (8.12.9/8.12.9) with ESMTP id h44FNs1e042671; Sun, 4 May 2003 10:23:54 -0500 (CDT) (envelope-from smoberly@karamazov.org) Received: (from smoberly@localhost) by mail.karamazov.org (8.12.9/8.12.9/Submit) id h44FNrCV042670; Sun, 4 May 2003 10:23:53 -0500 (CDT) (envelope-from smoberly) Date: Sun, 4 May 2003 10:23:53 -0500 From: "Scott A. Moberly" To: Robert Watson Message-ID: <20030504152353.GA4921@mail.karamazov.org> References: <868ytn8n6f.fsf@xa12.heimat.gr.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: NAKAJI Hiroyuki Subject: Re: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 15:23:57 -0000 On Sun, May 04, 2003 at 10:00:18AM -0400, Robert Watson wrote: > On Sun, 4 May 2003, NAKAJI Hiroyuki wrote: > > > >>>>> In > > >>>>> Robert Watson wrote: > > > > > The freebsd-current mailing list was broken earlier today, but Ian Dowse > > > sent out an e-mail indicating that two commits on April 26 appear to have > > > broken things: > > > > > src/sys/vm/vm_object.c:1.274 > > > src/sys/kern/vfs_subr.c:1.444 > > > > > Try backing those out locally and see if the problem goes away. Hopefully > > > Peter can arrange for redelivery of the messages dropped earlier. > > > > After latest cvsup, I found these two files have already been changed > > (backed out?). I'm rebuilding my kernel now (it takes about 2-3 hours). > > Please let us know -- obviously, it would be very nice if this completely > resolved the problem :-). > src/sys/vm/vm_object.c,v 1.283 src/sys/kern/vfs_subr.c,v 1.446 $ ls -l /boot/kernel/kernel -r-xr-xr-x 1 root wheel 4437102 May 3 15:27 /boot/kernel/kernel $ date Sun May 4 10:21:22 CDT 2003 I haven't experienced any problems with these. -- Scott A. Moberly smoberly at karamazov.org Thumb's Postulate An easily understood, workable falsehood is more useful than a complex incomprehensible truth. From owner-freebsd-current@FreeBSD.ORG Sun May 4 08:40:29 2003 Return-Path: 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 18D4E37B401 for ; Sun, 4 May 2003 08:40:29 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B5B43FBF for ; Sun, 4 May 2003 08:40:27 -0700 (PDT) (envelope-from charnier@xp11.frmug.org) Received: (from uucp@localhost)h44FeQU52492 for current@FreeBSD.org; Sun, 4 May 2003 17:40:26 +0200 (CEST) (envelope-from charnier@xp11.frmug.org) Received: from xp11.frmug.org (xp11.frmug.org [127.0.0.1]) h44Ffb7n001131 for ; Sun, 4 May 2003 17:41:38 +0200 (CEST) (envelope-from charnier@xp11.frmug.org) Message-Id: <200305041541.h44Ffb7n001131@xp11.frmug.org> To: current@FreeBSD.org Date: Sun, 04 May 2003 17:41:37 +0200 From: "Philippe Charnier" Subject: panic: mutex process lock not owned at ../../../kern/sys_process.c:97 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 15:40:29 -0000 Hello, On Wed, 30 Apr 2003, Radko Keves got this panic. The panic is easy to reproduce using `truss ls'. John Baldwin asked for a stack trace. Here is one: xp11# gdb -k /sys/i386/compile/XP11/kernel.debug vmcore.0 [...] panic: mutex process lock not owned at ../../../kern/sys_process.c:97 panic: from debugger [...] #11 0xc01f1e5c in _mtx_assert (m=0xc28bc428, what=0, file=0xc0384c1c "../../../kern/sys_process.c", line=97) at ../../../kern/kern_mutex.c:840 #12 0xc0221d11 in proc_read_regs (td=0xc28bc428, regs=0x0) at ../../../kern/sys_process.c:97 #13 0xc01be9f4 in procfs_doprocregs (td=0x0, p=0x61, pn=0xc2648f00, sb=0x0, uio=0xce62bc7c) at ../../../fs/procfs/procfs_regs.c:84 #14 0xc01c10a5 in pfs_read (va=0x0) at ../../../fs/pseudofs/pseudofs_vnops.c:505 #15 0xc0259442 in vn_read (fp=0xc26db654, uio=0xce62bc7c, active_cred=0xc28a5080, flags=0, td=0xc27ba130) at vnode_if.h:383 #16 0xc021cf42 in dofileread (td=0xc27ba130, fp=0xc26db654, fd=0, buf=0xbfbffa90, nbyte=0, offset=0, flags=0) at file.h:227 #17 0xc021cdab in read (td=0xc27ba130, uap=0xce62bd10) at ../../../kern/sys_generic.c:106 #18 0xc035050e in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077937444, tf_esi = 134570616, tf_ebp = -1077937384, tf_isp = -832389772, tf_ebx = -1077937440, tf_edx = 0, tf_ecx = 0, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 671885107, tf_cs = 31, tf_eflags = 534, tf_esp = -1077937556, tf_ss = 47}) at ../../../i386/i386/trap.c:1021 #19 0xc034041d in Xint0x80_syscall () at {standard input}:138 ---Can't read userspace from dump, or kernel process--- (kgdb) up 13 #13 0xc01be9f4 in procfs_doprocregs (td=0x0, p=0x61, pn=0xc2648f00, sb=0x0, uio=0xce62bc7c) at ../../../fs/procfs/procfs_regs.c:84 84 error = proc_read_regs(FIRST_THREAD_IN_PROC(p), &r); (kgdb) list 79 PROC_UNLOCK(p); 80 if (kl < 0) 81 error = EINVAL; 82 else 83 /* XXXKSE: */ 84 error = proc_read_regs(FIRST_THREAD_IN_PROC(p), &r); 85 if (error == 0) 86 error = uiomove(kv, kl, uio); 87 PROC_LOCK(p); 88 if (error == 0 && uio->uio_rw == UIO_WRITE) { (kgdb) ------ ------ Philippe Charnier charnier@{xp11.frmug.org,free.fr,FreeBSD.org} ``a PC not running FreeBSD is like a venusian with no tentacles'' ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun May 4 08:53:03 2003 Return-Path: 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 B787C37B401; Sun, 4 May 2003 08:53:03 -0700 (PDT) Received: from pcat.heimat.gr.jp (catv-129-243.tees.ne.jp [202.216.129.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124D243F75; Sun, 4 May 2003 08:53:00 -0700 (PDT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: from xa12.heimat.gr.jp (xa12.heimat.gr.jp [202.216.136.35]) by pcat.heimat.gr.jp (8.12.9/8.12.9) with ESMTP id h44FqstV087098; Mon, 5 May 2003 00:52:54 +0900 (JST) (envelope-from nakaji@tutrp.tut.ac.jp) Sender: nakaji@xa12.heimat.gr.jp To: Robert Watson References: <868ytn8n6f.fsf@xa12.heimat.gr.jp> From: NAKAJI Hiroyuki MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Date: Mon, 05 May 2003 00:52:54 +0900 In-Reply-To: (Robert Watson's message of "Sun, 4 May 2003 10:00:18 -0400 (EDT)") Message-ID: <868ytmr9nt.fsf@xa12.heimat.gr.jp> User-Agent: T-gnus/6.16.1 (based on Gnus v5.10.1) (revision 01) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 15:53:04 -0000 >>>>> In >>>>> Robert Watson wrote: > Please let us know -- obviously, it would be very nice if this completely > resolved the problem :-). I'm not sure the problem was resolved completely but there are two good things with the new kernel. o Sending and Fcc-ing an email with Emacs and Gnus did not reslut in panic. o "Make buildworld" finished with no panic. Good news? -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Sun May 4 09:12:26 2003 Return-Path: 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 93FBA37B401; Sun, 4 May 2003 09:12:26 -0700 (PDT) Received: from pcat.heimat.gr.jp (catv-129-243.tees.ne.jp [202.216.129.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6219543F93; Sun, 4 May 2003 09:12:25 -0700 (PDT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: from xa12.heimat.gr.jp (xa12.heimat.gr.jp [202.216.136.35]) by pcat.heimat.gr.jp (8.12.9/8.12.9) with ESMTP id h44GCMtV087483; Mon, 5 May 2003 01:12:22 +0900 (JST) (envelope-from nakaji@tutrp.tut.ac.jp) Sender: nakaji@xa12.heimat.gr.jp To: Robert Watson References: <868ytn8n6f.fsf@xa12.heimat.gr.jp> <868ytmr9nt.fsf@xa12.heimat.gr.jp> From: NAKAJI Hiroyuki MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Date: Mon, 05 May 2003 01:12:22 +0900 In-Reply-To: <868ytmr9nt.fsf@xa12.heimat.gr.jp> (NAKAJI Hiroyuki's message of "Mon, 05 May 2003 00:52:54 +0900") Message-ID: <867k96ofmh.fsf@xa12.heimat.gr.jp> User-Agent: T-gnus/6.16.1 (based on Gnus v5.10.1) (revision 01) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 16:12:27 -0000 >>>>> In <868ytmr9nt.fsf@xa12.heimat.gr.jp> >>>>> NAKAJI Hiroyuki wrote: > > Please let us know -- obviously, it would be very nice if this completely > > resolved the problem :-). > I'm not sure the problem was resolved completely but there are two > good things with the new kernel. > o Sending and Fcc-ing an email with Emacs and Gnus did not reslut in > panic. > o "Make buildworld" finished with no panic. > Good news? Sad news... Just after I posted this message, I got same panic again and lost some files in my $HOME. :( $ sudo gdb -k kernel.debug /home/crash/vmcore.3 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: bremfree: removing a buffer not on a queue panic messages: --- panic: ffs_blkfree: freeing free block syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue Uptime: 1h1m42s stray irq 7 Dumping 96 MB ata0: resetting devices .. done 16 32 48 64 80 --- Reading symbols from /usr/obj/usr/src/sys/NAKAJI/modules/usr/src/sys/modules/linux/linux.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/NAKAJI/modules/usr/src/sys/modules/linux/linux.ko.debug #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 238 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 #1 0xc021b7bd in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:370 #2 0xc021bb4d in panic () at /usr/src/sys/kern/kern_shutdown.c:543 #3 0xc025fd72 in bremfreel (bp=0xc3285c38) at /usr/src/sys/kern/vfs_bio.c:648 #4 0xc025fc9b in bremfree (bp=0xc3285c38) at /usr/src/sys/kern/vfs_bio.c:630 #5 0xc02690d1 in vop_stdfsync (ap=0xc74ea9a8) at /usr/src/sys/kern/vfs_default.c:762 #6 0xc01df0e0 in spec_fsync (ap=0xc74ea9a8) at /usr/src/sys/fs/specfs/spec_vnops.c:418 #7 0xc01de5c8 in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:123 #8 0xc0313c4f in ffs_sync (mp=0xc159a400, waitfor=2, cred=0xc0adbe80, td=0xc040c8a0) at vnode_if.h:612 #9 0xc02768db in sync (td=0xc040c8a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:137 #10 0xc021b2df in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:279 #11 0xc021bb4d in panic () at /usr/src/sys/kern/kern_shutdown.c:543 #12 0xc02fb1ea in ffs_blkfree (fs=0xc1652800, devvp=0xc164fdb0, bno=19564088, size=8192, inum=1592) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1768 #13 0xc030b80f in indir_trunc (freeblks=0xc1d74200, dbn=39127504, level=0, lbn=12, countp=0xc74eabf0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2615 #14 0xc030b2a5 in handle_workitem_freeblocks (freeblks=0xc1d74200, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2480 #15 0xc03083ba in process_worklist_item (matchmnt=0x0, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:756 #16 0xc03080e0 in softdep_process_worklist (matchmnt=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:622 #17 0xc0272330 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1761 #18 0xc02055f0 in fork_exit (callout=0xc0271f40 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:792 (kgdb) -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Sun May 4 09:27:24 2003 Return-Path: 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 9F85D37B401 for ; Sun, 4 May 2003 09:27:24 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01FE143FA3 for ; Sun, 4 May 2003 09:27:24 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h44GRa9S028316; Sun, 4 May 2003 12:27:36 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 4 May 2003 12:27:35 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: NAKAJI Hiroyuki In-Reply-To: <867k96ofmh.fsf@xa12.heimat.gr.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 16:27:24 -0000 On Mon, 5 May 2003, NAKAJI Hiroyuki wrote: > >>>>> In <868ytmr9nt.fsf@xa12.heimat.gr.jp> > >>>>> NAKAJI Hiroyuki wrote: > > > > Please let us know -- obviously, it would be very nice if this completely > > > resolved the problem :-). > > > I'm not sure the problem was resolved completely but there are two > > good things with the new kernel. > > > o Sending and Fcc-ing an email with Emacs and Gnus did not reslut in > > panic. > > o "Make buildworld" finished with no panic. > > > Good news? > > Sad news... > > Just after I posted this message, I got same panic again and lost some > files in my $HOME. :( Could you boot to single user mode, manually fsck all of your file systems, and then try running your various load tests again? Perhaps a free list problem persisted on disk after the fix left over from earlier operation with the bug... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun May 4 09:48:14 2003 Return-Path: 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 9957D37B401; Sun, 4 May 2003 09:48:14 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E562743FAF; Sun, 4 May 2003 09:48:13 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h44GmP9S032142; Sun, 4 May 2003 12:48:26 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 4 May 2003 12:48:24 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Philippe Charnier In-Reply-To: <200305041541.h44Ffb7n001131@xp11.frmug.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: panic: mutex process lock not owned at ../../../kern/sys_process.c:97 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 16:48:15 -0000 On Sun, 4 May 2003, Philippe Charnier wrote: > On Wed, 30 Apr 2003, Radko Keves got this panic. The > panic is easy to reproduce using `truss ls'. John Baldwin asked for a > stack trace. Here is one: > 79 PROC_UNLOCK(p); > 80 if (kl < 0) > 81 error = EINVAL; > 82 else > 83 /* XXXKSE: */ > 84 error = proc_read_regs(FIRST_THREAD_IN_PROC(p), &r); > 85 if (error == 0) > 86 error = uiomove(kv, kl, uio); > 87 PROC_LOCK(p); > 88 if (error == 0 && uio->uio_rw == UIO_WRITE) { Try moving the PROC_UNLOCK() call from line 79 to just after line 84 (i.e., before the error check and possible uiomove()). It looks like some similar bugs might exist in other bits of procfs. I've attached a patch that tries to more generally handle use of the proc lock more properly with uiomove(), but might also not be perfect. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories Index: procfs_dbregs.c =================================================================== RCS file: /home/ncvs/src/sys/fs/procfs/procfs_dbregs.c,v retrieving revision 1.21 diff -u -r1.21 procfs_dbregs.c --- procfs_dbregs.c 29 Jun 2002 17:26:15 -0000 1.21 +++ procfs_dbregs.c 4 May 2003 16:45:28 -0000 @@ -87,8 +87,11 @@ else /* XXXKSE: */ error = proc_read_dbregs(FIRST_THREAD_IN_PROC(p), &r); - if (error == 0) + if (error == 0) { + PROC_UNLOCK(p); error = uiomove(kv, kl, uio); + PROC_LOCK(p); + } if (error == 0 && uio->uio_rw == UIO_WRITE) { if (!P_SHOULDSTOP(p)) /* XXXKSE should be P_TRACED? */ error = EBUSY; Index: procfs_fpregs.c =================================================================== RCS file: /home/ncvs/src/sys/fs/procfs/procfs_fpregs.c,v retrieving revision 1.27 diff -u -r1.27 procfs_fpregs.c --- procfs_fpregs.c 29 Jun 2002 17:26:15 -0000 1.27 +++ procfs_fpregs.c 4 May 2003 16:44:43 -0000 @@ -81,8 +81,11 @@ else /* XXXKSE: */ error = proc_read_fpregs(FIRST_THREAD_IN_PROC(p), &r); - if (error == 0) + if (error == 0) { + PROC_UNLOCK(p); error = uiomove(kv, kl, uio); + PROC_LOCK(p); + } if (error == 0 && uio->uio_rw == UIO_WRITE) { if (!P_SHOULDSTOP(p)) error = EBUSY; Index: procfs_ioctl.c =================================================================== RCS file: /home/ncvs/src/sys/fs/procfs/procfs_ioctl.c,v retrieving revision 1.9 diff -u -r1.9 procfs_ioctl.c --- procfs_ioctl.c 17 Apr 2003 22:13:46 -0000 1.9 +++ procfs_ioctl.c 4 May 2003 16:46:16 -0000 @@ -67,6 +67,9 @@ *(unsigned int *)data = p->p_pfsflags; break; case PIOCWAIT: + /* + * Should PHOLD() and relase proc lock here? + */ while (p->p_step == 0) { /* sleep until p stops */ error = msleep(&p->p_stype, &p->p_mtx, Index: procfs_regs.c =================================================================== RCS file: /home/ncvs/src/sys/fs/procfs/procfs_regs.c,v retrieving revision 1.26 diff -u -r1.26 procfs_regs.c --- procfs_regs.c 29 Jun 2002 17:26:15 -0000 1.26 +++ procfs_regs.c 4 May 2003 16:44:57 -0000 @@ -76,15 +76,16 @@ kl = uio->uio_resid; _PHOLD(p); - PROC_UNLOCK(p); if (kl < 0) error = EINVAL; else /* XXXKSE: */ error = proc_read_regs(FIRST_THREAD_IN_PROC(p), &r); - if (error == 0) + if (error == 0) { + PROC_UNLOCK(p); error = uiomove(kv, kl, uio); - PROC_LOCK(p); + PROC_LOCK(p); + } if (error == 0 && uio->uio_rw == UIO_WRITE) { if (!P_SHOULDSTOP(p)) error = EBUSY; From owner-freebsd-current@FreeBSD.ORG Sun May 4 09:59:07 2003 Return-Path: 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 56CCF37B401 for ; Sun, 4 May 2003 09:59:07 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB3843FCB for ; Sun, 4 May 2003 09:59:06 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h44GwwLr031650; Sun, 4 May 2003 18:59:04 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: walt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 04 May 2003 06:01:04 PDT." <3EB50F10.3010001@myrealbox.com> Date: Sun, 04 May 2003 18:58:58 +0200 Message-ID: <31649.1052067538@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 16:59:07 -0000 In message <3EB50F10.3010001@myrealbox.com>, walt writes: >Hi Poul-Henning, > >#bsdlabel ad0s3 ># /dev/ad0s3: >8 partitions: ># size offset fstype [fsize bsize bps/cpg] > a: 15321596 140974726 4.2BSD 0 0 0 > b: 1048576 139926150 swap > c: 16370235 139926150 unused 0 0 # "raw" part, don't edit Ahh, good point, forgot about that. Will fix. -- 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. From owner-freebsd-current@FreeBSD.ORG Sun May 4 10:03:44 2003 Return-Path: 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 7B47037B401 for ; Sun, 4 May 2003 10:03:44 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB16043FD7 for ; Sun, 4 May 2003 10:03:43 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h44H3Om2011562; Sun, 4 May 2003 10:03:28 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h44H3JVt011561; Sun, 4 May 2003 10:03:19 -0700 (PDT) Date: Sun, 4 May 2003 10:03:19 -0700 From: "David O'Brien" To: Duraid Madina Message-ID: <20030504170319.GA11498@dragon.nuxi.com> References: <3EB3C118.6020203@octopus.com.au> <200305031817.16068.bsdterm@HotPOP.com> <3EB450E0.9060702@octopus.com.au> <20030503235911.GA64288@shall.anarcat.ath.cx> <3EB45D98.50106@octopus.com.au> <20030504023512.GA24882@dragon.nuxi.com> <3EB4E58E.3070804@octopus.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EB4E58E.3070804@octopus.com.au> 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 cc: bsdterm@HotPOP.com cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 17:03:44 -0000 On Sun, May 04, 2003 at 08:03:58PM +1000, Duraid Madina wrote: > David O'Brien wrote: > >On Sun, May 04, 2003 at 10:23:52AM +1000, Duraid Madina wrote: > > > >>The fact that FreeBSD insists on fitting its kernel onto floppies has so > >>far prevented me from installing it on my not terribly new hardware. > > > >How has FreeBSD prevented you from installing because we fit the kernel > >on floppies? Ah. > The snapshot server is basically wasting CPU cycles, and has been for a > couple of weeks now. Support for my hard disk controllers has been > checked in, but here I sit, waiting. Why? Because we fit the kernel on > floppies. > > >Don't worry that won't happen -- AMD has committed to the current type of > >BIOS and plans to NOT switch to EFI. > > You haven't used an EFI box yet, have you. ;) I have. Notice that AMD64 systems don't do EFI. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun May 4 10:19:07 2003 Return-Path: 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 0E02237B401 for ; Sun, 4 May 2003 10:19:07 -0700 (PDT) Received: from newsguy.com (smtp.newsguy.com [129.250.170.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 781DA43F75 for ; Sun, 4 May 2003 10:19:06 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (200-140-081-201.bsace7025.dsl.brasiltelecom.net.br [200.140.81.201]) by newsguy.com (8.9.1p2/8.9.1) with ESMTP id KAA73372; Sun, 4 May 2003 10:18:50 -0700 (PDT) Message-ID: <3EB54B79.8020209@newsguy.com> Date: Sun, 04 May 2003 14:18:49 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4a) Gecko/20030401 X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Peter Schultz References: <3EB450E0.9060702@octopus.com.au> <20030503235911.GA64288@shall.anarcat.ath.cx> <3EB45D98.50106@octopus.com.au> <20030503.191127.113104360.imp@bsdimp.com> <3EB51C7B.9020505@jocose.org> In-Reply-To: <3EB51C7B.9020505@jocose.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 17:19:07 -0000 Peter Schultz wrote: > > Since we need to keep the floppies, why don't we create a number of > custom kern.flp images? This is a current issue of vital importance and > must not be ingnored any longer. Why, a simple rackmount system > compatible kernel.gz could easily be less than 1MB in size. The problem with drivers.flp being? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@professional.bsdconspiracy.net Spellng is overated anywy. From owner-freebsd-current@FreeBSD.ORG Sun May 4 10:21:47 2003 Return-Path: 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 C9A0437B401 for ; Sun, 4 May 2003 10:21:47 -0700 (PDT) Received: from hood.oook.cz (hood.oook.cz [195.122.218.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AF6243F75 for ; Sun, 4 May 2003 10:21:46 -0700 (PDT) (envelope-from pav@oook.cz) Received: from [127.0.0.1] (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.12.9/8.12.9) with ESMTP id h44HLLqp021855 for ; Sun, 4 May 2003 19:21:21 +0200 (CEST) (envelope-from pav@oook.cz) From: Pav Lucistnik To: freebsd-current@freebsd.org Content-Type: text/plain Organization: Message-Id: <1052068880.617.9.camel@pav.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 04 May 2003 19:21:21 +0200 Content-Transfer-Encoding: 7bit Subject: same define in two header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 17:21:48 -0000 I can no longer compile obexapp (third-party program from Maksim's Bluetooth suite) on today -CURRENT. It complains about few limits.h defines being redefined. cc -O -pipe -g -mcpu=pentiumpro -g -I/usr/local/include -I/usr/local/include/glib12 -I/usr/local/include/openobex -I../../src/sys/netgraph/bluetooth/include -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c main.c In file included from /usr/local/include/glib12/glibconfig.h:10, from /usr/local/include/glib12/glib.h:66, from main.c:36: /usr/include/float.h:47:1: "FLT_DIG" redefined In file included from /usr/include/limits.h:128, from /usr/local/include/glib12/glibconfig.h:9, from /usr/local/include/glib12/glib.h:66, from main.c:36: /usr/include/sys/limits.h:108:1: this is the location of the previous definition ... and FLT_MIN, FLT_MAX, DBL_DIG, DBL_MIN, DBL_MAX. I looked and those defines are in both /usr/include/float.h and /usr/include/sys/limits.h, is this ok? Maybe there are stalled header files in /usr/include, how can I found which one? I can't rely on timestamps like with binaries. -- Pav Lucistnik May your arrow always find its mark. From owner-freebsd-current@FreeBSD.ORG Sun May 4 11:08:37 2003 Return-Path: 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 0CC3037B401 for ; Sun, 4 May 2003 11:08:37 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B584443F93 for ; Sun, 4 May 2003 11:08:34 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (cain.gsoft.com.au [203.38.152.97]) by cain.gsoft.com.au (8.12.9/8.12.6) with ESMTP id h44I8MIW088525; Mon, 5 May 2003 03:38:25 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Duraid Madina , freebsd-current@freebsd.org Date: Sun, 4 May 2003 20:08:21 +0200 User-Agent: KMail/1.5 References: <3EB3C118.6020203@octopus.com.au> <20030504023512.GA24882@dragon.nuxi.com> <3EB4E58E.3070804@octopus.com.au> In-Reply-To: <3EB4E58E.3070804@octopus.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305042008.21708.doconnor@gsoft.com.au> X-Spam-Score: -0.7 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_05_08,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: bsdterm@HotPOP.com Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 18:08:37 -0000 On Sun, 4 May 2003 12:03, Duraid Madina wrote: > > How has FreeBSD prevented you from installing because we fit the kernel > > on floppies? > > The snapshot server is basically wasting CPU cycles, and has been for a > couple of weeks now. Support for my hard disk controllers has been > checked in, but here I sit, waiting. Why? Because we fit the kernel on > floppies. Load it after sysinstall starts? There is a 'Load KLD' menu where you can load drivers of a separate floppy disk. Of course that only works if the driver you need is a module but I would be pretty suprised if a new device driver didn't do that. If you want someone to send you a prebuilt .ko because you can't build it yourself I would be more than happy to do so. And as a counter point.. I have systems (which are _not_ old) that have SCSI CDR's and SCSI cards with no BIOS in them so they can't boot off CD yet I managed to install FreeBSD on them very successfully. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Sun May 4 11:13:46 2003 Return-Path: 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 0CDCB37B401 for ; Sun, 4 May 2003 11:13:46 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C8243F75 for ; Sun, 4 May 2003 11:13:45 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h44IDhHE058826; Sun, 4 May 2003 14:13:43 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h44IDh3k058823; Sun, 4 May 2003 14:13:43 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 4 May 2003 14:13:43 -0400 (EDT) From: Andre Guibert de Bruet To: Barney Wolff In-Reply-To: <20030504044927.GA13584@pit.databus.com> Message-ID: <20030504140858.H30571@alpha.siliconlandmark.com> References: <20030504020700.B3CCA37B401@hub.freebsd.org> <20030504040804.GA19654@wjv.com> <20030504044927.GA13584@pit.databus.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 18:13:46 -0000 On Sun, 4 May 2003, Barney Wolff wrote: > Question for the sysinstall gurus: Is there any necessary relation > between the kernel version that is booted from the floppy and the > system version that is being installed? That is, could one boot > a 5.0-R floppy and then tell sysinstall to install a snapshot? It > would make the whole problem moot, if so. I've used the 4.4-R floppy set to install a number of different versions of FreeBSD, including 5.0-R and snaps. You can also boot from an older release's CD and install the latest release. > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun May 4 11:20:52 2003 Return-Path: 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 D7BB537B401 for ; Sun, 4 May 2003 11:20:52 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDA0F43FA3 for ; Sun, 4 May 2003 11:20:50 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (cain.gsoft.com.au [203.38.152.97]) by cain.gsoft.com.au (8.12.9/8.12.6) with ESMTP id h44IKeIW088740; Mon, 5 May 2003 03:50:42 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Duraid Madina , "Cliff L. Biffle" Date: Sun, 4 May 2003 20:20:39 +0200 User-Agent: KMail/1.5 References: <3EB3C118.6020203@octopus.com.au> <200305031509.19473.cbiffle@safety.net> <3EB44FD3.30601@octopus.com.au> In-Reply-To: <3EB44FD3.30601@octopus.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305042020.39372.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 18:20:53 -0000 On Sun, 4 May 2003 01:25, Duraid Madina wrote: > > 1. El Torito. Last I checked, under emulation, 2.88MB was the largest > > boot image available, so fitting the bootloader/kernel/etc. onto two > > floppies is still quite significant. > > We could use El Torito's "type 4" hard disk emulation. Installing > FreeBSD from such an environment seems a little gross, but religiously > mangling kernels to fit onto 1.44Mb floppies seems worse. I think actually getting this to work is substantially more difficult than you make out. Yes hard disk emulation works but lots of BIOSen don't do it, or do it wrongly. They usually say they do it but only if you behave just like the NT installer (because NT mandated this feature for certification) I believe someone did work to try and get this to go but the basic point is that 1.44Mb floppy emulation works on a lot more systems and has been a lot more widely tested. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Sun May 4 11:30:58 2003 Return-Path: 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 51B3A37B401 for ; Sun, 4 May 2003 11:30:58 -0700 (PDT) Received: from CRWdog.demon.co.uk (c-67-161-102-60.client.comcast.net [67.161.102.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7792E43FDF for ; Sun, 4 May 2003 11:30:57 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id A05C147; Sun, 4 May 2003 11:29:58 -0700 (PDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Oliver Lehmann In-Reply-To: Message from Oliver Lehmann <20030504124635.1a13ebbd.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1620505452P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 04 May 2003 11:29:58 -0700 From: Andy Sparrow Message-Id: <20030504182958.A05C147@CRWdog.demon.co.uk> cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 18:30:58 -0000 --==_Exmh_1620505452P Content-Type: text/plain; charset=us-ascii > yeah.. the Controller exchange drive A with your cdrom. So it looks like > your cd-rom is a floppy drive and you can boot from. But when you are in > sysinstall. You can't choose install from cd-rom - because you don't have > a cdrom... just a floppy... you see how fscking this is? I don't understand your statement. I haven't had any problems for a long time running sysinstall from a CD-ROM I've just booted from, either SCSI or IDE[0] I seem to recall some very old distros having this problem, but I haven't seen it since 2000 or so. Cheers, AS [0] with the exception of an ancient 2X PC-Card CD-ROM on a Gateway ColorBook II that could not used from FreeBSD (least, I could never get it usable, although it probed and attached apparently correctly). --==_Exmh_1620505452P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE+tVwmPHh895bDXeQRAsKlAKCbISOt71SgW1xTciTe1z9K2UQrywCgv366 f23YXifAfH82lvdbRoR0IiE= =gATD -----END PGP SIGNATURE----- --==_Exmh_1620505452P-- From owner-freebsd-current@FreeBSD.ORG Sun May 4 11:41:33 2003 Return-Path: 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 AC26E37B401 for ; Sun, 4 May 2003 11:41:33 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E1643F93 for ; Sun, 4 May 2003 11:41:32 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (ugly.x.kientzle.com [66.166.149.51]) by kientzle.com (8.11.3/8.11.3) with ESMTP id h44IfPv86058; Sun, 4 May 2003 11:41:25 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3EB55F29.9080706@acm.org> Date: Sun, 04 May 2003 11:42:49 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Barney Wolff References: <20030504020700.B3CCA37B401@hub.freebsd.org> <20030504040804.GA19654@wjv.com> <20030504044927.GA13584@pit.databus.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 18:41:34 -0000 Barney Wolff wrote: > Question for the sysinstall gurus: Is there any necessary relation > between the kernel version that is booted from the floppy and the > system version that is being installed? That is, could one boot > a 5.0-R floppy and then tell sysinstall to install a snapshot? It > would make the whole problem moot, if so. Unfortunately, this doesn't make the problem moot. A very new system might have a disk controller, for instance, that's only supported by the newest kernel. In that case, an old boot floppy wouldn't work. I suppose it's time to modify the boot loader to load a single kernel image from multiple floppies. That, at least, would end the continual release breakage: the release builder could just create as many floppy images as necessary. I remember the single-floppy installer; I foresee the 10-floppy installer coming very quickly. ;-) Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Sun May 4 11:52:15 2003 Return-Path: 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 CF72D37B404 for ; Sun, 4 May 2003 11:52:15 -0700 (PDT) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C0043FE0 for ; Sun, 4 May 2003 11:52:15 -0700 (PDT) (envelope-from kabaev@mail.ru) Received: from [151.203.7.15] (port=56272 helo=kan.dnsalias.net) by mx2.mail.ru with esmtp id 19COar-0000Np-00; Sun, 04 May 2003 22:52:13 +0400 Received: from kan.dnsalias.net (ak03@localhost [127.0.0.1]) by kan.dnsalias.net (8.12.9/8.12.9) with ESMTP id h44IqBFM035991; Sun, 4 May 2003 14:52:11 -0400 (EDT) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.9/8.12.9/Submit) id h44IqBnS035990; Sun, 4 May 2003 14:52:11 -0400 (EDT) Date: Sun, 4 May 2003 14:52:10 -0400 From: Alexander Kabaev To: Pav Lucistnik Message-Id: <20030504145210.74ea557d.kabaev@mail.ru> In-Reply-To: <1052068880.617.9.camel@pav.oook.cz> References: <1052068880.617.9.camel@pav.oook.cz> X-Mailer: Sylpheed version 0.8.10claws18 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: same define in two header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 18:52:16 -0000 On 04 May 2003 19:21:21 +0200 Pav Lucistnik wrote: > > > Maybe there are stalled header files in /usr/include, how can I found > which one? I can't rely on timestamps like with binaries. > No, this was a pollution I incorrectly propagated from non-i386 platforms. I will commit a fix shortly. From owner-freebsd-current@FreeBSD.ORG Sun May 4 11:53:06 2003 Return-Path: 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 74A9A37B404 for ; Sun, 4 May 2003 11:53:06 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB8FD43FCB for ; Sun, 4 May 2003 11:53:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CObf-00007i-00; Sun, 04 May 2003 11:53:04 -0700 Message-ID: <3EB56147.A4CBEB0A@mindspring.com> Date: Sun, 04 May 2003 11:51:51 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Cliff L. Biffle" References: <200305040004.40214.cbiffle@safety.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e5151b3c18bb16eda3f2887a5a829b6d350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: Reproduceable kernel panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 18:53:06 -0000 "Cliff L. Biffle" wrote: > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc1c1bd75 NULL pointer dereference. You probably want to post a traceback. If you have a debug kernel available, you probably want to gdb -k it, and then look at the code at 0xc1c1bd75; that will give you the exact line with the error. > I'd like to attach my kernel configuration, but have no working kernel on the > machine. Yay. It's basically GENERIC configured for I586 with at least the > following added: > options GEOM_AES, GEOM_BDE, GEOM_BSD, GEOM_GPT, GEOM_MBR, GEOM_VOL > options PSM_RESETAFTERSUSPEND > options CPU_SUSP_HLT, CPU_WT_ALLOC, NO_F00F_HACK, NO_MEMORY_HOLE > > The machine is a K6-2; I've uncommented the CFLAGS and COPTFLAGS in make.conf > but left them unchanged, and set cputype to k6-2. It's generally a bad idea to set the CPU type (see the recent discussion on -current about the guy who shot his foot off). In general, GCC tends to generate buggy code if you set the CPU type; of course, if you can live with buggy code... > > While I am using ccache, I've cleared and reset my caches and the problem > still occurs. > > Please, help! Now I get to see if I remember how to revert the entire tree to > a couple days ago. :-) Try also DISABLE_PSE and DISABLE_PG_G. AMD K6's are known to have the same CPU bug as Intel Xeons, P3's, and P4's. This is probably not what's happening in this case, as that's generally not a NULL pointer dereference problem, but it could have been in the page table code (to know for sure, you would have to post a traceback). -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:02:24 2003 Return-Path: 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 0A5C337B401 for ; Sun, 4 May 2003 12:02:24 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FA843FDF for ; Sun, 4 May 2003 12:02:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19COkG-0000rO-00; Sun, 04 May 2003 12:01:57 -0700 Message-ID: <3EB5635A.9E6D973B@mindspring.com> Date: Sun, 04 May 2003 12:00:42 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matt Douhan References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e5151b3c18bb16edfad6255e7db1cec3350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: Duraid Madina cc: current@freebsd.org Subject: Re: SV: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:02:24 -0000 Matt Douhan wrote: > > 2. Servers without CDROM drives. As another poster mentioned, 1U rack or > > clustering servers frequently don't have CDROMs. I know mine don't. > > Fine. PXE boot. What sort of sick f!#ker adds a floppy but leaves a CD > out, anyway? And if you're missing both, surely it's somewhat less > painful to walk around with a USB CDROM drive than to walk around with a > pair of boot floppies? Most embedded deployments don't have a floppy OR a CDROM OR an accessible USB port; they have a custom case fab that bolts over anything not used in the product itself; that's if they even populate the connectors from the motherboard vendor at all, instead of saving money on connectors. To upgrade them, you have to vnconfig a device on the floppy image, extract the mfsroot, vnconfig *another* device on that, mount it up, and copy off the sysinstall. Then you can copy the sysinstall over NFS, NFS mount the CDROM from a second machine, and then run the sysinstall and tell it to "install from local drive", but give it the NFS volume, instead. -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:02:28 2003 Return-Path: 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 A366E37B40A; Sun, 4 May 2003 12:02:28 -0700 (PDT) Received: from jawa.at (jawa.at [213.229.17.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E8D843FDF; Sun, 4 May 2003 12:02:27 -0700 (PDT) (envelope-from mbretter@jawa.at) Received: from jawa.at (kak2000.jawa.at [192.168.201.13]) by jawa.at (8.12.6p2/8.12.6) with ESMTP id h44J2NFa070856; Sun, 4 May 2003 21:02:23 +0200 (CEST) (envelope-from mbretter@jawa.at) Message-ID: <3EB562FD.7020201@jawa.at> Date: Sun, 04 May 2003 20:59:09 +0200 From: Michael Bretterklieber Organization: JAWA Management Software GmbH User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.2.1) Gecko/20021130 X-Accept-Language: de-at, de, en-us, en MIME-Version: 1.0 To: Doug Barton References: <3EB3E210.1060804@jawa.at> <20030503153305.M9293@znfgre.qbhto.arg> In-Reply-To: <20030503153305.M9293@znfgre.qbhto.arg> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-38.6 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,SIGNATURE_LONG_DENSE, USER_AGENT_MOZILLA_UA version=2.53 X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp) cc: current@freebsd.org Subject: Re: wicontrol -t 5 => typo in message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:02:29 -0000 Hi, Doug Barton schrieb: > On Sat, 3 May 2003, Michael Bretterklieber wrote: > > >>Hi, >> >>there is a typo in the message printed aut after wicontrol -t 5: >>wicontrol: t obsolete, use ifconfig meidaopt >> >>I guess it should be: mediaiopt > > > Well no, it should be "mediaopt," but I think your sources are out of sure, my typo :-( > date. Version 1.34 of mediaopt.c does not have this problem, can you check > > ident /usr/sbin/wicontrol > I have 1.33 here, so i should upgrade. BTW: I'm connecting here two PC's (5-current, 4.8) with 2 Netgear Cards (MA401 and MA311) and it works great! The only two problems I had: - on the current Box I had to set the speed manualy otherwise I get from wicontrol: wicontrol: SIOCGWAVELAN: Invalid Argument - It looks like the interface is shutdown implicitely if the carrier was lost, so I had to "ifconfig wi0 up" to re-establish the connection, bye, -- ------------------------------- ------------------------------------- Michael Bretterklieber - Michael.Bretterklieber@jawa.at JAWA Management Software GmbH - http://www.jawa.at Liebenauer Hauptstr. 200 -------------- privat --------------- A-8041 GRAZ GSM: ++43-(0)676-93 96 698 Tel: ++43-(0)316-403274-12 E-mail: michael@bretterklieber.com Fax: ++43-(0)316-403274-10 http://www.bretterklieber.com ------------------------------- ------------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:04:16 2003 Return-Path: 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 B010F37B401 for ; Sun, 4 May 2003 12:04:16 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3238243FF2 for ; Sun, 4 May 2003 12:04:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19COmT-00017U-00; Sun, 04 May 2003 12:04:14 -0700 Message-ID: <3EB563E4.4797B5CB@mindspring.com> Date: Sun, 04 May 2003 12:03:00 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Oliver Lehmann References: <3EB3C118.6020203@octopus.com.au> <3EB450E0.9060702@octopus.com.au> <20030504014858.GA23099@moghedien.mukappabeta.net> <20030504124635.1a13ebbd.lehmann@ans-netz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45e31fa7209a8cb010b873772094f95cb350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:04:17 -0000 Oliver Lehmann wrote: > Terry Lambert wrote: > > You need to buy Adaptec controllers; they can boot CDROMs. > > yeah.. the Controller exchange drive A with your cdrom. So it looks like > your cd-rom is a floppy drive and you can boot from. But when you are in > sysinstall. You can't choose install from cd-rom - because you don't have > a cdrom... just a floppy... you see how fscking this is? Never had that problem with my AHA1742 and my Toshiba CDROM... like I said before: you need to buy a different controller. -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:06:43 2003 Return-Path: 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 2C41A37B401; Sun, 4 May 2003 12:06:43 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2D3C43FA3; Sun, 4 May 2003 12:06:40 -0700 (PDT) (envelope-from charnier@xp11.frmug.org) Received: (from uucp@localhost)h44J6eU62444; Sun, 4 May 2003 21:06:40 +0200 (CEST) (envelope-from charnier@xp11.frmug.org) Received: from xp11.frmug.org (xp11.frmug.org [127.0.0.1]) h44J84wu000743; Sun, 4 May 2003 21:08:04 +0200 (CEST) (envelope-from charnier@xp11.frmug.org) Message-Id: <200305041908.h44J84wu000743@xp11.frmug.org> To: Robert Watson In-Reply-To: Message from Robert Watson Date: Sun, 04 May 2003 21:08:04 +0200 From: "Philippe Charnier" cc: current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: panic: mutex process lock not owned at ../../../kern/sys_process.c:97 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:06:43 -0000 Salut, Robert Watson wrote: >> 80 if (kl < 0) >> 81 error = EINVAL; >> 82 else >> 83 /* XXXKSE: */ >> 84 error = proc_read_regs(FIRST_THREAD_IN_PROC(p), &r); >> 85 if (error == 0) >> 86 error = uiomove(kv, kl, uio); >> 87 PROC_LOCK(p); >> 88 if (error == 0 && uio->uio_rw == UIO_WRITE) { > >Try moving the PROC_UNLOCK() call from line 79 to just after line 84 >(i.e., before the error check and possible uiomove()). It looks like some >similar bugs might exist in other bits of procfs. With your patch applied, the kernel does not panic anymore. Thanks ------ ------ Philippe Charnier charnier@{xp11.frmug.org,free.fr,FreeBSD.org} ``a PC not running FreeBSD is like a venusian with no tentacles'' ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:08:09 2003 Return-Path: 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 D6A9D37B401 for ; Sun, 4 May 2003 12:08:09 -0700 (PDT) Received: from web40310.mail.yahoo.com (web40310.mail.yahoo.com [66.218.78.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 6FCCB43FBD for ; Sun, 4 May 2003 12:08:09 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030504190809.31938.qmail@web40310.mail.yahoo.com> Received: from [207.175.241.198] by web40310.mail.yahoo.com via HTTP; Sun, 04 May 2003 12:08:09 PDT Date: Sun, 4 May 2003 12:08:09 -0700 (PDT) From: Maksim Yevmenkin To: current@freebsd.org, Pav Lucistnik In-Reply-To: <2E7E8A35375D1449A6F28D5E022E67310AC4CF@USSC8MS04.Global.Cwintra.Com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: same define in two header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:08:10 -0000 Pav, > I can no longer compile obexapp (third-party program from Maksim's > Bluetooth suite) on today -CURRENT. It complains about few limits.h > defines being redefined. > > cc -O -pipe -g -mcpu=pentiumpro -g -I/usr/local/include > -I/usr/local/include/glib12 -I/usr/local/include/openobex > -I../../src/sys/netgraph/bluetooth/include -Wsystem-headers -Werror > -Wall -Wno-format-y2k -Wno-uninitialized -c main.c > In file included from /usr/local/include/glib12/glibconfig.h:10, > from /usr/local/include/glib12/glib.h:66, > from main.c:36: > /usr/include/float.h:47:1: "FLT_DIG" redefined > In file included from /usr/include/limits.h:128, > from /usr/local/include/glib12/glibconfig.h:9, > from /usr/local/include/glib12/glib.h:66, > from main.c:36: > /usr/include/sys/limits.h:108:1: this is the location of the previous > definition hmm... > ... and FLT_MIN, FLT_MAX, DBL_DIG, DBL_MIN, DBL_MAX. I looked and those > defines are in both /usr/include/float.h and /usr/include/sys/limits.h, > is this ok? perhaps the problem is with /usr/local/include/glib12/glibconfig.h. it includes both float.h and limits.h. as workaround try to comment out #include line in /usr/local/include/glib12/glibconfig.h /usr/local/include/glib12/glibconfig.h is autogenerated (or so it seems) perhaps its just port issue? i'm building glib12 port now to verify this. thanks, max __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:13:27 2003 Return-Path: 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 BD4C537B401 for ; Sun, 4 May 2003 12:13:27 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBA9643FAF for ; Sun, 4 May 2003 12:13:26 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19COvI-0002ON-00; Sun, 04 May 2003 12:13:21 -0700 Message-ID: <3EB56607.45A80684@mindspring.com> Date: Sun, 04 May 2003 12:12:07 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: bsdterm@HotPOP.com References: <3EB3C118.6020203@octopus.com.au> <3EB450E0.9060702@octopus.com.au> <200305040608.34215.bsdterm@HotPOP.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45e31fa7209a8cb0132691b5d6f966e2c350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org cc: Duraid Madina Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:13:28 -0000 bsdterm@HotPOP.com wrote: > As a near-junior CS major in college presently out-of-work, I can certainly > echo the "not everyone can afford fresh new hardware" line. :) I'd happily > run a P3 or P4 w/ 256MB+ if I could, but... > > Anyway, getting on-topic: from what media is FreeBSD bootable? We can boot > from floppy and CD now, obviously. What about USB memory keys (i.e. those > $20+ USB plugs with 16MB+ memory onboard)? Or Firewire HDD's? Zip disks? Last time I checked, you had to have BIOS support for booting from USB to use one of those USB dongle deals, and most people don't have that support because it's not really standardized yet. Same problem with USB CDROM drives. Last time I checked, Firewire was in the same boat. I have successfully booted from SCSI Syquest, JAZZ, and Zip disks, no problem. However, you cannot install Windows onto removable media, laast time I checked, because of a bug in the VMM.VXD code (the virtual memory manager) in Windows. I finally dragged this out of Microsoft Support, and they refunded my tech support incident. > Most BIOS' I've run across lately will boot only from floppy, IDE HDD, or > CD/DVD. Most-recently - with a P4 box I built for my mother - IIRC, USB > devices are now an option as well... This is a BIOS thing, not a FreeBSD thing. If your BIOS boot code supports USB, then it does; I've personally never found one that actually worked like it was supposed to work, at least not for booting from any of the USB devices I can get my hands on without playing "buy more USB hardware roulette". > Floppy support isn't desireable or preferable, but for the sake of users > not-so-fiscally-well-endowed as others here, I believe it's necessary. It's also better than having to download a full ISO image over a 28K modem. 8-) 8-). A limited network install is much less data to transfer over a slow link. -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:24:50 2003 Return-Path: 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 130F337B401 for ; Sun, 4 May 2003 12:24:50 -0700 (PDT) Received: from espresso.bsdmike.org (espresso.bsdmike.org [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9999D43FA3 for ; Sun, 4 May 2003 12:24:49 -0700 (PDT) (envelope-from mike@espresso.bsdmike.org) Received: by espresso.bsdmike.org (Postfix, from userid 1002) id 038389C84; Sun, 4 May 2003 15:09:41 -0400 (EDT) Date: Sun, 4 May 2003 15:09:41 -0400 From: Mike Barcroft To: Alexander Kabaev Message-ID: <20030504150940.D55150@espresso.bsdmike.org> References: <1052068880.617.9.camel@pav.oook.cz> <20030504145210.74ea557d.kabaev@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030504145210.74ea557d.kabaev@mail.ru>; from kabaev@mail.ru on Sun, May 04, 2003 at 02:52:10PM -0400 Organization: The FreeBSD Project cc: freebsd-current@freebsd.org cc: Pav Lucistnik Subject: Re: same define in two header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:24:50 -0000 Alexander Kabaev writes: > On 04 May 2003 19:21:21 +0200 > Pav Lucistnik wrote: > > Maybe there are stalled header files in /usr/include, how can I found > > which one? I can't rely on timestamps like with binaries. > > > No, this was a pollution I incorrectly propagated from non-i386 > platforms. I will commit a fix shortly. I guess this means you're going to remove DBL_* and FLT_*? If so, I agree there's no reason why we should define duplicate constants in a non-standard location. Also, the namespace check for LONG_BIT and WORD_BIT is very dated and forgets about any standards written in the last decade or so. A more appropriate check would be #ifndef __BSD_VISIBLE (after including ). Best regards, Mike Barcroft From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:27:42 2003 Return-Path: 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 33C5F37B401 for ; Sun, 4 May 2003 12:27:42 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36D3C43FD7 for ; Sun, 4 May 2003 12:27:41 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h44JRbLr032377; Sun, 4 May 2003 21:27:37 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 04 May 2003 18:58:58 +0200." <31649.1052067538@critter.freebsd.dk> Date: Sun, 04 May 2003 21:27:37 +0200 Message-ID: <32376.1052076457@critter.freebsd.dk> cc: walt cc: freebsd-current@freebsd.org Subject: Re: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:27:42 -0000 In message <31649.1052067538@critter.freebsd.dk>, "Poul-Henning Kamp" writes: >In message <3EB50F10.3010001@myrealbox.com>, walt writes: >>Hi Poul-Henning, >> >>#bsdlabel ad0s3 >># /dev/ad0s3: >>8 partitions: >># size offset fstype [fsize bsize bps/cpg] >> a: 15321596 140974726 4.2BSD 0 0 0 >> b: 1048576 139926150 swap >> c: 16370235 139926150 unused 0 0 # "raw" part, don't edit > >Ahh, good point, forgot about that. Will fix. OK, fixed 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. From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:34:24 2003 Return-Path: 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 9321B37B401 for ; Sun, 4 May 2003 12:34:24 -0700 (PDT) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9346B43F3F for ; Sun, 4 May 2003 12:34:23 -0700 (PDT) (envelope-from seele@obso1337.org) Received: from straylight.obso1337.org ([138.88.75.15]) by out004.verizon.netESMTP <20030504193422.CPPC28930.out004.verizon.net@straylight.obso1337.org> for ; Sun, 4 May 2003 14:34:22 -0500 Date: Sun, 4 May 2003 15:34:33 -0400 From: Seele Varcuzzo To: freebsd-current@freebsd.org Message-Id: <20030504153433.2d735305.seele@obso1337.org> In-Reply-To: <20030426182022.T13476@znfgre.qbhto.arg> References: <20030305163645.GA61810@engelschall.com> <20030426182022.T13476@znfgre.qbhto.arg> Organization: obso1337 dot org X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [138.88.75.15] at Sun, 4 May 2003 14:34:19 -0500 Subject: un-subscribe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:34:24 -0000 On Sat, 26 Apr 2003 18:24:46 -0700 (PDT) Doug Barton wrote: > On Wed, 5 Mar 2003, Ralf S. Engelschall wrote: > > > > > In article <20030305142802.GL4422@pcwin002.win.tue.nl> you wrote: > > > > > What's the correct syntax in 5-CURRENT to have a memory disk for /tmp > > > in your /etc/fstab? > > > [...] > > > > Create a symlink: > > > > lrwxr-xr-x 1 root wheel 5 Feb 13 13:28 /sbin/mount_mfs -> mdmfs > > > > and use in /etc/fstab something like: > > > > md0 /tmp mfs rw,-s128m,noatime,nosuid,nodev 0 0 > > Ralf, > > Thanks for the reminder. I just committed the update to the Makefile to > create this link. > > BTW, it's slightly better to use just 'md' as the device, so that it will > auto-detect the next free node. > > Doug > > -- > > This .signature sanitized for your protection > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:37:43 2003 Return-Path: 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 9167D37B401 for ; Sun, 4 May 2003 12:37:43 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD12343FB1 for ; Sun, 4 May 2003 12:37:42 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CPIj-0005r0-00; Sun, 04 May 2003 12:37:34 -0700 Message-ID: <3EB56BB0.32DC4347@mindspring.com> Date: Sun, 04 May 2003 12:36:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matt References: <49952.192.168.1.10.1052046537.squirrel@webmail.xtaz.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d0a637424fde5cc50af6f7d65c14671b666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: m_freem detected a mbuf double-free : xl0 kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:37:43 -0000 Matt wrote: > Unfortunatly this machine does not have enough swap space to dump a panic > and I also do not have a serial console so there is no debug information, > but I am getting a 100% reproducable panic on a kernel built on sources > cvsup'd either an hour ago or yesterday morning (I've tried both). Sources > from friday are fine. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options DDB #Enable the kernel debugger > The important looking parts I scribbled down on some paper from ddb are > m_freem detected a mbuf double-free, kernel trap 12 with interrupts > disabled, current process int12: xl0. > > This happens the second my irc client tries to connect to an irc server > after booting the system. If I boot kernel.old (from friday) it works > fine. > > Hopefully somebody else with a nic using the xl driver has the same > problem and could offer some proper debug. If not I will try and add more > swap space so I can get a core file. Look elsewhere; the if_xl.c/if_xlreg.h hasn't been modified for over 13 days, so it's not an if_xl.c specific problem that came in last Friday. Probably you had not updated for a while (if it's really an if_xl problem -- and you need to tell us how old your tree was), or it's a problem that was introduced elsewhere, and happened to bite you in the if_xl.c code. I expect that this is the case. You should look for changed files. Actually, I think it's rev 1.47 of /src/sys/kern/subr_mbuf.c; I don't actually see where the M_FREELIST flag is ever cleared on allocation... might want to send an email to silby@. Alternately, if it is cleared on allocation somewhere I'm not seeing, it may be a revealed by in the if_xl driver... or some place else in the protocol stack, where it's freeing the mbuf, and then continuing to use it. I remember a case in the ipfw code, at one point, where it would do that on "reject" rules, and then corrupt the heck out of the kernel stack. 8-(. -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:44:30 2003 Return-Path: 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 0E72037B401 for ; Sun, 4 May 2003 12:44:30 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 558AC43F75 for ; Sun, 4 May 2003 12:44:29 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CPPC-0006nz-00; Sun, 04 May 2003 12:44:15 -0700 Message-ID: <3EB56D3F.E49876EB@mindspring.com> Date: Sun, 04 May 2003 12:42:55 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "M. Warner Losh" References: <20030504020700.B3CCA37B401@hub.freebsd.org> <20030504040804.GA19654@wjv.com> <20030504.063935.07172031.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d0a637424fde5cc570be2a5df40dda9b666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:44:30 -0000 "M. Warner Losh" wrote: > In message: <20030504044927.GA13584@pit.databus.com> > Barney Wolff writes: > : Question for the sysinstall gurus: Is there any necessary relation > : between the kernel version that is booted from the floppy and the > : system version that is being installed? That is, could one boot > : a 5.0-R floppy and then tell sysinstall to install a snapshot? It > : would make the whole problem moot, if so. > > Yes. I've done this in the past. Me too. I've also shot my foot off with it, when perl left the base system, and you had to explicitly install it, only it wasn't an option in the hard-coded menus in the older sysinstall. As a general rule of thumb, try to keep them matched. Also note that if you are running "upgrade", and have not booted from the install media, you will need to manually update your boot blocks, if the boot blocks have changed on you, and maybe /etc/pam.conf (got locked out of a remote server when the ssh stuff changed default keys). -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 12:53:19 2003 Return-Path: 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 A3DE937B401 for ; Sun, 4 May 2003 12:53:19 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A44143FA3 for ; Sun, 4 May 2003 12:53:19 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CPXX-00004u-00; Sun, 04 May 2003 12:52:51 -0700 Message-ID: <3EB56F42.4CEDF8D2@mindspring.com> Date: Sun, 04 May 2003 12:51:30 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Schultz References: <3EB450E0.9060702@octopus.com.au> <3EB45D98.50106@octopus.com.au><3EB51C7B.9020505@jocose.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d0a637424fde5cc5c7618bb93cdd502f350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 19:53:19 -0000 Peter Schultz wrote: > Since we need to keep the floppies, why don't we create a number of > custom kern.flp images? This is a current issue of vital importance and > must not be ingnored any longer. Why, a simple rackmount system > compatible kernel.gz could easily be less than 1MB in size. > > Why insist kern.flp to be all things to all people? That is what seems > to be the root of the problem here. Please forgive me if there are > further binding issues holding the floppies in the position that they're > currently in, but I don't see such a big problem in having some custom > kernels defined for creating a set of kern.flps that people can choose > from in order to match their set of requirements. FreeBSD is already > quite complex and to add a few more options in this area is not too much > to ask of the installer's brain capacity. We already support the concept of putting some drivers on a seperate floppy; it's a matter of moving code not in the floppy boot path off to a seperate floppy. Mostly that limits us to moving only certain drivers out of the kernel, given PXE (net booting), CDROM booting, and floppy booting all have to stay. What that probably means is separate image distributions for local media booting vs. remote media booting, to keep all drivers in the boot path available. So at this point, you need to take it up with the release engineers. -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 13:03:49 2003 Return-Path: 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 25D6937B401; Sun, 4 May 2003 13:03:49 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F9B43FAF; Sun, 4 May 2003 13:03:48 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CPi6-0001bw-00; Sun, 04 May 2003 13:03:47 -0700 Message-ID: <3EB571D0.2972A5C8@mindspring.com> Date: Sun, 04 May 2003 13:02:24 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Robert Watson References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a49d01e0a288a34e89bb31284a47d39eb8350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: NAKAJI Hiroyuki cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 20:03:49 -0000 Robert Watson wrote: > On Mon, 5 May 2003, NAKAJI Hiroyuki wrote: > > Sad news... > > > > Just after I posted this message, I got same panic again and lost some > > files in my $HOME. :( > > Could you boot to single user mode, manually fsck all of your file > systems, and then try running your various load tests again? Perhaps a > free list problem persisted on disk after the fix left over from earlier > operation with the bug... FWIW, given the way this bug exhibits, this *WILL* happen; once it's messed up, you *WILL* need a full fsck in single user mode before it'll be usable again. BG fsck *WILL NOT* fix this (it only fixes overreferences, not underreferences). -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 13:05:51 2003 Return-Path: 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 E7A0B37B401; Sun, 4 May 2003 13:05:51 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E3DB43F85; Sun, 4 May 2003 13:05:51 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CPk5-0001uI-00; Sun, 04 May 2003 13:05:50 -0700 Message-ID: <3EB5724A.4F606C89@mindspring.com> Date: Sun, 04 May 2003 13:04:26 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Robert Watson References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a49d01e0a288a34e89a63f88af06237655350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: Philippe Charnier cc: current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: panic: mutex process lock not owned at../../../kern/sys_process.c:97 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 20:05:52 -0000 Robert Watson wrote: > Try moving the PROC_UNLOCK() call from line 79 to just after line 84 > (i.e., before the error check and possible uiomove()). It looks like some > similar bugs might exist in other bits of procfs. I've attached a patch > that tries to more generally handle use of the proc lock more properly > with uiomove(), but might also not be perfect. You last patch there is exactly the patch I suggested for a similar problem, last week. -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 13:14:05 2003 Return-Path: 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 CB26737B401 for ; Sun, 4 May 2003 13:14:05 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C52D43FE3 for ; Sun, 4 May 2003 13:14:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CPs3-00037E-00; Sun, 04 May 2003 13:14:03 -0700 Message-ID: <3EB57436.CB158B14@mindspring.com> Date: Sun, 04 May 2003 13:12:38 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: kientzle@acm.org References: <20030504020700.B3CCA37B401@hub.freebsd.org> <20030504044927.GA13584@pit.databus.com> <3EB55F29.9080706@acm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a43d4104e5131af5745c96205e8ffa641c387f7b89c61deb1d350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 20:14:06 -0000 Tim Kientzle wrote: > I suppose it's time to modify the boot loader to > load a single kernel image from multiple floppies. It can load drivers from a seperate location ...as long as the separate location has a driver that allows you to access it. > That, at least, would end the continual release > breakage: the release builder could just create > as many floppy images as necessary. You can't do this and do the non-El Torito floppy-on-CDROM boot hack, since the BIOS will only fake up a single floppy. -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 13:21:02 2003 Return-Path: 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 8C86137B401 for ; Sun, 4 May 2003 13:21:02 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7324943F93 for ; Sun, 4 May 2003 13:21:01 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h44KL0A16802; Sun, 4 May 2003 13:21:00 -0700 From: "Cliff L. Biffle" To: Terry Lambert Date: Sun, 4 May 2003 13:21:07 -0700 User-Agent: KMail/1.5 References: <200305040004.40214.cbiffle@safety.net> <3EB56147.A4CBEB0A@mindspring.com> In-Reply-To: <3EB56147.A4CBEB0A@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305041321.07162.cbiffle@safety.net> cc: current@freebsd.org Subject: Re: Reproduceable kernel panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 20:21:02 -0000 On Sunday 04 May 2003 11:51 am, Terry Lambert wrote: > If you have a debug kernel available, you probably want to gdb -k > it, and then look at the code at 0xc1c1bd75; that will give you > the exact line with the error. Believe it or not, no debug kernel was generated, either. So for some reason, a kernel config that has always generated a kernel.debug and an install process that have always backed up my kernel did neither. Something must be seriously hosed here. Any ideas as to what that could be? > It's generally a bad idea to set the CPU type (see the recent > discussion on -current about the guy who shot his foot off). > In general, GCC tends to generate buggy code if you set the > CPU type; of course, if you can live with buggy code... I've been running with the closest CPUTYPE I can since I switched to FreeBSD (which was ~2yrs ago), and haven't had any bugginess to speak of, much less panics. I'll try backing that out all the same. > (to know for sure, you would have to post a traceback). I've got a semiworking kernel on the machine now, and I'm working on recompiling the errant kernel with DDB enabled. I'll post the results. Thanks very much! -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Sun May 4 13:42:35 2003 Return-Path: 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 C6C6437B401 for ; Sun, 4 May 2003 13:42:35 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B9F043F75 for ; Sun, 4 May 2003 13:42:35 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0293.cvx40-bradley.dialup.earthlink.net ([216.244.43.38] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CQJd-0007La-00; Sun, 04 May 2003 13:42:34 -0700 Message-ID: <3EB57ADF.49E5A115@mindspring.com> Date: Sun, 04 May 2003 13:41:04 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Cliff L. Biffle" References: <200305040004.40214.cbiffle@safety.net> <3EB56147.A4CBEB0A@mindspring.com> <200305041321.07162.cbiffle@safety.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a43af7eef52af19d43b2f39dde0b0d6663a2d4e88014a4647c350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: Reproduceable kernel panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 20:42:36 -0000 "Cliff L. Biffle" wrote: > On Sunday 04 May 2003 11:51 am, Terry Lambert wrote: > > If you have a debug kernel available, you probably want to gdb -k > > it, and then look at the code at 0xc1c1bd75; that will give you > > the exact line with the error. > > Believe it or not, no debug kernel was generated, either. > So for some reason, a kernel config that has always generated a kernel.debug > and an install process that have always backed up my kernel did neither. > Something must be seriously hosed here. Any ideas as to what that could be? You have to either add the specific option in for it to do a debug kernel, or you have to use the command "config -g" instead of just "config". As far as the install process not working, it beats me. I generally install manually, and manually back up the kernel, so I can name it something other than "kernel.old". If you had an install problem, it may be that you are running a new kernel with old kernel modules. That can also cause the problems you are seeing (panic on boot), particularly acpi.ko, and ipfw.ko. You may want to make sure you are not loading any kernel modules at all (break into the boot and unload all and manually load only the kernel itself). That might get you past the panic to being able to build the kernel and install it correctly. > > It's generally a bad idea to set the CPU type (see the recent > > discussion on -current about the guy who shot his foot off). > > In general, GCC tends to generate buggy code if you set the > > CPU type; of course, if you can live with buggy code... > > I've been running with the closest CPUTYPE I can since I switched to FreeBSD > (which was ~2yrs ago), and haven't had any bugginess to speak of, much less > panics. I'll try backing that out all the same. Basically, expect that anything you have which is different is probably not good, particularly if you're having problems. > > (to know for sure, you would have to post a traceback). > > I've got a semiworking kernel on the machine now, and I'm working on > recompiling the errant kernel with DDB enabled. I'll post the results. OK; if you can't panic any more after you do that, you are probably fighting mismatched modules. -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 13:42:44 2003 Return-Path: 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 E5C3937B420; Sun, 4 May 2003 13:42:44 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3944343FBF; Sun, 4 May 2003 13:42:44 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h44KghA17773; Sun, 4 May 2003 13:42:43 -0700 From: "Cliff L. Biffle" To: Robert Watson Date: Sun, 4 May 2003 13:42:50 -0700 User-Agent: KMail/1.5 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: <200305041342.50590.cbiffle@safety.net> cc: current@freebsd.org Subject: Re: Reproduceable kernel panic on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 20:42:45 -0000 On Sunday 04 May 2003 07:03 am, Robert Watson wrote: > Recognizing that this is made difficult by the lack of a good kernel on > the box, could you build the same kernel configuration with the addition > of "options DDB"? I've stuffed a kernel onto the box by brute force (i.e. stuck the 5.0-release CD in and installed 'base'). It boots, though I'll have to rebuild my passwd file and various other things that were overwritten. (At the risk of restarting this old flamewar -- GEE it'd be nice if we broke up them distributions into packages. :-) I'm rebuilding now with DDB (which I could've SWORN I had in there -- doh!) and will post the results. With my luck, this is a heisenbug that disappears once the tools are in place to observe it. *grin* -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Sun May 4 16:10:10 2003 Return-Path: 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 E578937B401 for ; Sun, 4 May 2003 16:10:10 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34B3743FB1 for ; Sun, 4 May 2003 16:10:10 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (ugly.x.kientzle.com [66.166.149.51]) by kientzle.com (8.11.3/8.11.3) with ESMTP id h44NA9v87118 for ; Sun, 4 May 2003 16:10:09 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3EB59E24.1040904@acm.org> Date: Sun, 04 May 2003 16:11:32 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20030504020700.B3CCA37B401@hub.freebsd.org> <20030504040804.GA19654@wjv.com> <20030504044927.GA13584@pit.databus.com> <3EB55F29.9080706@acm.org> <3EB57436.CB158B14@mindspring.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 23:10:11 -0000 Terry Lambert wrote: > Tim Kientzle wrote: >>I suppose it's time to modify the boot loader to >>load a single kernel image from multiple floppies. > > It can load drivers from a seperate location ...as long as the > separate location has a driver that allows you to access it. Yes, but.... a) This requires user expertise; they have to know what driver to load. b) That still leaves a lengthy list of items that must be in the single kernel image; how long will it be before even the most minimal kernel no longer fits on a floppy? Most users will find it simpler to just follow the prompts: "Insert Floppy #4 and press [ENTER]" >>That, at least, would end the continual release >>breakage: the release builder could just create >>as many floppy images as necessary. > > You can't do this and do the non-El Torito floppy-on-CDROM > boot hack, since the BIOS will only fake up a single floppy. This is true, although I thought BTX could read BIOS-supported CD-ROMs. That might provide a way out. If BTX could read and concatenate several sources into a single kernel image in memory, then the floppy-emulated CD boot could pull the remaining pieces from CD; the floppy installer could pull the remaining pieces from subsequent floppies. Tim From owner-freebsd-current@FreeBSD.ORG Sun May 4 16:16:20 2003 Return-Path: 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 3E8E037B401 for ; Sun, 4 May 2003 16:16:20 -0700 (PDT) Received: from praetor.linc-it.com (hardtime.linuxman.net [66.147.26.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6943E43F93 for ; Sun, 4 May 2003 16:16:19 -0700 (PDT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-32-251-198.jan.bellsouth.net [67.32.251.198]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by praetor.linc-it.com (Postfix) with ESMTP id 07BDA1543B; Sun, 4 May 2003 18:16:17 -0500 (CDT) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 081EA20F03; Sun, 4 May 2003 18:16:14 -0500 (CDT) Date: Sun, 4 May 2003 18:16:14 -0500 From: "Matthew D. Fuller" To: Terry Lambert Message-ID: <20030504231614.GI27042@over-yonder.net> References: <3EB450E0.9060702@octopus.com.au> <3EB56F42.4CEDF8D2@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EB56F42.4CEDF8D2@mindspring.com> User-Agent: Mutt/1.4i-fullermd.1 X-Editor: vi X-OS: FreeBSD cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 23:16:20 -0000 On Sun, May 04, 2003 at 12:51:30PM -0700 I heard the voice of Terry Lambert, and lo! it spake thus: > > What that probably means is separate image distributions for > local media booting vs. remote media booting, to keep all > drivers in the boot path available. I think perhaps it /is/ time to start looking seriously at this option. I have deep dislike for "Choose your boot floppy from these 23,456 possibilities, each of which is guaranteed to have 95% of the drivers you need for your hardware, but not the other 5%" type methodology. On the other hand, 2 or even 3 clean divisions like that could make things a lot easier to fit, and remain easy to use. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-current@FreeBSD.ORG Sun May 4 16:56:04 2003 Return-Path: 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 C157F37B401 for ; Sun, 4 May 2003 16:56:04 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25AA743F75 for ; Sun, 4 May 2003 16:56:04 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0383.cvx21-bradley.dialup.earthlink.net ([209.179.193.128] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CTKr-00063D-00; Sun, 04 May 2003 16:56:02 -0700 Message-ID: <3EB5A848.A346A288@mindspring.com> Date: Sun, 04 May 2003 16:54:48 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: kientzle@acm.org References: <20030504020700.B3CCA37B401@hub.freebsd.org> <20030504044927.GA13584@pit.databus.com><3EB59E24.1040904@acm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4bff340b34c1dcbc6c2e06137639ca6452601a10902912494350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 23:56:05 -0000 Tim Kientzle wrote: > Terry Lambert wrote: > > Tim Kientzle wrote: > >>I suppose it's time to modify the boot loader to > >>load a single kernel image from multiple floppies. > > > > It can load drivers from a seperate location ...as long as the > > separate location has a driver that allows you to access it. > > Yes, but.... > a) This requires user expertise; they have to > know what driver to load. Three possible answers to that: i) Warner was talking about autoloading by PCI ID found at one point. ii) Load them all. iii) Make BIOS-based disk drivers, and switch over to the higher performance protected mode drivers later. I still like the last one, which I first suggested in 1993. 8-). > b) That still leaves a lengthy list of items that > must be in the single kernel image; how long will > it be before even the most minimal kernel no longer > fits on a floppy? Yes, this will be a problem, eventually, if people insist on bunches of vendors for their hardware. Fortunately, Silicon Valley tanked in 2001, and it seems that there is not quite so many vendors of hardware as there used to be... The way this was handled in the past was by seperating the kernel boot floppy from the root floppy, so there were two floppies. This is how 386BSD worked. The reason it was deprecated was because people wanted more than one floppy. > Most users will find it simpler to just follow > the prompts: "Insert Floppy #4 and press [ENTER]" > > >>That, at least, would end the continual release > >>breakage: the release builder could just create > >>as many floppy images as necessary. > > > > You can't do this and do the non-El Torito floppy-on-CDROM > > boot hack, since the BIOS will only fake up a single floppy. > > This is true, although I thought BTX could read > BIOS-supported CD-ROMs. That might provide a way out. Most of the CDROMs where you care about this approach are *not* supported by disk BIOS; those that are, well, you don't care about the approach. Catch-22. > If BTX could read and concatenate several sources into > a single kernel image in memory, then the floppy-emulated > CD boot could pull the remaining pieces from CD; the floppy > installer could pull the remaining pieces from subsequent > floppies. You might as well say that you have to have the CDROM code path supported in the kernel by default (which is a subset of a full boot path for all possible "floppy disk" cases). -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 16:59:59 2003 Return-Path: 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 1D55A37B401 for ; Sun, 4 May 2003 16:59:59 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E42543F85 for ; Sun, 4 May 2003 16:59:58 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0383.cvx21-bradley.dialup.earthlink.net ([209.179.193.128] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CTOc-0006SK-00; Sun, 04 May 2003 16:59:55 -0700 Message-ID: <3EB5A930.A8C7BC47@mindspring.com> Date: Sun, 04 May 2003 16:58:40 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Matthew D. Fuller" References: <3EB450E0.9060702@octopus.com.au> <3EB56F42.4CEDF8D2@mindspring.com> <20030504231614.GI27042@over-yonder.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4bff340b34c1dcbc63df802557b6b3368548b785378294e88350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 23:59:59 -0000 "Matthew D. Fuller" wrote: > > What that probably means is separate image distributions for > > local media booting vs. remote media booting, to keep all > > drivers in the boot path available. > > I think perhaps it /is/ time to start looking seriously at this option. > > I have deep dislike for "Choose your boot floppy from these 23,456 > possibilities, each of which is guaranteed to have 95% of the drivers you > need for your hardware, but not the other 5%" type methodology. We all do; that's why no one has solved the problem that way yet. 8-). > On the > other hand, 2 or even 3 clean divisions like that could make things a lot > easier to fit, and remain easy to use. The biggest win has got to be "real floppy vs. BIOS-faked floppy", I think. You still end up with the disk drivers in everything, though. -- Terry From owner-freebsd-current@FreeBSD.ORG Sun May 4 17:03:30 2003 Return-Path: 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 07B7537B401 for ; Sun, 4 May 2003 17:03:30 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 271DE43FAF for ; Sun, 4 May 2003 17:03:29 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h4503Q3g087162 for ; Mon, 5 May 2003 02:03:27 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Mon, 5 May 2003 02:03:26 +0200 (CEST) From: Martin Blapp To: current@freebsd.org Message-ID: <20030505015744.W33100@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Cannot mount root ufs:/dev/ar0s1a Error 22 after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 00:03:30 -0000 Hi all, I updated today three boxes from 5.0R to CURRENT, and all three boxes, with different disk-layout. After a reboot, I got on all boxes the same problem: Cannot mount root ufs:/dev/ar0s1a Error 22 (EINVAL) or Cannot mount root ufs:/dev/ad0s1a Error 22 (EINVAL) I tried to set the root manualy, but no chance. Only common thing on the boxes are that two have a ATA Raid (ar0) and one just a normal ata disk. Mounting /dev/ar0a didn't work too. I also used ufs2 on one box for all slices, ufs1 on the two others. What is involved to get this working again, and why is it missing in /usr/src/UPDATING ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun May 4 17:18:36 2003 Return-Path: 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 BD29137B401 for ; Sun, 4 May 2003 17:18:36 -0700 (PDT) Received: from altair.mukappabeta.net (p3E9BE2FA.dip.t-dialin.net [62.155.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9816943F85 for ; Sun, 4 May 2003 17:18:34 -0700 (PDT) (envelope-from mkb@mukappabeta.de) Received: from mukappabeta.de (localhost [127.0.0.1]) by altair.mukappabeta.net (Postfix) with ESMTP id 607FD591C; Mon, 5 May 2003 01:22:43 +0200 (CEST) Message-ID: <3EB5A0C2.30401@mukappabeta.de> Date: Mon, 05 May 2003 01:22:42 +0200 From: Matthias Buelow User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030504 X-Accept-Language: de-de, de, en-gb, en-us, en MIME-Version: 1.0 To: Terry Lambert References: <20030504020700.B3CCA37B401@hub.freebsd.org> <20030504044927.GA13584@pit.databus.com> <3EB55F29.9080706@acm.org> <3EB57436.CB158B14@mindspring.com> In-Reply-To: <3EB57436.CB158B14@mindspring.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: kientzle@acm.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 00:18:37 -0000 Terry Lambert wrote: > You can't do this and do the non-El Torito floppy-on-CDROM > boot hack, since the BIOS will only fake up a single floppy. I have very little clue regarding cdrom booting but is the cdrom _only_ available as a faked floppy thru the BIOS, or is it just that the BIOS simply boots from it (i.e., loading sector 0) and the CDROM is still available through the BIOS as a seperate drive? In the latter case, the boot loader could simply use the other drive to load the rest via the BIOS. That's at least what I would consider logical, no doubt BIOS manufacturers have messed that up, of course. -- Matthias Buelow home: mkb/at/mukappabeta.de uni: mkb/at/informatik.uni-wuerzburg.de From owner-freebsd-current@FreeBSD.ORG Sun May 4 18:10:26 2003 Return-Path: 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 A529C37B401 for ; Sun, 4 May 2003 18:10:26 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 295BF43F93 for ; Sun, 4 May 2003 18:10:26 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h451ALA29605; Sun, 4 May 2003 18:10:21 -0700 From: "Cliff L. Biffle" To: Martin Blapp Date: Sun, 4 May 2003 18:10:30 -0700 User-Agent: KMail/1.5 References: <20030505015744.W33100@cvs.imp.ch> In-Reply-To: <20030505015744.W33100@cvs.imp.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305041810.30999.cbiffle@safety.net> cc: current@freebsd.org Subject: Re: Cannot mount root ufs:/dev/ar0s1a Error 22 after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 01:10:27 -0000 On Sunday 04 May 2003 05:03 pm, Martin Blapp wrote: > Cannot mount root ufs:/dev/ad0s1a Error 22 (EINVAL) [AOL]! After a sup this afternoon, the good news is that my box doesn't instantly panic while loading init. The bad news is that this is because it can't find init, because it can't mount the root. :-) This is with a complete stock GENERIC kernel, make.conf, etc. (I reverted while debugging the -other- problem.) The partition mounts just peachily from the live filesystem CD. It's a UFS1 partition, if it's relevant. Strikes me as an 'oops.' :-) -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Sun May 4 18:12:11 2003 Return-Path: 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 7314C37B401 for ; Sun, 4 May 2003 18:12:11 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 396B843FB1 for ; Sun, 4 May 2003 18:12:06 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h451C2A29679; Sun, 4 May 2003 18:12:02 -0700 From: "Cliff L. Biffle" To: Martin Blapp , current@freebsd.org Date: Sun, 4 May 2003 18:12:12 -0700 User-Agent: KMail/1.5 References: <20030505015744.W33100@cvs.imp.ch> In-Reply-To: <20030505015744.W33100@cvs.imp.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305041812.12164.cbiffle@safety.net> Subject: Followup -- Re: Cannot mount root ufs:/dev/ar0s1a Error 22 after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 01:12:11 -0000 Incidentally, when I ask for a listing at the manual root filesystem specification prompt, GEOM properly lists all of the slices and devices I'd expect, including ad0s1a, my root. In case you were wondering. :-) -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Sun May 4 19:05:55 2003 Return-Path: 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 7BC1637B401; Sun, 4 May 2003 19:05:55 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADFB343FBD; Sun, 4 May 2003 19:05:54 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h4525rA7039613; Sun, 4 May 2003 20:05:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 04 May 2003 20:04:53 -0600 (MDT) Message-Id: <20030504.200453.99587468.imp@bsdimp.com> To: mb@imp.ch From: "M. Warner Losh" In-Reply-To: <20030504123034.O33100@cvs.imp.ch> References: <20030504123034.O33100@cvs.imp.ch> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: anholt@freebsd.org cc: current@freebsd.org Subject: Re: ACPI-Sleep broken for radeon mobility chips ? (on Current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 02:05:55 -0000 In message: <20030504123034.O33100@cvs.imp.ch> Martin Blapp writes: : : Hi all, : : I have these two problems: : : - Black screen in the console after wakeup. Console is dead. : - Shaded screen in X which turns white after a while with nice patterns on it : after wakeup. : : OS is still alive. One can login over the network and reboot. : : Looks like other people got the same problem: : : http://groups.google.com/groups?q=vga0+radeon+freebsd&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=20030217230308.GA594_lenny.anarcat.ath.cx%40ns.sol.net&rnum=9 : : Does anyone of you know what the problem is exactly ? : : Here are the dmesg parts: : : VESA: v2.0, 65536k memory, flags:0x1, mode table:0xc04bdc82 (1000022) : VESA: ATI MOBILITY RADEON 9000 : : vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 : : drm0: port 0xa000-0xa0ff mem : 0xec100000-0xec10ffff,0 : xf0000000-0xf7ffffff irq 11 at device 0.0 on pci1 : info: [drm] AGP at 0xe8000000 64MB : info: [drm] Initialized radeon 1.8.0 20020828 on minor 0 : : I tried tried to turn of dri, agp and vesa modules, but with out without : makes zero difference. I have the same problem with my machine as well: drm0: port 0xcc00-0xccff mem 0xfcffc000-0xfcffffff,0xe8000000-0xebffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe4000000 64MB info: [drm] Initialized r128 2.3.0 20021029 on minor 0 It is one reason that suspend/resume for cardbus breaks sometimes mysteriously... Warner From owner-freebsd-current@FreeBSD.ORG Sun May 4 19:58:15 2003 Return-Path: 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 AF69C37B401; Sun, 4 May 2003 19:58:15 -0700 (PDT) Received: from pcat.heimat.gr.jp (catv-129-243.tees.ne.jp [202.216.129.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A5E43F75; Sun, 4 May 2003 19:58:14 -0700 (PDT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: from xa12.heimat.gr.jp (xa12.heimat.gr.jp [202.216.136.35]) by pcat.heimat.gr.jp (8.12.9/8.12.9) with ESMTP id h452wAtV098901; Mon, 5 May 2003 11:58:10 +0900 (JST) (envelope-from nakaji@tutrp.tut.ac.jp) Sender: nakaji@xa12.heimat.gr.jp To: Robert Watson References: <867k96ofmh.fsf@xa12.heimat.gr.jp> From: NAKAJI Hiroyuki MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Date: Mon, 05 May 2003 11:58:10 +0900 In-Reply-To: (Robert Watson's message of "Sun, 4 May 2003 12:27:35 -0400 (EDT)") Message-ID: <864r4aje0t.fsf@xa12.heimat.gr.jp> User-Agent: T-gnus/6.16.1 (based on Gnus v5.10.1) (revision 01) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 02:58:16 -0000 >>>>> In >>>>> Robert Watson wrote: > Could you boot to single user mode, manually fsck all of your file > systems, and then try running your various load tests again? Perhaps a > free list problem persisted on disk after the fix left over from earlier > operation with the bug... The problem still exists unfortunately. Now I switched my kernel to the one of Apr 12 2003. I rebooted my pc98 box to single user mode, ran "fsck" (I have to do this again and again because of panic) and exitted to multi-user mode. At this time no panic happened. Then, I ran "make update buildworld" in /usr/src (/dev/da2s1g) in kterm on X through the night. No panic. After I wake up, I checked my new arriving emails with Emacs and Gnus. Retrieving emails did not cause panic. But while reading emails, because email backend of Gnus is "nnml" like MH, accessing ~/Mail on /dev/da2s1h occured and got panic. And next "make update" in /usr/src was running in background. I cannot beleive these two are the "heavy disk access" but it may be so. Backtrace from vmcore is almost same as I posted before in this thread. -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Sun May 4 20:48:31 2003 Return-Path: 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 9F51C37B401 for ; Sun, 4 May 2003 20:48:31 -0700 (PDT) Received: from grogged.dyndns.org (c-66-41-94-114.mn.client2.attbi.com [66.41.94.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA3C243F3F for ; Sun, 4 May 2003 20:48:30 -0700 (PDT) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id 89F1116809; Sun, 4 May 2003 22:38:18 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id 79E20D23A for ; Sun, 4 May 2003 22:38:18 -0500 (CDT) Date: Sun, 4 May 2003 22:38:18 -0500 (CDT) From: matt To: In-Reply-To: <20030504.200453.99587468.imp@bsdimp.com> Message-ID: <20030504222506.L97149-100000@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: gbde atttach on sparc64 = kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 03:48:31 -0000 I've been playing with gbde on the latest sparc64 current (last saturday anyhow), everytime I try and "gbde attach *devicename*" I get a kernel panic - I'm trying to attach gbde to the md() device (which in turn is pointed at a file on a ufs1 filesystem). More details below: /usr/src/sys/sparc64/conf/GENERIC - unchanged, except for options GEOM_BDE was added. db> panic panic: from debugger cpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> show reg g0 0xc0312403 g1 0 g2 0x1 g3 0 g4 0xff0000 g5 0xff00 fpu_fault_size+0xfd4c g6 0xe2ccd980 g7 0xc03e8e30 pcpu0+0x1aa8 i0 0x12 i1 0xfffff8003cfaa630 i2 0xe2ccc520 i3 0xa i4 0xe2ccc5c8 i5 0 i6 0xe2ccbc81 i7 0xc0272274 Debugger+0x14 tnpc 0xc0272280 Debugger+0x20 tpc 0xc027227c Debugger+0x1c tstate 0x441d001603 Debugger+0x1c: ta %xcc, 1 db> trace panic() at panic+0x134 trap() at trap+0x324 -- memory address not aligned sfar=0xfffff80035cace51 sfsr=0x40029%o7=0xc014bd9c -- Decode() at Decode+0x34 MD5Update() at MD5Update+0x94 g_bde_decode_lock() at g_bde_decode_lock+0x320 g_bde_decrypt_lockx() at g_bde_decrypt_lockx+0x194 g_bde_decrypt_lock() at g_bde_decrypt_lock+0xb4 g_bde_create_geom() at g_bde_create_geom+0x238 gctl_create_geom() at gctl_create_geom+0x80 g_ctl_ioctl_ctl() at g_ctl_ioctl_ctl+0x1b0 g_ctl_ioctl() at g_ctl_ioctl+0xb8 spec_ioctl() at spec_ioctl+0x178 spec_vnoperate() at spec_vnoperate+0x1c vn_ioctl() at vn_ioctl+0x174 ioctl() at ioctl+0x3b4 syscall() at syscall+0x2a8 -- syscall (54, FreeBSD ELF64, ioctl) %o7=0x106fb8 -- userland() at 0x107c68 user trace: trap %o7=0x106fb8 pc 0x107c68, sp 0x7fdffffe921 pc 0x1008a4, sp 0x7fdffffe9e1 pc 0x101ab4, sp 0x7fdffffeab1 pc 0x1001dc, sp 0x7fdfffff221 pc 0, sp 0x7fdfffff2e1 done db> show witness Sleep locks: 0 g_xdown -- last acquired @ geom/geom_io.c:344 2 Giant -- last acquired @ vm/vm_object.c:380 3 mntvnode -- last acquired @ kern/vfs_subr.c:1042 10 vnode interlock -- last acquired @ kern/vfs_subr.c:2169 11 Malloc Stats -- last acquired @ kern/kern_malloc.c:231 11 spechash -- last acquired @ kern/vfs_subr.c:2059 11 Syncer mtx -- last acquired @ kern/vfs_subr.c:1773 11 vnode_free_list -- last acquired @ kern/vfs_subr.c:936 11 lockmgr -- last acquired @ kern/kern_lock.c:549 11 UMA cpu -- last acquired @ vm/uma_core.c:1693 12 UMA zone -- last acquired @ vm/uma_core.c:1711 3 eventhandler -- last acquired @ kern/subr_eventhandler.c:212 4 eventhandler list -- last acquired @ fs/devfs/devfs_vnops.c:381 3 devstat -- last acquired @ kern/subr_devstat.c:82 3 kernel linker -- last acquired @ kern/kern_linker.c:429 3 rip -- last acquired @ netinet/in_pcb.c:821 3 UMA lock -- last acquired @ vm/uma_core.c:1171 5 PCPU KMAP ENTRY -- last acquired @ vm/uma_core.c:253 6 KMAP ENTRY -- last acquired @ vm/uma_core.c:267 11 UMA cpu -- (already displayed) 3 taskqueue list -- last acquired @ kern/subr_taskqueue.c:86 3 ithread -- last acquired @ kern/kern_intr.c:268 3 pseudofs_vncache -- last acquired @ fs/pseudofs/pseudofs_vncache.c:227 3 rman head -- last acquired @ kern/subr_rman.c:109 3 sf_bufs list lock -- last acquired @ kern/uipc_syscalls.c:1623 4 system map -- last acquired @ vm/vm_map.c:2757 5 PCPU KMAP ENTRY -- (already displayed) 5 vm object_list -- last acquired @ vm/vm_object.c:220 6 vm object -- last acquired @ ufs/ffs/ffs_vnops.c:552 7 vm page queue mutex -- last acquired @ kern/vfs_bio.c:1326 10 vnode interlock -- (already displayed) 3 p_peers -- last acquired @ kern/kern_exit.c:240 3 g_disk_done -- last acquired @ geom/geom_disk.c:168 4 bio queue -- last acquired @ geom/geom_io.c:64 11 UMA cpu -- (already displayed) 3 devd -- last acquired @ kern/subr_bus.c:478 11 Malloc Stats -- (already displayed) 11 UMA cpu -- (already displayed) 3 pseudofs -- last acquired @ fs/pseudofs/pseudofs_fileno.c:86 3 sem -- last acquired @ kern/sysv_sem.c:1156 3 bpf global lock -- last acquired @ net/bpf.c:982 3 GEOM orphanage -- last acquired @ geom/geom_event.c:168 3 dirhash list -- last acquired @ ufs/ufs/ufs_dirhash.c:245 4 dirhash -- last acquired @ ufs/ufs/ufs_dirhash.c:359 3 pbuf mutex -- last acquired @ vm/vm_pager.c:462 3 ufs ihash -- last acquired @ ufs/ufs/ufs_ihash.c:188 db> show witness Sleep locks: 0 g_xdown -- last acquired @ geom/geom_io.c:344 2 Giant -- last acquired @ vm/vm_object.c:380 3 mntvnode -- last acquired @ kern/vfs_subr.c:1042 10 vnode interlock -- last acquired @ kern/vfs_subr.c:2169 11 Malloc Stats -- last acquired @ kern/kern_malloc.c:231 11 spechash -- last acquired @ kern/vfs_subr.c:2059 11 Syncer mtx -- last acquired @ kern/vfs_subr.c:1773 11 vnode_free_list -- last acquired @ kern/vfs_subr.c:936 11 lockmgr -- last acquired @ kern/kern_lock.c:549 11 UMA cpu -- last acquired @ vm/uma_core.c:1693 12 UMA zone -- last acquired @ vm/uma_core.c:1711 3 eventhandler -- last acquired @ kern/subr_eventhandler.c:212 4 eventhandler list -- last acquired @ fs/devfs/devfs_vnops.c:381 3 devstat -- last acquired @ kern/subr_devstat.c:82 3 kernel linker -- last acquired @ kern/kern_linker.c:429 3 rip -- last acquired @ netinet/in_pcb.c:821 3 UMA lock -- last acquired @ vm/uma_core.c:1171 5 PCPU KMAP ENTRY -- last acquired @ vm/uma_core.c:253 6 KMAP ENTRY -- last acquired @ vm/uma_core.c:267 11 UMA cpu -- (already displayed) 3 taskqueue list -- last acquired @ kern/subr_taskqueue.c:86 3 ithread -- last acquired @ kern/kern_intr.c:268 3 pseudofs_vncache -- last acquired @ fs/pseudofs/pseudofs_vncache.c:227 3 rman head -- last acquired @ kern/subr_rman.c:109 3 sf_bufs list lock -- last acquired @ kern/uipc_syscalls.c:1623 4 system map -- last acquired @ vm/vm_map.c:2757 5 PCPU KMAP ENTRY -- (already displayed) 5 vm object_list -- last acquired @ vm/vm_object.c:220 6 vm object -- last acquired @ ufs/ffs/ffs_vnops.c:552 7 vm page queue mutex -- last acquired @ kern/vfs_bio.c:1326 10 vnode interlock -- (already displayed) 3 p_peers -- last acquired @ kern/kern_exit.c:240 3 g_disk_done -- last acquired @ geom/geom_disk.c:168 4 bio queue -- last acquired @ geom/geom_io.c:64 11 UMA cpu -- (already displayed) 3 devd -- last acquired @ kern/subr_bus.c:478 11 Malloc Stats -- (already displayed) 11 UMA cpu -- (already displayed) 3 pseudofs -- last acquired @ fs/pseudofs/pseudofs_fileno.c:86 3 sem -- last acquired @ kern/sysv_sem.c:1156 3 bpf global lock -- last acquired @ net/bpf.c:982 3 GEOM orphanage -- last acquired @ geom/geom_event.c:168 3 dirhash list -- last acquired @ ufs/ufs/ufs_dirhash.c:245 4 dirhash -- last acquired @ ufs/ufs/ufs_dirhash.c:359 3 pbuf mutex -- last acquired @ vm/vm_pager.c:462 3 ufs ihash -- last acquired @ ufs/ufs/ufs_ihash.c:188 10 vnode interlock -- (already displayed) 3 bdone lock -- last acquired @ kern/vfs_bio.c:2974 3 netisr lock -- last acquired @ net/netisr.c:215 4 arp_inq -- last acquired @ net/netisr.c:233 4 udp -- last acquired @ netinet/udp_usrreq.c:977 5 inp -- last acquired @ netinet/tcp_usrreq.c:621 6 rman -- last acquired @ kern/subr_rman.c:196 11 Malloc Stats -- (already displayed) 11 UMA cpu -- (already displayed) 6 bpf interface lock -- last acquired @ net/bpf.c:1088 7 bpf cdev lock -- last acquired @ net/bpf.c:1090 8 sellck -- last acquired @ kern/sys_generic.c:1190 6 if send queue -- last acquired @ dev/hme/if_hme.c:994 6 radix node head -- last acquired @ net/route.c:139 11 Malloc Stats -- (already displayed) 7 mbuf PCPU list lock -- last acquired @ kern/subr_mbuf.c:917 72 7 ifnet -- last acquired @ net/if.c:1170 7 ifaddr -- last acquired @ net/route.c:671 11 UMA cpu -- (already displayed) 6 random reseed -- last acquired @ dev/random/yarrow.c:170 4 tcp -- last acquired @ netinet/tcp_usrreq.c:621 5 inp -- (already displayed) 4 ip_inq -- last acquired @ net/netisr.c:233 3 buffer daemon lock -- last acquired @ kern/vfs_bio.c:2096 3 mntid -- last acquired @ kern/vfs_subr.c:571 4 mountlist -- last acquired @ kern/vfs_subr.c:3492 3 fdesc -- last acquired @ kern/kern_descrip.c:1408 4 filedesc structure -- last acquired @ kern/kern_descrip.c:1691 7 bpf cdev lock -- (already displayed) 5 pipe mutex -- last acquired @ kern/sys_pipe.c:1382 8 sellck -- (already displayed) 6 sigio lock -- last acquired @ kern/kern_descrip.c:564 7 process group -- last acquired @ kern/kern_proc.c:276 8 process lock -- last acquired @ sparc64/sparc64/trap.c:557 9 struct pargs.ref -- last acquired @ kern/kern_proc.c:1025 9 ktrace -- last acquired @ kern/kern_fork.c:601 9 session -- last acquired @ fs/specfs/spec_vnops.c:618 10 vnode interlock -- (already displayed) 10 uidinfo hash -- last acquired @ kern/kern_resource.c:876 11 uidinfo struct -- last acquired @ order list:0 12 allprison -- last acquired @ kern/kern_jail.c:414 3 buf queue lock -- last acquired @ kern/vfs_bio.c:1391 3 needsbuffer lock -- last acquired @ kern/vfs_bio.c:291 3 runningbufspace lock -- last acquired @ kern/vfs_bio.c:309 3 accounting -- last acquired @ kern/kern_acct.c:228 3 md bio queue -- last acquired @ dev/md/md.c:571 0 g_xup -- last acquired @ geom/geom_io.c:363 2 Giant -- (already displayed) 0 GEOM event stalling -- last acquired @ geom/geom_event.c:156 1 GEOM topology -- last acquired @ geom/geom_event.c:157 2 Giant -- (already displayed) 0 module subsystem sx lock -- last acquired @ kern/kern_module.c:330 0 kernel environment -- last acquired @ kern/kern_environment.c:287 0 sysctl lock -- last acquired @ kern/kern_sysctl.c:1244 1 malloc -- last acquired @ kern/kern_malloc.c:549 1 filelist lock -- last acquired @ kern/kern_descrip.c:1152 4 filedesc structure -- (already displayed) 1 allproc -- last acquired @ kern/sched_4bsd.c:253 2 Giant -- (already displayed) 0 proctree -- last acquired @ fs/specfs/spec_vnops.c:616 1 allproc -- (already displayed) Spin locks: Locks which were never acquired: ip6_inq pseudofs_fileno msq semid cd9660_ihash taskqueue strategy UUID generator mutex lock securelevel mutex lock jumbo mutex phys_pager list dev_pager list dev_pager create swap_pager list vm map sleep mutex db> From owner-freebsd-current@FreeBSD.ORG Sun May 4 21:14:39 2003 Return-Path: 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 DB1F937B401 for ; Sun, 4 May 2003 21:14:39 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2955F43FBF for ; Sun, 4 May 2003 21:14:39 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by sccrmhc03.attbi.com (sccrmhc03) with SMTP id <2003050504143700300642kle>; Mon, 5 May 2003 04:14:37 +0000 Date: Sun, 4 May 2003 21:14:36 -0700 (PDT) From: Doug Barton To: Peter Schultz In-Reply-To: <3EB51C7B.9020505@jocose.org> Message-ID: <20030504211023.K13155@znfgre.qbhto.arg> References: <3EB450E0.9060702@octopus.com.au> <20030503235911.GA64288@shall.anarcat.ath.cx> <20030503.191127.113104360.imp@bsdimp.com> <3EB51C7B.9020505@jocose.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 04:14:40 -0000 On Sun, 4 May 2003, Peter Schultz wrote: > Since we need to keep the floppies, why don't we create a number of > custom kern.flp images? This is a current issue of vital importance and > must not be ingnored any longer. Why, a simple rackmount system > compatible kernel.gz could easily be less than 1MB in size. > > Why insist kern.flp to be all things to all people? That is what seems > to be the root of the problem here. Please forgive me if there are > further binding issues holding the floppies in the position that they're > currently in, but I don't see such a big problem in having some custom > kernels defined for creating a set of kern.flps that people can choose > from in order to match their set of requirements. FreeBSD is already > quite complex and to add a few more options in this area is not too much > to ask of the installer's brain capacity. You didn't specify in your post exactly what you plan to use those floppies for. If you're interested just in installation issues, there are already extra floppies with drivers needed by less popular hardware. If you're interested in floppy-size bootable systems for _other_ purposes, then take a look at the picobsd port. You can build floppy size systems for all kinds of purposes. By combining a picobsd bootable floppy on an El Torrito CD you can do a lot of cool stuff. Hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun May 4 21:23:16 2003 Return-Path: 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 C289537B401; Sun, 4 May 2003 21:23:16 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E2A043F85; Sun, 4 May 2003 21:23:15 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from pcnet1.pcnet.com (localhost [127.0.0.1]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h454N5Bg018566; Mon, 5 May 2003 00:23:05 -0400 (EDT) Received: from localhost (eischen@localhost)h454N4eS018563; Mon, 5 May 2003 00:23:04 -0400 (EDT) Date: Mon, 5 May 2003 00:23:04 -0400 (EDT) From: Daniel Eischen To: "M. Warner Losh" In-Reply-To: <20030504.200453.99587468.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: anholt@freebsd.org cc: mb@imp.ch cc: current@freebsd.org Subject: Re: ACPI-Sleep broken for radeon mobility chips ? (on Current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 04:23:17 -0000 On Sun, 4 May 2003, M. Warner Losh wrote: > In message: <20030504123034.O33100@cvs.imp.ch> > Martin Blapp writes: > : > : Hi all, > : > : I have these two problems: > : > : - Black screen in the console after wakeup. Console is dead. > : - Shaded screen in X which turns white after a while with nice patterns on it > : after wakeup. > : > : OS is still alive. One can login over the network and reboot. > : > : Looks like other people got the same problem: > : > : http://groups.google.com/groups?q=vga0+radeon+freebsd&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=20030217230308.GA594_lenny.anarcat.ath.cx%40ns.sol.net&rnum=9 > : > : Does anyone of you know what the problem is exactly ? > : > : Here are the dmesg parts: > : > : VESA: v2.0, 65536k memory, flags:0x1, mode table:0xc04bdc82 (1000022) > : VESA: ATI MOBILITY RADEON 9000 > : > : vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > : > : drm0: port 0xa000-0xa0ff mem > : 0xec100000-0xec10ffff,0 > : xf0000000-0xf7ffffff irq 11 at device 0.0 on pci1 > : info: [drm] AGP at 0xe8000000 64MB > : info: [drm] Initialized radeon 1.8.0 20020828 on minor 0 > : > : I tried tried to turn of dri, agp and vesa modules, but with out without > : makes zero difference. > > I have the same problem with my machine as well: > > drm0: port 0xcc00-0xccff mem 0xfcffc000-0xfcffffff,0xe8000000-0xebffffff irq 11 at device 0.0 on pci1 > info: [drm] AGP at 0xe4000000 64MB > info: [drm] Initialized r128 2.3.0 20021029 on minor 0 > > It is one reason that suspend/resume for cardbus breaks sometimes > mysteriously... Same for my Inspiron 4150 (also ATI Rage 128 Mobility MF). One other note, the screen does go blank in Windows XP also. Even if I set the BIOS (rev A05) to disable it when plugged in. It sometimes takes a day or two for it to get in this mode, but once there, it always blanks after a few minutes. Moving the mouse, pressing keys, etc do nothing to refresh the screen. I can login remotely, and key presses are responded to (I can reboot the machine as long as was in an xterm), but I just can't see what I'm doing. When it's real bad, the screen will blank while I'm using it and sometimes every minute or so. The only way to get it back is Fn + F5 then Escape out of the menu. I do get the white screen every now and then also, when suspending and resuming. But I think the blank screen is a BIOS bug. -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Sun May 4 21:54:25 2003 Return-Path: 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 518FC37B401 for ; Sun, 4 May 2003 21:54:25 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ABBE43F3F for ; Sun, 4 May 2003 21:54:24 -0700 (PDT) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [67.119.36.230] $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 04 May 2003 21:54:29 -0700 Message-ID: <3EB5FC94.7070901@myrealbox.com> Date: Sun, 04 May 2003 22:54:28 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030502 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp , freebsd-current@freebsd.org References: <32376.1052076457@critter.freebsd.dk> In-Reply-To: <32376.1052076457@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 04:54:25 -0000 Poul-Henning Kamp wrote: > In message <31649.1052067538@critter.freebsd.dk>, "Poul-Henning Kamp" writes: > >>In message <3EB50F10.3010001@myrealbox.com>, walt writes: >> >>>Hi Poul-Henning, >>> >>>#bsdlabel ad0s3 >>># /dev/ad0s3: >>>8 partitions: >>># size offset fstype [fsize bsize bps/cpg] >>> a: 15321596 140974726 4.2BSD 0 0 0 >>> b: 1048576 139926150 swap >>> c: 16370235 139926150 unused 0 0 # "raw" part, don't edit >> >>Ahh, good point, forgot about that. Will fix. > > > OK, fixed now. I find that I now have the same problem that Martin had -- 'cannot mount root:5' Does the :5 mean anything special? I tried eliminating GEOM_MBR, GEOM_VOL, and GEOM_BSD from my kernel config with no improvement. The kernel from early today still boots normally, and bsdlabel still prints the same error messages, so I guess your changes were all in the kernel? From owner-freebsd-current@FreeBSD.ORG Sun May 4 22:25:13 2003 Return-Path: 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 1619937B401 for ; Sun, 4 May 2003 22:25:13 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBF4243FB1 for ; Sun, 4 May 2003 22:25:09 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h455P7Lr035872; Mon, 5 May 2003 07:25:07 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: walt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 04 May 2003 22:54:28 PDT." <3EB5FC94.7070901@myrealbox.com> Date: Mon, 05 May 2003 07:25:07 +0200 Message-ID: <35871.1052112307@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 05:25:13 -0000 In message <3EB5FC94.7070901@myrealbox.com>, walt writes: >Poul-Henning Kamp wrote: >> In message <31649.1052067538@critter.freebsd.dk>, "Poul-Henning Kamp" writes: >> >>>In message <3EB50F10.3010001@myrealbox.com>, walt writes: >>> >>>>Hi Poul-Henning, >>>> >>>>#bsdlabel ad0s3 >>>># /dev/ad0s3: >>>>8 partitions: >>>># size offset fstype [fsize bsize bps/cpg] >>>> a: 15321596 140974726 4.2BSD 0 0 0 >>>> b: 1048576 139926150 swap >>>> c: 16370235 139926150 unused 0 0 # "raw" part, don't edit >>> >>>Ahh, good point, forgot about that. Will fix. >> >> >> OK, fixed now. > >I find that I now have the same problem that Martin had -- >'cannot mount root:5' Does the :5 mean anything special? > >I tried eliminating GEOM_MBR, GEOM_VOL, and GEOM_BSD from my >kernel config with no improvement. > >The kernel from early today still boots normally, and bsdlabel >still prints the same error messages, so I guess your changes >were all in the kernel? No, both kernel and userland changed. If you cannot mount root, you may want to comment out this check in sys/geom/geom_bsd.c: if ((off_t)rawoffset * secsize != ms->mbroffset) rawoffset = 0; -- 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. From owner-freebsd-current@FreeBSD.ORG Sun May 4 22:54:59 2003 Return-Path: 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 18DB237B401 for ; Sun, 4 May 2003 22:54:59 -0700 (PDT) Received: from rms21.rommon.net (rms21.rommon.net [193.64.42.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC8A843F75 for ; Sun, 4 May 2003 22:54:57 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PHE (h93.vuokselantie10.fi [193.64.42.147]) by rms21.rommon.net (8.12.6p2/8.12.6) with SMTP id h455suPG094378 for ; Mon, 5 May 2003 08:54:56 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <010c01c312ca$dad34b00$932a40c1@PHE> From: "Petri Helenius" To: Date: Mon, 5 May 2003 08:54:55 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: kthread_exit and giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 05:54:59 -0000 I´ve been bouncing this with Soren a few roundtrips and I thought I´ll ask a wider audience since I could not locate the information who would be responsible for grabbing Giant in this case, but it seems to be required to hold it when the thread exits; (the panic occurs when ATA RAID rebuild thread completes) FreeBSD 5.0-CURRENT #3: Sat May 3 11:09:45 GMT 2003 root@kompak.vuokselantie10.fi:/usr/src/sys/i386/compile/EMTEST kompak# atacontrol status 0 ar0: ATA RAID1 subdisks: ad4 ad6 status: REBUILDING 44% completed kompak# panic: mutex Giant not owned at ../../../kern/kern_exit.c:122 Debugger("panic") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> trace Debugger(c038d044,c03eedc0,c038c78b,d26f4c54,1) at Debugger+0x54 panic(c038c78b,c038c8c4,c038acdf,7a,104) at panic+0xab _mtx_assert(c03ed140,1,c038acdf,7a,85) at _mtx_assert+0xec exit1(c2a075f0,0,85,84,2) at exit1+0x33 kthread_exit(0,1,1,0,0) at kthread_exit+0xb6 ar_rebuild(c25e3000,d26f4d48,c038ad90,310,c2a075f0) at ar_rebuild+0x445 fork_exit(c0161c40,c25e3000,d26f4d48) at fork_exit+0xc0 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xd26f4d7c, ebp = 0 --- db> From owner-freebsd-current@FreeBSD.ORG Mon May 5 00:23:36 2003 Return-Path: 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 136F537B401 for ; Mon, 5 May 2003 00:23:36 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29CDA43F93 for ; Mon, 5 May 2003 00:23:35 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h457NXLr037450; Mon, 5 May 2003 09:23:34 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: matt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 04 May 2003 22:38:18 CDT." <20030504222506.L97149-100000@grogged.dyndns.org> Date: Mon, 05 May 2003 09:23:33 +0200 Message-ID: <37449.1052119413@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: gbde atttach on sparc64 = kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 07:23:36 -0000 In message <20030504222506.L97149-100000@grogged.dyndns.org>, matt writes: > >I've been playing with gbde on the latest sparc64 current (last saturday >anyhow), everytime I try and "gbde attach *devicename*" I get a kernel >panic - I'm trying to attach gbde to the md() device (which in turn is >pointed at a file on a ufs1 filesystem). More details below: > >db> trace >panic() at panic+0x134 >trap() at trap+0x324 >-- memory address not aligned sfar=0xfffff80035cace51 sfsr=0x40029%o7=0xc014bd9c -- >Decode() at Decode+0x34 >MD5Update() at MD5Update+0x94 >g_bde_decode_lock() at g_bde_decode_lock+0x320 Fixed. MD5Update() assumed word aligned input, it should not. -- 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. From owner-freebsd-current@FreeBSD.ORG Mon May 5 00:33:46 2003 Return-Path: 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 6D05C37B404 for ; Mon, 5 May 2003 00:33:46 -0700 (PDT) Received: from moof.catpipe.net (dns.catpipe.net [195.249.214.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED23D43FB1 for ; Mon, 5 May 2003 00:33:44 -0700 (PDT) (envelope-from nicolai@catpipe.net) Received: from unlink.catpipe.net (unlink.catpipe.net [195.249.214.172]) by moof.catpipe.net (8.12.8/8.11.6) with ESMTP id h457XgQB038507 for ; Mon, 5 May 2003 09:33:43 +0200 (CEST) (envelope-from nicolai@catpipe.net) From: Nicolai Petri (by way of Nicolai Petri ) Organization: catpipe Systems ApS Date: Mon, 5 May 2003 09:33:31 +0200 User-Agent: KMail/1.5.1 To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305050933.31825.nicolai@catpipe.net> Subject: Re: Patches for fixing module load/unload panics (The files) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 07:33:46 -0000 It seems my attachments went to /dev/null on this list so here they are pasted in : ********************* Patch 1 ************************** --- kern_linker.c.orig Mon Mar 3 23:53:35 2003 +++ kern_linker.c Sat May 3 11:40:09 2003 @@ -290,6 +335,32 @@ } else return (0); } + /* Run thru all modules and make sure they don't collide */ + MOD_SLOCK; + for (mdp = start; mdp < stop; mdp++) { + if ((*mdp)->md_type != MDT_MODULE) + continue; + moddata = (*mdp)->md_data; + KLD_DPF(FILE, ("Registering module %s in %s\n", + moddata->name, lf->filename)); + if (module_lookupbyname(moddata->name)) + { + if (lf != linker_kernel_file) + { + printf("linker_file_register_modules:" + " Cannot load module %s.\n" + "linker_file_register_modules: " + "Module %s is already loaded.\n", + lf->filename, moddata->name); + MOD_SUNLOCK; + return EEXIST; + } else { + printf("linker_file_register_modules: " + " Conflict! Forcing kernel load anyway!\n"); + } + } + } + MOD_SUNLOCK; for (mdp = start; mdp < stop; mdp++) { if ((*mdp)->md_type != MDT_MODULE) continue; @@ -351,7 +422,14 @@ if (error != ENOENT) foundfile = 1; if (lf) { - linker_file_register_modules(lf); + if (linker_file_register_modules(lf)) + { + printf("linker_load_file: " + "register_modules_failed\n"); + linker_file_unload(lf); + error = EEXIST; + goto out; ********************* Patch 2 ************************** --- kern_sysctl.c.orig Fri May 2 21:19:10 2003 +++ kern_sysctl.c Sat May 3 12:13:07 2003 @@ -153,7 +153,30 @@ void sysctl_unregister_oid(struct sysctl_oid *oidp) { - SLIST_REMOVE(oidp->oid_parent, oidp, sysctl_oid, oid_link); + struct sysctl_oid *p; + int error = ENOENT; + + if (oidp->oid_number == OID_AUTO) + error=EINVAL; + else SLIST_FOREACH(p, oidp->oid_parent, oid_link) { + if (p == oidp) + { + SLIST_REMOVE(oidp->oid_parent, oidp, + sysctl_oid, oid_link); + error=0; + break; + } + } + /* This can happen when a module fails to register and + * is being unloaded afterwards. + * It should not be a panic() for normal use. + */ + if (error) + printf("Sysctl unregister failed\n"); } /* Initialize a new context to keep track of dynamically added sysctls. */ ********************* END ************************** On Sunday 04 May 2003 11:05, Nicolai Petri wrote: > Hi all > > As the codefreeze is due very soon now (tm) I send in theese patches and > hopes theese get commited before. > > patch 1 (kern_linker.patch) : > This fixes panics related to loading a module that's already compiled > into the kernel. (patch 2 avoids some of the problems too) > It works by traversing the loaded module list, and if it's already loaded > it simply aborts the moduleregistering process and returns EEXISTS. > > patch 2 (kern_sysctl.patch) : > This patch is somewhat related to the same issue as patch 1. When > loading a module that contains a sysctl already present in the kernel, > the sysctl_register fails. When unloading the module again it calls > sysctl_unregister() and that leads to instant panic because of missing > validity checks in sysctl_unregister. > > The above 2 patches fixes 70-80 % of the kld unload related crashes I've > seen so far, but I know there is many ghosts hidden in the current > kld-framework and I'm trying to tidy this up a bit. Being realistic this > means that a lot of patches like the above will go to the 5.x tree and > hopefully a reworked kld-framework for 6.x. > > In my quest for fixing/redesigning the kld framework I'm currently working > on a document describing my thoughts on this matter. > The document and newest versions of my patches can be found on this > website : http://hobbes.bsd-dk.dk/~npp/ > > Cheers, > Nicolai Petri > catpipe Systems ApS From owner-freebsd-current@FreeBSD.ORG Mon May 5 00:52:33 2003 Return-Path: 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 DB70B37B401 for ; Mon, 5 May 2003 00:52:33 -0700 (PDT) Received: from bebop.inter-sonic.com (bebop.inter-sonic.com [212.247.185.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCDA43F93 for ; Mon, 5 May 2003 00:52:32 -0700 (PDT) (envelope-from peo@intersonic.se) Message-ID: <3EB6183C.1060702@intersonic.se> Date: Mon, 05 May 2003 09:52:28 +0200 From: "Per olof Ljungmark" Organization: Intersonic AB User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-100.7 required=5.2 tests=NOSPAM_INC,SPAM_PHRASE_00_01,USER_AGENT, USER_AGENT_MOZILLA_UA,USER_IN_WHITELIST,X_ACCEPT_LANG version=2.44 X-Spam-Level: X-Sanitizer: bebop mail filter Subject: ftpd(8) dies intermittently X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: peo@intersonic.se List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 07:52:34 -0000 4.6.2-RELEASE-p12 FreeBSD /usr/libexec/ftpd -d -ll -D -p /var/run/ftpd.pid I cannot say exactly when or how, but ftpd dies on certain connections not leaving any traces in the logs even with debugging turned on. Anyone seen this behaviour or have a clue to what is going on? From owner-freebsd-current@FreeBSD.ORG Mon May 5 01:43:27 2003 Return-Path: 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 C20BD37B407 for ; Mon, 5 May 2003 01:43:27 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5BA743FA3 for ; Mon, 5 May 2003 01:43:26 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h458hQSQ073092 for ; Mon, 5 May 2003 09:43:26 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h458hP0e073091 for current@freebsd.org; Mon, 5 May 2003 09:43:25 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.9/8.12.9) with ESMTP id h458j38c069038 for ; Mon, 5 May 2003 09:45:03 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305050845.h458j38c069038@grimreaper.grondar.org> To: current@freebsd.org Date: Mon, 05 May 2003 09:45:03 +0100 Sender: mark@grondar.org Subject: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 08:43:28 -0000 Hello All Kerberos5/Heimdal is now the default in Current. The old option "MAKE_KERBEROS5" is removed. If you do _NOT_ want Kerberos, you need to define "NO_KERBEROS" in your /etc/make.conf. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon May 5 01:47:48 2003 Return-Path: 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 007EE37B401 for ; Mon, 5 May 2003 01:47:48 -0700 (PDT) Received: from nnd.itfs.nsk.su (nnd.itfs.nsk.su [212.20.32.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987C243FAF for ; Mon, 5 May 2003 01:47:46 -0700 (PDT) (envelope-from nnd@nnd.itfs.nsk.su) Received: from nnd.itfs.nsk.su (localhost [127.0.0.1]) by nnd.itfs.nsk.su (8.12.9/8.12.9) with ESMTP id h458m9Qw003307 for ; Mon, 5 May 2003 15:48:09 +0700 (NOVST) (envelope-from nnd@nnd.itfs.nsk.su) Received: (from nnd@localhost) by nnd.itfs.nsk.su (8.12.9/8.12.9/Submit) id h458m9pe003306; Mon, 5 May 2003 15:48:09 +0700 (NOVST) Date: Mon, 5 May 2003 15:48:09 +0700 (NOVST) Message-Id: <200305050848.h458m9pe003306@nnd.itfs.nsk.su> From: nnd@mail.nsk.ru (Nickolay Dudorov) To: current@freebsd.org In-Reply-To: <20030502120140.GK93151@droso.net> X-Newsgroups: itfs.freebsd.current User-Agent: tin/1.5.17-20030326 ("Bubbles") (UNIX) (FreeBSD/5.0-CURRENT (i386)) Subject: Re: vlan broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 08:47:48 -0000 In article <20030502120140.GK93151@droso.net> you wrote: > [-- text/plain, encoding quoted-printable, 20 lines --] > > sh /usr/src/sys/conf/newvers.sh VALE > cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. > -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica > -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h > -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 > -ffreestanding -Werror vers.c > linking kernel > if_vlan.o: In function `vlan_modevent': > if_vlan.o(.text+0x1d0): undefined reference to `vlan_input_p' > if_vlan.o(.text+0x1f4): undefined reference to `vlan_input_p' > *** Error code 1 This is the result of the following change in the if_ethersubr.c: (with rev. 1.145 of this file all is OK): Index: if_ethersubr.c =================================================================== RCS file: /home/CVS/src/sys/net/if_ethersubr.c,v retrieving revision 1.145 retrieving revision 1.146 diff -b -u -r1.145 -r1.146 --- if_ethersubr.c 23 Apr 2003 23:45:57 -0000 1.145 +++ if_ethersubr.c 30 Apr 2003 12:57:40 -0000 1.146 @@ -31,7 +31,7 @@ * SUCH DAMAGE. * * @(#)if_ethersubr.c 8.1 (Berkeley) 6/10/93 - * $FreeBSD: src/sys/net/if_ethersubr.c,v 1.145 2003/04/23 23:45:57 archie Exp $ + * $FreeBSD: src/sys/net/if_ethersubr.c,v 1.146 2003/04/30 12:57:40 markm Exp $ */ #include "opt_atalk.h" @@ -102,7 +102,7 @@ void (*ng_ether_attach_p)(struct ifnet *ifp); void (*ng_ether_detach_p)(struct ifnet *ifp); -void (*vlan_input_p)(struct ifnet *, struct mbuf *); +static void (*vlan_input_p)(struct ifnet *, struct mbuf *); /* bridge support */ int do_bridge; From owner-freebsd-current@FreeBSD.ORG Mon May 5 02:02:45 2003 Return-Path: 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 5481C37B401 for ; Mon, 5 May 2003 02:02:45 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id B533043F75 for ; Mon, 5 May 2003 02:02:44 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by sccrmhc03.attbi.com (sccrmhc03) with SMTP id <200305050902430030054epie>; Mon, 5 May 2003 09:02:43 +0000 Date: Mon, 5 May 2003 02:02:41 -0700 (PDT) From: Doug Barton To: Mark Murray In-Reply-To: <200305050845.h458j38c069038@grimreaper.grondar.org> Message-ID: <20030505020008.V1391@znfgre.qbhto.arg> References: <200305050845.h458j38c069038@grimreaper.grondar.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 09:02:45 -0000 On Mon, 5 May 2003, Mark Murray wrote: > Hello All > > Kerberos5/Heimdal is now the default in Current. The old option > "MAKE_KERBEROS5" is removed. If you do _NOT_ want Kerberos, you > need to define "NO_KERBEROS" in your /etc/make.conf. I have to object to this change of direction. Both on POLA grounds, and on the grounds that because most people don't use kerberos, it shouldn't be the default. I also think that given the historical propensity of kerberos to be vulnerable to attack, it definitely shouldn't be included by default. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 5 02:46:11 2003 Return-Path: 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 0D42037B401 for ; Mon, 5 May 2003 02:46:11 -0700 (PDT) Received: from mail.droso.net (koala.droso.net [193.162.142.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5616443F75 for ; Mon, 5 May 2003 02:46:10 -0700 (PDT) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id 34F8432D04; Mon, 5 May 2003 11:46:08 +0200 (CEST) Date: Mon, 5 May 2003 11:46:08 +0200 From: Erwin Lansing To: current@freebsd.org Message-ID: <20030505094607.GA90653@droso.net> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline X-Operating-System: FreeBSD/i386 4.8-RC User-Agent: Mutt/1.5.4i Subject: buildworld =?iso-8859-1?q?b=F8rked?=in libpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 09:46:11 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =3D=3D=3D> lib/libpam/modules/pam_krb5 rm -f .depend mkdep -f .depend -a -I/usr/src/lib/libpam/modules/pam_krb5/../../../../c= ontrib/openpam/inc lude -I/usr/src/lib/libpam/modules/pam_krb5/../../libpam /usr/src/lib/libp= am/modules/pam_krb 5/pam_krb5.c /usr/src/lib/libpam/modules/pam_krb5/pam_krb5.c:64:18: krb5.h: No such file= or directory mkdep: compile failed *** Error code 1 --=20 _._ _,-'""`-._ Erwin Lansing (,-.`._,'( |\`-/| http://droso.org/ erwin@lansing.dk `-.-' \ )-`( , o o) http://fnidder.dk/ -bf- `- \`_`"'- --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+tjLfqy9aWxUlaZARAlpUAJ9sqYqf/N7qCD74uK1RvIX8gi5Z7gCg8KT0 rspNdBv4wSz+pKfAuvVmzyc= =N7QG -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 03:22:34 2003 Return-Path: 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 E446337B401 for ; Mon, 5 May 2003 03:22:34 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7469943F3F for ; Mon, 5 May 2003 03:22:32 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (metatron.gsoft.com.au [203.38.152.122]) by cain.gsoft.com.au (8.12.9/8.12.6) with ESMTP id h45AMAIW006390; Mon, 5 May 2003 19:52:12 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: kientzle@acm.org, Barney Wolff Date: Mon, 5 May 2003 12:22:04 +0200 User-Agent: KMail/1.5 References: <20030504020700.B3CCA37B401@hub.freebsd.org> <20030504044927.GA13584@pit.databus.com> <3EB55F29.9080706@acm.org> In-Reply-To: <3EB55F29.9080706@acm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305051222.05046.doconnor@gsoft.com.au> X-Spam-Score: -0.7 () CARRIAGE_RETURNS,IN_REP_TO,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 10:22:35 -0000 On Sun, 4 May 2003 20:42, Tim Kientzle wrote: > I suppose it's time to modify the boot loader to > load a single kernel image from multiple floppies. > That, at least, would end the continual release > breakage: the release builder could just create > as many floppy images as necessary. > > I remember the single-floppy installer; I foresee > the 10-floppy installer coming very quickly. ;-) Or use modules.. The vast majority of drivers are loadable as modules. It would be feasible to standardise the PCI ID tables of drivers and then generate a list from it which you can use to load modules for cards you find. Even now you can load arbitary kernel modules in sysinstall without too much hassle. (There is a sysinstall menu for it - I have a patch to this to read description files too :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Mon May 5 03:25:21 2003 Return-Path: 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 6D27D37B401 for ; Mon, 5 May 2003 03:25:21 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC61843FB1 for ; Mon, 5 May 2003 03:25:17 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (metatron.gsoft.com.au [203.38.152.122]) by cain.gsoft.com.au (8.12.9/8.12.6) with ESMTP id h45AOwIW006432; Mon, 5 May 2003 19:55:01 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Terry Lambert , Oliver Lehmann Date: Mon, 5 May 2003 12:24:54 +0200 User-Agent: KMail/1.5 References: <3EB3C118.6020203@octopus.com.au> <20030504124635.1a13ebbd.lehmann@ans-netz.de> <3EB563E4.4797B5CB@mindspring.com> In-Reply-To: <3EB563E4.4797B5CB@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305051224.54989.doconnor@gsoft.com.au> X-Spam-Score: -1.2 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 10:25:21 -0000 On Sun, 4 May 2003 21:03, Terry Lambert wrote: > Oliver Lehmann wrote: > > Terry Lambert wrote: > > > You need to buy Adaptec controllers; they can boot CDROMs. > > > > yeah.. the Controller exchange drive A with your cdrom. So it looks like > > your cd-rom is a floppy drive and you can boot from. But when you are in > > sysinstall. You can't choose install from cd-rom - because you don't have > > a cdrom... just a floppy... you see how fscking this is? > > Never had that problem with my AHA1742 and my Toshiba CDROM... > like I said before: you need to buy a different controller. The only way I could see it being a problem is if the kernel used the BIOS to talk to the disk, and it doesn't... And as you say, buy decent controller cards :) Also, Adaptec cards don't necessarily have a BIOS on them.. (Low end narrow SCSI ones in particular) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Mon May 5 05:10:52 2003 Return-Path: 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 9010537B401; Mon, 5 May 2003 05:10:52 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id C59DC43F3F; Mon, 5 May 2003 05:10:51 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 3C5AB26; Mon, 5 May 2003 07:10:51 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 9478078C4A; Mon, 5 May 2003 07:10:50 -0500 (CDT) Date: Mon, 5 May 2003 07:10:50 -0500 From: "Jacques A. Vidrine" To: Doug Barton Message-ID: <20030505121050.GC21530@madman.celabo.org> References: <200305050845.h458j38c069038@grimreaper.grondar.org> <20030505020008.V1391@znfgre.qbhto.arg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030505020008.V1391@znfgre.qbhto.arg> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: current@freebsd.org cc: Mark Murray Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 12:10:52 -0000 On Mon, May 05, 2003 at 02:02:41AM -0700, Doug Barton wrote: > I have to object to this change of direction. Both on POLA grounds, and on > the grounds that because most people don't use kerberos, it shouldn't be > the default. I also think that given the historical propensity of kerberos > to be vulnerable to attack, it definitely shouldn't be included by > default. Actually, I think we've now fixed POLA issues ... previously we installed the Kerberos bits by default, but did not rebuild them when the rest of the system was updated. Other OSes that supply Kerberos directly come with those bits by default. I do not think that whether or not `most people' use a part of the system is the only (or most important) criteria in determining whether or not to build or not build that part of the system by default. To what `historical propensity' are you referring? I intend this as an honest question. We include software in the base system that most definitely has a poor security track record, but I don't think that Kerberos 5 gets any distinction in this regard. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon May 5 05:13:45 2003 Return-Path: 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 94E8F37B401 for ; Mon, 5 May 2003 05:13:45 -0700 (PDT) Received: from bart.esiee.fr (bart.esiee.fr [147.215.1.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E3443FA3 for ; Mon, 5 May 2003 05:13:44 -0700 (PDT) (envelope-from bonnetf@bart.esiee.fr) Received: from bart.esiee.fr (localhost.esiee.fr [127.0.0.1]) by bart.esiee.fr (8.12.9/8.12.7) with ESMTP id h45CDgtn029539 for ; Mon, 5 May 2003 14:13:42 +0200 (METDST) Received: (from bonnetf@localhost) by bart.esiee.fr (8.12.9/8.12.7/Submit) id h45CDfok029538 for freebsd-current@freebsd.org; Mon, 5 May 2003 14:13:41 +0200 (METDST) Date: Mon, 5 May 2003 14:13:41 +0200 From: Frank Bonnet To: freebsd-current@freebsd.org Message-ID: <20030505141341.A29516@bart.esiee.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: LDAP auth thru nss in current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 12:13:45 -0000 Hi Does the LDAP authentication mechanism throught the nsswitch facility is actually integrated to CURRENT version ? I am greatly interrested by this (nice) feature as all our site authentication is OpenLDAP based. Thanks a lot. -- Frank Bonnet From owner-freebsd-current@FreeBSD.ORG Mon May 5 05:21:00 2003 Return-Path: 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 CB5C037B401 for ; Mon, 5 May 2003 05:21:00 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC56D43F93 for ; Mon, 5 May 2003 05:20:59 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h45CKoA7042863; Mon, 5 May 2003 06:20:50 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 05 May 2003 06:19:35 -0600 (MDT) Message-Id: <20030505.061935.80916215.imp@bsdimp.com> To: nicolai@catpipe.net From: "M. Warner Losh" In-Reply-To: <200305050933.31825.nicolai@catpipe.net> References: <200305050933.31825.nicolai@catpipe.net> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Patches for fixing module load/unload panics (The files) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 12:21:01 -0000 In message: <200305050933.31825.nicolai@catpipe.net> Nicolai Petri (by way of Nicolai Petri\ ) writes: : It seems my attachments went to /dev/null on this list so here they are pasted : in : Actually they haven't. I've looked at them once and wanted to think for a day or three before replying to make sure about a couple of issues I thought I saw. Warner From owner-freebsd-current@FreeBSD.ORG Mon May 5 05:21:13 2003 Return-Path: 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 AED4F37B40E for ; Mon, 5 May 2003 05:21:13 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8032F43F93 for ; Mon, 5 May 2003 05:21:12 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h45CLBA7042866; Mon, 5 May 2003 06:21:11 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 05 May 2003 06:19:57 -0600 (MDT) Message-Id: <20030505.061957.101657438.imp@bsdimp.com> To: mark@grondar.org From: "M. Warner Losh" In-Reply-To: <200305050845.h458j38c069038@grimreaper.grondar.org> References: <200305050845.h458j38c069038@grimreaper.grondar.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 12:21:14 -0000 In message: <200305050845.h458j38c069038@grimreaper.grondar.org> Mark Murray writes: : Kerberos5/Heimdal is now the default in Current. The old option : "MAKE_KERBEROS5" is removed. If you do _NOT_ want Kerberos, you : need to define "NO_KERBEROS" in your /etc/make.conf. Can you add an entry to UPDATING as well? Warner From owner-freebsd-current@FreeBSD.ORG Mon May 5 05:23:22 2003 Return-Path: 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 3F14937B401 for ; Mon, 5 May 2003 05:23:22 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70D4543F3F for ; Mon, 5 May 2003 05:23:21 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h45CNHA7042899; Mon, 5 May 2003 06:23:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 05 May 2003 06:22:03 -0600 (MDT) Message-Id: <20030505.062203.30240784.imp@bsdimp.com> To: doconnor@gsoft.com.au From: "M. Warner Losh" In-Reply-To: <200305051222.05046.doconnor@gsoft.com.au> References: <20030504044927.GA13584@pit.databus.com> <3EB55F29.9080706@acm.org> <200305051222.05046.doconnor@gsoft.com.au> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: kientzle@acm.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 12:23:22 -0000 In message: <200305051222.05046.doconnor@gsoft.com.au> "Daniel O'Connor" writes: : On Sun, 4 May 2003 20:42, Tim Kientzle wrote: : > I suppose it's time to modify the boot loader to : > load a single kernel image from multiple floppies. : > That, at least, would end the continual release : > breakage: the release builder could just create : > as many floppy images as necessary. : > : > I remember the single-floppy installer; I foresee : > the 10-floppy installer coming very quickly. ;-) : : Or use modules.. : The vast majority of drivers are loadable as modules. It would be feasible to : standardise the PCI ID tables of drivers and then generate a list from it : which you can use to load modules for cards you find. There's more than just pci ID. Also, there are a couple of drivers that don't base their decision on the pci id, but other things in the headers to attach to all devices of a certain class. This makes autoloading a little harder. : Even now you can load arbitary kernel modules in sysinstall without too much : hassle. (There is a sysinstall menu for it - I have a patch to this to read : description files too :) devd can do this too. Warner From owner-freebsd-current@FreeBSD.ORG Mon May 5 05:32:17 2003 Return-Path: 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 BDAB937B401 for ; Mon, 5 May 2003 05:32:17 -0700 (PDT) Received: from lupinella.troll.no (lupinella.troll.no [80.232.37.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id A977C43FA3 for ; Mon, 5 May 2003 05:32:16 -0700 (PDT) (envelope-from ebakke@trolltech.com) Received: from riserva.troll.no ([80.232.37.220]:57024 "EHLO riserva.troll.no" ident: "NO-IDENT-SERVICE[2]") by trolltech.com with ESMTP id convert rfc822-to-8bit; Mon, 5 May 2003 14:32:05 +0200 From: "Erik H. Bakke" To: "M. Warner Losh" , doconnor@gsoft.com.au Date: Mon, 5 May 2003 14:35:11 +0200 User-Agent: KMail/1.5.1 References: <20030504044927.GA13584@pit.databus.com> <200305051222.05046.doconnor@gsoft.com.au> <20030505.062203.30240784.imp@bsdimp.com> In-Reply-To: <20030505.062203.30240784.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200305051435.12481.ebakke@trolltech.com> cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 12:32:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 05 May 2003 14:22, M. Warner Losh wrote: > : Or use modules.. > : The vast majority of drivers are loadable as modules. It would be > : feasible to standardise the PCI ID tables of drivers and then generate a > : list from it which you can use to load modules for cards you find. > > There's more than just pci ID. Also, there are a couple of drivers > that don't base their decision on the pci id, but other things in the > headers to attach to all devices of a certain class. This makes > autoloading a little harder. > Wouldn't this be the drivers that would always be on the kernel floppy? I think the drivers that would be candidates for autoloading based on PCI ID would be more specialized drivers, and typically not drivers for things such as IDE controllers, bus bridges, etc. - --- Erik H. Bakke -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+tlp/9C11Y60pBiMRAhVVAJ4oounL+IM24P2lIgKDgdBJfRnXeQCeLOAR oVtFXtcpk+XbHlTEzS4rETk= =pvjt -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 5 05:37:40 2003 Return-Path: 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 C7C7837B401; Mon, 5 May 2003 05:37:40 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD2B443F75; Mon, 5 May 2003 05:37:39 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by sccrmhc03.attbi.com (sccrmhc03) with SMTP id <20030505123738003005p12me>; Mon, 5 May 2003 12:37:39 +0000 Date: Mon, 5 May 2003 05:37:37 -0700 (PDT) From: Doug Barton To: "Jacques A. Vidrine" In-Reply-To: <20030505121050.GC21530@madman.celabo.org> Message-ID: <20030505052615.R2996@znfgre.qbhto.arg> References: <200305050845.h458j38c069038@grimreaper.grondar.org> <20030505121050.GC21530@madman.celabo.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: Mark Murray Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 12:37:41 -0000 On Mon, 5 May 2003, Jacques A. Vidrine wrote: > On Mon, May 05, 2003 at 02:02:41AM -0700, Doug Barton wrote: > > I have to object to this change of direction. Both on POLA grounds, and on > > the grounds that because most people don't use kerberos, it shouldn't be > > the default. I also think that given the historical propensity of kerberos > > to be vulnerable to attack, it definitely shouldn't be included by > > default. > > Actually, I think we've now fixed POLA issues ... previously we > installed the Kerberos bits by default, but did not rebuild them when > the rest of the system was updated. I've always thought that the mistake here is supplying the kerberos bits by default in the install. > Other OSes that supply Kerberos directly come with those bits by > default. I'm completely uninterested in what other OSes do in this regard. We've been doing a fairly good job in -current of tightening up the default install. I see this as a big step in the wrong direction. > I do not think that whether or not `most people' use a part of the > system is the only (or most important) criteria in determining whether > or not to build or not build that part of the system by default. I disagree with you here on two counts. First, I've personally put a non-zero amount of work into removing, or providing options to remove parts of the base that are little used. I've focused what little time and attention I have for this on things like uucp that had lots of s[ug]id binaries, or otherwise provided a potential security hole. We've recently seen the removal of other little-used items like xten. So, I think my concern is very valid here. Doubly so when you consider the extremely dodgy security history of kerberos. > To what `historical propensity' are you referring? I intend this as > an honest question. I'm going to assume that as security officer you're aware of the extremely colorful history of kerberos's many vulnerabilities. :) > We include software in the base system that most definitely has a poor > security track record, but I don't think that Kerberos 5 gets any > distinction in this regard. I disagree that kerberos hasn't distinguished itself, but I don't think the fact that we ship other vulnerable things means that we should add one more, especially when doing so A) Does not add functionality for the majority of our users, and B) Increases the security exposure for the majority of our users. Also, I'm not impressed with the, "But this is kerb 5, not kerb 4" argument, since up till recently the limited deployed base of kerb 5 has not made it a very attractive target for hackers. I've stated my position pretty clearly now, so I'll let others take a turn. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 5 05:39:05 2003 Return-Path: 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 1EE4337B401 for ; Mon, 5 May 2003 05:39:05 -0700 (PDT) Received: from cultdeadsheep.org (charon.cultdeadsheep.org [80.65.226.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D30E43F93 for ; Mon, 5 May 2003 05:39:03 -0700 (PDT) (envelope-from sheepkiller@cultdeadsheep.org) Received: (qmail 68094 invoked from network); 5 May 2003 12:39:01 -0000 Received: from unknown (HELO lucifer.cultdeadsheep.org) (192.168.0.2) by goofy.cultdeadsheep.org with SMTP; 5 May 2003 12:39:01 -0000 Date: Mon, 5 May 2003 14:38:57 +0200 From: Clement Laforet To: Frank Bonnet Message-Id: <20030505143857.7136c142.sheepkiller@cultdeadsheep.org> In-Reply-To: <20030505141341.A29516@bart.esiee.fr> References: <20030505141341.A29516@bart.esiee.fr> Organization: tH3 cUlt 0f tH3 d3@d sH33p X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i386-portbld-freebsd4.8) X-Face: ._cVVRDn#-2((lnfi^P7CoD4htI$4+#G/G)!w|,}H5yK~%(3-C.JlEYbOjJGFwJkt*7N^%z jYeu[;}]}F"3}l5R'l"X0HbvT^D\Q&%deCo)MayY`);TO Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: LDAP auth thru nss in current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 12:39:05 -0000 On Mon, 5 May 2003 14:13:41 +0200 Frank Bonnet wrote: > Hi > > Does the LDAP authentication mechanism throught > the nsswitch facility is actually integrated to > CURRENT version ? yes it does. I haven't test... I think so, as it works well with libnss_mysql too :) clem From owner-freebsd-current@FreeBSD.ORG Mon May 5 05:45:44 2003 Return-Path: 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 B9FB237B404 for ; Mon, 5 May 2003 05:45:42 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 137F643F93 for ; Mon, 5 May 2003 05:45:42 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h45CjfA7043019; Mon, 5 May 2003 06:45:41 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 05 May 2003 06:44:22 -0600 (MDT) Message-Id: <20030505.064422.32059949.imp@bsdimp.com> To: ebakke@trolltech.com From: "M. Warner Losh" In-Reply-To: <200305051435.12481.ebakke@trolltech.com> References: <200305051222.05046.doconnor@gsoft.com.au> <20030505.062203.30240784.imp@bsdimp.com> <200305051435.12481.ebakke@trolltech.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 12:45:45 -0000 In message: <200305051435.12481.ebakke@trolltech.com> "Erik H. Bakke" writes: : -----BEGIN PGP SIGNED MESSAGE----- : Hash: SHA1 : : On Monday 05 May 2003 14:22, M. Warner Losh wrote: : > : Or use modules.. : > : The vast majority of drivers are loadable as modules. It would be : > : feasible to standardise the PCI ID tables of drivers and then generate a : > : list from it which you can use to load modules for cards you find. : > : > There's more than just pci ID. Also, there are a couple of drivers : > that don't base their decision on the pci id, but other things in the : > headers to attach to all devices of a certain class. This makes : > autoloading a little harder. : > : Wouldn't this be the drivers that would always be on the kernel floppy? Not necessarily. Cardbus bridges fall into this category as do many of the usb drivers and some of the bluetooth stuff. This is in addition to the sio, ppc, and those sorts of generic drivers. : I think the drivers that would be candidates for autoloading based on PCI ID : would be more specialized drivers, and typically not drivers for things such : as IDE controllers, bus bridges, etc. These are good candidates. You really only need your '/' device compiled into the kernel. All else can be autoloaded. There's an issue with cam scsi drivers at the moment that requires a userland workaround (camcontrol rescan) when you load one of these drivers. You really want something like devd to do the loading, but that might be merged into sysinstall. Standardizing the drivers so that one can generate the tables isn't too hard, but is tedious and leads into many-a-bikeshed for unsuspecting victums. Warner From owner-freebsd-current@FreeBSD.ORG Mon May 5 06:00:26 2003 Return-Path: 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 586D837B408; Mon, 5 May 2003 06:00:26 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4965243FDF; Mon, 5 May 2003 06:00:21 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h45D0X9R066592; Mon, 5 May 2003 09:00:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.12.9/8.12.9/Submit) id h45D0Xa6066591; Mon, 5 May 2003 09:00:33 -0400 (EDT) (envelope-from robert) Date: Mon, 5 May 2003 09:00:33 -0400 (EDT) Message-Id: <200305051300.h45D0Xa6066591@fledge.watson.org> From: Robert Watson To: current@FreeBSD.org Subject: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 13:00:26 -0000 This is an automated bi-daily mailing of the FreeBSD 5.1 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.1R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.1. FreeBSD 5.1 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.1. If you have any updates for this list, please e-mail re@FreeBSD.org. Must Resolve Issues for 5.1-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |----------------+----------+-------------+------------------------------| | | | | Kris Kennaway reports that | | | | | he has seen several unique | | | | | panics on the alpha | | Spurious alpha | -- | -- | machines, but since gdb -k | | panics | | | doesn't work on alpha I | | | | | haven't been able to get | | | | | more than a DDB traceback. | | | | | No-one has looked into them. | |----------------+----------+-------------+------------------------------| | gdb -k doesn't | -- | Mark Peek | gdb -k doesn't work on alpha | | work on alpha | | | | |----------------+----------+-------------+------------------------------| | | | | Due to TCP state efficiency | | | | | improvements in the TIMEWAIT | | | | | state, it's now possible for | | | | | the PCB socket pointer to be | | | | | NULL in situations it | | TIMEWAIT panic | | | previously wasn't. As a | | for network | In | Robert | result, TCP responses | | labeled MAC | progress | Watson | generated in the TIMEWAIT | | policy modules | | | state may lack properly | | | | | initialized MAC labels, | | | | | resulting in panics for | | | | | network labeled MAC | | | | | policies. A fix is current | | | | | in testing. | |----------------+----------+-------------+------------------------------| | ipfw/ipfw2 | | | There are reports of | | alignment | In | | alignment problems with ipfw | | issues on | progress | Luigi Rizzo | and/or ipfw2 on 64-bit | | alpha/sparc64 | | | platforms (specifically | | | | | alpha and sparc64). | |----------------+----------+-------------+------------------------------| | | | | Kris Kennaway reports high | | | | | instability of 5.0-CURRENT | | | | | on ia64 machines, such as | | ia64 stability | -- | -- | the pluto* machines. These | | | | | problems need to be fixed in | | | | | order to get a successful | | | | | package build. | |----------------+----------+-------------+------------------------------| | | | | Kris Kennaway reports that | | | | | there is a gcc bug on | | | | | sparc64 that prevents the | | gcc sparc64 | -- | -- | build of | | problems | | | XFree86-4-libraries. | | | | | Alexander Kabaev is working | | | | | on a gcc 3.3 patchset for | | | | | test. | |----------------+----------+-------------+------------------------------| | | | | ia64 serial console support | | | | Marcel | is not currently functional, | | ia64 sio | In | Moolenaar, | and requires a reworking of | | support | progress | Warner Losh | the sio support to improve | | | | | platform independence and | | | | | bus handling. | |----------------+----------+-------------+------------------------------| | | | | Brian Feldman has submitted | | | | | patches to improve the | | | | | consistency of the pathnames | | MAC Framework | In | Robert | passed into the MAC | | devfs path | progress | Watson | Framework devfs labeling | | fixes | | | entry points. These patches | | | | | need to be thoroughly | | | | | reviewed and tested, then | | | | | merged. | |----------------+----------+-------------+------------------------------| | | | | MAC Framework | | | | | synchronization currently | | | | | costs two mutex lock and | | | | | unlock operations for each | | MAC Framework | | | entry point, even if no | | locking | In | Robert | dynamically | | performance | progress | Watson | loadable/unloadable policies | | improvements | | | are present. Patches are | | | | | currently being tested that | | | | | halve this locking cost when | | | | | dynamic policies are not | | | | | loaded. | |----------------+----------+-------------+------------------------------| | | | | Starting in late April, | | | | | reports of a new UFS panic, | | | | | "panic: ffs_blkfree: freeing | | | | | free frag" began to pop up | | | | | with a high frequency in | | | | | some environments. It | | | | | appears not to have been the | | | | | direct result of a commit to | | | | | UFS itself, pointing the | | | | | finger at other recent | | | | | changes (VM locking and | | panic: | In | -- | fixes, proc locking, ...). | | ffs_blkfree | progress | | While some changes to VM | | | | | have been made that were | | | | | intended to fix this problem | | | | | (and appear to have for | | | | | several cases), there's at | | | | | least one remaining report | | | | | of a problem that may or may | | | | | not result from persisting | | | | | un-fsck'd file systems. This | | | | | is a show stopper bug that | | | | | will prevent a transition to | | | | | 5.1-BETA unless resolved. | +------------------------------------------------------------------------+ Desired Features for 5.1-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-----------+------------------+-----------------------| | | | | A.out support in the | | | | | base system was | | a.out toolchain | -- | -- | reduced; the removed | | port | | | build chain | | | | | components should be | | | | | made into a port. | |-----------------+-----------+------------------+-----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before it | | | | | exits. The symptom is | | | | | that truss reports | | | | | that it cannot open | | | | | the procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | | appears to exist | | in truss | candidate | Robert Drehmel | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |-----------------+-----------+------------------+-----------------------| | | | | Currently, the MD | | | | | elements of KSE are | | | | | present only for the | | | | | i386 platform, | | | | | limiting use of KSE | | | | | to the i386 platform. | | | | | It is highly | | KSE support for | | | desirable to make KSE | | sparc64, alpha, | -- | Jake Burkholder, | available on non-i386 | | ia64 | | --, -- | platforms for | | | | | 5.1-RELEASE so that | | | | | KSE can see more | | | | | broad exposure, and | | | | | the performance | | | | | benefits of KSE can | | | | | be visible to users | | | | | of the 64-bit FreeBSD | | | | | architectures. | |-----------------+-----------+------------------+-----------------------| | | | | Update the run-time | | rtld-elf | -- | -- | link editor (rtld) | | thread-safety | | | thread-safe with | | | | | libpthread. | |-----------------+-----------+------------------+-----------------------| | | | | Kris Kennaway reports | | | | | deadlocks involving | | | | | the use of nullfs in | | | | | the bento | | | | | environment: | | | | | buildworld -j4 with | | nullfs | | | src and obj mounted | | deadlocks | -- | -- | via nullfs; the gcc | | | | | processes eventually | | | | | deadlocked in the ufs | | | | | state. DDB traceback | | | | | showed two different | | | | | codepaths. I've just | | | | | repeated this, so the | | | | | bug still exists. | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.1 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |----------------+-------------+-------------+---------------------------| | | | | We now use OPIE instead | | Documentation | In progress | Christian | of S/Key. The handbook | | rottage: S/Key | | Brueffer | doesn't cover OPIE as | | | | | well as it covers S/Key. | |----------------+-------------+-------------+---------------------------| | | | | The hardware notes for | | | | | ia64 needs some large | | ia64 Hardware | -- | -- | infusions of text. They | | Notes | | | probably haven't been | | | | | synched with reality for | | | | | awhile. | +------------------------------------------------------------------------+ Areas requiring immediate testing +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-------------------+--------+-----------------+-------------------------| | | | | The 20030228 vendor | | Fresh ACPI-CA | -- | -- | sources have been | | import | | | imported. Further | | | | | testing is appreciated. | |-------------------+--------+-----------------+-------------------------| | | | | During the install, the | | | | | iir controller appears | | | | | to correctly probe, but | | | | | finds no disk devices. | | | | | The card in question is | | | | | an Intel srcu32 RAID | | | | | controller with 32Mb | | iir driver fails | -- | -- | RAM, Firmware revision | | to probe disks | | | 2.33.01. Intel | | | | | developers have | | | | | released an update | | | | | driver, which has | | | | | recently been adapted | | | | | and imported into | | | | | 5-CURRENT, and must be | | | | | tested. | |-------------------+--------+-----------------+-------------------------| | | | | PAE support allows the | | | | | use of up to 64GB of | | PAE support for | -- | -- | RAM on Pentium Pro and | | i386 | | | above systems. Virtual | | | | | addresses are still | | | | | constrained to 32-bits. | |-------------------+--------+-----------------+-------------------------| | | | | The recently upgraded | | | | | if_wi driver is more | | | | | tuned to Prism hardware | | | | | than to Lucent | | if_wi problems on | | | hardware, resulting in | | Lucent hardware | -- | -- | system lockups and poor | | | | | performance when using | | | | | Lucent hardware. These | | | | | problems are believed | | | | | to be fixed but more | | | | | testing is welcome. | |-------------------+--------+-----------------+-------------------------| | | | | There are reports that | | No console (term) | | | kernels build with | | if smbus is | | | smbus, viapm, and smb | | enable in the | -- | -- | devices may not | | kernel | | | properly probe and | | | | | support the system | | | | | console following boot. | |-------------------+--------+-----------------+-------------------------| | | | | For 5.1-RELEASE, the | | | | | default file system | | | | | type for newly created | | | | | file systems is UFS2 | | | | | rather than UFS1. | | UFS2 as | | | newfs(8) and | | installation, | -- | Robert Watson | sysinstall(8) have been | | newfs default | | | updated to use this new | | | | | default. Testing to | | | | | make sure all goes well | | | | | after the change | | | | | (committed on April 20, | | | | | 2003) is vital. | |-------------------+--------+-----------------+-------------------------| | | | | Kris Kennaway reports | | | | | mutex panics in wait4 | | | | | in the bento | | | | | environment: | | wait4 | | | "Impossible" mutex | | "impossible" | -- | Tim J. Robbins | panic in wait4() | | mutex panic | | | (reported to -current a | | | | | while ago). Believed to | | | | | be related to (and | | | | | fixed along with) | | | | | uidinfo "impossible" | | | | | panic below. | |-------------------+--------+-----------------+-------------------------| | | | | Kris Kennaway reports | | | | | that there appears to | | | | | be a resource leak of | | | | | uidinfo reference | | uidinfo | | | counts that is causing | | "impossible" | -- | Tim J. Robbins | the gohan machines to | | panic | | | panic after about 18 | | | | | days of load. | | | | | Tim J. Robbins has | | | | | committed a fix that is | | | | | believed to solve the | | | | | problem. | |-------------------+--------+-----------------+-------------------------| | | | | Support for pluggable | | | | | directory services | | | | | using NSS, including | | | | | adaptations of current | | | | | directory services | | NSSwitch support | -- | Jacques Vidrine | (local databases, NIS), | | | | | and support for new | | | | | services (LDAP, Active | | | | | Directory, etc). This | | | | | change has been | | | | | committed, and requires | | | | | broader testing. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- freebsd-qa@FreeBSD.ORG Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved. Last modified: 2003/05/04 16:29:00 From owner-freebsd-current@FreeBSD.ORG Mon May 5 06:21:31 2003 Return-Path: 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 5DECE37B401 for ; Mon, 5 May 2003 06:21:31 -0700 (PDT) Received: from dsl093-019-250.msp1.dsl.speakeasy.net (dsl093-019-250.msp1.dsl.speakeasy.net [66.93.19.250]) by mx1.FreeBSD.org (Postfix) with SMTP id BD78143FB1 for ; Mon, 5 May 2003 06:21:29 -0700 (PDT) (envelope-from peter@jocose.org) Received: (qmail 14271 invoked from network); 5 May 2003 13:21:29 -0000 Received: from unknown (HELO jocose.org) (10.0.0.194) by 0 with SMTP; 5 May 2003 13:21:29 -0000 Message-ID: <3EB6654E.2080501@jocose.org> Date: Mon, 05 May 2003 08:21:18 -0500 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030424 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <3EB450E0.9060702@octopus.com.au> <20030503235911.GA64288@shall.anarcat.ath.cx> <3EB45D98.50106@octopus.com.au> <20030503.191127.113104360.imp@bsdimp.com> <3EB51C7B.9020505@jocose.org> <20030504211023.K13155@znfgre.qbhto.arg> In-Reply-To: <20030504211023.K13155@znfgre.qbhto.arg> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 13:21:31 -0000 Doug Barton wrote: > On Sun, 4 May 2003, Peter Schultz wrote: > > >>Since we need to keep the floppies, why don't we create a number of >>custom kern.flp images? This is a current issue of vital importance and >>must not be ingnored any longer. Why, a simple rackmount system >>compatible kernel.gz could easily be less than 1MB in size. >> >>Why insist kern.flp to be all things to all people? That is what seems >>to be the root of the problem here. Please forgive me if there are >>further binding issues holding the floppies in the position that they're >>currently in, but I don't see such a big problem in having some custom >>kernels defined for creating a set of kern.flps that people can choose >>from in order to match their set of requirements. FreeBSD is already >>quite complex and to add a few more options in this area is not too much >>to ask of the installer's brain capacity. > > > You didn't specify in your post exactly what you plan to use those > floppies for. If you're interested just in installation issues, there are > already extra floppies with drivers needed by less popular hardware. > Since I began using FreeBSD, I have almost always used the kern.flp and mfsroot.flp to install. It just so happens that around the same time UFS2 became the default, the kern.flp started failing on JPSNAP. Although I am able to boot CDs, I was frustrated to find the much beloved floppies not working, yet again. Turns out that doesn't matter anyway, according to Makoto Matsushita installing JPSNAPs over the network using the install floppies has not worked correctly since November 2002. I can't remember who it was, but I think he was saying that it could be due to their adherence to IPv6. Look for recent discussion on sysinstall. I don't have the answer to the floppy problem, but I think we do have some pretty decent dialog going now. My guess is that the day is approaching very quickly, when there will not be a way to make kern.flp. There's certainly a limit as to how much one can chop out, isn't there? > If you're interested in floppy-size bootable systems for _other_ purposes, > then take a look at the picobsd port. You can build floppy size systems > for all kinds of purposes. By combining a picobsd bootable floppy on an El > Torrito CD you can do a lot of cool stuff. > Totally, knoppix is for chumps. :-) Pete... From owner-freebsd-current@FreeBSD.ORG Mon May 5 06:22:11 2003 Return-Path: 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 6ABCC37B401 for ; Mon, 5 May 2003 06:22:11 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id B80A043FA3 for ; Mon, 5 May 2003 06:22:10 -0700 (PDT) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [64.175.105.23] $ on Novell NetWare via secured & encrypted transport (TLS); Mon, 05 May 2003 06:22:15 -0700 Message-ID: <3EB67397.1010109@myrealbox.com> Date: Mon, 05 May 2003 07:22:15 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030502 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp , freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 13:22:11 -0000 Poul-Henning Kamp wrote: > In message <3EB5FC94.7070901@myrealbox.com>, walt writes: > >>Poul-Henning Kamp wrote: >> >>>In message <31649.1052067538@critter.freebsd.dk>, "Poul-Henning Kamp" writes: >>> >>> >>>>In message <3EB50F10.3010001@myrealbox.com>, walt writes: >>>> >>>> >>>>>Hi Poul-Henning, >>>>> >>>>>#bsdlabel ad0s3 >>>>># /dev/ad0s3: >>>>>8 partitions: >>>>># size offset fstype [fsize bsize bps/cpg] >>>>> a: 15321596 140974726 4.2BSD 0 0 0 >>>>> b: 1048576 139926150 swap >>>>> c: 16370235 139926150 unused 0 0 # "raw" part, don't edit >>>> >>>>Ahh, good point, forgot about that. Will fix. >>> >>> >>>OK, fixed now. >> >>I find that I now have the same problem that Martin had -- >>'cannot mount root:5' > If you cannot mount root, you may want to comment out this > check in sys/geom/geom_bsd.c: > > if ((off_t)rawoffset * secsize != ms->mbroffset) > rawoffset = 0; Okay, root mounts again, thanks. I'm still seeing all the same warnings with bsdlabel, though: #bsdlabel ad1s3 # /dev/ad1s3: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 15321596 140974726 4.2BSD 0 0 0 b: 1048576 139926150 swap c: 16370235 139926150 unused 0 0 # "raw" part, don't edit partition a: offset past end of unit partition a: partition extends past end of unit partition b: offset past end of unit partition b: partition extends past end of unit partition c: offset past end of unit partition c: partition extends past end of unit bsdlabel: partition c doesn't start at 0! bsdlabel: An incorrect partition c may cause problems for standard system utilities From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:03:22 2003 Return-Path: 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 E568237B401 for ; Mon, 5 May 2003 07:03:22 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0936643F3F for ; Mon, 5 May 2003 07:03:22 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h45E3LLr041329; Mon, 5 May 2003 16:03:21 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: walt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 May 2003 07:22:15 PDT." <3EB67397.1010109@myrealbox.com> Date: Mon, 05 May 2003 16:03:21 +0200 Message-ID: <41328.1052143401@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:03:23 -0000 In message <3EB67397.1010109@myrealbox.com>, walt writes: >Okay, root mounts again, thanks. I'm still seeing all the same >warnings with bsdlabel, though: > >#bsdlabel ad1s3 ># /dev/ad1s3: >8 partitions: ># size offset fstype [fsize bsize bps/cpg] > a: 15321596 140974726 4.2BSD 0 0 0 > b: 1048576 139926150 swap > c: 16370235 139926150 unused 0 0 # "raw" part, don't edit >partition a: offset past end of unit >partition a: partition extends past end of unit >partition b: offset past end of unit >partition b: partition extends past end of unit >partition c: offset past end of unit >partition c: partition extends past end of unit >bsdlabel: partition c doesn't start at 0! >bsdlabel: An incorrect partition c may cause problems for standard system utilities Yes, it seems that you have an oddball rawoffset on your disk. Did you get a warning when you booted ? -- 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. From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:10:37 2003 Return-Path: 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 2893137B401 for ; Mon, 5 May 2003 07:10:37 -0700 (PDT) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1281E43F3F for ; Mon, 5 May 2003 07:10:27 -0700 (PDT) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h45E9u903931; Mon, 5 May 2003 11:09:56 -0300 Message-ID: <3EB670B3.6030005@tcoip.com.br> Date: Mon, 05 May 2003 11:09:55 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030416 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: walt References: <3EB67397.1010109@myrealbox.com> In-Reply-To: <3EB67397.1010109@myrealbox.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:10:37 -0000 walt wrote: > Poul-Henning Kamp wrote: > >> In message <3EB5FC94.7070901@myrealbox.com>, walt writes: >> >>> Poul-Henning Kamp wrote: >>> >>>> In message <31649.1052067538@critter.freebsd.dk>, "Poul-Henning >>>> Kamp" writes: >>>> >>>> >>>>> In message <3EB50F10.3010001@myrealbox.com>, walt writes: >>>>> >>>>> >>>>>> Hi Poul-Henning, >>>>>> >>>>>> #bsdlabel ad0s3 >>>>>> # /dev/ad0s3: >>>>>> 8 partitions: >>>>>> # size offset fstype [fsize bsize bps/cpg] >>>>>> a: 15321596 140974726 4.2BSD 0 0 0 >>>>>> b: 1048576 139926150 swap >>>>>> c: 16370235 139926150 unused 0 0 # "raw" >>>>>> part, don't edit >>>>> >>>>> >>>>> Ahh, good point, forgot about that. Will fix. >>>> >>>> >>>> >>>> OK, fixed now. >>> >>> >>> I find that I now have the same problem that Martin had -- >>> 'cannot mount root:5' > > >> If you cannot mount root, you may want to comment out this >> check in sys/geom/geom_bsd.c: >> >> if ((off_t)rawoffset * secsize != ms->mbroffset) >> rawoffset = 0; > > > Okay, root mounts again, thanks. I'm still seeing all the same > warnings with bsdlabel, though: > > #bsdlabel ad1s3 > # /dev/ad1s3: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 15321596 140974726 4.2BSD 0 0 0 > b: 1048576 139926150 swap > c: 16370235 139926150 unused 0 0 # "raw" part, > don't edit > partition a: offset past end of unit > partition a: partition extends past end of unit > partition b: offset past end of unit > partition b: partition extends past end of unit > partition c: offset past end of unit > partition c: partition extends past end of unit > bsdlabel: partition c doesn't start at 0! > bsdlabel: An incorrect partition c may cause problems for standard > system utilities Disklabel offsets are 0-based. It doesn't matter where the _slice_ starts, the partition offset always has the beginning of the slice as reference. In that light, the above sure looks... wrong. -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br Outros: dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net Hacking's just another word for nothing left to kludge. From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:16:07 2003 Return-Path: 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 F36D437B404 for ; Mon, 5 May 2003 07:16:06 -0700 (PDT) Received: from dsl093-019-250.msp1.dsl.speakeasy.net (dsl093-019-250.msp1.dsl.speakeasy.net [66.93.19.250]) by mx1.FreeBSD.org (Postfix) with SMTP id 28F1B43FE1 for ; Mon, 5 May 2003 07:16:02 -0700 (PDT) (envelope-from peter@jocose.org) Received: (qmail 14363 invoked from network); 5 May 2003 14:16:01 -0000 Received: from unknown (HELO jocose.org) (10.0.0.194) by 0 with SMTP; 5 May 2003 14:16:01 -0000 Message-ID: <3EB67217.7020004@jocose.org> Date: Mon, 05 May 2003 09:15:51 -0500 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030424 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <3EB450E0.9060702@octopus.com.au> <20030503235911.GA64288@shall.anarcat.ath.cx> <3EB45D98.50106@octopus.com.au> <20030503.191127.113104360.imp@bsdimp.com> <3EB51C7B.9020505@jocose.org> <20030504211023.K13155@znfgre.qbhto.arg> <3EB6654E.2080501@jocose.org> In-Reply-To: <3EB6654E.2080501@jocose.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:16:07 -0000 Scott Long fixed kern.flp yesterday. I encourage everyone to try it out for the purpose of testing/fixing sysinstall's safe_realloc() failure. ftp://snapshots.jp.freebsd.org/pub/FreeBSD/snapshots/i386/5-LATEST/floppies Thanks, Pete... From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:17:21 2003 Return-Path: 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 7D37037B407 for ; Mon, 5 May 2003 07:17:21 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id E478243FAF for ; Mon, 5 May 2003 07:17:20 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0250.cvx22-bradley.dialup.earthlink.net ([209.179.198.250] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CgmJ-0004Gp-00; Mon, 05 May 2003 07:17:16 -0700 Message-ID: <3EB67221.6A05BEB9@mindspring.com> Date: Mon, 05 May 2003 07:16:01 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Nickolay Dudorov References: <200305050848.h458m9pe003306@nnd.itfs.nsk.su> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4fb8c1b037403cfd666bc4bb9982213eaa7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: vlan broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:17:21 -0000 Nickolay Dudorov wrote: > In article <20030502120140.GK93151@droso.net> you wrote: > This is the result of the following change in the if_ethersubr.c: > (with rev. 1.145 of this file all is OK): This was supposedly to get rid of a "LINT" warning. It's probably overly ambitious to take out all kernel API's that aren't in current use, in order to get rid of warnings that only show up when you compile "--with-anal-retention", since loadable modules can use APIs that are otherwise unused... or, as in your case, optional compinents can. -- Terry From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:19:46 2003 Return-Path: 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 AD28F37B401 for ; Mon, 5 May 2003 07:19:46 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FAE943FAF for ; Mon, 5 May 2003 07:19:45 -0700 (PDT) (envelope-from Robin.Blanchard@gactr.uga.edu) Received: (qmail 11843 invoked from network); 5 May 2003 14:19:44 -0000 Received: from unknown (HELO ex.gactr.uga.edu) ([10.10.11.21]) (envelope-sender ) by mail.servers.gactr.gc.nat (qmail-ldap-1.03) with SMTP for ; 5 May 2003 14:19:44 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Mon, 5 May 2003 10:19:44 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Groff woes (still) + GEOM problem Thread-Index: AcMTEV8+RapZwOR2T1qMeakc5PvBYA== From: "Robin P. Blanchard" To: Subject: Groff woes (still) + GEOM problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:19:47 -0000 1) Ok...Finally able to complete a buildworld/buildkernel via the note = in UPDATING relating to OSRELDATE. Successfully upgraded world/kernel via: # OSRELDATE=3D500110 make buildworld buildkernel installworld = installkernel Groff still is busted: # man man Formatting page, please wait.../usr/bin/groff: can't find `DESC' file /usr/bin/groff:fatal error: invalid device `ascii' Done. These type errors are produced during buildworld and cause it to die = without the OSRELDATE flag set. Now, running this kernel/world (with still broken groff), I am running = into GEOM related trouble: (kgdb) core-file /usr/local/var/adm/crash/vmcore.0 =20 panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x14 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc02d19fb stack pointer =3D 0x10:0xd696dc00 frame pointer =3D 0x10:0xd696dc20 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 2 (g_event) trap number =3D 12 panic: page fault syncing disks, buffers remaining... 944 944 944 944 944 944 944 944 944 = 944 944 944 944 944 944 944 944 944 944 944=20 giving up on 671 buffers Uptime: 9m25s Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 = 320 336 352 368 384 400 416 432 448 464 480 496 #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 238 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 #1 0xc01dc45d in boot (howto=3D256) at = /usr/src/sys/kern/kern_shutdown.c:370 #2 0xc01dc7ed in panic () at /usr/src/sys/kern/kern_shutdown.c:543 #3 0xc02e77a2 in trap_fatal (frame=3D0xd696dbc0, eva=3D0) at /usr/src/sys/i386/i386/trap.c:834 #4 0xc02e7482 in trap_pfault (frame=3D0xd696dbc0, usermode=3D0, = eva=3D20) at /usr/src/sys/i386/i386/trap.c:748 #5 0xc02e7002 in trap (frame=3D {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D 16, tf_edi =3D -1006266880, = tf_esi =3D -1070527715, tf_ebp =3D -694756320, tf_isp =3D -694756372, tf_ebx =3D 0, = tf_edx =3D 0, tf_ecx =3D 1570, tf_eax =3D -1006266880, tf_trapno =3D 12, tf_err =3D = 0, tf_eip =3D -1070786053, tf_cs =3D 8, tf_eflags =3D 66182, tf_esp =3D -1006266880, = tf_ss =3D -1005489056}) at /usr/src/sys/i386/i386/trap.c:433 #6 0xc02d72c8 in calltrap () at {standard input}:96 #7 0xc01a7bf0 in g_conf_geom (sb=3D0xc0310b1d, gp=3D0xc4059600, = pp=3D0x0, cp=3D0x0) at /usr/src/sys/geom/geom_dump.c:206 #8 0xc01a7cf2 in g_conf_class (sb=3D0xc4117460, mp=3D0xc4059600, = gp=3D0x0, pp=3D0x0, cp=3D0x0) at /usr/src/sys/geom/geom_dump.c:233 #9 0xc01a7d89 in g_conf_specific (sb=3D0xc4117460, mp=3D0x0, gp=3D0x0, = pp=3D0x0, cp=3D0x0) at /usr/src/sys/geom/geom_dump.c:248 #10 0xc01a7ded in g_confxml (p=3D0x0, flag=3D0) at /usr/src/sys/geom/geom_dump.c:260 #11 0xc01a83d4 in one_event () at /usr/src/sys/geom/geom_event.c:179 #12 0xc01a8495 in g_run_events () at /usr/src/sys/geom/geom_event.c:199 #13 0xc01a9415 in g_event_procbody () at = /usr/src/sys/geom/geom_kern.c:133 #14 0xc01c6370 in fork_exit (callout=3D0xc01a93f0 , = arg=3D0x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:792 --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 <|> fax: 706.542.6546 --------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:23:57 2003 Return-Path: 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 8E7D337B401 for ; Mon, 5 May 2003 07:23:57 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A71843FA3 for ; Mon, 5 May 2003 07:23:56 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h45ENtLr041573; Mon, 5 May 2003 16:23:55 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Robin P. Blanchard" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 May 2003 10:19:44 EDT." Date: Mon, 05 May 2003 16:23:55 +0200 Message-ID: <41572.1052144635@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: Groff woes (still) + GEOM problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:23:57 -0000 In message , "Robin P. Blan chard" writes: >Now, running this kernel/world (with still broken groff), I am running into >GEOM related trouble: This one is entirely new to me. Supposedly, a frame is missing between #6 and #7, but I don't know how to coax it to come out. Can you try to print "*gp" in frame #7 ? Poul-Henning >#5 0xc02e7002 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1006266880, tf_esi = >-1070527715, tf_ebp = -694756320, tf_isp = -694756372, tf_ebx = 0, tf_edx = >0, tf_ecx = 1570, tf_eax = -1006266880, tf_trapno = 12, tf_err = 0, tf_eip = >-1070786053, tf_cs = 8, tf_eflags = 66182, tf_esp = -1006266880, tf_ss = >-1005489056}) at /usr/src/sys/i386/i386/trap.c:433 >#6 0xc02d72c8 in calltrap () at {standard input}:96 >#7 0xc01a7bf0 in g_conf_geom (sb=0xc0310b1d, gp=0xc4059600, pp=0x0, cp=0x0) > at /usr/src/sys/geom/geom_dump.c:206 >#8 0xc01a7cf2 in g_conf_class (sb=0xc4117460, mp=0xc4059600, gp=0x0, pp=0x0, >cp=0x0) > at /usr/src/sys/geom/geom_dump.c:233 >#9 0xc01a7d89 in g_conf_specific (sb=0xc4117460, mp=0x0, gp=0x0, pp=0x0, >cp=0x0) > at /usr/src/sys/geom/geom_dump.c:248 >#10 0xc01a7ded in g_confxml (p=0x0, flag=0) at >/usr/src/sys/geom/geom_dump.c:260 >#11 0xc01a83d4 in one_event () at /usr/src/sys/geom/geom_event.c:179 >#12 0xc01a8495 in g_run_events () at /usr/src/sys/geom/geom_event.c:199 >#13 0xc01a9415 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:133 >#14 0xc01c6370 in fork_exit (callout=0xc01a93f0 , arg=0x0, >frame=0x0) > at /usr/src/sys/kern/kern_fork.c:792 > >--------------------------------------- >Robin P. Blanchard >Systems Integration Specialist >Georgia Center for Continuing Education >fon: 706.542.2404 <|> fax: 706.542.6546 >--------------------------------------- >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- 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. From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:25:01 2003 Return-Path: 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 495E137B401 for ; Mon, 5 May 2003 07:25:01 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 344D643FB1 for ; Mon, 5 May 2003 07:25:00 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h45EOqLr041585; Mon, 5 May 2003 16:24:59 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Daniel C. Sobral" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 May 2003 11:09:55 -0300." <3EB670B3.6030005@tcoip.com.br> Date: Mon, 05 May 2003 16:24:52 +0200 Message-ID: <41584.1052144692@critter.freebsd.dk> cc: walt cc: freebsd-current@freebsd.org Subject: Re: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:25:01 -0000 In message <3EB670B3.6030005@tcoip.com.br>, "Daniel C. Sobral" writes: >Disklabel offsets are 0-based. It doesn't matter where the _slice_ >starts, the partition offset always has the beginning of the slice as >reference. I wish it were that simple. Unfortunately, FreeBSD <5.x adds the offset of the MBR slice to the disk-image of the BSD label :-( -- 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. From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:27:16 2003 Return-Path: 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 3B29337B401 for ; Mon, 5 May 2003 07:27:15 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A99F43FB1 for ; Mon, 5 May 2003 07:27:15 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0250.cvx22-bradley.dialup.earthlink.net ([209.179.198.250] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19Cgvr-0006I5-00; Mon, 05 May 2003 07:27:08 -0700 Message-ID: <3EB6746F.E7E3616C@mindspring.com> Date: Mon, 05 May 2003 07:25:51 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel O'Connor References: <20030504020700.B3CCA37B401@hub.freebsd.org> <200305051222.05046.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4fb8c1b037403cfd610671995b4729fb6666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org cc: kientzle@acm.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:27:16 -0000 Daniel O'Connor wrote: > Or use modules.. > The vast majority of drivers are loadable as modules. It would be feasible to > standardise the PCI ID tables of drivers and then generate a list from it > which you can use to load modules for cards you find. ...loading them from some media for which the BIOS is capable of causing the loader to pre-load it using BIOS calls, or for which the kernel can load it only if there is a driver for that media statically compiled into the kernel, or for which a driver has been loaded via BIOS calls by the loader before the kernel is started. Q: I have a CDROM on controller XXX, how do I install? A: Load the driver for controller XXX from the CDROM. Q: If I could access the CDROM without the !@#!$*! driver, I wouldn't need to *LOAD* the driver! A: Oh. Still a "catch-22". -- Terry From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:29:26 2003 Return-Path: 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 42B2E37B401 for ; Mon, 5 May 2003 07:29:26 -0700 (PDT) Received: from smtp1.netcologne.de (smtp1.netcologne.de [194.8.194.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 868F843F75 for ; Mon, 5 May 2003 07:29:25 -0700 (PDT) (envelope-from tmseck-usenet@netcologne.de) Received: from laurel.tmseck.homedns.org (xdsl-213-168-117-66.netcologne.de [213.168.117.66]) by smtp1.netcologne.de (Postfix) with SMTP id 354F238822 for ; Mon, 5 May 2003 16:29:22 +0200 (MEST) Received: (qmail 15739 invoked by uid 1001); 5 May 2003 14:29:45 -0000 Date: 5 May 2003 14:29:45 -0000 Message-ID: <20030505142945.15738.qmail@laurel.tmseck.homedns.org> From: tmseck-lists@netcologne.de (Thomas Seck) To: freebsd-current@freebsd.org Organization: private site In-Reply-To: <20030505052615.R2996@znfgre.qbhto.arg> X-Newsgroups: gmane.os.freebsd.current X-Attribution: tms Mail-Copies-To: nobody Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:29:26 -0000 * Doug Barton (DougB@freebsd.org): > I'm completely uninterested in what other OSes do in this regard. We've > been doing a fairly good job in -current of tightening up the default > install. I see this as a big step in the wrong direction. I can live with a 'NO_KERBEROS' make option. Having the kerberos stuff in a separate tarball and de-selectable in sysinstall is enough to 'satisfy' my needs. I wonder why Kerberos was always part of the default installation set anyway? --Thomas From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:43:43 2003 Return-Path: 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 13FF337B401 for ; Mon, 5 May 2003 07:43:43 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0D0C43FBF for ; Mon, 5 May 2003 07:43:40 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (metatron.gsoft.com.au [203.38.152.122]) by cain.gsoft.com.au (8.12.9/8.12.6) with ESMTP id h45EhTIW011032; Tue, 6 May 2003 00:13:32 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Terry Lambert Date: Mon, 5 May 2003 16:43:24 +0200 User-Agent: KMail/1.5 References: <20030504020700.B3CCA37B401@hub.freebsd.org> <200305051222.05046.doconnor@gsoft.com.au> <3EB6746F.E7E3616C@mindspring.com> In-Reply-To: <3EB6746F.E7E3616C@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305051643.24310.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: kientzle@acm.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:43:43 -0000 On Mon, 5 May 2003 16:25, Terry Lambert wrote: > Daniel O'Connor wrote: > > Or use modules.. > > The vast majority of drivers are loadable as modules. It would be > > feasible to standardise the PCI ID tables of drivers and then generate a > > list from it which you can use to load modules for cards you find. > > ...loading them from some media for which the BIOS is capable > of causing the loader to pre-load it using BIOS calls, or for > which the kernel can load it only if there is a driver for > that media statically compiled into the kernel, or for which a > driver has been loaded via BIOS calls by the loader before the > kernel is started. > > Q: I have a CDROM on controller XXX, how do I install? > > A: Load the driver for controller XXX from the CDROM. > > Q: If I could access the CDROM without the !@#!$*! driver, > I wouldn't need to *LOAD* the driver! > > A: Oh. > > > Still a "catch-22". I am generally assuming access to another PC here. I understand what you are saying, and yes it would be good if the loader could use the BIOS to load drivers it determined you had hardware for or wished to load, but I think that is a non-trivial amount of work. If the loader groked cd9660 already it would be a lot easier. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Mon May 5 07:54:16 2003 Return-Path: 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 B793037B401 for ; Mon, 5 May 2003 07:54:16 -0700 (PDT) Received: from dsl093-019-250.msp1.dsl.speakeasy.net (dsl093-019-250.msp1.dsl.speakeasy.net [66.93.19.250]) by mx1.FreeBSD.org (Postfix) with SMTP id C580243F75 for ; Mon, 5 May 2003 07:54:15 -0700 (PDT) (envelope-from peter@jocose.org) Received: (qmail 14458 invoked from network); 5 May 2003 14:54:15 -0000 Received: from unknown (HELO jocose.org) (10.0.0.194) by 0 with SMTP; 5 May 2003 14:54:15 -0000 Message-ID: <3EB67B0D.8030403@jocose.org> Date: Mon, 05 May 2003 09:54:05 -0500 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030424 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Timme References: <1051898162.1148.99.camel@jracine.maxwell.syr.edu> <200305021433.51221.timothy@voidnet.com> <200305022136.50200.timothy@voidnet.com> In-Reply-To: <200305022136.50200.timothy@voidnet.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: sysinstall fatal error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:54:17 -0000 Eric Timme wrote: > A quick addition - the snapshot I was using was the April 21 image off JPSNAP. > Thanks for any input people can give. > > On Friday 02 May 2003 02:33 pm, Eric Timme wrote: > >>Attempting to install via the latest 5-current (May 1 I think) errors out >>at 43% for me every time with the same "Fatal Error: Invalid realloc size >>of 0!". I spent some time with the mailing list archives and Google, but >>although lots of people are having the problem, nobody has said anything >>about a solution. Are there any UFS2 enabled snapshots that have solved >>people's problem with this? For me, it always happens at 42% completion of base extraction. Pete... From owner-freebsd-current@FreeBSD.ORG Mon May 5 08:14:31 2003 Return-Path: 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 2F12237B401; Mon, 5 May 2003 08:14:31 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6053F43F93; Mon, 5 May 2003 08:14:30 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h45FEd9S093279; Mon, 5 May 2003 11:14:40 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 5 May 2003 11:14:39 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Philippe Charnier In-Reply-To: <200305041908.h44J84wu000743@xp11.frmug.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: panic: mutex process lock not owned at ../../../kern/sys_process.c:97 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:14:31 -0000 On Sun, 4 May 2003, Philippe Charnier wrote: > Robert Watson wrote: > > >> 80 if (kl < 0) > >> 81 error = EINVAL; > >> 82 else > >> 83 /* XXXKSE: */ > >> 84 error = proc_read_regs(FIRST_THREAD_IN_PROC(p), &r); > >> 85 if (error == 0) > >> 86 error = uiomove(kv, kl, uio); > >> 87 PROC_LOCK(p); > >> 88 if (error == 0 && uio->uio_rw == UIO_WRITE) { > > > >Try moving the PROC_UNLOCK() call from line 79 to just after line 84 > >(i.e., before the error check and possible uiomove()). It looks like some > >similar bugs might exist in other bits of procfs. > > With your patch applied, the kernel does not panic anymore. > Thanks Ok, I've committed the fix following John's review. Please let us know if anything else like this turns up. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Mon May 5 08:16:36 2003 Return-Path: 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 66D7437B401 for ; Mon, 5 May 2003 08:16:36 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68DB043F3F for ; Mon, 5 May 2003 08:16:35 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h45FGXLr041987; Mon, 5 May 2003 17:16:33 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: walt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 May 2003 09:04:16 PDT." <3EB68B7F.7050801@hotmail.com> Date: Mon, 05 May 2003 17:16:33 +0200 Message-ID: <41986.1052147793@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: bsdlabel question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:16:36 -0000 In message <3EB68B7F.7050801@hotmail.com>, walt writes: >> Did you get a warning when you booted ? > >With geom_bsd.c ver 1.59 I now see this: > >WARNING: Expected rawoffset 139926150, found 0 > >I remember relocating the FBSD partition on the disk using >a third-party partitioning utility which worked just fine >after I re-installed the FBSD boot record. That is _exactly_ why embedding the disk-absolute offsets in the BSD label are bad. Let me think a bit, maybe I can find a better way to deal with this sort of situation. -- 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. From owner-freebsd-current@FreeBSD.ORG Mon May 5 08:21:38 2003 Return-Path: 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 0CD4B37B401 for ; Mon, 5 May 2003 08:21:38 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-67-115-75-172.dsl.lsan03.pacbell.net [67.115.75.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D94D43F85 for ; Mon, 5 May 2003 08:21:37 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 5647A66B9B; Mon, 5 May 2003 08:21:37 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 09E5712B0; Mon, 5 May 2003 08:21:37 -0700 (PDT) Date: Mon, 5 May 2003 08:21:36 -0700 From: Kris Kennaway To: Thomas Seck Message-ID: <20030505152136.GB31920@rot13.obsecurity.org> References: <20030505052615.R2996@znfgre.qbhto.arg> <20030505142945.15738.qmail@laurel.tmseck.homedns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yEPQxsgoJgBvi8ip" Content-Disposition: inline In-Reply-To: <20030505142945.15738.qmail@laurel.tmseck.homedns.org> User-Agent: Mutt/1.4i cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:21:38 -0000 --yEPQxsgoJgBvi8ip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 05, 2003 at 02:29:45PM -0000, Thomas Seck wrote: > * Doug Barton (DougB@freebsd.org): >=20 > > I'm completely uninterested in what other OSes do in this regard. We've > > been doing a fairly good job in -current of tightening up the default > > install. I see this as a big step in the wrong direction. >=20 > I can live with a 'NO_KERBEROS' make option. >=20 > Having the kerberos stuff in a separate tarball and de-selectable in > sysinstall is enough to 'satisfy' my needs. I wonder why Kerberos was > always part of the default installation set anyway? With recent changes, Kerberos is no longer separate or de-selectable from sysinstall, unless you also get rid of e.g. openssh. That's part of what we're discussing. Kris --yEPQxsgoJgBvi8ip Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+toGAWry0BWjoQKURAqqEAJ4vzpW08G/OY3YqPjJICwtB7yH/GgCfX8L9 pUBcFjgmjSVG6PYTWbCuJyo= =OcDM -----END PGP SIGNATURE----- --yEPQxsgoJgBvi8ip-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 08:30:20 2003 Return-Path: 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 5EBBD37B421 for ; Mon, 5 May 2003 08:30:20 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDA7543F3F for ; Mon, 5 May 2003 08:30:19 -0700 (PDT) (envelope-from nectar@nectar.cc) Received: by gw.nectar.cc (Postfix, from userid 1001) id B20A726; Mon, 5 May 2003 10:30:18 -0500 (CDT) Date: Mon, 5 May 2003 10:30:18 -0500 From: "Jacques A. Vidrine" To: freebsd-current@FreeBSD.org Message-ID: <20030505153018.GA28343@hellblazer.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i X-Url: http://www.celabo.org/ Subject: Today's -CURRENT, vinum damage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:30:20 -0000 Hi Folks, I cvsup'd this morning, and built/installed a new -CURRENT. (I was previously running circa morning April 29.) I was greeted by WARNING: Expected rawoffset 63, found 0 which seemed harmless enough (I only mention it in passing). When attempting to start Vinum, the `vinum' process became stuck & unkillable in biord. Has anyone else seen this? I loaded my old kernel and I am trying to recover by rebuilding a morning of 2003/05/04 world. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon May 5 08:40:21 2003 Return-Path: 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 77F3F37B401 for ; Mon, 5 May 2003 08:40:21 -0700 (PDT) Received: from delivery.infowest.com (delivery.infowest.com [204.17.177.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00F5F43FB1 for ; Mon, 5 May 2003 08:40:21 -0700 (PDT) (envelope-from agifford@infowest.com) Received: from infowest.com (brethren.jedis.com [208.186.107.202]) by delivery.infowest.com (Postfix) with ESMTP id 61EABE4357B for ; Mon, 5 May 2003 09:40:18 -0600 (MDT) Message-ID: <3EB685E1.4060804@infowest.com> Date: Mon, 05 May 2003 09:40:17 -0600 From: "Aaron D. Gifford" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Cannot mount root ufs:/dev/ar0s1a Error 22 after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:40:21 -0000 Martin Blapp wrote: > > Hi all, > > I updated today three boxes from 5.0R to CURRENT, > and all three boxes, with different disk-layout. > > After a reboot, I got on all boxes the same problem: > > Cannot mount root ufs:/dev/ar0s1a Error 22 (EINVAL) > > or > > Cannot mount root ufs:/dev/ad0s1a Error 22 (EINVAL) > > I tried to set the root manualy, but no chance. <> After a CVS update late last night (4 May 2003) and rebuild/install of world, we've got a box that exhibits the exact same problem. Our box's layout includes two UFS1 partitions (one is the root), and a Vinum RAID 1 UFS2 parition for /usr. (The other UFS1 partition is a mirror of the root partition on another drive.) Manual attempts to mount root also fail with error 22. Any ideas what's up? Wondering, Aaron out. From owner-freebsd-current@FreeBSD.ORG Mon May 5 08:46:29 2003 Return-Path: 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 F297537B401; Mon, 5 May 2003 08:46:28 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D268A43F85; Mon, 5 May 2003 08:46:27 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h45Fke9S099781; Mon, 5 May 2003 11:46:40 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 5 May 2003 11:46:39 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Jacques A. Vidrine" In-Reply-To: <20030505153018.GA28343@hellblazer.celabo.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.org Subject: Re: Today's -CURRENT, vinum damage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:46:29 -0000 On Mon, 5 May 2003, Jacques A. Vidrine wrote: > I cvsup'd this morning, and built/installed a new -CURRENT. (I was > previously running circa morning April 29.) > > I was greeted by > WARNING: Expected rawoffset 63, found 0 > which seemed harmless enough (I only mention it in passing). > > When attempting to start Vinum, the `vinum' process became stuck & > unkillable in biord. Has anyone else seen this? It might be useful (and perhaps even instructive) to generate a stack trace for that kernel process. You can do this by breaking into DDB and using the trace command on the specific pid (i.e., trace 9). > I loaded my old kernel and I am trying to recover by rebuilding a > morning of 2003/05/04 world. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Mon May 5 08:53:45 2003 Return-Path: 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 3FBF137B401 for ; Mon, 5 May 2003 08:53:45 -0700 (PDT) Received: from web14806.mail.yahoo.com (web14806.mail.yahoo.com [216.136.224.222]) by mx1.FreeBSD.org (Postfix) with SMTP id C562943F75 for ; Mon, 5 May 2003 08:53:44 -0700 (PDT) (envelope-from mccrobie2000@yahoo.com) Message-ID: <20030505155344.98409.qmail@web14806.mail.yahoo.com> Received: from [68.165.211.163] by web14806.mail.yahoo.com via HTTP; Mon, 05 May 2003 08:53:44 PDT Date: Mon, 5 May 2003 08:53:44 -0700 (PDT) From: Chuck McCrobie To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1384200712-1052150024=:97539" Subject: Recent -current breaks XFree886 4.3 Radeon Auto-detection of Attached Monitors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:53:45 -0000 --0-1384200712-1052150024=:97539 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hello, It seems either -current or XFree86 has broken the auto-detection of attached monitors for Radeon Mobility chipsets. I get an X server crash of: ----------- XServer crash Program terminated with signal 6, Aborted. Reading symbols from /usr/lib/libz.so.2...done. Loaded symbols for /usr/lib/libz.so.2 Reading symbols from /usr/lib/libm.so.2...done. Loaded symbols for /usr/lib/libm.so.2 Reading symbols from /usr/lib/libc.so.5...done. Loaded symbols for /usr/lib/libc.so.5 Reading symbols from /usr/libexec/ld-elf.so.1...done. Loaded symbols for /usr/libexec/ld-elf.so.1 #0 0x2829e393 in kill () from /usr/lib/libc.so.5 (gdb) bt #0 0x2829e393 in kill () from /usr/lib/libc.so.5 #1 0x2830916c in abort () from /usr/lib/libc.so.5 #2 0x0806cc55 in ddxGiveUp () at xf86Init.c:1139 #3 0x0806cd28 in AbortDDX () at xf86Init.c:1190 #4 0x080ff054 in AbortServer () at utils.c:436 #5 0x08100bbe in FatalError (f=0x81ed0e0 "Caught signal %d. Server aborting\n") at utils.c:1392 #6 0x0808732e in xf86SigHandler (signo=11) at xf86Events.c:1222 #7 #8 0x088dbcf1 in ?? () #9 0x088dc142 in ?? () #10 0x088e1b3d in ?? () #11 0x0806bbb7 in InitOutput (pScreenInfo=0x82462e0, argc=1, argv=0xbfbffbd4) at xf86Init.c:540 #12 0x080df965 in main (argc=1, argv=0xbfbffbd4, envp=0xbfbffbdc) at main.c:361 #13 0x0806af85 in _start () --------------- Frames 8, 9, and 10 are in the radeon_driver.c module. I can run the XServer, get the crash, then gdb> call LoaderPrintAddress(0x088dbcf1) (from Frame 8). This produces, eventually, RADEONMinBits+d69, which is the line below: 1360: (info->VBIOS && (INREG(RADEON_BIOS_4_SCRATCH) & 4))) { INREG is defined as: radeon_macros.h:#define INREG(addr) MMIO_IN32(RADEONMMIO, addr) and MMIO_IN32 is defined as: xc/programs/Xserver/hw/xfree86/common/compiler.h:1714 # define MMIO_IN32(base, offset) \ *(volatile CARD32 *)(void *)(((CARD8*)(base)) + (offset)) RADEON_BIOS_4_SCRATCH is defined as: radeon_reg.h:#define RADEON_BIOS_4_SCRATCH 0x0020 XFree86.0.log reports: (--) RADEON(0): MMIO registers at 0xe8100000 ---------------- dmesg output attached ------------- Specifically: May 5 11:08:38 falcon kernel: agp0: mem 0xec000000-0xefffffff at device 0.0 on pci0 May 5 11:08:38 falcon kernel: pcib1: at device 1.0 on pci0 May 5 11:08:38 falcon kernel: pci1: on pcib1 May 5 11:08:38 falcon kernel: pcib1: slot 0 INTA is routed to irq 9 May 5 11:08:38 falcon kernel: drm0: port 0x3000-0x30ff mem 0xe8100000-0xe810ffff,0xf0000000-0xf7ff ffff irq 9 at device 0.0 on pci1 May 5 11:08:38 falcon kernel: info: [drm] AGP at 0xec000000 64MB May 5 11:08:38 falcon kernel: info: [drm] Initialized radeon 1.8.0 20020828 on minor 0 ---------- The radeon_driver.c does support the Screen option of: Option "MonitorLayout" "LVDS, NONE" If I use this, the auto-detection is skipped and the X Server starts normally. At this point, I assume this is some type of bus space reference problem. Unfortunately, the rest of the driver seems to reference INREG successfully, etc. Help is appreciated, Chuck McCrobie mccrobie2000@yahoo.com __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com --0-1384200712-1052150024=:97539 Content-Type: application/octet-stream; name="dmesg.out" Content-Transfer-Encoding: base64 Content-Description: dmesg.out Content-Disposition: attachment; filename="dmesg.out" TWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IENvcHlyaWdodCAoYykg MTk5Mi0yMDAzIFRoZSBGcmVlQlNEIFByb2plY3QuCk1heSAgNSAxMTowODoz OCBmYWxjb24ga2VybmVsOiBDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5 ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQK TWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IFRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBGcmVlQlNE IDUuMC1DVVJSRU5UICMxOiBNb24gTWF5ICA1IDExOjA2OjUxIEVEVCAyMDAz Ck1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiByb290QGZhbGNvbjov dXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL2N2c3VwCk1heSAgNSAxMTowODoz OCBmYWxjb24ga2VybmVsOiBQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qv Y3ZzdXAva2VybmVsIiBhdCAweGMwNmQ0MDAwLgpNYXkgIDUgMTE6MDg6Mzgg ZmFsY29uIGtlcm5lbDogUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2N2 c3VwL3NuZF9wY20ua28iIGF0IDB4YzA2ZDQyOTQuCk1heSAgNSAxMTowODoz OCBmYWxjb24ga2VybmVsOiBQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qv Y3ZzdXAvc25kX2ljaC5rbyIgYXQgMHhjMDZkNDM0MC4KTWF5ICA1IDExOjA4 OjM4IGZhbGNvbiBrZXJuZWw6IFByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9v dC9jdnN1cC9yYWRlb24ua28iIGF0IDB4YzA2ZDQzZWMuCk1heSAgNSAxMTow ODozOCBmYWxjb24ga2VybmVsOiBQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jv b3QvY3ZzdXAvYWNwaS5rbyIgYXQgMHhjMDZkNDQ5OC4KTWF5ICA1IDExOjA4 OjM4IGZhbGNvbiBrZXJuZWw6IG1vZHVsZV9yZWdpc3RlcjogbW9kdWxlIHBj aS9EUklWRVJfTkFNRSBhbHJlYWR5IGV4aXN0cyEKTWF5ICA1IDExOjA4OjM4 IGZhbGNvbiBrZXJuZWw6IE1vZHVsZSBwY2kvRFJJVkVSX05BTUUgZmFpbGVk IHRvIHJlZ2lzdGVyOiAxNwpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5l bDogVGltZWNvdW50ZXIgImk4MjU0IiAgZnJlcXVlbmN5IDExOTMxODIgSHoK TWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IFRpbWVjb3VudGVyICJU U0MiICBmcmVxdWVuY3kgMTk4ODUxNTU0NCBIegpNYXkgIDUgMTE6MDg6Mzgg ZmFsY29uIGtlcm5lbDogQ1BVOiBNb2JpbGUgSW50ZWwoUikgUGVudGl1bShS KSA0IC0gTSBDUFUgMi4wMEdIeiAoMTk4OC41Mi1NSHogNjg2LWNsYXNzIENQ VSkKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IE9yaWdpbiA9ICJH ZW51aW5lSW50ZWwiICBJZCA9IDB4ZjI3ICBTdGVwcGluZyA9IDcKTWF5ICA1 IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IEZlYXR1cmVzPTB4YmZlYmY5ZmY8 RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRSUixQ R0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZY U1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KTWF5ICA1IDExOjA4OjM4IGZh bGNvbiBrZXJuZWw6IHJlYWwgbWVtb3J5ICA9IDUzNjM0NjYyNCAoNTExIE1C KQpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogYXZhaWwgbWVtb3J5 ID0gNTEzNDk5MTM2ICg0ODkgTUIpCk1heSAgNSAxMTowODozOCBmYWxjb24g a2VybmVsOiBQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZApNYXkg IDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogbnB4MDogPG1hdGggcHJvY2Vz c29yPiBvbiBtb3RoZXJib2FyZApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtl cm5lbDogbnB4MDogSU5UIDE2IGludGVyZmFjZQpNYXkgIDUgMTE6MDg6Mzgg ZmFsY29uIGtlcm5lbDogYWNwaTA6IDxTT05ZIEIwPiBvbiBtb3RoZXJib2Fy ZApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogcGNpYmlvczogQklP UyB2ZXJzaW9uIDIuMTAKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6 IFVzaW5nICRQSVIgdGFibGUsIDcgZW50cmllcyBhdCAweGMwMGZkZjUwCk1h eSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBBQ1BJLTAzNTE6ICoqKiBF cnJvcjogQ291bGQgbm90IGluc3RhbGwgUGNpQ29uZmlnIGhhbmRsZXIgZm9y IFBDSTAsIEFFX0FMUkVBRFlfRVhJU1RTCk1heSAgNSAxMTowODozOCBmYWxj b24gbGFzdCBtZXNzYWdlIHJlcGVhdGVkIDIgdGltZXMKTWF5ICA1IDExOjA4 OjM4IGZhbGNvbiBrZXJuZWw6IFRpbWVjb3VudGVyICJBQ1BJLWZhc3QiICBm cmVxdWVuY3kgMzU3OTU0NSBIegpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtl cm5lbDogQUNQSS0wMzUxOiAqKiogRXJyb3I6IENvdWxkIG5vdCBpbnN0YWxs IFBjaUNvbmZpZyBoYW5kbGVyIGZvciBQQ0kwLCBBRV9BTFJFQURZX0VYSVNU UwpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogYWNwaV90aW1lcjA6 IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHgxMDA4LTB4 MTAwYiBvbiBhY3BpMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDog YWNwaV9jcHUwOiA8Q1BVPiBvbiBhY3BpMApNYXkgIDUgMTE6MDg6MzggZmFs Y29uIGtlcm5lbDogYWNwaV90ejA6IDx0aGVybWFsIHpvbmU+IG9uIGFjcGkw Ck1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBhY3BpX2xpZDA6IDxD b250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMApNYXkgIDUgMTE6 MDg6MzggZmFsY29uIGtlcm5lbDogYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0 dG9uPiBvbiBhY3BpMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDog cGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNm ZiBvbiBhY3BpMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogcGNp MDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKTWF5ICA1IDExOjA4OjM4IGZh bGNvbiBrZXJuZWw6IHBjaWIwOiBzbG90IDI5IElOVEEgaXMgcm91dGVkIHRv IGlycSA5Ck1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBwY2liMDog c2xvdCAyOSBJTlRCIGlzIHJvdXRlZCB0byBpcnEgOQpNYXkgIDUgMTE6MDg6 MzggZmFsY29uIGtlcm5lbDogcGNpYjA6IHBvc3NpYmxlIGludGVycnVwdHM6 ICA5Ck1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBwY2liMDogc2xv dCAzMSBJTlRCIHJvdXRlZCB0byBpcnEgOSB2aWEgXF9TQl8uTE5LQgpNYXkg IDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogYWdwMDogPEludGVsIDgyODQ1 IGhvc3QgdG8gQUdQIGJyaWRnZT4gbWVtIDB4ZWMwMDAwMDAtMHhlZmZmZmZm ZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTAKTWF5ICA1IDExOjA4OjM4IGZhbGNv biBrZXJuZWw6IHBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDEuMCBvbiBwY2kwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVs OiBwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpNYXkgIDUgMTE6MDg6 MzggZmFsY29uIGtlcm5lbDogcGNpYjE6IHNsb3QgMCBJTlRBIGlzIHJvdXRl ZCB0byBpcnEgOQpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogZHJt MDogPEFUSSBSYWRlb24gTFcgTW9iaWxpdHkgNzUwMCBNNz4gcG9ydCAweDMw MDAtMHgzMGZmIG1lbSAweGU4MTAwMDAwLTB4ZTgxMGZmZmYsMHhmMDAwMDAw MC0weGY3ZmZmZmZmIGlycSA5IGF0IGRldmljZSAwLjAgb24gcGNpMQpNYXkg IDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogaW5mbzogW2RybV0gQUdQIGF0 IDB4ZWMwMDAwMDAgNjRNQgpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5l bDogaW5mbzogW2RybV0gSW5pdGlhbGl6ZWQgcmFkZW9uIDEuOC4wIDIwMDIw ODI4IG9uIG1pbm9yIDAKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6 IHVoY2kwOiA8SW50ZWwgODI4MDFDQS9DQU0gKElDSDMpIFVTQiBjb250cm9s bGVyIFVTQi1BPiBwb3J0IDB4MTgwMC0weDE4MWYgaXJxIDkgYXQgZGV2aWNl IDI5LjAgb24gcGNpMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDog dXNiMDogPEludGVsIDgyODAxQ0EvQ0FNIChJQ0gzKSBVU0IgY29udHJvbGxl ciBVU0ItQT4gb24gdWhjaTAKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJu ZWw6IHVzYjA6IFVTQiByZXZpc2lvbiAxLjAKTWF5ICA1IDExOjA4OjM4IGZh bGNvbiBrZXJuZWw6IHVodWIwOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQpNYXkgIDUgMTE6MDg6Mzgg ZmFsY29uIGtlcm5lbDogdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVs OiB1bWFzczA6IElNQyBLYW5ndXJ1TWljcm8sIHJldiAxLjAwLzEuMDAsIGFk ZHIgMgpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogdWhjaTE6IDxJ bnRlbCA4MjgwMUNBL0NBTSAoSUNIMykgVVNCIGNvbnRyb2xsZXIgVVNCLUI+ IHBvcnQgMHgxODIwLTB4MTgzZiBpcnEgOSBhdCBkZXZpY2UgMjkuMSBvbiBw Y2kwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiB1c2IxOiA8SW50 ZWwgODI4MDFDQS9DQU0gKElDSDMpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBv biB1aGNpMQpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogdXNiMTog VVNCIHJldmlzaW9uIDEuMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5l bDogdWh1YjE6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxCk1heSAgNSAxMTowODozOCBmYWxjb24ga2Vy bmVsOiB1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IHVtczA6IFBy aW1heCBFbGVjdHJvbmljcyBwcm9kdWN0IDB4NGQwMywgcmV2IDEuMDAvNC40 MSwgYWRkciAyLCBpY2xhc3MgMy8xCk1heSAgNSAxMTowODozOCBmYWxjb24g a2VybmVsOiB1bXMwOiAzIGJ1dHRvbnMgYW5kIFogZGlyLgpNYXkgIDUgMTE6 MDg6MzggZmFsY29uIGtlcm5lbDogdWtiZDA6IExvZ2l0ZWNoIExvZ2l0ZWNo IFVTQiBLZXlib2FyZCwgcmV2IDEuMTAvMTUuMDAsIGFkZHIgMywgaWNsYXNz IDMvMQpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDoga2JkMSBhdCB1 a2JkMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogdWhjaTI6IDxJ bnRlbCA4MjgwMUNBL0NBTSAoSUNIMykgVVNCIGNvbnRyb2xsZXIgVVNCLUM+ IHBvcnQgMHgxODQwLTB4MTg1ZiBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCk1h eSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBwY2liMDogcG9zc2libGUg aW50ZXJydXB0czogIDkKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6 IHBjaWIwOiBzbG90IDI5IElOVEMgcm91dGVkIHRvIGlycSA5IHZpYSBcX1NC Xy5MTktDCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiB1c2IyOiA8 SW50ZWwgODI4MDFDQS9DQU0gKElDSDMpIFVTQiBjb250cm9sbGVyIFVTQi1D PiBvbiB1aGNpMgpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogdXNi MjogVVNCIHJldmlzaW9uIDEuMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtl cm5lbDogdWh1YjI6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxCk1heSAgNSAxMTowODozOCBmYWxjb24g a2VybmVsOiB1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IHVtYXNz MTogU29ueSBVU0IgTWVtb3J5IFN0aWNrIFNsb3QsIHJldiAxLjEwLzEuMDks IGFkZHIgMgpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogcGNpYjI6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kw Ck1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBwY2kyOiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liMgpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5l bDogcGNpYjI6IHBvc3NpYmxlIGludGVycnVwdHM6ICA5Ck1heSAgNSAxMTow ODozOCBmYWxjb24ga2VybmVsOiBwY2liMjogc2xvdCA1IElOVEEgcm91dGVk IHRvIGlycSA5IHZpYSBcX1NCXy5MTktGCk1heSAgNSAxMTowODozOCBmYWxj b24ga2VybmVsOiBwY2liMjogc2xvdCA4IElOVEEgaXMgcm91dGVkIHRvIGly cSA5Ck1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBwY2kyOiA8YnJp ZGdlLCBQQ0ktQ2FyZEJ1cz4gYXQgZGV2aWNlIDUuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogcGNpMjog PGJyaWRnZSwgUENJLUNhcmRCdXM+IGF0IGRldmljZSA1LjEgKG5vIGRyaXZl ciBhdHRhY2hlZCkKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IHBj aTI6IDxzZXJpYWwgYnVzLCBGaXJlV2lyZT4gYXQgZGV2aWNlIDUuMiAobm8g ZHJpdmVyIGF0dGFjaGVkKQpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5l bDogZnhwMDogPEludGVsIDgyODAxQ0FNIChJQ0gzKSBQcm8vMTAwIFZFIEV0 aGVybmV0PiBwb3J0IDB4NDAwMC0weDQwM2YgbWVtIDB4ZTgyMDAwMDAtMHhl ODIwMGZmZiBpcnEgOSBhdCBkZXZpY2UgOC4wIG9uIHBjaTIKTWF5ICA1IDEx OjA4OjM4IGZhbGNvbiBrZXJuZWw6IGZ4cDA6IEV0aGVybmV0IGFkZHJlc3Mg MDg6MDA6NDY6Nzk6ZmU6M2IKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJu ZWw6IG1paWJ1czA6IDxNSUkgYnVzPiBvbiBmeHAwCk1heSAgNSAxMTowODoz OCBmYWxjb24ga2VybmVsOiBpbnBoeTA6IDxpODI1NjJFVCAxMC8xMDAgbWVk aWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwCk1heSAgNSAxMTowODozOCBmYWxj b24ga2VybmVsOiBpbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAw YmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCk1heSAgNSAxMTowODozOCBm YWxjb24ga2VybmVsOiBpc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZp Y2UgMzEuMCBvbiBwY2kwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVs OiBpc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKTWF5ICA1IDExOjA4OjM4IGZh bGNvbiBrZXJuZWw6IGF0YXBjaTA6IDxJbnRlbCBJQ0gzIFVETUExMDAgY29u dHJvbGxlcj4gcG9ydCAweDE4NjAtMHgxODZmLDB4Mzc0LTB4Mzc3LDB4MTcw LTB4MTc3LDB4M2Y0LTB4M2Y3LDB4MWYwLTB4MWY3IG1lbSAweGU4MDAwMDAw LTB4ZTgwMDAzZmYgYXQgZGV2aWNlIDMxLjEgb24gcGNpMApNYXkgIDUgMTE6 MDg6MzggZmFsY29uIGtlcm5lbDogYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9u IGF0YXBjaTAKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IGF0YTE6 IGF0IDB4MTcwIGlycSAxNSBvbiBhdGFwY2kwCk1heSAgNSAxMTowODozOCBm YWxjb24ga2VybmVsOiBwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRl dmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCk1heSAgNSAxMTowODoz OCBmYWxjb24ga2VybmVsOiBwY20wOiA8SW50ZWwgODI4MDFDQSAoSUNIMyk+ IHBvcnQgMHgxOGMwLTB4MThmZiwweDFjMDAtMHgxY2ZmIGlycSA5IGF0IGRl dmljZSAzMS41IG9uIHBjaTAKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJu ZWw6IHBjbTA6IDxZYW1haGEgWU1GNzUzIEFDOTcgQ29kZWM+Ck1heSAgNSAx MTowODozOCBmYWxjb24ga2VybmVsOiBwY2kwOiA8c2ltcGxlIGNvbW1zPiBh dCBkZXZpY2UgMzEuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQpNYXkgIDUgMTE6 MDg6MzggZmFsY29uIGtlcm5lbDogYXRrYmRjMDogPEtleWJvYXJkIGNvbnRy b2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJxIDEgb24gYWNwaTAK TWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IGF0a2JkMDogPEFUIEtl eWJvYXJkPiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMApNYXkgIDUgMTE6 MDg6MzggZmFsY29uIGtlcm5lbDoga2JkMCBhdCBhdGtiZDAKTWF5ICA1IDEx OjA4OjM4IGZhbGNvbiBrZXJuZWw6IHBzbTA6IDxQUy8yIE1vdXNlPiBpcnEg MTIgb24gYXRrYmRjMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDog cHNtMDogbW9kZWwgR2VuZXJpYyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQgMApN YXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogYWNwaV9lYzA6IDxlbWJl ZGRlZCBjb250cm9sbGVyPiBwb3J0IDB4NjYsMHg2MiBvbiBhY3BpMApNYXkg IDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogc2lvMCBwb3J0IDB4M2Y4LTB4 M2ZmIGlycSA0IG9uIGFjcGkwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2Vy bmVsOiBzaW8wOiB0eXBlIDE2NTUwQQpNYXkgIDUgMTE6MDg6MzggZmFsY29u IGtlcm5lbDogcHBjMCBwb3J0IDB4Nzc4LTB4NzdmLDB4Mzc4LTB4MzdmIGly cSA3IGRycSAzIG9uIGFjcGkwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2Vy bmVsOiBwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQL1BTMi9OSUJC TEUpIGluIENPTVBBVElCTEUgbW9kZQpNYXkgIDUgMTE6MDg6MzggZmFsY29u IGtlcm5lbDogcHBjMDogRklGTyB3aXRoIDE2LzE2LzE1IGJ5dGVzIHRocmVz aG9sZApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogcHBidXMwOiA8 UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzAKTWF5ICA1IDExOjA4OjM4IGZh bGNvbiBrZXJuZWw6IHBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4g b24gcHBidXMwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBscHQw OiA8UHJpbnRlcj4gb24gcHBidXMwCk1heSAgNSAxMTowODozOCBmYWxjb24g a2VybmVsOiBscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKTWF5ICA1IDEx OjA4OjM4IGZhbGNvbiBrZXJuZWw6IHBwaTA6IDxQYXJhbGxlbCBJL08+IG9u IHBwYnVzMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogYWNwaV9j bWJhdDA6IDxDb250cm9sIG1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMApNYXkg IDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogYWNwaV9jbWJhdDE6IDxDb250 cm9sIG1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMApNYXkgIDUgMTE6MDg6Mzgg ZmFsY29uIGtlcm5lbDogYWNwaV9hY2FkMDogPEFDIGFkYXB0ZXI+IG9uIGFj cGkwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBvcm0wOiA8T3B0 aW9uIFJPTXM+IGF0IGlvbWVtIDB4ZGMwMDAtMHhkZmZmZiwweGQ4MDAwLTB4 ZGJmZmYsMHhjMDAwMC0weGNmZmZmIG9uIGlzYTAKTWF5ICA1IDExOjA4OjM4 IGZhbGNvbiBrZXJuZWw6IHBtdGltZXIwIG9uIGlzYTAKTWF5ICA1IDExOjA4 OjM4IGZhbGNvbiBrZXJuZWw6IGZkYzA6IHJlYWR5IGZvciBpbnB1dCBpbiBv dXRwdXQKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IGZkYzA6IGNt ZCAzIGZhaWxlZCBhdCBvdXQgYnl0ZSAxIG9mIDMKTWF5ICA1IDExOjA4OjM4 IGZhbGNvbiBrZXJuZWw6IHNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFn cyAweDEwMCBvbiBpc2EwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVs OiBzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+ Ck1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBzaW8xOiBjb25maWd1 cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMApNYXkg IDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogc2lvMTogcG9ydCBtYXkgbm90 IGJlIGVuYWJsZWQKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IHNw aWMwOiBkZXZpY2UgbW9kZWwgdHlwZSA9IDIKTWF5ICA1IDExOjA4OjM4IGZh bGNvbiBrZXJuZWw6IHNwaWMwOiA8U29ueSBQcm9ncmFtbWFibGUgSS9PIENv bnRyb2xsZXI+IGF0IHBvcnQgMHgxMGEwLTB4MTBhNCBpcnEgMTEgb24gaXNh MApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogdmdhMDogPEdlbmVy aWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAw LTB4YmZmZmYgb24gaXNhMApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5l bDogVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMTAuMDAwIG1zZWMKTWF5ICA1 IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IGFjcGlfY3B1OiB0aHJvdHRsaW5n IGVuYWJsZWQsIDggc3RlcHMgKDEwMCUgdG8gMTIuNSUpLCBjdXJyZW50bHkg MTAwLjAlCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBhZDA6IDM4 MTU0TUIgPFRPU0hJQkEgTUs0MDE4R0FTPiBbNzc1MjAvMTYvNjNdIGF0IGF0 YTAtbWFzdGVyIFVETUExMDAKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJu ZWw6IGFjZDA6IERWRC1SIDxUT1NISUJBIERWRC1ST00gU0QtUjYwMTI+IGF0 IGF0YTEtbWFzdGVyIFVETUEzMwpNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtl cm5lbDogV0FSTklORzogRXhwZWN0ZWQgcmF3b2Zmc2V0IDMzNTU5Nzg1LCBm b3VuZCAwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBXQVJOSU5H OiBFeHBlY3RlZCByYXdvZmZzZXQgNTQwNDI2NjAsIGZvdW5kIDAKTWF5ICA1 IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IChwcm9iZTU6dW1hc3Mtc2ltMTox OjA6MCk6IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAKTWF5ICA1IDEx OjA4OjM4IGZhbGNvbiBrZXJuZWw6IChwcm9iZTU6dW1hc3Mtc2ltMToxOjA6 MCk6IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCk1heSAgNSAxMTow ODozOCBmYWxjb24ga2VybmVsOiAocHJvYmU1OnVtYXNzLXNpbTE6MTowOjAp OiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uCk1heSAgNSAxMTowODoz OCBmYWxjb24ga2VybmVsOiAocHJvYmU1OnVtYXNzLXNpbTE6MTowOjApOiBO T1QgUkVBRFkgYXNjOjNhLDAKTWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJu ZWw6IChwcm9iZTU6dW1hc3Mtc2ltMToxOjA6MCk6IE1lZGl1bSBub3QgcHJl c2VudApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtlcm5lbDogKHByb2JlNTp1 bWFzcy1zaW0xOjE6MDowKTogVW5yZXRyeWFibGUgZXJyb3IKTWF5ICA1IDEx OjA4OjM4IGZhbGNvbiBrZXJuZWw6IGNkMCBhdCBhdGExIGJ1cyAwIHRhcmdl dCAwIGx1biAwCk1heSAgNSAxMTowODozOCBmYWxjb24ga2VybmVsOiBjZDA6 IDxUT1NISUJBIERWRC1ST00gU0QtUjYwMTIgMVMzMT4gUmVtb3ZhYmxlIENE LVJPTSBTQ1NJLTAgZGV2aWNlIApNYXkgIDUgMTE6MDg6MzggZmFsY29uIGtl cm5lbDogY2QwOiAzMy4wMDBNQi9zIHRyYW5zZmVycwpNYXkgIDUgMTE6MDg6 MzggZmFsY29uIGtlcm5lbDogY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmlj ZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQK TWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IGRhMCBhdCB1bWFzcy1z aW0wIGJ1cyAwIHRhcmdldCAwIGx1biAwCk1heSAgNSAxMTowODozOCBmYWxj b24ga2VybmVsOiBkYTA6IDxJTUMgS2FuZ3VydU1pY3JvIDEuMDU+IFJlbW92 YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UgCk1heSAgNSAxMTow ODozOCBmYWxjb24ga2VybmVsOiBkYTA6IDEuMDAwTUIvcyB0cmFuc2ZlcnMK TWF5ICA1IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IGRhMDogMTI1TUIgKDI1 NjAwMCA1MTIgYnl0ZSBzZWN0b3JzOiA2NEggMzJTL1QgMTI1QykKTWF5ICA1 IDExOjA4OjM4IGZhbGNvbiBrZXJuZWw6IChkYTA6dW1hc3Mtc2ltMDowOjA6 MCk6IFJFQUQoNikvV1JJVEUoNikgbm90IHN1cHBvcnRlZCwgaW5jcmVhc2lu ZyBtaW5pbXVtX2NtZF9zaXplIHRvIDEwLgpNYXkgIDUgMTE6MDg6MzggZmFs Y29uIGtlcm5lbDogTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMy YQpNYXkgIDUgMTE6MDg6NDkgZmFsY29uIGxvZ2luOiBST09UIExPR0lOIChy b290KSBPTiB0dHl2MApNYXkgIDUgMTE6MDk6NDggZmFsY29uIGxvZ2luOiBS T09UIExPR0lOIChrZG0pIE9OIHR0eXYwCk1heSAgNSAxMToxODoxNiBmYWxj b24gc3U6IG1jY3JvYmllIHRvIHJvb3Qgb24gL2Rldi90dHlwMApNYXkgIDUg MTE6MzM6NTYgZmFsY29uIHN1OiBtY2Nyb2JpZSB0byByb290IG9uIC9kZXYv dHR5cDEKTWF5ICA1IDExOjM4OjM5IGZhbGNvbiBzdTogbWNjcm9iaWUgdG8g cm9vdCBvbiAvZGV2L3R0eXAyCg== --0-1384200712-1052150024=:97539-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 09:04:12 2003 Return-Path: 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 C64FE37B408 for ; Mon, 5 May 2003 09:04:12 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1F4B43FB1 for ; Mon, 5 May 2003 09:04:10 -0700 (PDT) (envelope-from udo.schweigert@siemens.com) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.11.7/8.11.7) with ESMTP id h45G46529080; Mon, 5 May 2003 18:04:06 +0200 (MEST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail2.siemens.de (8.11.7/8.11.7) with ESMTP id h45G46K15000; Mon, 5 May 2003 18:04:06 +0200 (MEST) Received: from alaska.cert.siemens.de (alaska.cert.siemens.de [139.23.202.134]) 1.42 2003/02/21 12:06:56 ust Exp $) with ESMTP id h45G45Ts004248; Mon, 5 May 2003 18:04:05 +0200 (CEST) Received: from alaska.cert.siemens.de (alaska.cert.siemens.de [127.0.0.1]) hosts/alaska/mail/config.mc,v 1.15 2002/12/31 15:32:17 ust Exp $) with ESMTP id h45G452q030026; Mon, 5 May 2003 18:04:05 +0200 (CEST) (envelope-from ust@alaska.cert.siemens.de) Received: (from ust@localhost) hosts/alaska/mail/submit.mc,v 1.4 2002/12/31 15:32:17 ust Exp $) id h45G45KK011915; Mon, 5 May 2003 18:04:05 +0200 (CEST) (envelope-from ust) Date: Mon, 5 May 2003 18:04:05 +0200 From: Udo Schweigert To: Martin Blapp Message-ID: <20030505160405.GA2059@alaska.cert.siemens.de> References: <20030505015744.W33100@cvs.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030505015744.W33100@cvs.imp.ch> X-Operating-System: FreeBSD 4.8-STABLE User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: Cannot mount root ufs:/dev/ar0s1a Error 22 after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 16:04:13 -0000 On Mon, May 05, 2003 at 02:03:26 +0200, Martin Blapp wrote: > > Hi all, > > I updated today three boxes from 5.0R to CURRENT, > and all three boxes, with different disk-layout. > > After a reboot, I got on all boxes the same problem: > > Cannot mount root ufs:/dev/ar0s1a Error 22 (EINVAL) > > or > > Cannot mount root ufs:/dev/ad0s1a Error 22 (EINVAL) > Same here! boot -v shows that GEOM sees all of my slices, but /dev doesn't have them all. I was then able to mount ad0s1 (as a shortcut for ad0s1a which was missing). But after that: even the slices that were present weren't usable, a fsck said wrong superblock, etc. Best regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC CERT, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : udo.schweigert@siemens.com From owner-freebsd-current@FreeBSD.ORG Mon May 5 09:31:01 2003 Return-Path: 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 E691137B401 for ; Mon, 5 May 2003 09:31:01 -0700 (PDT) Received: from smtp1.netcologne.de (smtp1.netcologne.de [194.8.194.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 263C543FBD for ; Mon, 5 May 2003 09:31:01 -0700 (PDT) (envelope-from tmseck-usenet@netcologne.de) Received: from laurel.tmseck.homedns.org (xdsl-213-196-195-71.netcologne.de [213.196.195.71]) by smtp1.netcologne.de (Postfix) with SMTP id 205F838B0A for ; Mon, 5 May 2003 18:30:58 +0200 (MEST) Received: (qmail 16045 invoked by uid 1001); 5 May 2003 16:31:23 -0000 Date: 5 May 2003 16:31:23 -0000 Message-ID: <20030505163123.16044.qmail@laurel.tmseck.homedns.org> From: tmseck-lists@netcologne.de (Thomas Seck) To: freebsd-current@freebsd.org Organization: private site In-Reply-To: <20030505152136.GB31920@rot13.obsecurity.org> X-Newsgroups: gmane.os.freebsd.current X-Attribution: tms Mail-Copies-To: nobody Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 16:31:02 -0000 * Kris Kennaway (kris@obsecurity.org): > On Mon, May 05, 2003 at 02:29:45PM -0000, Thomas Seck wrote: >> I can live with a 'NO_KERBEROS' make option. >> >> Having the kerberos stuff in a separate tarball and de-selectable in >> sysinstall is enough to 'satisfy' my needs. I wonder why Kerberos was >> always part of the default installation set anyway? > > With recent changes, Kerberos is no longer separate or de-selectable > from sysinstall, unless you also get rid of e.g. openssh. That's part > of what we're discussing. So be it, I am not to decide whether this is 'A Good Thing'. And pardon me to have disturbed you 'while you were discussing'. It will not happen again. --Thomas From owner-freebsd-current@FreeBSD.ORG Mon May 5 09:33:10 2003 Return-Path: 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 A351837B401 for ; Mon, 5 May 2003 09:33:10 -0700 (PDT) Received: from web40304.mail.yahoo.com (web40304.mail.yahoo.com [66.218.78.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 43D1B43F3F for ; Mon, 5 May 2003 09:33:10 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030505163310.55052.qmail@web40304.mail.yahoo.com> Received: from [207.175.241.198] by web40304.mail.yahoo.com via HTTP; Mon, 05 May 2003 09:33:10 PDT Date: Mon, 5 May 2003 09:33:10 -0700 (PDT) From: Maksim Yevmenkin To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: ACPI panic on recent -current (perhaps related to ffs_blkfree panic?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 16:33:10 -0000 Hackers, i've upgraded my tp390x laptop to the -current as of this weekend. i'm getting ACPI panics. All panics are the same. I do not have real trace available at the time, but all traces end up in AcpiNsMapHandleToNode + 0x20 AcpiGetHandle acpi_pwr_switch_consumer acpi_tz_switch_cooler_off acpi_ForeachPackageObject acpi_tz_al_off acpi_tz_establish acpi_task_thread fork_exit fork_trampoline Also ACPI spits out lots of errors. I put all files at http://www.geocities.com/m_evmenkin/tp390/ (they are actually bzip2 files not gzip :) I also got a ffs_blkfree panic, but after i turn ACPI off, i can not reproduce it anymore. i run 'make buildworld' in the loop, plus 'bonnie -s 100' in the loop and 'sync; sleep 10' in the loop overnight and system was stable. thanks max __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon May 5 09:35:26 2003 Return-Path: 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 3914D37B401 for ; Mon, 5 May 2003 09:35:26 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34AAA43F75 for ; Mon, 5 May 2003 09:35:25 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h45GZM3g016177; Mon, 5 May 2003 18:35:23 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Mon, 5 May 2003 18:35:22 +0200 (CEST) From: Martin Blapp To: Udo Schweigert In-Reply-To: <20030505160405.GA2059@alaska.cert.siemens.de> Message-ID: <20030505183431.I2898@cvs.imp.ch> References: <20030505015744.W33100@cvs.imp.ch> <20030505160405.GA2059@alaska.cert.siemens.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Cannot mount root ufs:/dev/ar0s1a Error 22 after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 16:35:26 -0000 Hi, > Same here! boot -v shows that GEOM sees all of my slices, but /dev doesn't > have them all. I was then able to mount ad0s1 (as a shortcut for ad0s1a which > was missing). But after that: even the slices that were present weren't > usable, a fsck said wrong superblock, etc. Looks like it was a geom bug. I got my boxes running again with the latest geom changes. Re-cvsup and I'm sure it will work again on your side. Martin From owner-freebsd-current@FreeBSD.ORG Mon May 5 09:48:46 2003 Return-Path: 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 7B6A637B401 for ; Mon, 5 May 2003 09:48:46 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id A479743F93 for ; Mon, 5 May 2003 09:48:45 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 06F0A4 for ; Mon, 5 May 2003 11:48:45 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 93D1478C66; Mon, 5 May 2003 11:48:44 -0500 (CDT) Date: Mon, 5 May 2003 11:48:44 -0500 From: "Jacques A. Vidrine" To: freebsd-current@FreeBSD.org Message-ID: <20030505164843.GB17679@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org References: <20030505153018.GA28343@hellblazer.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030505153018.GA28343@hellblazer.celabo.org> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 Subject: Re: Today's -CURRENT, vinum damage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 16:48:46 -0000 On Mon, May 05, 2003 at 10:30:18AM -0500, Jacques A. Vidrine wrote: > Hi Folks, > > I cvsup'd this morning, and built/installed a new -CURRENT. (I was > previously running circa morning April 29.) > > I was greeted by > WARNING: Expected rawoffset 63, found 0 > which seemed harmless enough (I only mention it in passing). > > When attempting to start Vinum, the `vinum' process became stuck & > unkillable in biord. Has anyone else seen this? > > I loaded my old kernel and I am trying to recover by rebuilding a > morning of 2003/05/04 world. The `morning of 2003/05/04' world works. I will try again in a couple of days, and get some more debug info if the problem persists. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:18:53 2003 Return-Path: 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 B29F537B407 for ; Mon, 5 May 2003 10:18:53 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA01343F3F for ; Mon, 5 May 2003 10:18:52 -0700 (PDT) (envelope-from Robin.Blanchard@gactr.uga.edu) Received: (qmail 29212 invoked from network); 5 May 2003 17:18:52 -0000 Received: from unknown (HELO ex.gactr.uga.edu) ([10.10.11.21]) (envelope-sender ) by mail.servers.gactr.gc.nat (qmail-ldap-1.03) with SMTP for ; 5 May 2003 17:18:52 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Mon, 5 May 2003 13:18:51 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Groff completely busted. Thread-Index: AcMTKmXUtN4aZLhUTV2TE6UgKX5yCA== From: "Robin P. Blanchard" To: Subject: Groff completely busted. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:18:54 -0000 Since the buildworld fiasco of lastweek when groff spun the CPU out of control, I've been unable to repair groff. Per src/UPDATING, I remade world/kernel with OSRELDATE=3D500110 set. I installed said world/kernel = (also with environment flag still set) and still have an unusable groff: # man ls Formatting page, please wait.../usr/bin/groff: can't find `DESC' file /usr/bin/groff:fatal error: invalid device `ascii' Done. This world/kernel (built with said environment flag) is unable to build = any subsequent worlds either, failing miserably relating to groff with = similar errors as above. Setting the environment flag again allows world to = build. ?!?! Can someone please give me some advice as to how to repair groff ? = Am I at the point when this environment flag is going to have to permanently = live in make.conf and that groff will be forever dead ? Seems unlikely; but I = have no clue as to how to rectify this. Thanks in advance. --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 <|> fax: 706.542.6546 --------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:20:57 2003 Return-Path: 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 3E11637B401 for ; Mon, 5 May 2003 10:20:57 -0700 (PDT) Received: from mailhost1.dircon.co.uk (mailhost1.dircon.co.uk [194.112.32.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 314F143F85 for ; Mon, 5 May 2003 10:20:56 -0700 (PDT) (envelope-from mark@blackmans.org) Received: from mail.blackmans.org (unknown [195.157.223.200]) by mailhost1.dircon.co.uk (Postfix) with ESMTP id AFA5765A5A for ; Mon, 5 May 2003 18:20:54 +0100 (BST) Received: from spampd.localdomain (maddog [127.0.0.1]) by localhost.blackmans.org (Postfix) with ESMTP id 564A012B; Mon, 5 May 2003 18:20:54 +0100 (BST) Received: by mail.blackmans.org (Postfix, from userid 1001) id 9DB2F12A; Mon, 5 May 2003 18:20:53 +0100 (BST) Date: Mon, 5 May 2003 18:20:53 +0100 From: Mark Blackman To: freebsd-current@freebsd.org Message-ID: <20030505172053.GA403@maddog.blackmans.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Status: No, hits=-1.1 required=5.0 tests=CARRIAGE_RETURNS,SPAM_PHRASE_00_01,SUBJECT_MONTH, USER_AGENT,USER_AGENT_MUTT version=2.43 X-Spam-Level: Subject: 5.0-current kernel (May 4) devfs not picking up slices from 4-STABLE disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:20:57 -0000 Hi, Just started following the instructions in /usr/src/UPDATING to go from 4-STABLE to 5-CURRENT and got stuck when booting the new kernel (a GENERIC kernel). Note that as per instructions, userland is still 4-STABLE at this point. This GENERIC kernel is from about 2300GMT May 3, so fairly up-to-date with an ATA disk. When booting, it claims 'Root mount failed: 22' should be '/dev/ad0s1a' (as in /etc/fstab) using '/dev/ad0s1' succeeds for single-user mode, but examination of /dev (i.e. devfs) indicates no partition devices are being created in the /dev area for ad0s1 (i.e. no ad0s1a, ad0s1b, etc..) The only recent conversation (in -current) about this sort of thing indicated an ata (ata_tag=1) problem, but mine is set to '0' anyway. any ideas or suggestions for fixing this out there? Cheers, Mark From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:28:34 2003 Return-Path: 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 4EF7F37B401 for ; Mon, 5 May 2003 10:28:34 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8122543F93 for ; Mon, 5 May 2003 10:28:33 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h45HSWA7045127 for ; Mon, 5 May 2003 11:28:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 05 May 2003 11:26:25 -0600 (MDT) Message-Id: <20030505.112625.16415226.imp@bsdimp.com> To: current@freebsd.org From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:28:34 -0000 If you booted a kernel from approximately April 15th through May 3th, there were a number of small, but critical, vm bugs. This can cause file system corruption, and leave silent landmines for later. It is recommended that if you did boot these kernels, you build a newer kernel, come up in single user and force an fsck on all filesystems. This is to prevent 'false' panics later that are a result of the corruption that might be dormant in them now. Warner From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:29:55 2003 Return-Path: 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 B24F137B401 for ; Mon, 5 May 2003 10:29:55 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEDC543FA3 for ; Mon, 5 May 2003 10:29:54 -0700 (PDT) (envelope-from Robin.Blanchard@gactr.uga.edu) Received: (qmail 30326 invoked from network); 5 May 2003 17:29:54 -0000 Received: from unknown (HELO ex.gactr.uga.edu) ([10.10.11.21]) (envelope-sender ) by mail.servers.gactr.gc.nat (qmail-ldap-1.03) with SMTP for ; 5 May 2003 17:29:54 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Mon, 5 May 2003 13:29:53 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Groff completely busted. Thread-Index: AcMTKzQ2dgfsnuesQX21fL4VhquHQgAAAx+A From: "Robin P. Blanchard" To: "David Wolfskill" , Subject: RE: Groff completely busted. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:29:56 -0000 > I'm rather at a loss to understand how this is happening to you. >=20 > I have been tracking -CURRENT on a daily basis, and have not=20 > had the problem. >=20 > I have seen stuff like this when awk was changed (from gawk=20 > to the one-true-awk), because awk was used to build the boot loader. >=20 > Perhaps it would be enough to be sure your=20 > /usr/src/contrib/groff is completely refreshed (as in "rm -fr=20 > /usr/src/contrib/groff" then update it via "cvs update" or=20 > CVSup, whichever suits), then=20 > "make world"? I'm completely baffled as well...I've tried: # cd /usr/src/gnu/usr.bin/groff/ # make clean && make cleandir && make obj && make depend && make all && = make install And it's still busted...Then tried: # /usr/src/gnu/usr.bin/groff/font/devascii/ # make clean all install ...still busted... Going to try removing the groff sources completely, re-cvsup and build. = Will report shortly. From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:32:03 2003 Return-Path: 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 97F5537B404 for ; Mon, 5 May 2003 10:32:03 -0700 (PDT) Received: from smtpout.mac.com (A17-250-248-88.apple.com [17.250.248.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0376C43FAF for ; Mon, 5 May 2003 10:32:03 -0700 (PDT) (envelope-from itinerant@mac.com) Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h45HW2iL026590 for ; Mon, 5 May 2003 10:32:02 -0700 (PDT) Received: from mac.com ([80.192.78.32]) by asmtp02.mac.com (Netscape Messaging Server 4.15) with ESMTP id HEFCPD00.DBY for ; Mon, 5 May 2003 10:32:01 -0700 Date: Mon, 5 May 2003 18:33:14 +0100 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Pete Carss To: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.552) Subject: [NEWBIE] can't compile current kernel with GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:32:03 -0000 I can't compile current kernel with the GEOM option in - looked at the archives and saw a headsup regarding GEOM being default - does that mean its just in there? 'make buildkernel' fails with 'unknownk option'. I'm trying to get HFS+ support, and have cvsup-ed from 5.0 Release to Current... I'm new here - so be gentle... Pete From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:37:39 2003 Return-Path: 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 93E0F37B401 for ; Mon, 5 May 2003 10:37:39 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E0E343FBD for ; Mon, 5 May 2003 10:37:38 -0700 (PDT) (envelope-from Robin.Blanchard@gactr.uga.edu) Received: (qmail 31703 invoked from network); 5 May 2003 17:37:38 -0000 Received: from unknown (HELO ex.gactr.uga.edu) ([10.10.11.21]) (envelope-sender ) by mail.servers.gactr.gc.nat (qmail-ldap-1.03) with SMTP for ; 5 May 2003 17:37:38 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Mon, 5 May 2003 13:37:37 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Groff completely busted. Thread-Index: AcMTKzQ2dgfsnuesQX21fL4VhquHQgAAAx+AAABpMsA= From: "Robin P. Blanchard" To: Subject: RE: Groff completely busted. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:37:39 -0000 > > I'm rather at a loss to understand how this is happening to you. > >=20 > > I have been tracking -CURRENT on a daily basis, and have not > > had the problem. > >=20 > > I have seen stuff like this when awk was changed (from gawk > > to the one-true-awk), because awk was used to build the boot loader. > >=20 > > Perhaps it would be enough to be sure your > > /usr/src/contrib/groff is completely refreshed (as in "rm -fr=20 > > /usr/src/contrib/groff" then update it via "cvs update" or=20 > > CVSup, whichever suits), then=20 > > "make world"? >=20 > I'm completely baffled as well...I've tried: >=20 > # cd /usr/src/gnu/usr.bin/groff/ > # make clean && make cleandir && make obj && make depend &&=20 > make all && make install >=20 > And it's still busted...Then tried: >=20 > # /usr/src/gnu/usr.bin/groff/font/devascii/ > # make clean all install >=20 > ...still busted... >=20 > Going to try removing the groff sources completely, re-cvsup=20 > and build. Will report shortly. Negative. Blew away /usr/src/gnu/usr.bin/groff/ and re-cvsup'ed, rebuilt/installed. Still hosed: # man setenv Formatting page, please wait.../usr/bin/groff: can't find `DESC' file /usr/bin/groff:fatal error: invalid device `ascii' Done. Please help. :) From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:39:46 2003 Return-Path: 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 67D9B37B404 for ; Mon, 5 May 2003 10:39:46 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EE7B43F3F for ; Mon, 5 May 2003 10:39:45 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h45HdgLr043851; Mon, 5 May 2003 19:39:43 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Pete Carss From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 May 2003 18:33:14 BST." Date: Mon, 05 May 2003 19:39:42 +0200 Message-ID: <43850.1052156382@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: [NEWBIE] can't compile current kernel with GEOM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:39:46 -0000 In message , Pete Carss writes: >I can't compile current kernel with the GEOM option in - looked at the >archives and saw a headsup regarding GEOM being default - does that >mean its just in there? 'make buildkernel' fails with 'unknownk >option'. I'm trying to get HFS+ support, and have cvsup-ed from 5.0 >Release to Current... A lot of things have changed, so I would really urge you to start out by making a copy from GENERIC and make your kernel from that. GEOM is as you write the default in the kernel now, so you do not need any special options for it. If you want to make your computer understand Apple partition tables however, you should add the option GEOM_APPLE. -- 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. From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:42:07 2003 Return-Path: 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 0522F37B401 for ; Mon, 5 May 2003 10:42:07 -0700 (PDT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A09443F75 for ; Mon, 5 May 2003 10:42:06 -0700 (PDT) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com (adsl-64-175-105-23.dsl.lsan03.pacbell.net [64.175.105.23])h45Hg3Uk039612; Mon, 5 May 2003 13:42:04 -0400 Message-ID: <3EB6B081.6090004@myrealbox.com> Date: Mon, 05 May 2003 11:42:09 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030502 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Blackman , freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 5.0-current kernel (May 4) devfs not picking up slices from X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:42:07 -0000 Mark Blackman wrote: > Hi, > > Just started following the instructions in /usr/src/UPDATING to > go from 4-STABLE to 5-CURRENT and got stuck when booting the > new kernel (a GENERIC kernel). Note that as per instructions, > userland is still 4-STABLE at this point. > > This GENERIC kernel is from about 2300GMT May 3, so fairly up-to-date > with an ATA disk. > > When booting, it claims > > 'Root mount failed: 22' Ouch, you picked just the wrong moment to update :-( If you can, try to update your sources again and make a new kernel. The problem was just fixed a short while ago, in a temporary sort of way. It most likely will be changing again shortly, so beware. Mysterious errors are not your necessarily your fault (except when they are). From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:43:22 2003 Return-Path: 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 E418637B401 for ; Mon, 5 May 2003 10:43:22 -0700 (PDT) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5AA943F93 for ; Mon, 5 May 2003 10:43:21 -0700 (PDT) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [198.78.66.164]) by ion.gank.org (GankMail) with ESMTP id 3365B2CFCA; Mon, 5 May 2003 12:43:21 -0500 (CDT) Received: from ion.gank.org ([198.78.66.164]) by localhost (ion.gank.org [198.78.66.164]) (amavisd-new, port 10024) with LMTP id 95529-03-2; Mon, 5 May 2003 12:43:20 -0500 (CDT) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (GankMail) with ESMTP id 47F0C2BBB7; Mon, 5 May 2003 12:43:20 -0500 (CDT) From: Craig Boston To: Kris Kennaway In-Reply-To: <20030505152136.GB31920@rot13.obsecurity.org> References: <20030505052615.R2996@znfgre.qbhto.arg> <20030505142945.15738.qmail@laurel.tmseck.homedns.org> <20030505152136.GB31920@rot13.obsecurity.org> Content-Type: text/plain Organization: Message-Id: <1052156596.38008.4.camel@owen1492.uf.corelab.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 05 May 2003 12:43:17 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Thomas Seck Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:43:23 -0000 On Mon, 2003-05-05 at 10:21, Kris Kennaway wrote: > With recent changes, Kerberos is no longer separate or de-selectable > from sysinstall, unless you also get rid of e.g. openssh. That's part > of what we're discussing. Is there a set procedure for removing the Kerberos 5 bits after rebuilding with NO_KERBEROS set? I use MIT Kerberos installed via the port and have always had to make absolutely sure to NOT install the base system with Heimdal KRB5, lest other ports pick up the wrong header files. This was possible before with a custom install. I know that a find -mtime +1 should theoretically work, but that seems to be hackish at best... Craig From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:43:38 2003 Return-Path: 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 4E4E437B407 for ; Mon, 5 May 2003 10:43:34 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6324F43FBD for ; Mon, 5 May 2003 10:43:33 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h45HhUSQ095673; Mon, 5 May 2003 18:43:30 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h45HhUHu095672; Mon, 5 May 2003 18:43:30 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h45Hgs8c072898; Mon, 5 May 2003 18:42:54 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305051742.h45Hgs8c072898@grimreaper.grondar.org> To: "M. Warner Losh" In-Reply-To: Your message of "Mon, 05 May 2003 06:19:57 MDT." <20030505.061957.101657438.imp@bsdimp.com> Date: Mon, 05 May 2003 18:42:53 +0100 Sender: mark@grondar.org cc: current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:43:38 -0000 "M. Warner Losh" writes: > In message: <200305050845.h458j38c069038@grimreaper.grondar.org> > Mark Murray writes: > : Kerberos5/Heimdal is now the default in Current. The old option > : "MAKE_KERBEROS5" is removed. If you do _NOT_ want Kerberos, you > : need to define "NO_KERBEROS" in your /etc/make.conf. > > Can you add an entry to UPDATING as well? Will do. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:46:24 2003 Return-Path: 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 8F71037B401 for ; Mon, 5 May 2003 10:46:24 -0700 (PDT) Received: from mailhost1.dircon.co.uk (mailhost1.dircon.co.uk [194.112.32.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD97143F3F for ; Mon, 5 May 2003 10:46:23 -0700 (PDT) (envelope-from mark@blackmans.org) Received: from blackmans.org (unknown [195.157.223.200]) by mailhost1.dircon.co.uk (Postfix) with ESMTP id 00E3D59B60; Mon, 5 May 2003 18:46:23 +0100 (BST) Message-ID: <3EB6A36E.30809@blackmans.org> Date: Mon, 05 May 2003 18:46:22 +0100 From: Mark Blackman User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030426 X-Accept-Language: en-us, en MIME-Version: 1.0 To: walt References: <3EB6B081.6090004@myrealbox.com> In-Reply-To: <3EB6B081.6090004@myrealbox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.0-current kernel (May 4) devfs not picking up slices from X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:46:24 -0000 walt wrote: > Mark Blackman wrote: > >> Hi, >> >> Just started following the instructions in /usr/src/UPDATING to >> go from 4-STABLE to 5-CURRENT and got stuck when booting the >> new kernel (a GENERIC kernel). Note that as per instructions, >> userland is still 4-STABLE at this point. >> >> This GENERIC kernel is from about 2300GMT May 3, so fairly up-to-date >> with an ATA disk. >> >> When booting, it claims >> >> 'Root mount failed: 22' > > > Ouch, you picked just the wrong moment to update :-( > > If you can, try to update your sources again and make a > new kernel. The problem was just fixed a short while ago, > in a temporary sort of way. It most likely will be changing > again shortly, so beware. Mysterious errors are not your > necessarily your fault (except when they are). > Thanks. will try that. Cheers, Mark From owner-freebsd-current@FreeBSD.ORG Mon May 5 11:13:50 2003 Return-Path: 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 0067D37B401 for ; Mon, 5 May 2003 11:13:50 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4017843F75 for ; Mon, 5 May 2003 11:13:49 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 82036D3; Mon, 5 May 2003 13:13:48 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 0904E78C66; Mon, 5 May 2003 13:13:47 -0500 (CDT) Date: Mon, 5 May 2003 13:13:47 -0500 From: "Jacques A. Vidrine" To: Craig Boston Message-ID: <20030505181347.GA19469@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Craig Boston , freebsd-current@freebsd.org References: <20030505052615.R2996@znfgre.qbhto.arg> <20030505142945.15738.qmail@laurel.tmseck.homedns.org> <20030505152136.GB31920@rot13.obsecurity.org> <1052156596.38008.4.camel@owen1492.uf.corelab.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1052156596.38008.4.camel@owen1492.uf.corelab.com> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 18:13:50 -0000 On Mon, May 05, 2003 at 12:43:17PM -0500, Craig Boston wrote: > I use MIT Kerberos installed via the port and have always had to make > absolutely sure to NOT install the base system with Heimdal KRB5, lest > other ports pick up the wrong header files. This was possible before > with a custom install. Please send a bug report to the port maintainer ... the port is broken if you cannot build it with a different Kerberos implementation. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon May 5 11:19:30 2003 Return-Path: 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 BB98837B401 for ; Mon, 5 May 2003 11:19:30 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8D9B43F75 for ; Mon, 5 May 2003 11:19:29 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h45IJSSQ096814; Mon, 5 May 2003 19:19:29 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h45IJSrV096813; Mon, 5 May 2003 19:19:28 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h45IIk8c073571; Mon, 5 May 2003 19:18:47 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305051818.h45IIk8c073571@grimreaper.grondar.org> To: Craig Boston In-Reply-To: Your message of "05 May 2003 12:43:17 CDT." <1052156596.38008.4.camel@owen1492.uf.corelab.com> Date: Mon, 05 May 2003 19:18:46 +0100 Sender: mark@grondar.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 18:19:31 -0000 Craig Boston writes: > Is there a set procedure for removing the Kerberos 5 bits after > rebuilding with NO_KERBEROS set? Hmm. I'm sure I can come up with one. Gimme a few days. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon May 5 11:53:57 2003 Return-Path: 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 D2F8D37B401 for ; Mon, 5 May 2003 11:53:57 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9407743F75 for ; Mon, 5 May 2003 11:53:56 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h45IrrLr044710; Mon, 5 May 2003 20:53:54 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Paul Mather From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 May 2003 13:51:27 EDT." <20030505175127.GA32901@gromit.dlib.vt.edu> Date: Mon, 05 May 2003 20:53:53 +0200 Message-ID: <44709.1052160833@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: Disk labelling: WARNING: Expected rawoffset 37752750, found 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 18:53:58 -0000 In message <20030505175127.GA32901@gromit.dlib.vt.edu>, Paul Mather writes: >I have two main questions: > >1) What are the semantics of ad0s2c, and have they changed recently? > (When disklabel says "whole unit" in the disklabel message above, > does it really mean "whole slice" [as opposed to "whole disk?"]?) The semantics are somewhat in a flux, but the 'c' (or RAW_PART) is still magic at this point. >2) Does the "WARNING: Expected rawoffset 37752750, found 0" spell > trouble ahead, and if so, what should I do to fix it? It should be harmless. I would be very interested if you could try to compile the "bsdlabel" program in src/sbin/bsdlabel and tell me what that says about your disk. -- 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. From owner-freebsd-current@FreeBSD.ORG Mon May 5 12:43:36 2003 Return-Path: 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 819B737B401 for ; Mon, 5 May 2003 12:43:36 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FD6743FAF for ; Mon, 5 May 2003 12:43:35 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 568305311; Mon, 5 May 2003 21:43:34 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org References: <20030505094607.GA90653@droso.net> From: Dag-Erling Smorgrav Date: Mon, 05 May 2003 21:43:31 +0200 In-Reply-To: <20030505094607.GA90653@droso.net> (Erwin Lansing's message of "Mon, 5 May 2003 11:46:08 +0200") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: Re: buildworld =?iso-8859-1?q?b=F8rkedin?=libpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 19:43:36 -0000 --=-=-= Erwin Lansing writes: > ===> lib/libpam/modules/pam_krb5 > rm -f .depend > mkdep -f .depend -a -I/usr/src/lib/libpam/modules/pam_krb5/../../../../contrib/openpam/inc > lude -I/usr/src/lib/libpam/modules/pam_krb5/../../libpam /usr/src/lib/libpam/modules/pam_krb > 5/pam_krb5.c > /usr/src/lib/libpam/modules/pam_krb5/pam_krb5.c:64:18: krb5.h: No such file or directory > mkdep: compile failed > *** Error code 1 Your source tree is incomplete. If you really do not want Kerberos, see the attached message (which you should have read before posting). DES -- Dag-Erling Smorgrav - des@ofug.org --=-=-= Content-Type: message/rfc822 Content-Disposition: inline X-From-Line: owner-freebsd-current@freebsd.org Mon May 5 10:43:45 2003 Return-Path: X-Original-To: des-ml@ofug.org Delivered-To: des-ml@ofug.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by flood.ping.uio.no (Postfix) with SMTP id D695F5310 for ; Mon, 5 May 2003 10:43:44 +0200 (CEST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id DCA8556800; Mon, 5 May 2003 01:43:33 -0700 (PDT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BF43F37B404; Mon, 5 May 2003 01:43:33 -0700 (PDT) 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 C20BD37B407 for ; Mon, 5 May 2003 01:43:27 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5BA743FA3 for ; Mon, 5 May 2003 01:43:26 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h458hQSQ073092 for ; Mon, 5 May 2003 09:43:26 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h458hP0e073091 for current@freebsd.org; Mon, 5 May 2003 09:43:25 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.9/8.12.9) with ESMTP id h458j38c069038 for ; Mon, 5 May 2003 09:45:03 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305050845.h458j38c069038@grimreaper.grondar.org> To: current@freebsd.org Date: Mon, 05 May 2003 09:45:03 +0100 Subject: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org Lines: 15 Xref: flood.ping.uio.no freebsd.current:66816 MIME-Version: 1.0 Hello All Kerberos5/Heimdal is now the default in Current. The old option "MAKE_KERBEROS5" is removed. If you do _NOT_ want Kerberos, you need to define "NO_KERBEROS" in your /etc/make.conf. M -- Mark Murray iumop ap!sdn w,I idlaH _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 12:46:26 2003 Return-Path: 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 263FB37B401 for ; Mon, 5 May 2003 12:46:26 -0700 (PDT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A27E43FCB for ; Mon, 5 May 2003 12:46:25 -0700 (PDT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id DDB7510BF84; Mon, 5 May 2003 21:46:23 +0200 (CEST) Date: Mon, 5 May 2003 21:46:23 +0200 From: "Simon L. Nielsen" To: Mark Blackman Message-ID: <20030505194622.GA392@nitro.dk> References: <20030505172053.GA403@maddog.blackmans.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20030505172053.GA403@maddog.blackmans.org> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: 5.0-current kernel (May 4) devfs not picking up slices from 4-STABLE disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 19:46:26 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.05.05 18:20:53 +0100, Mark Blackman wrote: > 'Root mount failed: 22' [CUT] > any ideas or suggestions for fixing this out there? I think you just hit -CURRENT at a bad time. Try updateing your -CURRENT sources, rebuild and try again. --=20 Simon L. Nielsen --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+tr+O8kocFXgPTRwRApjfAKDC8XwY42e2H+I+hbJaL7tY2I52NACghCfI mE3iHZxuTJNtI6XJqERNaRU= =OdJU -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 12:50:09 2003 Return-Path: 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 8B6F537B401; Mon, 5 May 2003 12:50:09 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D3AE43FB1; Mon, 5 May 2003 12:50:08 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id h45Jo6Vo026252 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 5 May 2003 15:50:06 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id h45Jo5Pu026249; Mon, 5 May 2003 15:50:05 -0400 (EDT) (envelope-from wollman) Date: Mon, 5 May 2003 15:50:05 -0400 (EDT) From: Garrett Wollman Message-Id: <200305051950.h45Jo5Pu026249@khavrinen.lcs.mit.edu> To: Doug Barton In-Reply-To: <20030505052615.R2996@znfgre.qbhto.arg> References: <200305050845.h458j38c069038@grimreaper.grondar.org> <20030505121050.GC21530@madman.celabo.org> <20030505052615.R2996@znfgre.qbhto.arg> X-Spam-Score: -18.7 () IN_REP_TO,MANY_EXCLAMATIONS,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 19:50:09 -0000 < said: > I'm going to assume that as security officer you're aware of the extremely > colorful history of kerberos's many vulnerabilities. :) What ``extremely colorful history of ... vulnerabilities''? I can think of no more than five times I've had to rebuild my KDC in six years. > Also, I'm not impressed with the, "But this is kerb 5, not kerb 4" > argument, since up till recently the limited deployed base of kerb 5 has > not made it a very attractive target for hackers. Kerberos 5 is in every single Windows (>= 2000) installation in the world. It has a larger installed base than any release of FreeBSD. If there are any fundamental protocol vulnerabilities, they would be known by now. -GAWollman From owner-freebsd-current@FreeBSD.ORG Mon May 5 12:51:11 2003 Return-Path: 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 B0D2737B401; Mon, 5 May 2003 12:51:11 -0700 (PDT) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF43E43FAF; Mon, 5 May 2003 12:51:08 -0700 (PDT) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [198.78.66.164]) by ion.gank.org (GankMail) with ESMTP id E068B2CFCA; Mon, 5 May 2003 14:51:07 -0500 (CDT) Received: from ion.gank.org ([198.78.66.164]) by localhost (ion.gank.org [198.78.66.164]) (amavisd-new, port 10024) with LMTP id 22115-09-3; Mon, 5 May 2003 14:51:07 -0500 (CDT) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (GankMail) with ESMTP id 145F92BBB7; Mon, 5 May 2003 14:51:07 -0500 (CDT) From: Craig Boston To: "Jacques A. Vidrine" In-Reply-To: <20030505181347.GA19469@madman.celabo.org> References: <20030505052615.R2996@znfgre.qbhto.arg> <20030505142945.15738.qmail@laurel.tmseck.homedns.org> <20030505152136.GB31920@rot13.obsecurity.org> <1052156596.38008.4.camel@owen1492.uf.corelab.com> <20030505181347.GA19469@madman.celabo.org> Content-Type: text/plain Organization: Message-Id: <1052164266.38008.27.camel@owen1492.uf.corelab.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 05 May 2003 14:51:06 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 19:51:12 -0000 On Mon, 2003-05-05 at 13:13, Jacques A. Vidrine wrote: > Please send a bug report to the port maintainer ... the port is broken > if you cannot build it with a different Kerberos implementation. I don't remember which port it was that was giving me trouble -- it was a long time ago and I've since just never installed the krb5 distribution set. They might even be fixed by now. The Postgresql port has given me trouble from time to time with MIT KRB5, but I think it was broken for the base system KRB5 as well. After some discussion with the port maintainer I believe that it's been fixed for the moment. I also had to complain a little to get the pam_krb5 port resurrected since the one in the base doesn't work with the krb5 port :) Also, even if the ports compile using the right libraries, it still doesn't solve the problem of there being two different binaries for kinit, kadmin, etc... Putting /usr/local/bin in the path first helps on this problem, but I've encountered problems in the past with doing this and other programs with the same name. Hmmm, perhaps as it seems that I may be the only person using MIT KRB5 on FreeBSD, I should just bite the bullet and look into using the integrated Heimdal stuff. I really like the ease of upgrading the port, though... Craig From owner-freebsd-current@FreeBSD.ORG Mon May 5 12:54:47 2003 Return-Path: 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 2BE9737B401 for ; Mon, 5 May 2003 12:54:47 -0700 (PDT) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F8A843F93 for ; Mon, 5 May 2003 12:54:46 -0700 (PDT) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [198.78.66.164]) by ion.gank.org (GankMail) with ESMTP id 61E9A2CFCD; Mon, 5 May 2003 14:54:45 -0500 (CDT) Received: from ion.gank.org ([198.78.66.164]) by localhost (ion.gank.org [198.78.66.164]) (amavisd-new, port 10024) with LMTP id 72349-08; Mon, 5 May 2003 14:54:44 -0500 (CDT) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (GankMail) with ESMTP id EE8C52BBB7; Mon, 5 May 2003 14:54:43 -0500 (CDT) From: Craig Boston To: Mark Murray In-Reply-To: <200305051818.h45IIk8c073571@grimreaper.grondar.org> References: <200305051818.h45IIk8c073571@grimreaper.grondar.org> Content-Type: text/plain Organization: Message-Id: <1052164267.38008.29.camel@owen1492.uf.corelab.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 05 May 2003 14:54:43 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 19:54:47 -0000 On Mon, 2003-05-05 at 13:18, Mark Murray wrote: > Hmm. I'm sure I can come up with one. Gimme a few days. If it helps, I'm including part of an old script I used to use to set up systems. I haven't used it in quite some time, so it may not apply to the current incarnation of the Kerberos stuff. Also, I'm not sure if there are any files that I missed or if it nukes anything that shouldn't be :) echo "Removing any old Kerberos files..." rm -f /usr/bin/k5admin rm -f /usr/bin/k5destroy rm -f /usr/bin/k5init rm -f /usr/bin/k5list rm -f /usr/bin/k5passwd rm -f /usr/bin/k5su rm -f /usr/include/gssapi.h rm -f /usr/include/krb5.h rm -f /usr/include/krb5-types.h rm -f /usr/include/krb5-protos.h rm -f /usr/include/heim_err.h rm -f /usr/include/krb5_err.h rm -f /usr/lib/libgssapi.a rm -f /usr/lib/libgssapi.so rm -f /usr/lib/libgssapi.so.3 rm -f /usr/lib/libgssapi_p.a rm -f /usr/lib/libhdb.a rm -f /usr/lib/libhdb_p.a rm -f /usr/lib/libhdb.so.3 rm -f /usr/lib/libkrb5.a rm -f /usr/lib/libkrb5_p.a rm -f /usr/lib/libkrb5.so.3 rm -f /usr/lib/libkadm5clnt.a rm -f /usr/lib/libkadm5clnt_p.a rm -f /usr/lib/libkadm5clnt.so.3 rm -f /usr/lib/libkadm5srv.a rm -f /usr/lib/libkadm5srv_p.a rm -f /usr/lib/libkadm5srv.so.3 rm -f /usr/lib/libroken.a rm -f /usr/lib/libroken.so rm -f /usr/lib/libroken.so.3 rm -f /usr/lib/libroken_p.a rm -f /usr/libexec/ipropd-master rm -f /usr/libexec/ipropd-slave rm -f /usr/libexec/hpropd rm -f /usr/libexec/k5admind rm -f /usr/libexec/kdc rm -f /usr/libexec/k5passwdd rm -f /usr/sbin/k5stash rm -f /usr/sbin/ktutil rm -f /usr/share/man/man1/k5destroy.1.gz rm -f /usr/share/man/man1/k5init.1.gz rm -f /usr/share/man/man1/k5list.1.gz rm -f /usr/share/man/man1/k5passwd.1.gz rm -f /usr/share/man/man8/hpropd.8.gz rm -f /usr/share/man/man8/kdc.8.gz rm -f /usr/share/man/man8/kpasswdd.8.gz rm -f /usr/share/man/man8/kstash.8.gz rm -f /usr/share/man/man8/ktutil.8.gz rm -f /usr/bin/kadmin rm -f /usr/bin/kauth rm -f /usr/bin/kdestroy rm -f /usr/bin/kinit rm -f /usr/bin/klist rm -f /usr/bin/ksrvtgt rm -f /usr/include/acl.h rm -f /usr/include/kadm.h rm -f /usr/include/kadm_err.h rm -f /usr/include/kafs.h rm -f /usr/include/kdc.h rm -f /usr/include/krb_db.h rm -f /usr/include/krb.h rm -f /usr/include/klog.h rm -f /usr/include/krb-protos.h rm -f /usr/include/prot.h rm -f /usr/include/krb_err.h rm -f /usr/lib/libacl.a rm -f /usr/lib/libacl_p.a rm -f /usr/lib/libacl.so.3 rm -f /usr/lib/libacl.so rm -f /usr/lib/libkadm.a rm -f /usr/lib/libkadm_p.a rm -f /usr/lib/libkadm.so.3 rm -f /usr/lib/libkadm.so rm -f /usr/lib/libkafs.a rm -f /usr/lib/libkafs_p.a rm -f /usr/lib/libkafs.so.3 rm -f /usr/lib/libkafs.so rm -f /usr/lib/libkafs.so.3 rm -f /usr/lib/libkafs.so rm -f /usr/lib/libkdb.a rm -f /usr/lib/libkdb_p.a rm -f /usr/lib/libkdb.so.3 rm -f /usr/lib/libkdb.so rm -f /usr/lib/libkrb.a rm -f /usr/lib/libkrb_p.a rm -f /usr/lib/libkrb.so.3 rm -f /usr/lib/libkrb.so rm -f /usr/libexec/kauthd rm -f /usr/libexec/kipd rm -f /usr/libexec/kpropd rm -f /usr/sbin/ext_srvtab rm -f /usr/sbin/kadmind rm -f /usr/sbin/kdb_destroy rm -f /usr/sbin/kdb_edit rm -f /usr/sbin/kdb_init rm -f /usr/sbin/kdb_util rm -f /usr/sbin/kerberos rm -f /usr/sbin/kip rm -f /usr/sbin/kprop rm -f /usr/sbin/ksrvutil rm -f /usr/sbin/kstash rm -f /usr/share/man/man1/kauth.1.gz rm -f /usr/share/man/man1/kdestroy.1.gz rm -f /usr/share/man/man1/kinit.1.gz rm -f /usr/share/man/man1/klist.1.gz rm -f /usr/share/man/man1/ksrvtgt.1.gz rm -f /usr/share/man/man1/kerberos.1.gz rm -f /usr/share/man/man3/acl_check.3.gz rm -f /usr/share/man/man3/acl_canonicalize_principal.3.gz rm -f /usr/share/man/man3/acl_exact_match.3.gz rm -f /usr/share/man/man3/acl_add.3.gz rm -f /usr/share/man/man3/acl_delete.3.gz rm -f /usr/share/man/man3/acl_initialize.3.gz rm -f /usr/share/man/man3/kafs.3.gz rm -f /usr/share/man/man3/k_hasafs.3.gz rm -f /usr/share/man/man3/k_afsklog.3.gz rm -f /usr/share/man/man3/k_afsklog_uid.3.gz rm -f /usr/share/man/man3/k_pioctl.3.gz rm -f /usr/share/man/man3/k_unlog.3.gz rm -f /usr/share/man/man3/k_setpag.3.gz rm -f /usr/share/man/man3/k_afs_cell_of_file.3.gz rm -f /usr/share/man/man3/kerberos.3.gz rm -f /usr/share/man/man3/krb_realmofhost.3.gz rm -f /usr/share/man/man3/krb_sendauth.3.gz rm -f /usr/share/man/man3/krb_set_tkt_string.3.gz rm -f /usr/share/man/man3/kuserok.3.gz rm -f /usr/share/man/man3/tf_util.3.gz rm -f /usr/share/man/man3/krb_mk_req.3.gz rm -f /usr/share/man/man3/krb_rd_req.3.gz rm -f /usr/share/man/man3/krb_kntoln.3.gz rm -f /usr/share/man/man3/krb_set_key.3.gz rm -f /usr/share/man/man3/krb_get_cred.3.gz rm -f /usr/share/man/man3/krb_mk_priv.3.gz rm -f /usr/share/man/man3/krb_rd_priv.3.gz rm -f /usr/share/man/man3/krb_mk_safe.3.gz rm -f /usr/share/man/man3/krb_rd_safe.3.gz rm -f /usr/share/man/man3/krb_mk_err.3.gz rm -f /usr/share/man/man3/krb_rd_err.3.gz rm -f /usr/share/man/man3/krb_ck_repl.3.gz rm -f /usr/share/man/man3/krb_get_phost.3.gz rm -f /usr/share/man/man3/krb_get_krbhst.3.gz rm -f /usr/share/man/man3/krb_get_admhst.3.gz rm -f /usr/share/man/man3/krb_get_lrealm.3.gz rm -f /usr/share/man/man3/krb_recvauth.3.gz rm -f /usr/share/man/man3/krb_net_write.3.gz rm -f /usr/share/man/man3/krb_net_read.3.gz rm -f /usr/share/man/man3/tf_init.3.gz rm -f /usr/share/man/man3/tf_get_pname.3.gz rm -f /usr/share/man/man3/tf_get_pinst.3.gz rm -f /usr/share/man/man3/tf_get_cred.3.gz rm -f /usr/share/man/man3/tf_close.3.gz rm -f /usr/share/man/man5/krb.conf.5.gz rm -f /usr/share/man/man5/krb.realms.5.gz rm -f /usr/share/man/man5/krb.equiv.5.gz rm -f /usr/share/man/man8/kauthd.8.gz rm -f /usr/share/man/man8/kpropd.8.gz rm -f /usr/share/man/man8/kadmin.8.gz rm -f /usr/share/man/man8/ext_srvtab.8.gz rm -f /usr/share/man/man8/kadmind.8.gz rm -f /usr/share/man/man8/kdb_destroy.8.gz rm -f /usr/share/man/man8/kdb_edit.8.gz rm -f /usr/share/man/man8/kdb_init.8.gz rm -f /usr/share/man/man8/kdb_util.8.gz rm -f /usr/share/man/man8/kerberos.8.gz rm -f /usr/share/man/man8/kprop.8.gz rm -f /usr/share/man/man8/ksrvutil.8.gz rm -f /usr/share/man/man8/kstash.8.gz From owner-freebsd-current@FreeBSD.ORG Mon May 5 13:01:25 2003 Return-Path: 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 A815837B405; Mon, 5 May 2003 13:01:25 -0700 (PDT) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2964743F93; Mon, 5 May 2003 13:01:18 -0700 (PDT) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [198.78.66.164]) by ion.gank.org (GankMail) with ESMTP id 470B82CFCA; Mon, 5 May 2003 15:01:17 -0500 (CDT) Received: from ion.gank.org ([198.78.66.164]) by localhost (ion.gank.org [198.78.66.164]) (amavisd-new, port 10024) with LMTP id 90114-02-4; Mon, 5 May 2003 15:01:16 -0500 (CDT) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (GankMail) with ESMTP id 82FD82BBB7; Mon, 5 May 2003 15:01:16 -0500 (CDT) From: Craig Boston To: current@freebsd.org In-Reply-To: <1052164783.38008.37.camel@owen1492.uf.corelab.com> References: <200305050845.h458j38c069038@grimreaper.grondar.org> <20030505121050.GC21530@madman.celabo.org> <20030505052615.R2996@znfgre.qbhto.arg> <200305051950.h45Jo5Pu026249@khavrinen.lcs.mit.edu> <1052164783.38008.37.camel@owen1492.uf.corelab.com> Content-Type: text/plain Organization: Message-Id: <1052164876.38008.40.camel@owen1492.uf.corelab.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 05 May 2003 15:01:16 -0500 Content-Transfer-Encoding: 7bit Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:01:26 -0000 Man, I am losing my mind today. Please disregard, stable -- meant to send to current@ Sorry for the noise On Mon, 2003-05-05 at 14:59, Craig Boston wrote: > Sorry for the dupe Garrett, forgot to copy the list...... > > > What ``extremely colorful history of ... vulnerabilities''? I can > > think of no more than five times I've had to rebuild my KDC in six > > years. > > ...and nearly every security advisory I've seen for Kerberos 5 in the > last year or two was actually for the Kerberos 4 compatibility code. > One of the reasons I always build the port with "KRB5_KRB4_COMPAT=NO". > > The only exception I can think of at the moment was the XDR/RPC buffer > overflow, which hit a LOT of software. > > Craig From owner-freebsd-current@FreeBSD.ORG Mon May 5 13:01:52 2003 Return-Path: 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 0798C37B40E for ; Mon, 5 May 2003 13:01:49 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A63D43FB1 for ; Mon, 5 May 2003 13:01:47 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 12558 invoked from network); 5 May 2003 20:01:54 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 5 May 2003 20:01:54 -0000 Received: from laptop.baldwin.cx ([216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h45K1idt015282; Mon, 5 May 2003 16:01:45 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <010c01c312ca$dad34b00$932a40c1@PHE> Date: Mon, 05 May 2003 16:01:52 -0400 (EDT) From: John Baldwin To: Petri Helenius cc: freebsd-current@FreeBSD.ORG cc: sos@FreeBSD.org Subject: RE: kthread_exit and giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:01:52 -0000 On 05-May-2003 Petri Helenius wrote: > I´ve been bouncing this with Soren a few roundtrips and I thought I´ll ask a wider > audience since I could not locate the information who would be responsible for > grabbing Giant in this case, but it seems to be required to hold it when the thread > exits; (the panic occurs when ATA RAID rebuild thread completes) The kthread is supposed to acquire Giant before calling kthread_exit(). Actually, my guess is that the ar kthread needs to acquire Giant for the lifetime of the thread. I have an untested patch locally: Index: ata-raid.c =================================================================== RCS file: /usr/cvs/src/sys/dev/ata/ata-raid.c,v retrieving revision 1.64 diff -u -r1.64 ata-raid.c --- ata-raid.c 4 May 2003 16:17:54 -0000 1.64 +++ ata-raid.c 5 May 2003 18:15:35 -0000 @@ -969,6 +969,7 @@ int disk, s, count = 0, error = 0; caddr_t buffer; + mtx_lock(&Giant); if ((rdp->flags & (AR_F_READY|AR_F_DEGRADED)) != (AR_F_READY|AR_F_DEGRADED)) kthread_exit(EEXIST); > FreeBSD 5.0-CURRENT #3: Sat May 3 11:09:45 GMT 2003 > root@kompak.vuokselantie10.fi:/usr/src/sys/i386/compile/EMTEST > kompak# atacontrol status 0 > ar0: ATA RAID1 subdisks: ad4 ad6 status: REBUILDING 44% completed > kompak# panic: mutex Giant not owned at ../../../kern/kern_exit.c:122 > Debugger("panic") > Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 > db> trace > Debugger(c038d044,c03eedc0,c038c78b,d26f4c54,1) at Debugger+0x54 > panic(c038c78b,c038c8c4,c038acdf,7a,104) at panic+0xab > _mtx_assert(c03ed140,1,c038acdf,7a,85) at _mtx_assert+0xec > exit1(c2a075f0,0,85,84,2) at exit1+0x33 > kthread_exit(0,1,1,0,0) at kthread_exit+0xb6 > ar_rebuild(c25e3000,d26f4d48,c038ad90,310,c2a075f0) at ar_rebuild+0x445 > fork_exit(c0161c40,c25e3000,d26f4d48) at fork_exit+0xc0 > fork_trampoline() at fork_trampoline+0x1a > --- trap 0x1, eip = 0, esp = 0xd26f4d7c, ebp = 0 --- > db> -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Mon May 5 13:01:55 2003 Return-Path: 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 404CE37B41C for ; Mon, 5 May 2003 13:01:55 -0700 (PDT) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id A36B043F75 for ; Mon, 5 May 2003 13:01:54 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20932 invoked from network); 5 May 2003 20:02:01 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 5 May 2003 20:02:01 -0000 Received: from laptop.baldwin.cx ([216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h45K1odt015295; Mon, 5 May 2003 16:01:52 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3EB44FD3.30601@octopus.com.au> Date: Mon, 05 May 2003 16:01:56 -0400 (EDT) From: John Baldwin To: Duraid Madina cc: current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:01:55 -0000 On 03-May-2003 Duraid Madina wrote: > Cliff L. Biffle wrote: > >> On Saturday 03 May 2003 06:16 am, Duraid Madina wrote: >> >>>Can anyone give a *good* reason why floppies should still be supported >>>from this point onwards? >> >> >> 1. El Torito. Last I checked, under emulation, 2.88MB was the largest boot >> image available, so fitting the bootloader/kernel/etc. onto two floppies is >> still quite significant. > > We could use El Torito's "type 4" hard disk emulation. Installing > FreeBSD from such an environment seems a little gross, but religiously > mangling kernels to fit onto 1.44Mb floppies seems worse. We already use the type 3 no emulation mode to boot both on 4.8 and 5.0. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Mon May 5 13:19:20 2003 Return-Path: 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 E19EA37B401 for ; Mon, 5 May 2003 13:19:20 -0700 (PDT) Received: from mail.droso.net (koala.droso.net [193.162.142.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1809243F75 for ; Mon, 5 May 2003 13:19:20 -0700 (PDT) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id C7C9B32D04; Mon, 5 May 2003 22:19:18 +0200 (CEST) Date: Mon, 5 May 2003 22:19:18 +0200 From: Erwin Lansing To: current@freebsd.org Message-ID: <20030505201918.GB84627@droso.net> Mail-Followup-To: current@freebsd.org References: <20030505094607.GA90653@droso.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yEPQxsgoJgBvi8ip" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/i386 4.8-RC User-Agent: Mutt/1.5.4i Subject: Re: buildworld =?iso-8859-1?q?b=F8rkedinlibpam?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:19:21 -0000 --yEPQxsgoJgBvi8ip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 05, 2003 at 09:43:31PM +0200, Dag-Erling Smorgrav wrote: > Erwin Lansing writes: > > =3D=3D=3D> lib/libpam/modules/pam_krb5 > > rm -f .depend > > mkdep -f .depend -a -I/usr/src/lib/libpam/modules/pam_krb5/../../../= =2E./contrib/openpam/inc > > lude -I/usr/src/lib/libpam/modules/pam_krb5/../../libpam /usr/src/lib/= libpam/modules/pam_krb > > 5/pam_krb5.c > > /usr/src/lib/libpam/modules/pam_krb5/pam_krb5.c:64:18: krb5.h: No such = file or directory > > mkdep: compile failed > > *** Error code 1 >=20 > Your source tree is incomplete. If you really do not want Kerberos, > see the attached message (which you should have read before posting). >=20 You seem to jump to conclusions. I *did* read that message and I did *not* do anything to not want Kerberos. Anyway, I must have caught some cvsup at the wrong time and with current flux in -current, it's probably nothing. Cheers, -erwin --=20 _._ _,-'""`-._ Erwin Lansing (,-.`._,'( |\`-/| http://droso.org/ erwin@lansing.dk `-.-' \ )-`( , o o) http://fnidder.dk/ -bf- `- \`_`"'- --yEPQxsgoJgBvi8ip Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+tsdGqy9aWxUlaZARAn2CAJoDPHRMG7rMZZ9Ow3oQnQSz/0ahuACgrcV1 DilAmDqFOfCaFUEk8Li5EC4= =i/VQ -----END PGP SIGNATURE----- --yEPQxsgoJgBvi8ip-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 13:19:36 2003 Return-Path: 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 EDB1537B409 for ; Mon, 5 May 2003 13:19:35 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CF2B43F75 for ; Mon, 5 May 2003 13:19:35 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h45KJTA15249; Mon, 5 May 2003 13:19:30 -0700 From: "Cliff L. Biffle" To: Martin Blapp Date: Mon, 5 May 2003 13:19:52 -0700 User-Agent: KMail/1.5 References: <20030505015744.W33100@cvs.imp.ch> <20030505160405.GA2059@alaska.cert.siemens.de> <20030505183431.I2898@cvs.imp.ch> In-Reply-To: <20030505183431.I2898@cvs.imp.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305051319.52191.cbiffle@safety.net> cc: current@freebsd.org Subject: Re: Cannot mount root ufs:/dev/ar0s1a Error 22 after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:19:36 -0000 On Monday 05 May 2003 09:35 am, Martin Blapp wrote: > Looks like it was a geom bug. I got my boxes running again with > the latest geom changes. Re-cvsup and I'm sure it will work > again on your side. I can confirm this; looks like the fix mentioned by PHK elsewhere on the list may have been the solution. I can boot GENERIC again. *whew* :-) -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Mon May 5 13:23:35 2003 Return-Path: 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 0DE6137B401 for ; Mon, 5 May 2003 13:23:35 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B1D543FAF for ; Mon, 5 May 2003 13:23:34 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h45KNWSQ099520; Mon, 5 May 2003 21:23:32 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h45KNWIW099519; Mon, 5 May 2003 21:23:32 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h45KL28c075145; Mon, 5 May 2003 21:21:02 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305052021.h45KL28c075145@grimreaper.grondar.org> To: Craig Boston In-Reply-To: Your message of "05 May 2003 14:54:43 CDT." <1052164267.38008.29.camel@owen1492.uf.corelab.com> Date: Mon, 05 May 2003 21:21:02 +0100 Sender: mark@grondar.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:23:35 -0000 Craig Boston writes: > On Mon, 2003-05-05 at 13:18, Mark Murray wrote: > > Hmm. I'm sure I can come up with one. Gimme a few days. > > If it helps, I'm including part of an old script I used to use to set up > systems. I haven't used it in quite some time, so it may not apply to > the current incarnation of the Kerberos stuff. Also, I'm not sure if > there are any files that I missed or if it nukes anything that shouldn't > be :) > > echo "Removing any old Kerberos files..." > rm -f /usr/bin/k5admin ... etc :-). This is way too specific. I want to see if I can come up with an "uninstall" target that could be applied from src/kerberos5/Makefile Anything that "make world" and 'make uninstall' don't catch, can get blown away with "find -mtime +N". M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon May 5 13:25:35 2003 Return-Path: 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 4BA8537B404 for ; Mon, 5 May 2003 13:25:35 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 020DA43F85 for ; Mon, 5 May 2003 13:25:32 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id h45KPUVo040874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 5 May 2003 16:25:31 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id h45KPUAR040871; Mon, 5 May 2003 16:25:30 -0400 (EDT) (envelope-from wollman) Date: Mon, 5 May 2003 16:25:30 -0400 (EDT) From: Garrett Wollman Message-Id: <200305052025.h45KPUAR040871@khavrinen.lcs.mit.edu> To: Craig Boston In-Reply-To: <1052164266.38008.27.camel@owen1492.uf.corelab.com> References: <20030505052615.R2996@znfgre.qbhto.arg> <20030505142945.15738.qmail@laurel.tmseck.homedns.org> <20030505152136.GB31920@rot13.obsecurity.org> <1052156596.38008.4.camel@owen1492.uf.corelab.com> <20030505181347.GA19469@madman.celabo.org> <1052164266.38008.27.camel@owen1492.uf.corelab.com> X-Spam-Score: -18.7 () IN_REP_TO,MANY_EXCLAMATIONS,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:25:35 -0000 < said: > Hmmm, perhaps as it seems that I may be the only person using MIT KRB5 > on FreeBSD, I should just bite the bullet and look into using the > integrated Heimdal stuff. I really like the ease of upgrading the port, > though... No, you're not. We here at MIT have a preference for MIT Krb5, too. -GAWollman From owner-freebsd-current@FreeBSD.ORG Mon May 5 13:46:05 2003 Return-Path: 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 AFDA437B401; Mon, 5 May 2003 13:46:05 -0700 (PDT) Received: from rms21.rommon.net (rms21.rommon.net [193.64.42.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D9B43F3F; Mon, 5 May 2003 13:46:04 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PHE (h93.vuokselantie10.fi [193.64.42.147]) by rms21.rommon.net (8.12.6p2/8.12.6) with SMTP id h45Kk1PG020696; Mon, 5 May 2003 23:46:01 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <02ed01c31347$56f023d0$932a40c1@PHE> From: "Petri Helenius" To: "John Baldwin" References: Date: Mon, 5 May 2003 23:46:01 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-current@FreeBSD.org cc: sos@FreeBSD.org Subject: Re: kthread_exit and giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:46:06 -0000 > > The kthread is supposed to acquire Giant before calling kthread_exit(). > Actually, my guess is that the ar kthread needs to acquire Giant for the > lifetime of the thread. I have an untested patch locally: > I thought the lifetime of the thread is the duration of the rebuild process? Which can be minutes to hours. Locking giant for that kind of time does not sound right, so locking it just before thread exit sounds like the right thing to do, as long as the code othervise keeps critical sections locked. Pete From owner-freebsd-current@FreeBSD.ORG Mon May 5 14:04:42 2003 Return-Path: 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 E8FF337B401; Mon, 5 May 2003 14:04:42 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A8AA43F3F; Mon, 5 May 2003 14:04:42 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h45L4s9S064663; Mon, 5 May 2003 17:04:55 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 5 May 2003 17:04:53 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Petri Helenius In-Reply-To: <02ed01c31347$56f023d0$932a40c1@PHE> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.org cc: John Baldwin cc: sos@FreeBSD.org Subject: Re: kthread_exit and giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 21:04:43 -0000 On Mon, 5 May 2003, Petri Helenius wrote: > > The kthread is supposed to acquire Giant before calling kthread_exit(). > > Actually, my guess is that the ar kthread needs to acquire Giant for the > > lifetime of the thread. I have an untested patch locally: > > > I thought the lifetime of the thread is the duration of the rebuild > process? Which can be minutes to hours. Locking giant for that kind of > time does not sound right, so locking it just before thread exit sounds > like the right thing to do, as long as the code othervise keeps critical > sections locked. Giant is a funnel-style mutex intended to emulate the older spinlock protection of the kernel from parallelism. It operates somewhat like a normal sleep mutex except that you release the mutex whenever you (the thread holding Giant) sleep so if the rebuild process involves sleeping, it will release Giant every time it sleeps. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Mon May 5 14:08:21 2003 Return-Path: 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 13FA437B401; Mon, 5 May 2003 14:08:21 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 194D843F85; Mon, 5 May 2003 14:08:20 -0700 (PDT) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org (12-240-204-110.client.attbi.com[12.240.204.110]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003050521081900100imcb7e>; Mon, 5 May 2003 21:08:19 +0000 Received: from intruder.bmah.org (localhost [127.0.0.1]) by bmah.dyndns.org (8.12.9/8.12.9) with ESMTP id h45L8IxV081091; Mon, 5 May 2003 14:08:18 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.9/8.12.9/Submit) id h45L8EKS081082; Mon, 5 May 2003 14:08:14 -0700 (PDT) (envelope-from bmah) Date: Mon, 5 May 2003 14:08:14 -0700 From: "Bruce A. Mah" To: John Baldwin Message-ID: <20030505210814.GA81046@intruder.bmah.org> References: <3EB44FD3.30601@octopus.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ cc: Duraid Madina cc: current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 21:08:21 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline If memory serves me right, John Baldwin wrote: > We already use the type 3 no emulation mode to boot both on 4.8 and 5.0. ^^^^^^ Are you sure about that? I know you MFC-ed the no-emulation boot loader, but as far as I know, the 4.X release builds don't actually use it. Bruce. --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ttK+2MoxcVugUsMRAkvmAKDNEibpPQySQkwKbv1cp5lg+qbJmQCePAkS PVUIKoIKz8Zn7c6WB6gug58= =Qq9W -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 14:17:31 2003 Return-Path: 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 666C937B401 for ; Mon, 5 May 2003 14:17:31 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B89443F3F for ; Mon, 5 May 2003 14:17:30 -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.9/8.12.9) with ESMTP id h45LHT3q049032; Mon, 5 May 2003 17:17:29 -0400 (EDT) (envelope-from winter@jurai.net) Date: Mon, 5 May 2003 17:17:28 -0400 (EDT) From: "Matthew N. Dodd" To: Garrett Wollman In-Reply-To: <200305052025.h45KPUAR040871@khavrinen.lcs.mit.edu> Message-ID: <20030505171627.R23575@sasami.jurai.net> References: <20030505052615.R2996@znfgre.qbhto.arg> <20030505142945.15738.qmail@laurel.tmseck.homedns.org> <1052156596.38008.4.camel@owen1492.uf.corelab.com> <1052164266.38008.27.camel@owen1492.uf.corelab.com> <200305052025.h45KPUAR040871@khavrinen.lcs.mit.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 21:17:31 -0000 On Mon, 5 May 2003, Garrett Wollman wrote: > < said: > > > Hmmm, perhaps as it seems that I may be the only person using MIT KRB5 > > on FreeBSD, I should just bite the bullet and look into using the > > integrated Heimdal stuff. I really like the ease of upgrading the port, > > though... > > No, you're not. We here at MIT have a preference for MIT Krb5, too. I'm kinda annoyed that the Heimdal people decided they needed to create a divergent library API, regardless of their good intentions. -- | 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 | From owner-freebsd-current@FreeBSD.ORG Mon May 5 14:25:04 2003 Return-Path: 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 8988537B401 for ; Mon, 5 May 2003 14:25:04 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EA1843FBF for ; Mon, 5 May 2003 14:25:03 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18167 invoked from network); 5 May 2003 21:25:11 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 5 May 2003 21:25:11 -0000 Received: from laptop.baldwin.cx ([216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h45LP0dt015595; Mon, 5 May 2003 17:25:00 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <02ed01c31347$56f023d0$932a40c1@PHE> Date: Mon, 05 May 2003 17:25:07 -0400 (EDT) From: John Baldwin To: Petri Helenius cc: freebsd-current@FreeBSD.org cc: sos@FreeBSD.org Subject: Re: kthread_exit and giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 21:25:04 -0000 On 05-May-2003 Petri Helenius wrote: >> >> The kthread is supposed to acquire Giant before calling kthread_exit(). >> Actually, my guess is that the ar kthread needs to acquire Giant for the >> lifetime of the thread. I have an untested patch locally: >> > I thought the lifetime of the thread is the duration of the rebuild process? Which > can be minutes to hours. Locking giant for that kind of time does not sound > right, so locking it just before thread exit sounds like the right thing to do, > as long as the code othervise keeps critical sections locked. Giant is dropped when a thread sleeps. It is designed to protect code that is not fully locked yet. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Mon May 5 14:25:04 2003 Return-Path: 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 A7E6F37B404 for ; Mon, 5 May 2003 14:25:04 -0700 (PDT) Received: from mail.iskon.hr (mail.iskon.hr [213.191.128.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 8E8DA43FAF for ; Mon, 5 May 2003 14:25:02 -0700 (PDT) (envelope-from Damjan.Marion@iskon.hr) Received: (qmail 4986 invoked from network); 5 May 2003 23:24:49 +0200 Received: from trinity.iskon.hr (HELO trinity.iskon.local) (213.191.128.86) by mail.iskon.hr with SMTP; 5 May 2003 23:24:49 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Mon, 5 May 2003 23:25:00 +0200 Message-ID: <5896D609E682954B8B3DB4BB513EDCEE012CDC0D@trinity.iskon.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ACPI and interrupt problems Thread-Index: AcMTTM0KwlcAKpu0THuRnAGh7f7cAg== From: "Damjan Marion" To: Subject: ACPI and interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 21:25:05 -0000 I have Acer TM 620 notebook with onboard fxp NIC that failed to work on FreeBSD. When I bring fxp up all userland is frozen and I got "fxp0: device timeout" message repeating. Seems that most devices are using IRQ 10 and I suspect ACPI. Disabling ACPI doesn't help so=20 I tried also to correct ACPI DSDT but without success. I would appreciate any help with this problem. Thanks, Damjan Copyright (c) 1992-2003 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: Mon May 5 09:22:35 CEST 2003 root@:/usr/src/sys/i386/compile/DAMJAN-OLD Preloaded elf kernel "/boot/kernel/kernel" at 0xc0505000. Preloaded acpi_dsdt "/boot/acpi_dsdt.aml" at 0xc05050a8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05050f0. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 999891727 Hz CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (999.89-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6b1 Stepping =3D 1 =20 Features=3D0x383f9ff real memory =3D 528285696 (503 MB) avail memory =3D 507650048 (484 MB) Pentium Pro MTRR support enabled ACPI: DSDT was overridden. ACPI-0375: *** Info: Table [DSDT] replaced by host OS npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 7 entries at 0xc00fb700 acpi_bus_number: root bus has no _BBN, assuming 0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_bus_number: root bus has no _BBN, assuming 0 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf108-0xf10b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0x90100000-0x9017ffff,0x98000000-0x9fffffff irq 11 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0xa4a0-0xa4bf 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 0xa4e0-0xa4ff irq 10 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 0xa800-0xa81f irq 11 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 pcib1: at device 30.0 on pci0 pci1: on pcib1 fwohci0: vendor=3D104c, dev=3D8026 fwohci0: <1394 Open Host Controller Interface> mem 0x80104000-0x80107fff,0x80100000-0x801007ff irq 10 at device 3.0 on pci1 fwohci0: OHCI version 1.10 (ROM=3D1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 10:25:10:1f:00:02:f7:2f fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset pci1: at device 8.0 (no driver attached) pcic0: irq 10 at device 9.0 on pci1 pcic0: Could not grab register memory device_probe_and_attach: pcic0 attach returned 12 pcic0: irq 10 at device 9.1 on pci1 pcic0: Could not grab register memory device_probe_and_attach: pcic0 attach returned 12 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xa890-0xa89f,0xa878-0xa87b,0xa860-0xa867,0xa848-0xa84b,0xa830-0xa837 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) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_lid0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 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 8250 or not responding sio1 port 0x240-0x247,0x2f8-0x2ff irq 3 drq 3 on acpi0 sio1: type 16550A psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 acpi_ec0: port 0x66,0x62 on acpi0 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 pmtimer0 on isa0 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec fwohci0: BUS reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times ad0: 19077MB [38760/16/63] at ata0-master UDMA100 acd0: DVD-ROM at ata1-master PIO4 pccard: card inserted, slot 1 Mounting root from ufs:/dev/ad0s3a pccard: card inserted, slot 0 wi0 at port 0x240-0x27f irq 5 slot 0 on pccard0 wi0: 802.11 address: 00:02:2d:0b:01:b8 wi0: using Lucent Technologies, WaveLAN/IEEE wi0: Lucent Firmware: Station (6.16.1) wi0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps module_register: module pccard/wi already exists! Module pccard/wi failed to register: 17 module_register: module pci/wi already exists! Module pci/wi failed to register: 17 pcic2: irq 10 at device 9.0 on pci1 pcic2: Could not map register memory 0xfffff000 device_probe_and_attach: pcic2 attach returned 12 pcic2: irq 10 at device 9.1 on pci1 pcic2: Could not map register memory 0xfffff000 device_probe_and_attach: pcic2 attach returned 12 stray irq 7 fxp0: port 0x7000-0x703f mem 0x80101000-0x80101fff irq 10 at device 8.0 on pci1 device_probe_and_attach: fxp0 attach returned 12 pcic2: irq 10 at device 9.0 on pci1 pcic2: Could not map register memory 0xfffff000 device_probe_and_attach: pcic2 attach returned 12 pcic2: irq 10 at device 9.1 on pci1 pcic2: Could not map register memory 0xfffff000 device_probe_and_attach: pcic2 attach returned 12 From owner-freebsd-current@FreeBSD.ORG Mon May 5 14:25:08 2003 Return-Path: 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 87CF437B404 for ; Mon, 5 May 2003 14:25:08 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78A8843F93 for ; Mon, 5 May 2003 14:25:07 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 29454 invoked from network); 5 May 2003 21:25:15 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 5 May 2003 21:25:15 -0000 Received: from laptop.baldwin.cx ([216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h45LP4dt015601; Mon, 5 May 2003 17:25:04 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030505210814.GA81046@intruder.bmah.org> Date: Mon, 05 May 2003 17:25:11 -0400 (EDT) From: John Baldwin To: "Bruce A. Mah" cc: Duraid Madina cc: current@freebsd.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 21:25:08 -0000 On 05-May-2003 Bruce A. Mah wrote: > If memory serves me right, John Baldwin wrote: > >> We already use the type 3 no emulation mode to boot both on 4.8 and 5.0. > ^^^^^^ > Are you sure about that? I know you MFC-ed the no-emulation boot > loader, but as far as I know, the 4.X release builds don't actually > use it. Bah, it was discussed on re@ and we were going to do that, but it seems it never got MFC'd. I wonder what Murray used when he built the ISO's though, since he doesn't use mkisoimages.sh (neither do I for that matter). When it was tested on the 4.7 release candidates, there were very few failures and only on very, very ancient hardware. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Mon May 5 14:39:45 2003 Return-Path: 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 2844337B401 for ; Mon, 5 May 2003 14:39:45 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04C5343FD7 for ; Mon, 5 May 2003 14:39:44 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h45LdhLr046634 for ; Mon, 5 May 2003 23:39:43 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: "Poul-Henning Kamp" Date: Mon, 05 May 2003 23:39:43 +0200 Message-ID: <46633.1052170783@critter.freebsd.dk> Subject: HEADSUP: bsdlabel/disklabel changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 21:39:45 -0000 The commit below selects the new "bsdlabel" program instead of the old disklabel program. This hopefully makes the partitioning process more intuitive on BSD label platforms. The hightlights are: * All the "historical" fields are hidden and handled automatically unless -A argument given. You should practically never need -A. * -r argument ignored (to keep scripts working). The "raw" functionality is automatically activated where necessary. * default type for -w is "auto". You can now put a label on a disk simply with "disklabel -w /dev/ad0" Please check the man-page, I have updated it to reflect current reality. Improvements to both program and manual page are most welcome. Poul-Henning In message <200305052128.h45LS8Zk011878@repoman.freebsd.org>, Poul-Henning Kamp writes: >phk 2003/05/05 14:28:08 PDT > > FreeBSD src repository > > Modified files: > sbin Makefile > sbin/bsdlabel Makefile > Log: > Compile bsdlabel on all platforms. > > Install a link to the disklabel(8) name on i386 and alpha platforms. > > Leave old disklabel(8) sources intact but disconnected from the build > for now. > > Revision Changes Path > 1.120 +1 -6 src/sbin/Makefile > 1.15 +10 -0 src/sbin/bsdlabel/Makefile > -- 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. From owner-freebsd-current@FreeBSD.ORG Mon May 5 15:03:03 2003 Return-Path: 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 6CDC737B405 for ; Mon, 5 May 2003 15:03:03 -0700 (PDT) Received: from gravy.homeunix.net (pool-141-158-39-118.phil.east.verizon.net [141.158.39.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9B5043FB1 for ; Mon, 5 May 2003 15:03:01 -0700 (PDT) (envelope-from bleez@verizon.net) Received: from gravy.homeunix.net (gravy.homeunix.net [192.168.1.2]) by gravy.homeunix.net (8.12.9/8.12.9) with ESMTP id h45M30lf000639; Mon, 5 May 2003 18:03:00 -0400 (EDT) (envelope-from bleez@verizon.net) Date: Mon, 5 May 2003 18:03:00 -0400 (EDT) From: Bryan Liesner To: Poul-Henning Kamp In-Reply-To: <44709.1052160833@critter.freebsd.dk> Message-ID: <20030505175944.P634@gravy.homeunix.net> References: <44709.1052160833@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Paul Mather cc: freebsd-current@freebsd.org Subject: Re: Disk labelling: WARNING: Expected rawoffset 37752750, found 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 22:03:03 -0000 On Mon, 5 May 2003, Poul-Henning Kamp wrote: > I would be very interested if you could try to compile the "bsdlabel" > program in src/sbin/bsdlabel and tell me what that says about your > disk. I'm seeing the same thing, slightly different scenario with a 40G external drive. Here's my USB drive at boot time: da0 at umass-sim1 bus 1 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 38204MB (78242976 512 byte sectors: 255H 63S/T 4870C) WARNING: Expected rawoffset 63, found 0 %disklabel da0s1 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 78236487 63 unused 0 0 # (Cyl. 0*- 4869*) e: 78236487 63 4.2BSD 2048 16384 28512 # (Cyl. 0*- 4869*) partition c: partition extends past end of unit Warning, partition c doesn't start at 0! Warning, An incorrect partition c may cause problems for standard system utilities partition e: partition extends past end of unit %bsdlabel da0s1 # /dev/da0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 78236487 0 unused 0 0 # "raw" part, don't edit e: 78236487 0 4.2BSD 2048 16384 28512 When I did a bsdlabel -e da0s1 and aborted the edit I got this kernel message: WARNING: Expected rawoffset 63, found 32256 -- ============================================================= = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bleez@.verizon.net Home of the Gipper = ============================================================= From owner-freebsd-current@FreeBSD.ORG Mon May 5 15:09:57 2003 Return-Path: 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 99F3C37B401 for ; Mon, 5 May 2003 15:09:57 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF82743F93 for ; Mon, 5 May 2003 15:09:56 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 162FEA5; Mon, 5 May 2003 17:09:56 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id CE68078C66; Mon, 5 May 2003 17:09:55 -0500 (CDT) Date: Mon, 5 May 2003 17:09:55 -0500 From: "Jacques A. Vidrine" To: Garrett Wollman Message-ID: <20030505220955.GB21487@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Garrett Wollman , Craig Boston , freebsd-current@freebsd.org References: <20030505052615.R2996@znfgre.qbhto.arg> <20030505142945.15738.qmail@laurel.tmseck.homedns.org> <20030505152136.GB31920@rot13.obsecurity.org> <1052156596.38008.4.camel@owen1492.uf.corelab.com> <20030505181347.GA19469@madman.celabo.org> <1052164266.38008.27.camel@owen1492.uf.corelab.com> <200305052025.h45KPUAR040871@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305052025.h45KPUAR040871@khavrinen.lcs.mit.edu> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! Kerberos5/Heimdal now default! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 22:09:57 -0000 On Mon, May 05, 2003 at 04:25:30PM -0400, Garrett Wollman wrote: > < said: > > > Hmmm, perhaps as it seems that I may be the only person using MIT KRB5 > > on FreeBSD, I should just bite the bullet and look into using the > > integrated Heimdal stuff. I really like the ease of upgrading the port, > > though... > > No, you're not. We here at MIT have a preference for MIT Krb5, too. And we definitely want the Ports Collection to be amenable to either implementation. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Mon May 5 15:20:38 2003 Return-Path: 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 DBAE737B401 for ; Mon, 5 May 2003 15:20:38 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48EE943FA3 for ; Mon, 5 May 2003 15:20:38 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h45MKbdN009115; Mon, 5 May 2003 15:20:37 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h45MKT5U009114; Mon, 5 May 2003 15:20:29 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 5 May 2003 15:20:29 -0700 From: David Schultz To: Mark Murray Message-ID: <20030505222029.GA9050@HAL9000.homeunix.com> Mail-Followup-To: Mark Murray , current@freebsd.org References: <200305031456.h43EuY8c012668@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305031456.h43EuY8c012668@grimreaper.grondar.org> cc: current@FreeBSD.ORG Subject: Re: awk broken on Alpha. Breaks "make world". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 22:20:39 -0000 On Sat, May 03, 2003, Mark Murray wrote: > Hi All > > There seems to be breakage of awk(1) on alpha. This is breaking > "make world". This is with sources about 4 hours older than this mail. > > Doing a "make depend" in src/usr.bin/truss triggers the problem. > > [grapeshot] /usr/src/usr.bin/truss # make depend > cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master > /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh syscalls.master / > usr/src/usr.bin/truss/i386.conf > awk: floating point exception 8 > input record number 325, file > source line number 87 > *** Error code 2 The gdtoa import caused awk on Alpha to fail to work with any script that has a symbol whose name starts with the letters 'nan'...such as 'nanosleep'. Compiling awk with -mieee fixes this problem, so this flag has been the default in bsd.cpu.mk since 3/29. Sorry about that. From owner-freebsd-current@FreeBSD.ORG Mon May 5 15:52:20 2003 Return-Path: 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 D025537B448 for ; Mon, 5 May 2003 15:52:20 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81FCA43F3F for ; Mon, 5 May 2003 15:51:47 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id MUA74016 for ; Mon, 05 May 2003 15:51:45 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6C3615D04 for ; Mon, 5 May 2003 15:51:45 -0700 (PDT) To: current@freebsd.org Date: Mon, 05 May 2003 15:51:45 -0700 From: "Kevin Oberman" Message-Id: <20030505225145.6C3615D04@ptavv.es.net> Subject: State of disk support in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 22:52:21 -0000 I've had a really fun few days with current. Due to a family emergency I was off-line for several days and my subscription to current was disabled due to a mail problem at my site on April 30. So I missed quite a few messages. :-( (Yes, I have been scanning through the lost stuff in the archive.) After almost two days of building I have a stable CURRENT again. I do see one troubling message at boot: WARNING: Expected rawoffset 31479840, found 0 I get the same message when using dd(1) to make a copy if the disk to an identical drive. The expected rawoffset is the location of the slice used for FreeBSD. Since my previous kernel was unable to mount the root partition, I find this a at least a little concern, but have not looked for the source that generates this due to being swamped by my day job after 2weeks away. Do I have a problem I need to worry about? R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon May 5 16:29:53 2003 Return-Path: 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 4A72937B401 for ; Mon, 5 May 2003 16:29:53 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-67-115-75-172.dsl.lsan03.pacbell.net [67.115.75.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA2B443F3F for ; Mon, 5 May 2003 16:29:52 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 7468866B9B; Mon, 5 May 2003 16:29:52 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 3A8FC149E; Mon, 5 May 2003 16:29:52 -0700 (PDT) Date: Mon, 5 May 2003 16:29:52 -0700 From: Kris Kennaway To: "M. Warner Losh" Message-ID: <20030505232952.GA33355@rot13.obsecurity.org> References: <20030505.112625.16415226.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20030505.112625.16415226.imp@bsdimp.com> User-Agent: Mutt/1.4i cc: current@freebsd.org Subject: Re: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 23:29:53 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 05, 2003 at 11:26:25AM -0600, M. Warner Losh wrote: > If you booted a kernel from approximately April 15th through May 3th, > there were a number of small, but critical, vm bugs. This can cause > file system corruption, and leave silent landmines for later. It is > recommended that if you did boot these kernels, you build a newer > kernel, come up in single user and force an fsck on all filesystems. > This is to prevent 'false' panics later that are a result of the > corruption that might be dormant in them now. Thanks for the notification. Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+tvPvWry0BWjoQKURAhZgAJ9dAntiWflwNaEuow79Bu6Y8JryfgCfT0E/ GEw5KFCm+spKBBypPm+bRrc= =BETQ -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 17:56:03 2003 Return-Path: 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 2FF2837B401; Mon, 5 May 2003 17:56:03 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id F36C543F3F; Mon, 5 May 2003 17:55:56 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 9D1A051A8A; Tue, 6 May 2003 10:25:31 +0930 (CST) Date: Tue, 6 May 2003 10:25:31 +0930 From: Greg 'groggy' Lehey To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org Message-ID: <20030506005531.GK84427@wantadilla.lemis.com> References: <20030505153018.GA28343@hellblazer.celabo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bpLp2UQ2ZKz+SLe4" Content-Disposition: inline In-Reply-To: <20030505153018.GA28343@hellblazer.celabo.org> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Re: Today's -CURRENT, vinum damage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 00:56:03 -0000 --bpLp2UQ2ZKz+SLe4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 5 May 2003 at 10:30:18 -0500, Jacques A. Vidrine wrote: > Hi Folks, > > I cvsup'd this morning, and built/installed a new -CURRENT. (I was > previously running circa morning April 29.) > > I was greeted by > WARNING: Expected rawoffset 63, found 0 > which seemed harmless enough (I only mention it in passing). > > When attempting to start Vinum, the `vinum' process became stuck & > unkillable in biord. Has anyone else seen this? No. Can you give me details of your setup? In this case, a dumpconfig would be useful. Greg -- See complete headers for address and phone numbers --bpLp2UQ2ZKz+SLe4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE+twgDIubykFB6QiMRAl0kAKCpwZGqNtHSQX31eJPeHi3VpVIuwQCfdV4F cdN3J70RlbyMsiCZewOB278= =v4sb -----END PGP SIGNATURE----- --bpLp2UQ2ZKz+SLe4-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 18:23:23 2003 Return-Path: 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 03C7137B401 for ; Mon, 5 May 2003 18:23:23 -0700 (PDT) Received: from seed.net.tw (sn14.seed.net.tw [139.175.54.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35F1743F85 for ; Mon, 5 May 2003 18:23:20 -0700 (PDT) (envelope-from leafy@chihiro.leafy.idv.tw) Received: from [210.64.98.90] (port=49155 helo=chihiro.leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.14:2) id 19CrAt-000KRk-GL for freebsd-current@freebsd.org; Tue, 06 May 2003 09:23:19 +0800 Received: from chihiro.leafy.idv.tw (nobody@localhost [127.0.0.1]) by chihiro.leafy.idv.tw (8.12.9/8.12.9) with ESMTP id h461NHG5000637 for ; Tue, 6 May 2003 09:23:18 +0800 (CST) (envelope-from leafy@chihiro.leafy.idv.tw) Received: (from leafy@localhost) by chihiro.leafy.idv.tw (8.12.9/8.12.9/Submit) id h461NHeF000636 for freebsd-current@freebsd.org; Tue, 6 May 2003 09:23:17 +0800 (CST) Date: Tue, 6 May 2003 09:23:17 +0800 From: leafy To: freebsd-current@freebsd.org Message-ID: <20030506012317.GA610@chihiro.leafy.idv.tw> Mail-Followup-To: freebsd-current@freebsd.org References: <20030505.112625.16415226.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <20030505.112625.16415226.imp@bsdimp.com> User-Agent: Mutt/1.5.4i Subject: Re: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 01:23:23 -0000 On Mon, May 05, 2003 at 11:26:25AM -0600, M. Warner Losh wrote: > If you booted a kernel from approximately April 15th through May 3th, > there were a number of small, but critical, vm bugs. This can cause > file system corruption, and leave silent landmines for later. It is > recommended that if you did boot these kernels, you build a newer > kernel, come up in single user and force an fsck on all filesystems. > This is to prevent 'false' panics later that are a result of the > corruption that might be dormant in them now. > > Warner Is there a way to mimick rc.early in rcNG so that I can force a 'fsck -y' remotely? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Mon May 5 18:30:10 2003 Return-Path: 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 3563E37B401 for ; Mon, 5 May 2003 18:30:10 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A3943F93 for ; Mon, 5 May 2003 18:30:09 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h461U9A29218 for ; Mon, 5 May 2003 18:30:09 -0700 From: "Cliff L. Biffle" To: current@freebsd.org Date: Mon, 5 May 2003 18:30:35 -0700 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305051830.35325.cbiffle@safety.net> Subject: So, groff -- still spinning? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 01:30:10 -0000 On sources updated this afternoon (right about 1930Z) groff does the old suck-all-the-CPU-and-run-forever trick when processing the lpr documentation. Anyone else seeing this? This is on a fresh checkout of the sources, with defaults in make.conf. -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Mon May 5 18:47:25 2003 Return-Path: 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 A128C37B401 for ; Mon, 5 May 2003 18:47:25 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4551D43F75 for ; Mon, 5 May 2003 18:47:25 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (rwcrmhc52) with SMTP id <20030506014724052006qvq4e>; Tue, 6 May 2003 01:47:24 +0000 Date: Mon, 5 May 2003 18:47:23 -0700 (PDT) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: <20030505184257.D641@znfgre.qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-rc@yahoogroups.com Subject: New devfs.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 01:47:25 -0000 FYI, I've left the ttyv0 -> vga symlink commented out because X 4.3.0 doesn't seem to need it anymore. I tested it with xterm, aterm, xdm, startx, and a bunch of X apps that I have installed. My preference would be to leave it commented out unless there is demonstrated need, but if others have strong opinions about once again providing it by default, I won't quibble. Any other (constructive) comments or suggestions about this new mechanism are welcome. As far as I know, this is the last bit of functionality from rcOG that we needed to replicate. Thanks to the many folks who have made suggestions about how to improve the new rc system. Keep those cards and letters coming. :) Doug -- This .signature sanitized for your protection ---------- Forwarded message ---------- From: Doug Barton To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Date: Mon, 5 May 2003 18:10:33 -0700 (PDT) Subject: cvs commit: src/etc devfs.conf src/etc/rc.d devfs dougb 2003/05/05 18:10:33 PDT FreeBSD src repository Modified files: etc/rc.d devfs Added files: etc devfs.conf Log: Allow users to configure stuff in /dev once again by re-doing the devfs script to read /etc/devfs.conf, and take appropriate actions based on what it finds there. The (commented out) examples in the new devfs.conf file are taken in part from the old rc.devfs script. Revision Changes Path 1.1 +47 -0 src/etc/devfs.conf (new) 1.5 +26 -13 src/etc/rc.d/devfs http://www.FreeBSD.org/cgi/cvsweb.cgi/src/etc/devfs.conf http://www.FreeBSD.org/cgi/cvsweb.cgi/src/etc/rc.d/devfs.diff?&r1=1.4&r2=1.5&f=h From owner-freebsd-current@FreeBSD.ORG Mon May 5 19:16:27 2003 Return-Path: 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 E5BAF37B401 for ; Mon, 5 May 2003 19:16:24 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F4D643F3F for ; Mon, 5 May 2003 19:16:24 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (sccrmhc01) with SMTP id <2003050602162300100cuk9me>; Tue, 6 May 2003 02:16:23 +0000 Date: Mon, 5 May 2003 19:16:21 -0700 (PDT) From: Doug Barton To: leafy In-Reply-To: <20030506012317.GA610@chihiro.leafy.idv.tw> Message-ID: <20030505191448.Q666@znfgre.qbhto.arg> References: <20030505.112625.16415226.imp@bsdimp.com> <20030506012317.GA610@chihiro.leafy.idv.tw> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1689606476-1052187381=:666" cc: freebsd-current@freebsd.org Subject: Re: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 02:16:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1689606476-1052187381=:666 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 6 May 2003, leafy wrote: > Is there a way to mimick rc.early in rcNG so that I can force a 'fsck -y' > remotely? The attached script will do this for you, but if it wedges the box, you'll be totally hosed if you don't have remote access. HTH, Doug -- This .signature sanitized for your protection --0-1689606476-1052187381=:666 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=fsck-y Content-Transfer-Encoding: BASE64 Content-ID: <20030505191621.J666@znfgre.qbhto.arg> Content-Description: Content-Disposition: attachment; filename=fsck-y IyEvYmluL3NoDQoNCg0KIyBQUk9WSURFOiBmc2NrLXkNCiMgUkVRVUlSRTog bG9jYWxzd2FwDQojIEJFRk9SRTogIGZzY2sNCiMgS0VZV09SRDogRnJlZUJT RA0KDQouIC9ldGMvcmMuc3Vicg0KDQpuYW1lPSJmc2NrLXkiDQpzdGFydF9j bWQ9J2RvX2ZzY2snDQpzdG9wX2NtZD0nOicNCg0KZG9fZnNjaygpDQp7DQoJ ZnNjayAteQ0KfQ0KDQpsb2FkX3JjX2NvbmZpZyAkbmFtZQ0KcnVuX3JjX2Nv bW1hbmQgIiQxIg0K --0-1689606476-1052187381=:666-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 19:43:42 2003 Return-Path: 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 3AE8A37B401 for ; Mon, 5 May 2003 19:43:42 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83C9843F85 for ; Mon, 5 May 2003 19:43:40 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h462hdA32424 for ; Mon, 5 May 2003 19:43:40 -0700 From: "Cliff L. Biffle" To: current@freebsd.org Date: Mon, 5 May 2003 19:44:06 -0700 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305051944.06972.cbiffle@safety.net> Subject: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 02:43:42 -0000 When I attempt to attach an encrypted floppy, gbde responds: gbde: Attach to fd0 failed: Class not found I recognize that this is an incredibly silly thing for me to be trying to do, but I thought I'd report the error in case it indicated something, y'know, relevant. :-) -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Mon May 5 19:52:57 2003 Return-Path: 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 1D42B37B404 for ; Mon, 5 May 2003 19:52:57 -0700 (PDT) Received: from web40302.mail.yahoo.com (web40302.mail.yahoo.com [66.218.78.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E90B43FA3 for ; Mon, 5 May 2003 19:52:56 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030506025256.76845.qmail@web40302.mail.yahoo.com> Received: from [207.175.241.198] by web40302.mail.yahoo.com via HTTP; Mon, 05 May 2003 19:52:56 PDT Date: Mon, 5 May 2003 19:52:56 -0700 (PDT) From: Maksim Yevmenkin To: mobile@freebsd.org, current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1423158472-1052189576=:76740" Subject: BCM2033 chip based Bluetooth devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 02:52:57 -0000 --0-1423158472-1052189576=:76740 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hackers, the BCM2033 hardware finally arrived :) now i have Belkin Bluetooth USB adapter model F8T001. i'm very pleased to announce that i made it work with my recent (2003-05-01) snapshot. here is what you need to do 1) download 2003-05-01 snapshot from http://www.geocities.com/m_evmenkin/ 2) apply attached patch to ubtbcmfw(4) driver 3) compile and install kernel modules 4) compile and install all user space tools 5) kldload ubtbcmfw 6) kldload ng_ubt 7) attach BCM2033 device. you should now have /dev/ubtbcmfwX.Y device nodes. 8) load firmware: bcmfw -n ubtbcmfw0 -m BCM2033-MD.hex -f BCM2033-FW.bin 9) after you have loaded the firmware you will see detach message from the ubtbcmfw(4) driver followed by attach messages from ng_ubt(4) driver 10) at this point the device should be initialized and you should be able to run rc.bluetooth start ubt0 please let me know if it works for you thanks, max __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com --0-1423158472-1052189576=:76740 Content-Type: application/octet-stream; name="ubtbcmfw.c.diff" Content-Transfer-Encoding: base64 Content-Description: ubtbcmfw.c.diff Content-Disposition: attachment; filename="ubtbcmfw.c.diff" SW5kZXg6IHVidGJjbWZ3LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1Mg ZmlsZTogL3Vzci9sb2NhbC9jdnMvc3lzL25ldGdyYXBoL2JsdWV0b290aC9k cml2ZXJzL3VidGJjbWZ3L3VidGJjbWZ3LmMsdgpyZXRyaWV2aW5nIHJldmlz aW9uIDEuMQpkaWZmIC11IC01IC1yMS4xIHVidGJjbWZ3LmMKLS0tIHVidGJj bWZ3LmMJMjcgQXByIDIwMDMgMDA6MjA6MTUgLTAwMDAJMS4xCisrKyB1YnRi Y21mdy5jCTYgTWF5IDIwMDMgMDI6MzA6MzYgLTAwMDAKQEAgLTIzMiwyMCAr MjMyLDEwIEBACiAJCQl1c2JkX2Fib3J0X3BpcGUoc2MtPnNjX2J1bGtfb3V0 X3BpcGUpOwogCiAJCXVzYl9kZXRhY2hfd2FpdChVU0JERVYoc2MtPnNjX2Rl dikpOwogCX0KIAotCWlmIChzYy0+c2NfaW50cl9pbl9waXBlICE9IE5VTEwp IHsKLQkJdXNiZF9jbG9zZV9waXBlKHNjLT5zY19pbnRyX2luX3BpcGUpOwot CQlzYy0+c2NfaW50cl9pbl9waXBlID0gTlVMTDsKLQl9Ci0KLQlpZiAoc2Mt PnNjX2J1bGtfb3V0X3BpcGUgIT0gTlVMTCkgewotCQl1c2JkX2Nsb3NlX3Bp cGUoc2MtPnNjX2J1bGtfb3V0X3BpcGUpOwotCQlzYy0+c2NfaW50cl9pbl9w aXBlID0gTlVMTDsKLQl9Ci0KIAkvKiBEZXN0cm95IGRldmljZSBub2RlcyAq LwogCWlmIChzYy0+c2NfYnVsa19vdXRfZGV2ICE9IE5PREVWKSB7CiAJCXZw ID0gU0xJU1RfRklSU1QoJnNjLT5zY19idWxrX291dF9kZXYtPnNpX2hsaXN0 KTsKIAkJaWYgKHZwICE9IE5VTEwpCiAJCQlWT1BfUkVWT0tFKHZwLCBSRVZP S0VBTEwpOwpAQCAtMjY4LDEwICsyNTgsMjEgQEAKIAkJaWYgKHZwICE9IE5V TEwpCiAJCQlWT1BfUkVWT0tFKHZwLCBSRVZPS0VBTEwpOwogCiAJCWRlc3Ry b3lfZGV2KHNjLT5zY19jdHJsX2Rldik7CiAJCXNjLT5zY19jdHJsX2RldiA9 IE5PREVWOworCX0KKworCS8qIENsb3NlIHBpcGVzICovCisJaWYgKHNjLT5z Y19pbnRyX2luX3BpcGUgIT0gTlVMTCkgeworCQl1c2JkX2Nsb3NlX3BpcGUo c2MtPnNjX2ludHJfaW5fcGlwZSk7CisJCXNjLT5zY19pbnRyX2luX3BpcGUg PSBOVUxMOworCX0KKworCWlmIChzYy0+c2NfYnVsa19vdXRfcGlwZSAhPSBO VUxMKSB7CisJCXVzYmRfY2xvc2VfcGlwZShzYy0+c2NfYnVsa19vdXRfcGlw ZSk7CisJCXNjLT5zY19pbnRyX2luX3BpcGUgPSBOVUxMOwogCX0KIAogCXJl dHVybiAoMCk7CiB9CiAK --0-1423158472-1052189576=:76740-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 20:14:27 2003 Return-Path: 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 415ED37B401 for ; Mon, 5 May 2003 20:14:27 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A03D643F3F for ; Mon, 5 May 2003 20:14:26 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (rwcrmhc53) with SMTP id <2003050603142505300q42vte>; Tue, 6 May 2003 03:14:26 +0000 Date: Mon, 5 May 2003 20:14:25 -0700 (PDT) From: Doug Barton To: "Cliff L. Biffle" In-Reply-To: <200305051944.06972.cbiffle@safety.net> Message-ID: <20030505201303.U666@znfgre.qbhto.arg> References: <200305051944.06972.cbiffle@safety.net> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 03:14:27 -0000 On Mon, 5 May 2003, Cliff L. Biffle wrote: > When I attempt to attach an encrypted floppy, gbde responds: > > gbde: Attach to fd0 failed: Class not found Do you have options GEOM_BDE in your kernel conf? -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 5 20:46:40 2003 Return-Path: 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 4284D37B401 for ; Mon, 5 May 2003 20:46:40 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF22443F93 for ; Mon, 5 May 2003 20:46:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0018.cvx21-bradley.dialup.earthlink.net ([209.179.192.18] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CtP8-0005he-00; Mon, 05 May 2003 20:46:11 -0700 Message-ID: <3EB72FB3.59BAA75F@mindspring.com> Date: Mon, 05 May 2003 20:44:51 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel O'Connor References: <20030504020700.B3CCA37B401@hub.freebsd.org> <200305051222.05046.doconnor@gsoft.com.au> <3EB6746F.E7E3616C@mindspring.com> <200305051643.24310.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45375dffaf9e9e6582a396c183c5f7409a8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org cc: kientzle@acm.org Subject: Re: Floppy Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 03:46:40 -0000 Daniel O'Connor wrote: > I am generally assuming access to another PC here. > > I understand what you are saying, and yes it would be good if the loader could > use the BIOS to load drivers it determined you had hardware for or wished to > load, but I think that is a non-trivial amount of work. It sure is. Which is why the issue keeps coming up, even though it's been more than a decade since it was first raised and publically discussed: no one is willing to do the work, and people keep cramming more and more useless bloat into the kernel, so the boot floppy fills up, and someone's favorite piece ends up getting left out. 8-) 8-). > If the loader groked cd9660 already it would be a lot easier. But not backward compatible, because there's not enough room to put the second stage boot between the front of the disk and the disklabel. We already have to choose between UFS1 and UFS2 support in the loader, as it is. 8-(. And that's with some fancy rewriting of the informational strings that get displayed to the user, and some hacking of the macro wrappers for ident strings to get them into a different ELF section and strip them away. 8-(. -- Terry From owner-freebsd-current@FreeBSD.ORG Mon May 5 22:25:52 2003 Return-Path: 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 4A1B737B401; Mon, 5 May 2003 22:25:52 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CD1643F3F; Mon, 5 May 2003 22:25:48 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id A1FC351A87; Tue, 6 May 2003 14:55:45 +0930 (CST) Date: Tue, 6 May 2003 14:55:45 +0930 From: Greg 'groggy' Lehey To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org Message-ID: <20030506052545.GE52037@wantadilla.lemis.com> References: <20030505153018.GA28343@hellblazer.celabo.org> <20030505164843.GB17679@madman.celabo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MIdTMoZhcV1D07fI" Content-Disposition: inline In-Reply-To: <20030505164843.GB17679@madman.celabo.org> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: HEADS UP: Today's -CURRENT, vinum damage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 05:25:52 -0000 --MIdTMoZhcV1D07fI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 5 May 2003 at 11:48:44 -0500, Jacques A. Vidrine wrote: > On Mon, May 05, 2003 at 10:30:18AM -0500, Jacques A. Vidrine wrote: >> Hi Folks, >> >> I cvsup'd this morning, and built/installed a new -CURRENT. (I was >> previously running circa morning April 29.) >> >> I was greeted by >> WARNING: Expected rawoffset 63, found 0 >> which seemed harmless enough (I only mention it in passing). >> >> When attempting to start Vinum, the `vinum' process became stuck & >> unkillable in biord. Has anyone else seen this? >> >> I loaded my old kernel and I am trying to recover by rebuilding a >> morning of 2003/05/04 world. > > The `morning of 2003/05/04' world works. I will try again in a couple > of days, and get some more debug info if the problem persists. Is anybody else having trouble with recent Vinum? If so, please let me know as soon as possible. Greg -- See complete headers for address and phone numbers --MIdTMoZhcV1D07fI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE+t0dZIubykFB6QiMRAr/OAJ9Nk9IXVfeaLxnLjMoW8sB1vemC5ACgklCs eT/G2g9jaW7FedMHI7RHH+0= =z+vq -----END PGP SIGNATURE----- --MIdTMoZhcV1D07fI-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 23:25:23 2003 Return-Path: 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 C0AA637B401; Mon, 5 May 2003 23:25:23 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C352A43FBF; Mon, 5 May 2003 23:25:22 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h466PLA7050165; Tue, 6 May 2003 00:25:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 May 2003 00:22:52 -0600 (MDT) Message-Id: <20030506.002252.71669019.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <02ed01c31347$56f023d0$932a40c1@PHE> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: pete@he.iki.fi Subject: Re: kthread_exit and giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 06:25:24 -0000 In message: John Baldwin writes: : : On 05-May-2003 Petri Helenius wrote: : >> : >> The kthread is supposed to acquire Giant before calling kthread_exit(). : >> Actually, my guess is that the ar kthread needs to acquire Giant for the : >> lifetime of the thread. I have an untested patch locally: : >> : > I thought the lifetime of the thread is the duration of the rebuild process? Which : > can be minutes to hours. Locking giant for that kind of time does not sound : > right, so locking it just before thread exit sounds like the right thing to do, : > as long as the code othervise keeps critical sections locked. : : Giant is dropped when a thread sleeps. It is designed to protect code : that is not fully locked yet. It is useful to note that it is dropped automatically when you sleep, which is different than all the other mutexes in the system. Those mutexes do not drop when you sleep (unles you drop them with msleep). Warner From owner-freebsd-current@FreeBSD.ORG Mon May 5 23:33:45 2003 Return-Path: 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 DA79F37B401 for ; Mon, 5 May 2003 23:33:44 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17DCF43FCB for ; Mon, 5 May 2003 23:33:44 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h466XhA7050211; Tue, 6 May 2003 00:33:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 May 2003 00:31:14 -0600 (MDT) Message-Id: <20030506.003114.66177783.imp@bsdimp.com> To: leafy@leafy.idv.tw From: "M. Warner Losh" In-Reply-To: <20030506012317.GA610@chihiro.leafy.idv.tw> References: <20030505.112625.16415226.imp@bsdimp.com> <20030506012317.GA610@chihiro.leafy.idv.tw> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 06:33:46 -0000 In message: <20030506012317.GA610@chihiro.leafy.idv.tw> leafy writes: : On Mon, May 05, 2003 at 11:26:25AM -0600, M. Warner Losh wrote: : > If you booted a kernel from approximately April 15th through May 3th, : > there were a number of small, but critical, vm bugs. This can cause : > file system corruption, and leave silent landmines for later. It is : > recommended that if you did boot these kernels, you build a newer : > kernel, come up in single user and force an fsck on all filesystems. : > This is to prevent 'false' panics later that are a result of the : > corruption that might be dormant in them now. : > : > Warner : Is there a way to mimick rc.early in rcNG so that I can force a 'fsck -y' : remotely? I think that background_fsck to 'no' and fsck_y_enable to 'yes' will do approximately what you want. Alternatively, the following script in /etc/rc.d might do the trick. I just typed it into text editor, and ran rcorder, so you need to test it before use: $!/bin/sh # BEFORE: initdiskless # KEYWORD: FreeBSD . /etc/rc.subr name="force_fsck" start_cmd="force_fsck_start" stop_cmd=":" force_fsck_start() { fsck -y } load_rc_config $name run_rc_command "$1" Warner From owner-freebsd-current@FreeBSD.ORG Mon May 5 23:52:22 2003 Return-Path: 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 29C1937B401 for ; Mon, 5 May 2003 23:52:22 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F91D43FA3 for ; Mon, 5 May 2003 23:52:21 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (sccrmhc03) with SMTP id <2003050606522000300dcdo0e>; Tue, 6 May 2003 06:52:20 +0000 Date: Mon, 5 May 2003 23:52:19 -0700 (PDT) From: Doug Barton To: "M. Warner Losh" In-Reply-To: <20030506.003114.66177783.imp@bsdimp.com> Message-ID: <20030505235016.H666@znfgre.qbhto.arg> References: <20030505.112625.16415226.imp@bsdimp.com> <20030506.003114.66177783.imp@bsdimp.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 06:52:22 -0000 On Tue, 6 May 2003, M. Warner Losh wrote: > I think that background_fsck to 'no' and fsck_y_enable to 'yes' will > do approximately what you want. I'm starting to think you have me kill-filed Warner. :) No, this won't work, unless the file system is marked dirty, which of course is not the problem we're trying to solve. > Alternatively, the following script in /etc/rc.d might do the trick. The one I already sent is better, for reasons I'll be happy to elaborate on if you want. I also tested it. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue May 6 00:45:57 2003 Return-Path: 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 70D4E37B401 for ; Tue, 6 May 2003 00:45:57 -0700 (PDT) Received: from mailhost1.dircon.co.uk (mailhost1.dircon.co.uk [194.112.32.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6639C43F3F for ; Tue, 6 May 2003 00:45:56 -0700 (PDT) (envelope-from Mark.Blackman@netscalibur.co.uk) Received: from cheshire.uk.netscalibur.com (cheshire.dircon.co.uk [195.157.2.3]) by mailhost1.dircon.co.uk (Postfix) with ESMTP id 518F157D5E for ; Tue, 6 May 2003 08:45:55 +0100 (BST) Received: by cheshire with Internet Mail Service (5.5.2653.19) id <2CQM4001>; Tue, 6 May 2003 08:45:54 +0100 Message-ID: <439E717A0036154D865F6E9389C8A38C9C2A25@corp-01> From: Blackman Mark To: "'freebsd-current@freebsd.org'" Date: Tue, 6 May 2003 08:41:40 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: USB ADSL Speedtouch support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 07:45:57 -0000 Hi, upgraded successfully to 5-Current last night (from 4-stable), but my USB-ADSL modem doesn't seem to work very well. This is the Speedtouch USB ADSL, popular in Europe. The 'modem_run' code generates a panic like 'Driver mistake: destroy_dev 114/6' (or something very similar). I've seen one french posting describing the same thing. http://www.freebsd-fr.org/local-fr/www/spec/archives-mail/msg05812.html Is this something that can be trivially fixed or is currently being looked at? I'm happy to submit a bug report if that's more appropriate than -current. Best Regards, Mark Blackman -- Email Disclaimer can be viewed at: http://www.netscalibur.co.uk/email.html -- From owner-freebsd-current@FreeBSD.ORG Tue May 6 00:47:47 2003 Return-Path: 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 359F937B401; Tue, 6 May 2003 00:47:47 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80C1343F85; Tue, 6 May 2003 00:47:46 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h467ljA13555; Tue, 6 May 2003 00:47:45 -0700 From: "Cliff L. Biffle" To: Doug Barton Date: Tue, 6 May 2003 00:48:16 -0700 User-Agent: KMail/1.5 References: <200305051944.06972.cbiffle@safety.net> <20030505201303.U666@znfgre.qbhto.arg> In-Reply-To: <20030505201303.U666@znfgre.qbhto.arg> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305060048.16181.cbiffle@safety.net> cc: current@freebsd.org Subject: Re: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 07:47:47 -0000 On Monday 05 May 2003 08:14 pm, Doug Barton wrote: > On Mon, 5 May 2003, Cliff L. Biffle wrote: > > When I attempt to attach an encrypted floppy, gbde responds: > > > > gbde: Attach to fd0 failed: Class not found > > Do you have > > options GEOM_BDE > > in your kernel conf? No. But when I do, I get -this- message: gbde: Attach to fd0 failed: Provider needed My kernel includes every option containing GEOM except for APPLE, PC98, and SUNLABEL. If this turns out to be a limitation in GEOM, it could crush my dreams of running RAID arrays of 360k floppies. -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Tue May 6 00:52:43 2003 Return-Path: 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 B622837B401; Tue, 6 May 2003 00:52:43 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8ED543F3F; Tue, 6 May 2003 00:52:42 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h467qfLr051915; Tue, 6 May 2003 09:52:41 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Cliff L. Biffle" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 00:48:16 PDT." <200305060048.16181.cbiffle@safety.net> Date: Tue, 06 May 2003 09:52:41 +0200 Message-ID: <51914.1052207561@critter.freebsd.dk> cc: Doug Barton cc: current@freebsd.org Subject: Re: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 07:52:44 -0000 In message <200305060048.16181.cbiffle@safety.net>, "Cliff L. Biffle" writes: >gbde: Attach to fd0 failed: Provider needed Sorry, I have not yet released the adaptation class which allows you to attach floppies and zip drives to the GEOM mesh, I'm having a hard time finding a suitable way to deal with their "come and go" ability. For now I would use a malloc backed md(4) device and dd(1) the encrypted image to the floppy after close. This also reduces a host of shadow write issues which are far more severe on floppies than on harddisks. -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 02:18:43 2003 Return-Path: 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 6367137B401; Tue, 6 May 2003 02:18:43 -0700 (PDT) Received: from scuzzy.ben.algroup.co.uk (pc252.siliconnetwork.co.uk [194.205.132.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2098543F3F; Tue, 6 May 2003 02:18:42 -0700 (PDT) (envelope-from ben@algroup.co.uk) Received: from algroup.co.uk (wiese.ben.algroup.co.uk [193.133.15.150]) by scuzzy.ben.algroup.co.uk (Postfix) with ESMTP id 00A8A8C532; Tue, 6 May 2003 09:18:39 +0000 (GMT) Message-ID: <3EB77DEF.3050407@algroup.co.uk> Date: Tue, 06 May 2003 10:18:39 +0100 From: Ben Laurie User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <51914.1052207561@critter.freebsd.dk> In-Reply-To: <51914.1052207561@critter.freebsd.dk> X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: Doug Barton cc: current@freebsd.org Subject: Re: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 09:18:43 -0000 Poul-Henning Kamp wrote: > In message <200305060048.16181.cbiffle@safety.net>, "Cliff L. Biffle" writes: > > >>gbde: Attach to fd0 failed: Provider needed > > > Sorry, I have not yet released the adaptation class which allows you > to attach floppies and zip drives to the GEOM mesh, I'm having a hard > time finding a suitable way to deal with their "come and go" ability. This is the same problem I mentioned to you with USB memory devices - but those work - if I recall your advice was to not remove it before I unmounted it :-) Incidentally, while we're on the subject, its not possible to automount USB devices, it seems, coz the appropriate device isn't fed through devd.conf. Cheers, Ben. -- http://www.apache-ssl.org/ben.html http://www.thebunker.net/ "There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit." - Robert Woodruff From owner-freebsd-current@FreeBSD.ORG Tue May 6 02:23:05 2003 Return-Path: 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 B7BF037B40F; Tue, 6 May 2003 02:23:05 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE4F43F93; Tue, 6 May 2003 02:23:04 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h469N0Lr052626; Tue, 6 May 2003 11:23:00 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Ben Laurie From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 10:18:39 BST." <3EB77DEF.3050407@algroup.co.uk> Date: Tue, 06 May 2003 11:23:00 +0200 Message-ID: <52625.1052212980@critter.freebsd.dk> cc: Doug Barton cc: current@freebsd.org Subject: Re: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 09:23:06 -0000 In message <3EB77DEF.3050407@algroup.co.uk>, Ben Laurie writes: >Poul-Henning Kamp wrote: > >> In message <200305060048.16181.cbiffle@safety.net>, "Cliff L. Biffle" writes: >> >> >>>gbde: Attach to fd0 failed: Provider needed >> >> >> Sorry, I have not yet released the adaptation class which allows you >> to attach floppies and zip drives to the GEOM mesh, I'm having a hard >> time finding a suitable way to deal with their "come and go" ability. > >This is the same problem I mentioned to you with USB memory devices - >but those work - if I recall your advice was to not remove it before I >unmounted it :-) USB is somewhat different because it uses cam/scsi_da but there are also issues related to removable devices there which I havn't solved. There's a subtle difference between the case where the drive is removable, like USB, and where the drive remains but the media is removable, like Zip drives, and I need to cope with that. >Incidentally, while we're on the subject, its not possible to automount >USB devices, it seems, coz the appropriate device isn't fed through >devd.conf. That one is out of my range for 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 02:26:44 2003 Return-Path: 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 CAF8237B404; Tue, 6 May 2003 02:26:44 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3780143FD7; Tue, 6 May 2003 02:26:44 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h469QaA17887; Tue, 6 May 2003 02:26:36 -0700 From: "Cliff L. Biffle" To: "Poul-Henning Kamp" Date: Tue, 6 May 2003 02:27:08 -0700 User-Agent: KMail/1.5 References: <51914.1052207561@critter.freebsd.dk> In-Reply-To: <51914.1052207561@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305060227.08318.cbiffle@safety.net> cc: Doug Barton cc: current@freebsd.org Subject: Re: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 09:26:45 -0000 On Tuesday 06 May 2003 12:52 am, Poul-Henning Kamp wrote: > Sorry, I have not yet released the adaptation class which allows you > to attach floppies and zip drives to the GEOM mesh, I'm having a hard > time finding a suitable way to deal with their "come and go" ability. I suspected something along these lines. No worries. The Zip drive I look forward to, but the floppies are basically a corner case. -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Tue May 6 02:29:27 2003 Return-Path: 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 DF4E337B401; Tue, 6 May 2003 02:29:27 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2D4643FA3; Tue, 6 May 2003 02:29:26 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h469TQLr052730; Tue, 6 May 2003 11:29:26 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Cliff L. Biffle" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 02:27:08 PDT." <200305060227.08318.cbiffle@safety.net> Date: Tue, 06 May 2003 11:29:26 +0200 Message-ID: <52729.1052213366@critter.freebsd.dk> cc: Doug Barton cc: current@freebsd.org Subject: Re: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 09:29:28 -0000 In message <200305060227.08318.cbiffle@safety.net>, "Cliff L. Biffle" writes: >On Tuesday 06 May 2003 12:52 am, Poul-Henning Kamp wrote: >> Sorry, I have not yet released the adaptation class which allows you >> to attach floppies and zip drives to the GEOM mesh, I'm having a hard >> time finding a suitable way to deal with their "come and go" ability. > >I suspected something along these lines. No worries. The Zip drive I look >forward to, but the floppies are basically a corner case. Yeah, well, they are actually some of the media that could benefit most from gbde... -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 02:34:27 2003 Return-Path: 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 A7FBB37B401 for ; Tue, 6 May 2003 02:34:27 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20C8043F3F for ; Tue, 6 May 2003 02:34:27 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h469YPA18264; Tue, 6 May 2003 02:34:25 -0700 From: "Cliff L. Biffle" To: "Poul-Henning Kamp" Date: Tue, 6 May 2003 02:34:56 -0700 User-Agent: KMail/1.5 References: <52729.1052213366@critter.freebsd.dk> In-Reply-To: <52729.1052213366@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305060234.56528.cbiffle@safety.net> cc: current@freebsd.org Subject: Re: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 09:34:27 -0000 On Tuesday 06 May 2003 02:29 am, Poul-Henning Kamp wrote: > >I suspected something along these lines. No worries. The Zip drive I > > look forward to, but the floppies are basically a corner case. > > Yeah, well, they are actually some of the media that could benefit most > from gbde... Certainly -- I have to remind myself that people do still store data on floppies. For me, floppies do an excellent job of encrypting my data all by themselves. However, I have yet to figure out the decryption algorithm. I used the Zip drive's password features a lot under Windows/MacOS, so my personal evil plan was to start GBDE-ing my Zip disks. :-) -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Tue May 6 02:41:57 2003 Return-Path: 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 A5CAB37B409 for ; Tue, 6 May 2003 02:41:57 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3E443F3F for ; Tue, 6 May 2003 02:41:56 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h469ftO9085895; Tue, 6 May 2003 11:41:55 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h469fr1e085889; Tue, 6 May 2003 11:41:53 +0200 (CEST) Date: Tue, 6 May 2003 11:41:53 +0200 From: Wilko Bulte To: Mark Murray , current@freebsd.org Message-ID: <20030506094153.GA85874@freebie.xs4all.nl> References: <200305031456.h43EuY8c012668@grimreaper.grondar.org> <20030505222029.GA9050@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030505222029.GA9050@HAL9000.homeunix.com> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org Subject: Re: awk broken on Alpha. Breaks "make world". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 09:41:58 -0000 On Mon, May 05, 2003 at 03:20:29PM -0700, David Schultz wrote: > On Sat, May 03, 2003, Mark Murray wrote: > > Hi All > > > > There seems to be breakage of awk(1) on alpha. This is breaking > > "make world". This is with sources about 4 hours older than this mail. > > > > Doing a "make depend" in src/usr.bin/truss triggers the problem. > > > > [grapeshot] /usr/src/usr.bin/truss # make depend > > cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master > > /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh syscalls.master / > > usr/src/usr.bin/truss/i386.conf > > awk: floating point exception 8 > > input record number 325, file > > source line number 87 > > *** Error code 2 > > The gdtoa import caused awk on Alpha to fail to work with any > script that has a symbol whose name starts with the letters > 'nan'...such as 'nanosleep'. Compiling awk with -mieee fixes this > problem, so this flag has been the default in bsd.cpu.mk since 3/29. > Sorry about that. Maybe I'm missing something then, but a plain HEAD still does not compile for me. As in: ===> usr.bin/truss^M cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master^M /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh syscalls.master /u sr/src/usr.bin/truss/i386.conf^M awk: floating point exception 8^M input record number 325, file ^M source line number 87^M *** Error code 2^M ^M Stop in /usr/src/usr.bin/truss.^M -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-current@FreeBSD.ORG Tue May 6 02:49:08 2003 Return-Path: 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 EA69737B401 for ; Tue, 6 May 2003 02:49:08 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E05A343F85 for ; Tue, 6 May 2003 02:49:05 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h469n4Lr052839 for ; Tue, 6 May 2003 11:49:05 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 06 May 2003 11:49:04 +0200 Message-ID: <52838.1052214544@critter.freebsd.dk> Subject: =?iso-8859-1?q?Buildworld_on_ia64_b=F8rked_in_kerberos5?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 09:49:09 -0000 /bang/obj/ia64/bang/src/kerberos5/libexec/ipropd-master/../../lib/libhdb/libhdb. so: undefined reference to `encode_Salt' /bang/obj/ia64/bang/src/kerberos5/libexec/ipropd-master/../../lib/libkadm5srv/li bkadm5srv.so: undefined reference to `free_Salt' /bang/obj/ia64/bang/src/kerberos5/libexec/ipropd-master/../../lib/libhdb/libhdb. so: undefined reference to `length_Salt' /bang/obj/ia64/bang/src/kerberos5/libexec/ipropd-master/../../lib/libkadm5srv/li bkadm5srv.so: undefined reference to `copy_Salt' /bang/obj/ia64/bang/src/kerberos5/libexec/ipropd-master/../../lib/libhdb/libhdb. so: undefined reference to `decode_Salt' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 03:33:40 2003 Return-Path: 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 010E237B401 for ; Tue, 6 May 2003 03:33:40 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10BC043FCB for ; Tue, 6 May 2003 03:33:39 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h46AXbSQ085870; Tue, 6 May 2003 11:33:37 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h46AXboC085867; Tue, 6 May 2003 11:33:37 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h46AVS8c082646; Tue, 6 May 2003 11:31:28 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305061031.h46AVS8c082646@grimreaper.grondar.org> To: Wilko Bulte In-Reply-To: Your message of "Tue, 06 May 2003 11:41:53 +0200." <20030506094153.GA85874@freebie.xs4all.nl> Date: Tue, 06 May 2003 11:31:28 +0100 Sender: mark@grondar.org cc: current@freebsd.org Subject: Re: awk broken on Alpha. Breaks "make world". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 10:33:40 -0000 Wilko Bulte writes: > > The gdtoa import caused awk on Alpha to fail to work with any > > script that has a symbol whose name starts with the letters > > 'nan'...such as 'nanosleep'. Compiling awk with -mieee fixes this > > problem, so this flag has been the default in bsd.cpu.mk since 3/29. > > Sorry about that. > > Maybe I'm missing something then, but a plain HEAD still does not compile > for me. As in: > > ===> usr.bin/truss^M > cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master^M > /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh > syscalls.master /u > sr/src/usr.bin/truss/i386.conf^M > awk: floating point exception 8^M > input record number 325, file ^M > source line number 87^M > *** Error code 2^M > ^M > Stop in /usr/src/usr.bin/truss.^M It took _two_ make worlds before things worked right for me. But yes, things are now cool! M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Tue May 6 04:18:59 2003 Return-Path: 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 0A45E37B401 for ; Tue, 6 May 2003 04:18:59 -0700 (PDT) Received: from sauron.fto.de (p15106025.pureserver.info [217.160.140.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA2C043FBD for ; Tue, 6 May 2003 04:18:57 -0700 (PDT) (envelope-from hschaefer@fto.de) Received: from localhost (localhost.fto.de [127.0.0.1]) by sauron.fto.de (Postfix) with ESMTP id 8895625C101; Tue, 6 May 2003 13:18:55 +0200 (CEST) Received: from sauron.fto.de ([127.0.0.1]) by localhost (sauron [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12787-01; Tue, 6 May 2003 13:18:54 +0200 (CEST) Received: from giskard.foundation.hs (p5091AF60.dip.t-dialin.net [80.145.175.96]) by sauron.fto.de (Postfix) with ESMTP id B70E025C0FE; Tue, 6 May 2003 13:18:53 +0200 (CEST) Received: from daneel.foundation.hs (daneel.foundation.hs [192.168.20.2]) by giskard.foundation.hs (8.9.3/8.9.3) with ESMTP id NAA41296; Tue, 6 May 2003 13:18:46 +0200 (CEST) (envelope-from hschaefer@fto.de) Date: Tue, 6 May 2003 13:18:46 +0200 (CEST) From: Heiko Schaefer X-X-Sender: heiko@daneel.foundation.hs To: "M. Warner Losh" In-Reply-To: <20030505.112625.16415226.imp@bsdimp.com> Message-ID: <20030506131623.X65698@daneel.foundation.hs> References: <20030505.112625.16415226.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at fto.de cc: current@freebsd.org Subject: Re: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 11:18:59 -0000 Hello Warner, > If you booted a kernel from approximately April 15th through May 3th, > there were a number of small, but critical, vm bugs. This can cause > file system corruption, and leave silent landmines for later. It is > recommended that if you did boot these kernels, you build a newer > kernel, come up in single user and force an fsck on all filesystems. > This is to prevent 'false' panics later that are a result of the > corruption that might be dormant in them now. could this bug have caused corruption of the content of files as well ? i am having relatively rare cases of corrupted (32kb sized blocks of) data which i copy from disk to disk - and am now wondering if this might be related. thanks, Heiko From owner-freebsd-current@FreeBSD.ORG Tue May 6 04:31:38 2003 Return-Path: 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 B03D237B401 for ; Tue, 6 May 2003 04:31:38 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45E3643F75 for ; Tue, 6 May 2003 04:31:37 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h46BVaO9086215; Tue, 6 May 2003 13:31:36 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h46BVYQn086210; Tue, 6 May 2003 13:31:34 +0200 (CEST) Date: Tue, 6 May 2003 13:31:34 +0200 From: Wilko Bulte To: Mark Murray Message-ID: <20030506113134.GB86157@freebie.xs4all.nl> References: <20030506094153.GA85874@freebie.xs4all.nl> <200305061031.h46AVS8c082646@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305061031.h46AVS8c082646@grimreaper.grondar.org> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: current@freebsd.org Subject: Re: awk broken on Alpha. Breaks "make world". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 11:31:39 -0000 On Tue, May 06, 2003 at 11:31:28AM +0100, Mark Murray wrote: > Wilko Bulte writes: > > > The gdtoa import caused awk on Alpha to fail to work with any > > > script that has a symbol whose name starts with the letters > > > 'nan'...such as 'nanosleep'. Compiling awk with -mieee fixes this > > > problem, so this flag has been the default in bsd.cpu.mk since 3/29. > > > Sorry about that. > > > > Maybe I'm missing something then, but a plain HEAD still does not compile > > for me. As in: > > > > ===> usr.bin/truss^M > > cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master^M > > /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh > > syscalls.master /u > > sr/src/usr.bin/truss/i386.conf^M > > awk: floating point exception 8^M > > input record number 325, file ^M > > source line number 87^M > > *** Error code 2^M > > ^M > > Stop in /usr/src/usr.bin/truss.^M > > It took _two_ make worlds before things worked right for me. > > But yes, things are now cool! This was the second buildworld for me. Do we have a bootstrapping problem of some sorts maybe? -- | / o / /_ _ wilko@freebie.xs4all.nl |/|/ / / /( (_) Bulte From owner-freebsd-current@FreeBSD.ORG Tue May 6 05:09:28 2003 Return-Path: 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 43C0E37B401; Tue, 6 May 2003 05:09:28 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 253C843F85; Tue, 6 May 2003 05:09:26 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h46C9OA7052736; Tue, 6 May 2003 06:09:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 May 2003 06:06:51 -0600 (MDT) Message-Id: <20030506.060651.68031282.imp@bsdimp.com> To: DougB@freebsd.org From: "M. Warner Losh" In-Reply-To: <20030505235016.H666@znfgre.qbhto.arg> References: <20030506012317.GA610@chihiro.leafy.idv.tw> <20030506.003114.66177783.imp@bsdimp.com> <20030505235016.H666@znfgre.qbhto.arg> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 12:09:28 -0000 In message: <20030505235016.H666@znfgre.qbhto.arg> Doug Barton writes: : On Tue, 6 May 2003, M. Warner Losh wrote: : : > I think that background_fsck to 'no' and fsck_y_enable to 'yes' will : > do approximately what you want. : : I'm starting to think you have me kill-filed Warner. :) No, this won't : work, unless the file system is marked dirty, which of course is not the : problem we're trying to solve. no, I just have a bad habbit of not always reading to the end of the thread. : > Alternatively, the following script in /etc/rc.d might do the trick. : : The one I already sent is better, for reasons I'll be happy to elaborate : on if you want. I also tested it. :) Yours is better... Warner From owner-freebsd-current@FreeBSD.ORG Tue May 6 05:11:27 2003 Return-Path: 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 CEDA637B401 for ; Tue, 6 May 2003 05:11:27 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F2F943FB1 for ; Tue, 6 May 2003 05:11:27 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h46CBQA7052764; Tue, 6 May 2003 06:11:26 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 May 2003 06:08:53 -0600 (MDT) Message-Id: <20030506.060853.99162705.imp@bsdimp.com> To: hschaefer@fto.de From: "M. Warner Losh" In-Reply-To: <20030506131623.X65698@daneel.foundation.hs> References: <20030505.112625.16415226.imp@bsdimp.com> <20030506131623.X65698@daneel.foundation.hs> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 12:11:28 -0000 In message: <20030506131623.X65698@daneel.foundation.hs> Heiko Schaefer writes: : Hello Warner, : : > If you booted a kernel from approximately April 15th through May 3th, : > there were a number of small, but critical, vm bugs. This can cause : > file system corruption, and leave silent landmines for later. It is : > recommended that if you did boot these kernels, you build a newer : > kernel, come up in single user and force an fsck on all filesystems. : > This is to prevent 'false' panics later that are a result of the : > corruption that might be dormant in them now. : : could this bug have caused corruption of the content of files as well ? : : i am having relatively rare cases of corrupted (32kb sized blocks of) data : which i copy from disk to disk - and am now wondering if this might be : related. I don't know. I think it might, since I've seen one file on my system become corrupt in the manner that you suggest. Warner From owner-freebsd-current@FreeBSD.ORG Tue May 6 05:27:28 2003 Return-Path: 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 8644937B401; Tue, 6 May 2003 05:27:28 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BBF343F93; Tue, 6 May 2003 05:27:25 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h46CRKA7052847; Tue, 6 May 2003 06:27:20 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 May 2003 06:24:47 -0600 (MDT) Message-Id: <20030506.062447.09609629.imp@bsdimp.com> To: ben@algroup.co.uk From: "M. Warner Losh" In-Reply-To: <3EB77DEF.3050407@algroup.co.uk> References: <51914.1052207561@critter.freebsd.dk> <3EB77DEF.3050407@algroup.co.uk> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: phk@phk.freebsd.dk cc: DougB@freebsd.org cc: current@freebsd.org Subject: Re: gbde failure attaching /dev/fd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 12:27:28 -0000 In message: <3EB77DEF.3050407@algroup.co.uk> Ben Laurie writes: : Incidentally, while we're on the subject, its not possible to automount : USB devices, it seems, coz the appropriate device isn't fed through : devd.conf. cam doesn't use 'real' device_t's for the devices it creates, so would need special code to participate in devd. Warner From owner-freebsd-current@FreeBSD.ORG Tue May 6 07:08:08 2003 Return-Path: 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 431B737B407 for ; Tue, 6 May 2003 07:08:08 -0700 (PDT) Received: from sferics.mongueurs.net (sferics.mongueurs.net [81.80.147.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05E6043FE9 for ; Tue, 6 May 2003 07:08:07 -0700 (PDT) (envelope-from david@landgren.net) Received: from landgren.net (81-80-147-206.bpinet.com [81.80.147.206]) by sferics.mongueurs.net (Postfix) with ESMTP id 2FF02A959 for ; Tue, 6 May 2003 16:08:06 +0200 (CEST) Message-ID: <3EB7C160.207@landgren.net> Date: Tue, 06 May 2003 16:06:24 +0200 From: David Landgren Organization: A thousand golden eyes are watching User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Options available for using >4Gb RAM on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 14:08:08 -0000 List, I saw Jake Burkholder's plea posted to /. a while back for people with large amounts of RAM to try out PAE support. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=670923+0+archive/2003/freebsd-current/20030413.freebsd-current I'm looking at replacing my Squid proxy hardware in the next month or two. I'll be deploying a single processor (+HTT) HP DL-380 G3 with 6Gb RAM and two RAID 1 volumes. This uses (at least in 4.x) the bge network driver and the ciss SCSI driver. Is this even reasonable to consider right now or are they known to be completely untested? The current proxy supports over 500 users performing about 15 requests per second. This is hitting the limit of the IDE disk in the current machine. (systat -vmstat routinely shows the disk being 100% busy). To me it seems like a good way of exercising both the network and disk subsystems. I realise that I may be gambling here, but I am prepared to fall back to the old machine the time it takes to revert to 4.8 if I had to, but then I'd be limited to 4Gb, which would be a bit sad. Then again if 6Gb and/or the application isn't enough to contribute a useful datapoint then I'll probably specify the machine for 4Gb only and be done with it. Thanks for any clues I can use (especially "I have the exact same setup and it works fine" :) David Landgren From owner-freebsd-current@FreeBSD.ORG Tue May 6 07:41:41 2003 Return-Path: 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 D075C37B401 for ; Tue, 6 May 2003 07:41:38 -0700 (PDT) Received: from sauron.fto.de (p15106025.pureserver.info [217.160.140.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE4FD43FB1 for ; Tue, 6 May 2003 07:41:37 -0700 (PDT) (envelope-from hschaefer@fto.de) Received: from localhost (localhost.fto.de [127.0.0.1]) by sauron.fto.de (Postfix) with ESMTP id 7ADE625C101 for ; Tue, 6 May 2003 16:41:36 +0200 (CEST) Received: from sauron.fto.de ([127.0.0.1]) by localhost (sauron [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20533-10 for ; Tue, 6 May 2003 16:41:35 +0200 (CEST) Received: from giskard.foundation.hs (p5091A82E.dip.t-dialin.net [80.145.168.46]) by sauron.fto.de (Postfix) with ESMTP id 32E0325C100 for ; Tue, 6 May 2003 16:41:35 +0200 (CEST) Received: from daneel.foundation.hs (daneel.foundation.hs [192.168.20.2]) by giskard.foundation.hs (8.9.3/8.9.3) with ESMTP id QAA42359 for ; Tue, 6 May 2003 16:41:30 +0200 (CEST) (envelope-from hschaefer@fto.de) Date: Tue, 6 May 2003 16:41:30 +0200 (CEST) From: Heiko Schaefer X-X-Sender: heiko@daneel.foundation.hs To: current@freebsd.org Message-ID: <20030506162410.M66653@daneel.foundation.hs> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at fto.de Subject: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 14:41:42 -0000 Hi List, i already brought up my issue with data corruption when i suspected that gbde might be the cause for it. it turns out gbde was not guilty. then just now i thought that M. Warner Losh's mail (subject 'Precaution') could explain what's going wrong, but i still have the problem with a new world and kernel as of today. i can reproduce the data corruption by doing the following: (i have two disks in the box, one is 30GB, the other is 60GB) the 30GB disk is already filled with data, which i then copy (in parallel) into two directories on the 60GB disk. the result is that i (should) have two times the same data on the 60gb disk as on the 30gb disk. then i compute the checksums of the duplicated files - and more often than not a few files are corrupted in the copied version. more numbers: i typically see 1-2 blocks of corrupted data (32kb is the size of corrupted data i usually see) on that 60gb disk. usually the corruptions are aligned within the file, at least to a multiple of 512. often, the corrupted data consists of lots of 0-bytes, but i also see data that looks random in other places of the corrupted segments of the files. it seems that not only the content of files gets corrupted, i also see errors when i fsck that partition, sometimes (for example: once i saw a file that had a size in "ls -l" which clearly didn't match its actual content, as seen by "wc"). by now i have ruled out a number of possible reasons: - i am only using local disks (no networking as i did initially) - first i used a 512mb ddr memory, now i use a 256mb sdr one, which should (i believe) have different enough properties to rule out the original memory as the cause of the problem as i see it, the issue can be hardware-related (mainboard/cpu seem to be the only remaining possibilities) or software related (maybe the driver for the chipset, in particular the harddrive controller, is suboptimal ?), or maybe come other freebsd code that moves around data makes occasional mistakes. the board is an elitegroup k7-s5a lan (with sis 735 chipset), the cpu an amd xp 1800+ (i specifically bought that hardware very recently to run a gbde-based nfs server on it). does anyone know of any (freebsd-current) issues that might be causing this - or have any idea on how i can further rule out anything of this kind ? my best idea at this point is to go out and buy p4-board and cpu. and i don't really like that. it seems almost futile to go and get another board/cpu of the same type before i have a good idea what is actually wrong :( regards, thanks for any thoughts, Heiko -- Free Software. Why put up with inferior code and antisocial corporations? http://www.gnu.org/philosophy/why-free.html From owner-freebsd-current@FreeBSD.ORG Tue May 6 08:12:15 2003 Return-Path: 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 3061037B401 for ; Tue, 6 May 2003 08:12:15 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CFC543F75 for ; Tue, 6 May 2003 08:12:14 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46FC8Lr054541; Tue, 6 May 2003 17:12:12 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Heiko Schaefer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 16:41:30 +0200." <20030506162410.M66653@daneel.foundation.hs> Date: Tue, 06 May 2003 17:12:08 +0200 Message-ID: <54540.1052233928@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 15:12:15 -0000 In message <20030506162410.M66653@daneel.foundation.hs>, Heiko Schaefer writes: >the board is an elitegroup k7-s5a lan (with sis 735 chipset), the cpu an >amd xp 1800+ (i specifically bought that hardware very recently to run a >gbde-based nfs server on it). And just to get it done and over with: No overclock, right ? -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 08:16:02 2003 Return-Path: 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 00C7937B401 for ; Tue, 6 May 2003 08:16:02 -0700 (PDT) Received: from smtp.ii.uib.no (eik.ii.uib.no [129.177.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D230E43F75 for ; Tue, 6 May 2003 08:16:00 -0700 (PDT) (envelope-from Trond@Davidsen.no) Received: from hyll.ii.uib.no ([129.177.16.27] helo=Davidsen.no) by smtp.ii.uib.no with esmtp (Exim 4.12) id 19D4Ac-0006Wd-00 for freebsd-current@freebsd.org; Tue, 06 May 2003 17:15:54 +0200 Message-ID: <3EB7D1E0.2090008@Davidsen.no> Date: Tue, 06 May 2003 17:16:48 +0200 From: Trond Davidsen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -5.8 (-----) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19D4Ac-0006Wd-00*cbXl6ruab2Q* Subject: Fatal trap 28 while building world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 15:16:02 -0000 Hi, while trying to follow the recent advice of cvsuping and rebuilding world to correct some vm related bug, I got a Fatal trap 28. The machine was running with sources from about may 1. Rebuilding now to see if the machine can make it through the build. Fatal trap 28: machine check trap while in kernel mode cpuid = 1; lapic.id = 01000000 instruction pointer = 0x8:0xc0296381 stack pointer = 0x10:0xdbb369dc frame pointer = 0x10:0xdbb36ae0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 19265 (make) kernel: type 28 trap, code=0 Stopped at vn_open_cred+0x2c1: jz vn_open_cred+0x2cd db> trace vn_open_cred(dbb36bd8,dbb36cd8,1a4,c58e0480,dbb36cc4) at vn_open_cred+0x2c1 vn_open(dbb36bd8,dbb36cd8,1a4,2ab,c0482620) at vn_open+0x29 kern_open(c400ed10,80a01c0,0,1,1b6) at kern_open+0x13d open(c400ed10,dbb36d10,c041282e,3fb,3) at open+0x30 syscall(2f,2f,2f,80a7500,4) at syscall+0x26e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (5, FreeBSD ELF32, open), eip = 0x8061a9f, esp = 0xbfbfe788, ebp = 0 xbfbfe7b4 --- db> -- Trond From owner-freebsd-current@FreeBSD.ORG Tue May 6 08:33:15 2003 Return-Path: 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 7820E37B401 for ; Tue, 6 May 2003 08:33:15 -0700 (PDT) Received: from sauron.fto.de (p15106025.pureserver.info [217.160.140.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id B08D943FD7 for ; Tue, 6 May 2003 08:33:14 -0700 (PDT) (envelope-from hschaefer@fto.de) Received: from localhost (localhost.fto.de [127.0.0.1]) by sauron.fto.de (Postfix) with ESMTP id 6F4FD25C0FE; Tue, 6 May 2003 17:33:13 +0200 (CEST) Received: from sauron.fto.de ([127.0.0.1]) by localhost (sauron [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22580-09; Tue, 6 May 2003 17:33:12 +0200 (CEST) Received: from giskard.foundation.hs (p5091A82E.dip.t-dialin.net [80.145.168.46]) by sauron.fto.de (Postfix) with ESMTP id E97E025C0F7; Tue, 6 May 2003 17:33:11 +0200 (CEST) Received: from daneel.foundation.hs (daneel.foundation.hs [192.168.20.2]) by giskard.foundation.hs (8.9.3/8.9.3) with ESMTP id RAA42643; Tue, 6 May 2003 17:33:11 +0200 (CEST) (envelope-from hschaefer@fto.de) Date: Tue, 6 May 2003 17:33:11 +0200 (CEST) From: Heiko Schaefer X-X-Sender: heiko@daneel.foundation.hs To: Poul-Henning Kamp In-Reply-To: <54540.1052233928@critter.freebsd.dk> Message-ID: <20030506172108.N66653@daneel.foundation.hs> References: <54540.1052233928@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at fto.de cc: current@freebsd.org Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 15:33:15 -0000 Hi Poul, > >the board is an elitegroup k7-s5a lan (with sis 735 chipset), the cpu an > >amd xp 1800+ (i specifically bought that hardware very recently to run a > >gbde-based nfs server on it). > > And just to get it done and over with: No overclock, right ? certainly not by intention. if i could reduce speed by 30% and thereby get that machine provably rock-solid, i'd go for it ;) ...of course there might be something weird in the bios settings along the lines of overclocking (there are always these confusing settings for various timings in bioses). haven't changed anything there, but also not checked what the settings are. i plan to poke around in these, but don't really hope for insight or improvement. [damn, i hate obscure probably-hardware-related problems] regards, Heiko From owner-freebsd-current@FreeBSD.ORG Tue May 6 09:16:28 2003 Return-Path: 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 8CA2037B401 for ; Tue, 6 May 2003 09:16:28 -0700 (PDT) Received: from smak.uberduper.com (12-213-188-143.client.attbi.com [12.213.188.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DDF143FDD for ; Tue, 6 May 2003 09:16:28 -0700 (PDT) (envelope-from james@uberduper.com) Received: from bishop (unknown [208.33.24.5]) by smak.uberduper.com (Postfix) with ESMTP id EF0D17D13A; Tue, 6 May 2003 09:16:25 -0700 (PDT) From: James Satterfield To: "M. Warner Losh" , current@freebsd.org Date: Tue, 6 May 2003 09:28:37 -0700 User-Agent: KMail/1.5.1 References: <20030505.112625.16415226.imp@bsdimp.com> In-Reply-To: <20030505.112625.16415226.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305060928.37835.james@uberduper.com> Subject: Re: Precaution! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 16:16:28 -0000 Uhhhg. This explains a lot. Glad I decided to peek into the list today. Thanks, James. On Monday 05 May 2003 10:26 am, M. Warner Losh wrote: > If you booted a kernel from approximately April 15th through May 3th, > there were a number of small, but critical, vm bugs. This can cause > file system corruption, and leave silent landmines for later. It is > recommended that if you did boot these kernels, you build a newer > kernel, come up in single user and force an fsck on all filesystems. > This is to prevent 'false' panics later that are a result of the > corruption that might be dormant in them now. > > Warner > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue May 6 09:27:08 2003 Return-Path: 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 B523637B401 for ; Tue, 6 May 2003 09:27:08 -0700 (PDT) Received: from postal3.es.net (postoffice3.gridpma.com [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10EF143F85 for ; Tue, 6 May 2003 09:27:08 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id MUA74016 for ; Tue, 06 May 2003 09:27:07 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E64C85D04 for ; Tue, 6 May 2003 09:27:06 -0700 (PDT) To: current@freebsd.org Date: Tue, 06 May 2003 09:27:06 -0700 From: "Kevin Oberman" Message-Id: <20030506162706.E64C85D04@ptavv.es.net> Subject: Request for small addition to mdconfig man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 16:27:09 -0000 I would like to request an small addition to the man page for mdconfig. It has no examples of labeling a memory disk. There was such an example in the vnconfig man page. This might replace the existing example for creating an md device with /tmp/boot.flp as backing. To create a disk named /dev/md0 with somebackingfile as backing and label it with ffs partitions: mdconfig -a -t vnode -f somebackingfile -u 0 disklabel -r -w md0 auto disklabel -e md0 BTW, I have confirmed that this works with bsdlabel. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue May 6 09:31:30 2003 Return-Path: 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 8245737B401 for ; Tue, 6 May 2003 09:31:30 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D556B43FA3 for ; Tue, 6 May 2003 09:31:29 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h46GVIm2036903; Tue, 6 May 2003 09:31:22 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h46GVEqQ036902; Tue, 6 May 2003 09:31:14 -0700 (PDT) Date: Tue, 6 May 2003 09:31:14 -0700 From: "David O'Brien" To: Dag-Erling Smorgrav Message-ID: <20030506163114.GA36798@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Dag-Erling Smorgrav , current@freebsd.org References: <20030505094607.GA90653@droso.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 16:31:30 -0000 On Mon, May 05, 2003 at 09:43:31PM +0200, Dag-Erling Smorgrav wrote: > Erwin Lansing writes: > > ===> lib/libpam/modules/pam_krb5 > > rm -f .depend > > mkdep -f .depend -a -I/usr/src/lib/libpam/modules/pam_krb5/../../../../contrib/openpam/inc > > lude -I/usr/src/lib/libpam/modules/pam_krb5/../../libpam /usr/src/lib/libpam/modules/pam_krb > > 5/pam_krb5.c > > /usr/src/lib/libpam/modules/pam_krb5/pam_krb5.c:64:18: krb5.h: No such file or directory > > mkdep: compile failed > > *** Error code 1 > > Your source tree is incomplete. If you really do not want Kerberos, > see the attached message (which you should have read before posting). I am seeing this on more than one machine also (in fact it is preventing the Alpha 5.1 BETA snapshot from being built). I have CVSup'ed and 'cvs up'ed many times. From owner-freebsd-current@FreeBSD.ORG Tue May 6 09:39:41 2003 Return-Path: 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 839F937B401 for ; Tue, 6 May 2003 09:39:41 -0700 (PDT) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D340443FA3 for ; Tue, 6 May 2003 09:39:39 -0700 (PDT) (envelope-from Holger.Kipp@alogis.com) Received: from intserv.int1.b.intern (localhost [127.0.0.1]) by alogis.com (8.11.1/8.9.3) with SMTP id h46GdYu60472; Tue, 6 May 2003 18:39:34 +0200 (CEST) (envelope-from hk@alogis.com) Message-Id: <200305061639.h46GdYu60472@alogis.com> Date: Tue, 06 May 2003 16:39:29 +0000 From: Holger Kipp To: david@landgren.net, freebsd-current@freebsd.org X-Mailer: phpGroupWare (http://www.phpgroupware.org) MIME-version: 1.0 Content-type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-description: Mail message body Subject: Re: Options available for using >4Gb RAM on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Holger.Kipp@alogis.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 16:39:41 -0000 David Landgren (david@landgren.net) wrote: >I'm looking at replacing my Squid proxy hardware in the next month or >two. I'll be deploying a single processor (+HTT) HP DL-380 G3 with 6Gb >RAM and two RAID 1 volumes. I can't comment on 5.x, but I experienced some problems with the latest HP DL360G3, as the bios was changed lately to reduce fan noises, and then a OS-dependant health driver might be needed. Otherwise, the system will overheat and switch off without warning. A possible solution might be to reactivate fan hardware control (iirc there are some hardware switches) and/or go back to an older Firmware. For the DL 360 G3 we used SP23587.exe (ProLiant DL360 G3 ROM P31 (01/09/2003)) which worked. And don't forget to complain to HP ;-) >This uses (at least in 4.x) the bge network driver and the ciss SCSI >driver. Is this even reasonable to consider right now or are they >known to be completely untested? Regards, Holger Kipp From owner-freebsd-current@FreeBSD.ORG Tue May 6 09:48:42 2003 Return-Path: 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 F173C37B401; Tue, 6 May 2003 09:48:41 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1385543FB1; Tue, 6 May 2003 09:48:41 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h46GmdSQ090387; Tue, 6 May 2003 17:48:39 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h46GmdSd090386; Tue, 6 May 2003 17:48:39 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h46GnH8c085779; Tue, 6 May 2003 17:49:17 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305061649.h46GnH8c085779@grimreaper.grondar.org> To: obrien@freebsd.org In-Reply-To: Your message of "Tue, 06 May 2003 09:31:14 PDT." <20030506163114.GA36798@dragon.nuxi.com> Date: Tue, 06 May 2003 17:49:17 +0100 Sender: mark@grondar.org cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 16:48:42 -0000 "David O'Brien" writes: > > Your source tree is incomplete. If you really do not want Kerberos, > > see the attached message (which you should have read before posting). > > I am seeing this on more than one machine also (in fact it is preventing > the Alpha 5.1 BETA snapshot from being built). > I have CVSup'ed and 'cvs up'ed many times. What is your output from $ find /usr/src -name krb5.h and what is the content of your cvs-supfile? M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Tue May 6 09:56:15 2003 Return-Path: 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 B1F6937B401; Tue, 6 May 2003 09:56:15 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F4C243F3F; Tue, 6 May 2003 09:56:14 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 40CC4530E; Tue, 6 May 2003 18:56:13 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: David O'Brien References: <20030505094607.GA90653@droso.net> <20030506163114.GA36798@dragon.nuxi.com> From: Dag-Erling Smorgrav Date: Tue, 06 May 2003 18:56:12 +0200 In-Reply-To: <20030506163114.GA36798@dragon.nuxi.com> (David O'Brien's message of "Tue, 6 May 2003 09:31:14 -0700") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 16:56:16 -0000 "David O'Brien" writes: > I am seeing this on more than one machine also (in fact it is preventing > the Alpha 5.1 BETA snapshot from being built). > I have CVSup'ed and 'cvs up'ed many times. Am I correct in guessing that those are all systems that previously didn't have Kerberos, but are building it now that the knob has been inverted? Do those systems have *complete* and *clean* source trees, including the Kerberos sources? I just don't understand what else could be wrong - the tinderboxen all build fine, and I just checked that the prebuild_libs ordering is correct; it builds all the Kerberos libraries before building libpam. Can you give me shell access on one of the affected systems? DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:00:14 2003 Return-Path: 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 2E8A337B401 for ; Tue, 6 May 2003 10:00:14 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E3BB43FBD for ; Tue, 6 May 2003 10:00:09 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h46Gxwm2037206; Tue, 6 May 2003 10:00:02 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h46Gxs2Y037204; Tue, 6 May 2003 09:59:54 -0700 (PDT) Date: Tue, 6 May 2003 09:59:53 -0700 From: "David O'Brien" To: Mark Murray Message-ID: <20030506165953.GA37180@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Mark Murray , current@freebsd.org References: <20030506163114.GA36798@dragon.nuxi.com> <200305061649.h46GnH8c085779@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305061649.h46GnH8c085779@grimreaper.grondar.org> 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 cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 17:00:14 -0000 On Tue, May 06, 2003 at 05:49:17PM +0100, Mark Murray wrote: > "David O'Brien" writes: > > > Your source tree is incomplete. If you really do not want Kerberos, > > > see the attached message (which you should have read before posting). > > > > I am seeing this on more than one machine also (in fact it is preventing > > the Alpha 5.1 BETA snapshot from being built). > > I have CVSup'ed and 'cvs up'ed many times. > > What is your output from > $ find /usr/src -name krb5.h ./crypto/heimdal/lib/krb5/krb5.h what Makefile and rule should be installing this header? ./kerberos5/lib/libkrb5/Makefile:INCS= krb5.h ${.CURDIR}/../../include/krb5-types.h \ ./kerberos5/Makefile.inc:heim_err.c heim_err.h: ${KRB5DIR}/lib/krb5/heim_err.et are the only non-/usr/src/crypto places I find it. > and what is the content of your cvs-supfile? *default host=cvsup7.FreeBSD.org *default release=cvs *default delete use-rel-suffix *default umask=002 ..snip.. cvsroot-all src-all From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:03:11 2003 Return-Path: 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 82F0237B401; Tue, 6 May 2003 10:03:11 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8130E43FB1; Tue, 6 May 2003 10:03:10 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46H38Lr055615; Tue, 6 May 2003 19:03:08 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Dag-Erling Smorgrav From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 18:56:12 +0200." Date: Tue, 06 May 2003 19:03:08 +0200 Message-ID: <55614.1052240588@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 17:03:11 -0000 In message , Dag-Erling Smorgrav writes: >"David O'Brien" writes: >> I am seeing this on more than one machine also (in fact it is preventing >> the Alpha 5.1 BETA snapshot from being built). >> I have CVSup'ed and 'cvs up'ed many times. > >Am I correct in guessing that those are all systems that previously >didn't have Kerberos, but are building it now that the knob has been >inverted? I never have given any options pro or contra kerberos, so that sounds likely. >Do those systems have *complete* and *clean* source trees, including >the Kerberos sources? Yes. I'll start a make universe again and we can see what happens... -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:05:19 2003 Return-Path: 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 70A0737B401; Tue, 6 May 2003 10:05:19 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F5DA43FDD; Tue, 6 May 2003 10:05:14 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46H59Lr055629; Tue, 6 May 2003 19:05:13 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Mark Murray From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 17:49:17 BST." <200305061649.h46GnH8c085779@grimreaper.grondar.org> Date: Tue, 06 May 2003 19:05:09 +0200 Message-ID: <55628.1052240709@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 17:05:19 -0000 In message <200305061649.h46GnH8c085779@grimreaper.grondar.org>, Mark Murray wr ites: >"David O'Brien" writes: >> > Your source tree is incomplete. If you really do not want Kerberos, >> > see the attached message (which you should have read before posting). >> >> I am seeing this on more than one machine also (in fact it is preventing >> the Alpha 5.1 BETA snapshot from being built). >> I have CVSup'ed and 'cvs up'ed many times. > >What is your output from > >$ find /usr/src -name krb5.h bang# find /usr/src/ -name krb5.h /usr/src/crypto/heimdal/lib/krb5/krb5.h >and what is the content of your cvs-supfile? bang# diff -u cvs-supfile /usr/src/share/examples/cvsup/cvs-supfile bang# -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:05:38 2003 Return-Path: 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 8248137B404; Tue, 6 May 2003 10:05:38 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD4843F85; Tue, 6 May 2003 10:05:37 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46H5aLr055637; Tue, 6 May 2003 19:05:36 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Mark Murray From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 17:49:17 BST." <200305061649.h46GnH8c085779@grimreaper.grondar.org> Date: Tue, 06 May 2003 19:05:36 +0200 Message-ID: <55636.1052240736@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 17:05:38 -0000 In message <200305061649.h46GnH8c085779@grimreaper.grondar.org>, Mark Murray wr ites: >"David O'Brien" writes: >> > Your source tree is incomplete. If you really do not want Kerberos, >> > see the attached message (which you should have read before posting). >> >> I am seeing this on more than one machine also (in fact it is preventing >> the Alpha 5.1 BETA snapshot from being built). >> I have CVSup'ed and 'cvs up'ed many times. Oh, I should add: this is make -j 12, it could be a dependency problem. -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:10:37 2003 Return-Path: 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 AF10037B404 for ; Tue, 6 May 2003 10:10:37 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7022F43FB1 for ; Tue, 6 May 2003 10:10:36 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h46HARm2037436; Tue, 6 May 2003 10:10:27 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h46HAMRi037431; Tue, 6 May 2003 10:10:22 -0700 (PDT) Date: Tue, 6 May 2003 10:10:22 -0700 From: "David O'Brien" To: Dag-Erling Smorgrav Message-ID: <20030506171022.GD37180@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Dag-Erling Smorgrav , current@freebsd.org References: <20030505094607.GA90653@droso.net> <20030506163114.GA36798@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 17:10:38 -0000 On Tue, May 06, 2003 at 06:56:12PM +0200, Dag-Erling Smorgrav wrote: > "David O'Brien" writes: > > I am seeing this on more than one machine also (in fact it is preventing > > the Alpha 5.1 BETA snapshot from being built). > > I have CVSup'ed and 'cvs up'ed many times. > > Am I correct in guessing that those are all systems that previously > didn't have Kerberos, but are building it now that the knob has been > inverted? Correct. > Do those systems have *complete* and *clean* source trees, including > the Kerberos sources? Yes, as far as I can tell. > I just don't understand what else could be wrong - the tinderboxen all > build fine, and I just checked that the prebuild_libs ordering is > correct; it builds all the Kerberos libraries before building libpam. > > Can you give me shell access on one of the affected systems? That would be hard to do. I'll see if it could be possible. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:43:05 2003 Return-Path: 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 3ED9237B401 for ; Tue, 6 May 2003 10:43:05 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 338B843F75 for ; Tue, 6 May 2003 10:43:00 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46HgwLr056029; Tue, 6 May 2003 19:42:58 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Heiko Schaefer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 16:41:30 +0200." <20030506162410.M66653@daneel.foundation.hs> Date: Tue, 06 May 2003 19:42:58 +0200 Message-ID: <56028.1052242978@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 17:43:05 -0000 In message <20030506162410.M66653@daneel.foundation.hs>, Heiko Schaefer writes: >more numbers: i typically see 1-2 blocks of corrupted data (32kb is the >size of corrupted data i usually see) on that 60gb disk. I just saw this as well in the stdout+stderr from a make universe :-( Dual Athlon, ccd striped scsi disks. -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:18:10 2003 Return-Path: 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 9E30337B401 for ; Tue, 6 May 2003 11:18:10 -0700 (PDT) Received: from sauron.fto.de (p15106025.pureserver.info [217.160.140.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB69C43F3F for ; Tue, 6 May 2003 11:18:09 -0700 (PDT) (envelope-from hschaefer@fto.de) Received: from localhost (localhost.fto.de [127.0.0.1]) by sauron.fto.de (Postfix) with ESMTP id AE08625C105; Tue, 6 May 2003 20:18:06 +0200 (CEST) Received: from sauron.fto.de ([127.0.0.1]) by localhost (sauron [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30398-01; Tue, 6 May 2003 20:18:05 +0200 (CEST) Received: from giskard.foundation.hs (p5091A82E.dip.t-dialin.net [80.145.168.46]) by sauron.fto.de (Postfix) with ESMTP id DF1CF25C102; Tue, 6 May 2003 20:18:04 +0200 (CEST) Received: from daneel.foundation.hs (daneel.foundation.hs [192.168.20.2]) by giskard.foundation.hs (8.9.3/8.9.3) with ESMTP id UAA43494; Tue, 6 May 2003 20:18:03 +0200 (CEST) (envelope-from hschaefer@fto.de) Date: Tue, 6 May 2003 20:18:03 +0200 (CEST) From: Heiko Schaefer X-X-Sender: heiko@daneel.foundation.hs To: Poul-Henning Kamp In-Reply-To: <56028.1052242978@critter.freebsd.dk> Message-ID: <20030506201618.J66653@daneel.foundation.hs> References: <56028.1052242978@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at fto.de cc: current@freebsd.org Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:18:10 -0000 Hi Poul, > >more numbers: i typically see 1-2 blocks of corrupted data (32kb is the > >size of corrupted data i usually see) on that 60gb disk. > > I just saw this as well in the stdout+stderr from a make universe :-( erm... this sounds exciting to me, but i have no clue what you actually mean. could you enlighten me ? :) as i am currently spending heavy thought on investing more money in hardware to solve my problem, any hints regarding software-reasons would be most appreciated. Heiko -- Free Software. Why put up with inferior code and antisocial corporations? http://www.gnu.org/philosophy/why-free.html From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:18:40 2003 Return-Path: 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 0B74937B401; Tue, 6 May 2003 11:18:40 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BC1443FB1; Tue, 6 May 2003 11:18:39 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h46IIcSQ091583; Tue, 6 May 2003 19:18:38 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h46IIbw7091582; Tue, 6 May 2003 19:18:37 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h46IFh8c086683; Tue, 6 May 2003 19:15:43 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305061815.h46IFh8c086683@grimreaper.grondar.org> To: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 19:05:36 +0200." <55636.1052240736@critter.freebsd.dk> Date: Tue, 06 May 2003 19:15:43 +0100 Sender: mark@grondar.org cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:18:40 -0000 "Poul-Henning Kamp" writes: > In message <200305061649.h46GnH8c085779@grimreaper.grondar.org>, Mark Murray > wr > ites: > >"David O'Brien" writes: > >> > Your source tree is incomplete. If you really do not want Kerberos, > >> > see the attached message (which you should have read before posting). > >> > >> I am seeing this on more than one machine also (in fact it is preventing > >> the Alpha 5.1 BETA snapshot from being built). > >> I have CVSup'ed and 'cvs up'ed many times. > > Oh, I should add: this is make -j 12, it could be a dependency problem. Aaah. That gives me something to look at. Make -j was broken for me for a considerable length of time, so I haven't been checking it. David, were you doing -jN builds? Any build options in /etc/make.conf or in your environment? M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:21:12 2003 Return-Path: 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 ABB4837B404; Tue, 6 May 2003 11:21:12 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C9543FB1; Tue, 6 May 2003 11:21:11 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46IL9Lr056592; Tue, 6 May 2003 20:21:09 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Mark Murray From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 19:15:43 BST." <200305061815.h46IFh8c086683@grimreaper.grondar.org> Date: Tue, 06 May 2003 20:21:09 +0200 Message-ID: <56591.1052245269@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:21:13 -0000 In message <200305061815.h46IFh8c086683@grimreaper.grondar.org>, Mark Murray wr ites: >"Poul-Henning Kamp" writes: >> In message <200305061649.h46GnH8c085779@grimreaper.grondar.org>, Mark Murray >> wr >> ites: >> >"David O'Brien" writes: >> >> > Your source tree is incomplete. If you really do not want Kerberos, >> >> > see the attached message (which you should have read before posting). >> >> >> >> I am seeing this on more than one machine also (in fact it is preventing >> >> the Alpha 5.1 BETA snapshot from being built). >> >> I have CVSup'ed and 'cvs up'ed many times. >> >> Oh, I should add: this is make -j 12, it could be a dependency problem. > >Aaah. That gives me something to look at. Make -j was broken for >me for a considerable length of time, so I haven't been checking it. > >David, were you doing -jN builds? > >Any build options in /etc/make.conf or in your environment? Make universe neuters /etc/make.conf -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:21:59 2003 Return-Path: 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 9B63D37B401 for ; Tue, 6 May 2003 11:21:59 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACABF43F3F for ; Tue, 6 May 2003 11:21:58 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46ILvLr056603; Tue, 6 May 2003 20:21:58 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Heiko Schaefer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 20:18:03 +0200." <20030506201618.J66653@daneel.foundation.hs> Date: Tue, 06 May 2003 20:21:57 +0200 Message-ID: <56602.1052245317@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:21:59 -0000 In message <20030506201618.J66653@daneel.foundation.hs>, Heiko Schaefer writes: >Hi Poul, > >> >more numbers: i typically see 1-2 blocks of corrupted data (32kb is the >> >size of corrupted data i usually see) on that 60gb disk. >> >> I just saw this as well in the stdout+stderr from a make universe :-( > >erm... this sounds exciting to me, but i have no clue what you actually >mean. could you enlighten me ? :) > >as i am currently spending heavy thought on investing more money in >hardware to solve my problem, any hints regarding software-reasons would >be most appreciated. I have no clue to software reasons yet, but the fact that I saw something similar means that you should not rush out to get new hardware just yet. -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:23:40 2003 Return-Path: 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 0B29337B401; Tue, 6 May 2003 11:23:40 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2225E43F85; Tue, 6 May 2003 11:23:39 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h46INcSQ091662; Tue, 6 May 2003 19:23:38 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h46INcDQ091661; Tue, 6 May 2003 19:23:38 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h46IMR8c086769; Tue, 6 May 2003 19:22:27 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305061822.h46IMR8c086769@grimreaper.grondar.org> To: obrien@freebsd.org In-Reply-To: Your message of "Tue, 06 May 2003 09:59:53 PDT." <20030506165953.GA37180@dragon.nuxi.com> Date: Tue, 06 May 2003 19:22:27 +0100 Sender: mark@grondar.org cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:23:40 -0000 "David O'Brien" writes: > > What is your output from > > $ find /usr/src -name krb5.h > > ./crypto/heimdal/lib/krb5/krb5.h > > what Makefile and rule should be installing this header? Its a kerberos5/lib/libkrb5 thing. Do you have a _complete_ logfile of your build with failure? Can you put it on freefall for me to pick up? Its very important for me to see which stage of the build (etc, etc) this is failing at. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:28:20 2003 Return-Path: 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 14BD237B404 for ; Tue, 6 May 2003 11:28:20 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4680843FA3 for ; Tue, 6 May 2003 11:28:19 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h46IS3m2038253; Tue, 6 May 2003 11:28:03 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h46IRtKO038233; Tue, 6 May 2003 11:27:55 -0700 (PDT) Date: Tue, 6 May 2003 11:27:55 -0700 From: "David O'Brien" To: Mark Murray Message-ID: <20030506182755.GA38205@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Mark Murray , Poul-Henning Kamp , current@freebsd.org References: <55636.1052240736@critter.freebsd.dk> <200305061815.h46IFh8c086683@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305061815.h46IFh8c086683@grimreaper.grondar.org> 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 cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:28:20 -0000 On Tue, May 06, 2003 at 07:15:43PM +0100, Mark Murray wrote: > "Poul-Henning Kamp" writes: > > In message <200305061649.h46GnH8c085779@grimreaper.grondar.org>, Mark Murray > > wr > > ites: > > >"David O'Brien" writes: > > >> > Your source tree is incomplete. If you really do not want Kerberos, > > >> > see the attached message (which you should have read before posting). > > >> > > >> I am seeing this on more than one machine also (in fact it is preventing > > >> the Alpha 5.1 BETA snapshot from being built). > > >> I have CVSup'ed and 'cvs up'ed many times. > > > > Oh, I should add: this is make -j 12, it could be a dependency problem. > > Aaah. That gives me something to look at. Make -j was broken for > me for a considerable length of time, so I haven't been checking it. > > David, were you doing -jN builds? Nope. > Any build options in /etc/make.conf or in your environment? NO_INFO=yes NOPROFILE=yes From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:39:51 2003 Return-Path: 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 8581037B401 for ; Tue, 6 May 2003 11:39:51 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB2F43F75 for ; Tue, 6 May 2003 11:39:48 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h46IdlO9087607; Tue, 6 May 2003 20:39:47 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h46Idk0u087606; Tue, 6 May 2003 20:39:46 +0200 (CEST) Date: Tue, 6 May 2003 20:39:46 +0200 From: Wilko Bulte To: Mark Murray Message-ID: <20030506183946.GA87576@freebie.xs4all.nl> References: <55636.1052240736@critter.freebsd.dk> <200305061815.h46IFh8c086683@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305061815.h46IFh8c086683@grimreaper.grondar.org> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:39:51 -0000 On Tue, May 06, 2003 at 07:15:43PM +0100, Mark Murray wrote: > "Poul-Henning Kamp" writes: > > In message <200305061649.h46GnH8c085779@grimreaper.grondar.org>, Mark Murray > > wr > > ites: > > >"David O'Brien" writes: > > >> > Your source tree is incomplete. If you really do not want Kerberos, > > >> > see the attached message (which you should have read before posting). > > >> > > >> I am seeing this on more than one machine also (in fact it is preventing > > >> the Alpha 5.1 BETA snapshot from being built). > > >> I have CVSup'ed and 'cvs up'ed many times. > > > > Oh, I should add: this is make -j 12, it could be a dependency problem. > > Aaah. That gives me something to look at. Make -j was broken for > me for a considerable length of time, so I haven't been checking it. make -j4 built Alpha -current as of a few days ago just fine on my dual CPU AS4100. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:56:30 2003 Return-Path: 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 3FB5B37B401 for ; Tue, 6 May 2003 11:56:30 -0700 (PDT) Received: from mirapoint2.brutele.be (mirapoint2.brutele.be [212.68.203.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F4C443FA3 for ; Tue, 6 May 2003 11:56:29 -0700 (PDT) (envelope-from leonnguyen@brutele.be) Received: from michael.meinert.be (212.68.251.155.brutele.be [212.68.251.155]) by mirapoint2.brutele.be (Mirapoint Messaging Server MOS 3.3.2-CR) with SMTP id AHH15524; Tue, 6 May 2003 20:56:27 +0200 (CEST) Date: Tue, 6 May 2003 20:55:34 +0200 From: tnhn To: freebsd-current@freebsd.org Message-Id: <20030506205534.56c94e15.leonnguyen@brutele.be> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: groff and "make buildworld" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:56:30 -0000 Hi there, I just synchronized and when trying to buildworld it stalled at "groff -Tascii -mtty-char -ms -o1- /usr/src/share/doc/papers/beyond4.3/beyond43.ms | gzip -cn > beyond43.ascii.gz". The process "Troff" is taking 99% CPU but the system is not freezed, I can kill the process and he re-stalled at the next doc he try to gzip... I'm pretty sure this is related to that : http://www.freebsdforums.org/forums/showthread.php?threadid=9395 but can't find a solution to. Thx in advance Leon From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:05:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 6678837B408; Tue, 6 May 2003 12:05:18 -0700 (PDT) Date: Tue, 6 May 2003 12:05:18 -0700 From: David O'Brien To: Wilko Bulte Message-ID: <20030506120518.A91532@hub.freebsd.org> References: <55636.1052240736@critter.freebsd.dk> <200305061815.h46IFh8c086683@grimreaper.grondar.org> <20030506183946.GA87576@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030506183946.GA87576@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Tue, May 06, 2003 at 08:39:46PM +0200 X-Operating-System: FreeBSD 4.8-RC 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 cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:05:18 -0000 On Tue, May 06, 2003 at 08:39:46PM +0200, Wilko Bulte wrote: > make -j4 built Alpha -current as of a few days ago just fine on my > dual CPU AS4100. Can you check to see if you have /usr/include/krb5.h? If you don't, can you rm -rf /usr/obj/* and do a full 'make world' and see if you wind up with one? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:07:58 2003 Return-Path: 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 9DE3837B401 for ; Tue, 6 May 2003 12:07:58 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABBE443F3F for ; Tue, 6 May 2003 12:07:57 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46J7uLr057157; Tue, 6 May 2003 21:07:56 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 12:05:18 PDT." <20030506120518.A91532@hub.freebsd.org> Date: Tue, 06 May 2003 21:07:55 +0200 Message-ID: <57156.1052248075@critter.freebsd.dk> Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:07:58 -0000 In message <20030506120518.A91532@hub.freebsd.org>, "David O'Brien" write s: >On Tue, May 06, 2003 at 08:39:46PM +0200, Wilko Bulte wrote: >> make -j4 built Alpha -current as of a few days ago just fine on my >> dual CPU AS4100. My make universe has gotten through ia64 buildworld and i386 buildworld now without problems. -- 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 incompetenc e. From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:13:41 2003 Return-Path: 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 5536937B405 for ; Tue, 6 May 2003 12:13:41 -0700 (PDT) Received: from smtp1.Stanford.EDU (smtp1.Stanford.EDU [171.64.14.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id C632743F75 for ; Tue, 6 May 2003 12:13:40 -0700 (PDT) (envelope-from jstockdale@stanford.edu) Received: from quenya (quenya.Stanford.EDU [128.12.44.61]) by smtp1.Stanford.EDU (8.12.9/8.12.9) with ESMTP id h46JDcsQ015198 for ; Tue, 6 May 2003 12:13:38 -0700 (PDT) From: "John Stockdale" To: Date: Tue, 6 May 2003 12:13:09 -0700 Message-ID: <001001c31403$88c7d1c0$3d2c0c80@quenya> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Subject: ENOMEM 0xXXXXXXXX on 0xc677d880 (twed0.bde) Message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:13:41 -0000 Should I be worried about occasional messages in the form: ENOMEM 0xYYYYYYYY on 0xC677d880 (twed0.bde) Where YYYYYYYY is some hexidecimal number? It's occuring on my 1.4TB Raid 5 array run on a 3Ware 7500-8. The box is running 5.0-CURRENT (a few weeks since the last makeworld). The box is a 2x2.0 GHz Xeon running on a i7505 chipset based motherboard (tyan) with 2x512MB DDR2100 Any thoughts would be appreciated. Oh and while I'm at it, has anyone gotten the 3dmd management daemon running on current? Thanks. -John From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:15:11 2003 Return-Path: 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 789CF37B401 for ; Tue, 6 May 2003 12:15:11 -0700 (PDT) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 797F743FB1 for ; Tue, 6 May 2003 12:15:10 -0700 (PDT) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.9/8.11.6) with SMTP id h46JF9Ss020139; Tue, 6 May 2003 21:15:09 +0200 Received: (nullmailer pid 6259 invoked by uid 1000); Tue, 06 May 2003 17:16:33 -0000 Date: Tue, 6 May 2003 19:16:32 +0200 From: Mark Santcroos To: Heiko Schaefer Message-ID: <20030506171632.GA767@laptop.6bone.nl> References: <20030506162410.M66653@daneel.foundation.hs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030506162410.M66653@daneel.foundation.hs> User-Agent: Mutt/1.4.1i X-Handles: MS6-6BONE, MS18417-RIPE cc: current@freebsd.org Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:15:11 -0000 On Tue, May 06, 2003 at 04:41:30PM +0200, Heiko Schaefer wrote: > does anyone know of any (freebsd-current) issues that might be causing > this - or have any idea on how i can further rule out anything of this > kind ? Try this in your kernel config: options DISABLE_PSE options DISABLE_PG_G -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:16:58 2003 Return-Path: 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 7368037B401 for ; Tue, 6 May 2003 12:16:58 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 726F243FA3 for ; Tue, 6 May 2003 12:16:57 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46JGuLr057271; Tue, 6 May 2003 21:16:56 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "John Stockdale" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 12:13:09 PDT." <001001c31403$88c7d1c0$3d2c0c80@quenya> Date: Tue, 06 May 2003 21:16:56 +0200 Message-ID: <57270.1052248616@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: ENOMEM 0xXXXXXXXX on 0xc677d880 (twed0.bde) Message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:16:58 -0000 In message <001001c31403$88c7d1c0$3d2c0c80@quenya>, "John Stockdale" writ es: >Should I be worried about occasional messages in the form: > >ENOMEM 0xYYYYYYYY on 0xC677d880 (twed0.bde) No, they are harmless. -- 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 incompetenc e. From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:44:31 2003 Return-Path: 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 AFE9037B401 for ; Tue, 6 May 2003 12:44:30 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2559843FE1 for ; Tue, 6 May 2003 12:44:30 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h46JiT108205 for ; Tue, 6 May 2003 12:44:29 -0700 (PDT) Message-ID: <3EB8109D.2060307@isi.edu> Date: Tue, 06 May 2003 12:44:29 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050606080100070606050100" Subject: hardcoded -C argument to ${INSTALL} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:44:31 -0000 This is a cryptographically signed message in MIME format. --------------ms050606080100070606050100 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm putting a script together that will remove stale pieces after an installworld, and my find+mtime approach chokes, because some uses of ${INSTALL} in the Makefiles hardcode the -C argument, which will cause file modification times to not be updated if the files are identical. For example: include/Makefile share/mk/bsd.incs.mk sys/boot/efi/loader/Makefile sys/boot/alpha/common/Makefile.common ... I'm no guru on the buildworld process, so I'm wondering whether this is by design, or an oversight? Can the -C be removed without ill effects? If so, I'd be happy to take post a patch; let me know. Thanks, Lars -- Lars Eggert USC Information Sciences Institute --------------ms050606080100070606050100 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDUwNjE5NDQyOVowIwYJKoZIhvcNAQkEMRYEFOlFH7rCQfEtBJDNhFpW xrH3FDwqMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAFZCa2L8NnWptjsaX6UN7OouOrNI3Kq0+cabw fwwjVgRxffKR90tQdKUY8vKXCJxGa3iSM+5elhSp829S8PVS8ToR0uOtzALmVzw9HUygn4fZ +nGls1LtWy1xczUa8w0q0Fq7Y5090DWgR0isc1jWU8TGkdIxg3E4mUDdUHPANVOrzZuueq2L E0VeO3sYjP83rk0t+WsOLxFMenopSjavmNWhPuK8pvaIn5DfIvrwLUGSr/kPanffX91xx6fK QjtH0QPD4JPKwOc7ndxZEcXeLYdxy8MYG7kW0cqki3daus4SospjSa+sf1j0SRZm7qsF5y6P PJL7bwibAb8ZyjyDuQAAAAAAAA== --------------ms050606080100070606050100-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:45:16 2003 Return-Path: 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 2F97637B401 for ; Tue, 6 May 2003 12:45:16 -0700 (PDT) Received: from grogged.dyndns.org (c-66-41-94-114.mn.client2.attbi.com [66.41.94.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F06743F3F for ; Tue, 6 May 2003 12:45:15 -0700 (PDT) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id 50C4516809; Tue, 6 May 2003 14:34:53 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id 4CFD7D23A; Tue, 6 May 2003 14:34:53 -0500 (CDT) Date: Tue, 6 May 2003 14:34:53 -0500 (CDT) From: matt To: Poul-Henning Kamp In-Reply-To: <37449.1052119413@critter.freebsd.dk> Message-ID: <20030506142601.O6424-100000@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: gbde atttach on sparc64 = kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:45:16 -0000 Thanks, works great now! On a related note, the problem I had brought up weeks ago (gbde + ccd() + md() = corruption) seems to have dissapeared. The same torture tests that were causing problems seem to be error-free now on sparc64 and x86 boxes, and a couple trial runs with other files seems to look like it should now as well. In retrospect, given the traffic on the list regarding filesystem corruption issues, that problem may not have even been related to gbde. Hard to say I guess, but it's nice that it's working now. -m On Mon, 5 May 2003, Poul-Henning Kamp wrote: > In message <20030504222506.L97149-100000@grogged.dyndns.org>, matt writes: > > > >I've been playing with gbde on the latest sparc64 current (last saturday > >anyhow), everytime I try and "gbde attach *devicename*" I get a kernel > >panic - I'm trying to attach gbde to the md() device (which in turn is > >pointed at a file on a ufs1 filesystem). More details below: > > > >db> trace > >panic() at panic+0x134 > >trap() at trap+0x324 > >-- memory address not aligned sfar=0xfffff80035cace51 sfsr=0x40029%o7=0xc014bd9c -- > >Decode() at Decode+0x34 > >MD5Update() at MD5Update+0x94 > >g_bde_decode_lock() at g_bde_decode_lock+0x320 > > Fixed. > > MD5Update() assumed word aligned input, it should not. > > -- > 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. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:46:50 2003 Return-Path: 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 8DFFE37B401 for ; Tue, 6 May 2003 12:46:50 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACFF843F93 for ; Tue, 6 May 2003 12:46:49 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46JkmLr058000; Tue, 6 May 2003 21:46:48 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: matt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 14:34:53 CDT." <20030506142601.O6424-100000@grogged.dyndns.org> Date: Tue, 06 May 2003 21:46:48 +0200 Message-ID: <57999.1052250408@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: gbde atttach on sparc64 = kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:46:50 -0000 In message <20030506142601.O6424-100000@grogged.dyndns.org>, matt writes: > >Thanks, works great now! > >On a related note, the problem I had brought up weeks ago (gbde + ccd() + >md() = corruption) seems to have dissapeared. The same torture tests that >were causing problems seem to be error-free now on sparc64 and x86 boxes, >and a couple trial runs with other files seems to look like it should now as >well. In retrospect, given the traffic on the list regarding filesystem >corruption issues, that problem may not have even been related to gbde. >Hard to say I guess, but it's nice that it's working now. Your report actually helped me find two issues in GBDE, so you had hold of the long end of that rope :-) -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:54:25 2003 Return-Path: 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 595AF37B401; Tue, 6 May 2003 12:54:25 -0700 (PDT) Received: from MX3.estpak.ee (mta2.mail.neti.ee [194.126.101.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id B764643FA3; Tue, 6 May 2003 12:54:23 -0700 (PDT) (envelope-from kalts@estpak.ee) Received: from kevad.internal (80-235-34-165-dsl.mus.estpak.ee [80.235.34.165]) by MX3.estpak.ee (Postfix) with ESMTP id A1D6B881D3; Tue, 6 May 2003 22:54:21 +0300 (EEST) Received: (from vallo@localhost) by kevad.internal (8.12.9/8.12.9/Submit) id h46CsK9x000871; Tue, 6 May 2003 15:54:20 +0300 (EEST) (envelope-from vallo) Date: Tue, 6 May 2003 15:54:20 +0300 From: Vallo Kallaste To: "Greg 'groggy' Lehey" Message-ID: <20030506125420.GA697@kevad.internal> References: <20030505153018.GA28343@hellblazer.celabo.org> <20030505164843.GB17679@madman.celabo.org> <20030506052545.GE52037@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030506052545.GE52037@wantadilla.lemis.com> User-Agent: Mutt/1.5.4i-ja.1 cc: "Jacques A. Vidrine" cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: Today's -CURRENT, vinum damage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kalts@estpak.ee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:54:25 -0000 On Tue, May 06, 2003 at 02:55:45PM +0930, Greg 'groggy' Lehey wrote: > >> I cvsup'd this morning, and built/installed a new -CURRENT. (I was > >> previously running circa morning April 29.) > >> > >> I was greeted by > >> WARNING: Expected rawoffset 63, found 0 > >> which seemed harmless enough (I only mention it in passing). > >> > >> When attempting to start Vinum, the `vinum' process became stuck & > >> unkillable in biord. Has anyone else seen this? > >> > >> I loaded my old kernel and I am trying to recover by rebuilding a > >> morning of 2003/05/04 world. > > > > The `morning of 2003/05/04' world works. I will try again in a couple > > of days, and get some more debug info if the problem persists. > > Is anybody else having trouble with recent Vinum? If so, please let > me know as soon as possible. It's broken. I had to do some repairwork to get my /usr back up just moments ago. The May 6 kernel and userland from ~17:30 UTC hangs at boot while trying to start vinum (scan disks). May 1 kernel and May 6 userland will not play together, complains about some ioctl. I had to boot Windows and download older vinum(8) binary from JPSNAP livetree. I don't want to see such things in the supposedly _BETA_ software. This isn't BETA, it's some weird breed if I can name it. Ugh. -- Vallo Kallaste From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:59:53 2003 Return-Path: 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 52E1137B401 for ; Tue, 6 May 2003 12:59:53 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6644343FAF for ; Tue, 6 May 2003 12:59:52 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46JxnLr058318; Tue, 6 May 2003 21:59:50 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Lars Eggert From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 12:44:29 PDT." <3EB8109D.2060307@isi.edu> Date: Tue, 06 May 2003 21:59:49 +0200 Message-ID: <58317.1052251189@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: hardcoded -C argument to ${INSTALL} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:59:53 -0000 In message <3EB8109D.2060307@isi.edu>, Lars Eggert writes: >This is a cryptographically signed message in MIME format. > >--------------ms050606080100070606050100 >Content-Type: text/plain; charset=us-ascii; format=flowed >Content-Transfer-Encoding: 7bit > >Hi, > >I'm putting a script together that will remove stale pieces after an >installworld, and my find+mtime approach chokes, because some uses of >${INSTALL} in the Makefiles hardcode the -C argument, which will cause >file modification times to not be updated if the files are identical. I would argue this is actually the correct behaviour.o My suggestion for such a tool would be to run make installworld with a DESTDIR set, and compare the two trees ? -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:09:03 2003 Return-Path: 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 9997537B401 for ; Tue, 6 May 2003 13:09:03 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7029A43F93 for ; Tue, 6 May 2003 13:09:02 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h46K91O9088198 for ; Tue, 6 May 2003 22:09:01 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h46K91XW088197 for current@FreeBSD.ORG; Tue, 6 May 2003 22:09:01 +0200 (CEST) Date: Tue, 6 May 2003 22:09:01 +0200 From: Wilko Bulte To: current@FreeBSD.ORG Message-ID: <20030506200901.GE87989@freebie.xs4all.nl> References: <55636.1052240736@critter.freebsd.dk> <200305061815.h46IFh8c086683@grimreaper.grondar.org> <20030506183946.GA87576@freebie.xs4all.nl> <20030506120518.A91532@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030506120518.A91532@hub.freebsd.org> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 20:09:03 -0000 On Tue, May 06, 2003 at 12:05:18PM -0700, David O'Brien wrote: > On Tue, May 06, 2003 at 08:39:46PM +0200, Wilko Bulte wrote: > > make -j4 built Alpha -current as of a few days ago just fine on my > > dual CPU AS4100. > > Can you check to see if you have /usr/include/krb5.h? FreeBSD 5.0-CURRENT (RAW) #0: Sat Apr 26 14:57:58 CEST 2003 rawhide#cd /usr rawhide#find . -name krb5.h -print ./include/krb5.h ./src/crypto/heimdal/lib/krb5/krb5.h rawhide# > If you don't, can you rm -rf /usr/obj/* and do a full 'make world' and > see if you wind up with one? I also have a full make buildworld log if people are interested? W/ -- | / o / /_ _ wilko@freebsd.org |/|/ / / /( (_) Bulte From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:09:25 2003 Return-Path: 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 99A1A37B401 for ; Tue, 6 May 2003 13:09:25 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18EF143FB1 for ; Tue, 6 May 2003 13:09:24 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h46K9NO9088213; Tue, 6 May 2003 22:09:23 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h46K9Nea088212; Tue, 6 May 2003 22:09:23 +0200 (CEST) Date: Tue, 6 May 2003 22:09:23 +0200 From: Wilko Bulte To: Poul-Henning Kamp Message-ID: <20030506200923.GF87989@freebie.xs4all.nl> References: <20030506120518.A91532@hub.freebsd.org> <57156.1052248075@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57156.1052248075@critter.freebsd.dk> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 20:09:25 -0000 On Tue, May 06, 2003 at 09:07:55PM +0200, Poul-Henning Kamp wrote: > In message <20030506120518.A91532@hub.freebsd.org>, "David O'Brien" write > s: > >On Tue, May 06, 2003 at 08:39:46PM +0200, Wilko Bulte wrote: > >> make -j4 built Alpha -current as of a few days ago just fine on my > >> dual CPU AS4100. > > My make universe has gotten through ia64 buildworld and i386 > buildworld now without problems. Lemme guess: the Alpha build is still running? ;-) -- | / o / /_ _ wilko@freebie.xs4all.nl |/|/ / / /( (_) Bulte From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:33 2003 Return-Path: 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 933F937B401 for ; Tue, 6 May 2003 13:10:33 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9173643F93 for ; Tue, 6 May 2003 13:10:32 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h46KAVLr058576; Tue, 6 May 2003 22:10:31 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Wilko Bulte From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 May 2003 22:09:23 +0200." <20030506200923.GF87989@freebie.xs4all.nl> Date: Tue, 06 May 2003 22:10:31 +0200 Message-ID: <58575.1052251831@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 20:10:33 -0000 In message <20030506200923.GF87989@freebie.xs4all.nl>, Wilko Bulte writes: >On Tue, May 06, 2003 at 09:07:55PM +0200, Poul-Henning Kamp wrote: >> In message <20030506120518.A91532@hub.freebsd.org>, "David O'Brien" write >> s: >> >On Tue, May 06, 2003 at 08:39:46PM +0200, Wilko Bulte wrote: >> >> make -j4 built Alpha -current as of a few days ago just fine on my >> >> dual CPU AS4100. >> >> My make universe has gotten through ia64 buildworld and i386 >> buildworld now without problems. > >Lemme guess: the Alpha build is still running? ;-) Still chugging through my collection of i386 kernels... -- 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. From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:13:15 2003 Return-Path: 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 A8F0837B404 for ; Tue, 6 May 2003 13:13:15 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1148743FBD for ; Tue, 6 May 2003 13:13:15 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h46KDB104340; Tue, 6 May 2003 13:13:11 -0700 (PDT) Message-ID: <3EB81757.6050402@isi.edu> Date: Tue, 06 May 2003 13:13:11 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <58317.1052251189@critter.freebsd.dk> In-Reply-To: <58317.1052251189@critter.freebsd.dk> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040800030908020007080802" cc: current@freebsd.org Subject: Re: hardcoded -C argument to ${INSTALL} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 20:13:16 -0000 This is a cryptographically signed message in MIME format. --------------ms040800030908020007080802 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Poul-Henning Kamp wrote: > In message <3EB8109D.2060307@isi.edu>, Lars Eggert writes: >> >>I'm putting a script together that will remove stale pieces after an >>installworld, and my find+mtime approach chokes, because some uses of >>${INSTALL} in the Makefiles hardcode the -C argument, which will cause >>file modification times to not be updated if the files are identical. > > I would argue this is actually the correct behaviour.o It's probably faster because the copy operation is skipped when the files are identical, but otherwise the results should be identical (modulo the updated mtimes). If so, putting "INSTALL=install -C" in /etc/make.conf accomplished this easily. The problem is that there's currently no way to turn off the hardcoded -C in some Makefiles. > My suggestion for such a tool would be to run make installworld with > a DESTDIR set, and compare the two trees ? That's an approach I hadn't considered, but it feels more heavy-weight. Lars -- Lars Eggert USC Information Sciences Institute --------------ms040800030908020007080802 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDUwNjIwMTMxMVowIwYJKoZIhvcNAQkEMRYEFOkqdBh6n9d+EVIqJWVv 1s3fP6u8MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAZMZoWfUJcK7RkkM2kmMpRlrvfgE+rpOorldv j4Iy2zCxh7xf//xA80IOigmmWYV8wDD3v2jUQsXIal1+GP2tbVdc9sk9j0MnQPX62FnWsnE6 JzqvLKEuWhEuo8d8hUXBZl9oPNoQwkuNUsc79WNjNJEIVqLCcnM66Ufv1UDFV5zmNsUmPMni ROu6malve6eT8NbA6FJM8Sn1bQLhW+UKhC7tUVJ+dum8E/hcihHJe7yw4qWK+SDh19Gm8dAJ EfDA0qt41uXZIoWt3WK9V0ckNX9izM8rjIGhJgwC3Cvx47OwHAdQD+9jMIOyVO3/igR7Iaia 68XX4pc2DFswdXVLsQAAAAAAAA== --------------ms040800030908020007080802-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:53:41 2003 Return-Path: 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 4D57F37B405 for ; Tue, 6 May 2003 13:53:41 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4999C43F3F for ; Tue, 6 May 2003 13:53:40 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h46KrcSQ094138; Tue, 6 May 2003 21:53:38 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h46Krcmp094137; Tue, 6 May 2003 21:53:38 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h46Kpw8c088681; Tue, 6 May 2003 21:51:58 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305062051.h46Kpw8c088681@grimreaper.grondar.org> To: Wilko Bulte In-Reply-To: Your message of "Tue, 06 May 2003 22:09:01 +0200." <20030506200901.GE87989@freebie.xs4all.nl> Date: Tue, 06 May 2003 21:51:58 +0100 Sender: mark@grondar.org cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 20:53:41 -0000 Wilko Bulte writes: > I also have a full make buildworld log if people are interested? Please dump it somewhere that I can fetch it, but only if it shows David's failure. Please don't email it to me. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:16:24 2003 Return-Path: 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 6F26C37B401 for ; Tue, 6 May 2003 14:16:23 -0700 (PDT) Received: from ztxmail03.ztx.compaq.com (ztxmail03.ztx.compaq.com [161.114.1.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id B994043F75 for ; Tue, 6 May 2003 14:16:21 -0700 (PDT) (envelope-from john.cagle@hp.com) Received: from cceexg11.americas.cpqcorp.net (cceexg11.americas.cpqcorp.net [16.110.250.125]) by ztxmail03.ztx.compaq.com (Postfix) with ESMTP id 176139A4F; Tue, 6 May 2003 16:16:21 -0500 (CDT) Received: from cceexc19.americas.cpqcorp.net ([16.110.250.85]) by cceexg11.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.6673); Tue, 6 May 2003 16:16:20 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 6 May 2003 16:12:55 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HP ProLiant DL360G3 rebuttal... ;-) Thread-Index: AcMT7jF4yJEwHiFXSvKtDeIZv1+7MwAI/TGQ From: "Cagle, John (ISS-Houston)" To: , , X-OriginalArrivalTime: 06 May 2003 21:16:20.0937 (UTC) FILETIME=[BD99A390:01C31414] Subject: HP ProLiant DL360G3 rebuttal... ;-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 21:16:24 -0000 The HP ProLiant DL360G3 that Holger mentions below has hardware fan control enabled by default. With the latest BIOS version (and without running a health driver), the hardware will start the fans at low speed and will switch them to high speed when a certain temperature (e.g. "temp-caution") is reached. The fans will then run at full speed until the server is rebooted. If the temperature reaches an even higher trip point (e.g. "temp-deadly") the server will automatically power off (without a graceful shutdown). There's no reason to use an older BIOS version. The latest version will start the fans at a low speed instead of starting them at a high speed. Thus, if operating in a cool environment, you'll have less noise. FWIW, some of the benefits of running a health driver (on a supported OS) are: - fans will gradually ramp up in speed instead of going directly from slow to fast. - a graceful OS shutdown can occur instead of the abrupt power off when the system overheats. Regards, John -------------------------------- John Cagle john.cagle@hp.com Principal Member Technical Staff Industry Standard Servers Hewlett-Packard Company > -----Original Message----- > From: Holger Kipp [mailto:Holger.Kipp@alogis.com]=20 > Sent: Tuesday, May 06, 2003 11:39 AM > To: david@landgren.net; freebsd-current@freebsd.org > Subject: Re: Options available for using >4Gb RAM on x86 >=20 > David Landgren (david@landgren.net) wrote:=20 >=20 > >I'm looking at replacing my Squid proxy hardware in the next=20 > month or=20 > >two. I'll be deploying a single processor (+HTT) HP DL-380=20 > G3 with 6Gb=20 > >RAM and two RAID 1 volumes. >=20 > I can't comment on 5.x, but I experienced some problems with=20 > the latest HP DL360G3, as the bios was changed lately to=20 > reduce fan noises, and then a OS-dependant health driver=20 > might be needed. Otherwise, the system will overheat and=20 > switch off without warning. > A possible solution might be to reactivate fan hardware=20 > control (iirc there are some hardware switches) and/or go=20 > back to an older Firmware. For the DL 360 G3 we used=20 > SP23587.exe (ProLiant DL360 G3 ROM P31 (01/09/2003)) which=20 > worked. And don't forget to complain to HP ;-) >=20 > >This uses (at least in 4.x) the bge network driver and the ciss SCSI=20 > >driver. Is this even reasonable to consider right now or are=20 > they known=20 > >to be completely untested? >=20 > Regards, > Holger Kipp From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:19:53 2003 Return-Path: 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 4604737B401 for ; Tue, 6 May 2003 14:19:53 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E80D43F93 for ; Tue, 6 May 2003 14:19:52 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h46LJD106034; Tue, 6 May 2003 14:19:13 -0700 (PDT) Message-ID: <3EB826D1.8080101@isi.edu> Date: Tue, 06 May 2003 14:19:13 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lars Eggert References: <3EB8109D.2060307@isi.edu> In-Reply-To: <3EB8109D.2060307@isi.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030107050609000405000000" cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: hardcoded -C argument to ${INSTALL} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 21:19:53 -0000 This is a cryptographically signed message in MIME format. --------------ms030107050609000405000000 Content-Type: multipart/mixed; boundary="------------060807020208070906000105" This is a multi-part message in MIME format. --------------060807020208070906000105 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Lars Eggert wrote: > Hi, > > I'm putting a script together that will remove stale pieces after an > installworld, and my find+mtime approach chokes, because some uses of > ${INSTALL} in the Makefiles hardcode the -C argument, which will cause > file modification times to not be updated if the files are identical. > > For example: > include/Makefile > share/mk/bsd.incs.mk > sys/boot/efi/loader/Makefile > sys/boot/alpha/common/Makefile.common > ... > > I'm no guru on the buildworld process, so I'm wondering whether this is > by design, or an oversight? Can the -C be removed without ill effects? > > If so, I'd be happy to take post a patch; let me know. FWIW, attached is the patch, if someone's interested. Seems to work OK on my test box at least. Lars -- Lars Eggert USC Information Sciences Institute --------------060807020208070906000105 Content-Type: text/plain; name="install.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="install.patch" ? sys/i386/conf/ALL ? sys/i386/conf/KERNEL-1.16 ? sys/i386/conf/KERNEL-1.17 ? sys/i386/conf/KERNEL-1.18 ? sys/i386/conf/KERNEL-1.19 ? sys/i386/conf/KERNEL-1.20 ? sys/i386/conf/KERNEL-1.21 ? sys/i386/conf/KERNEL-1.22 ? sys/i386/conf/NEW Index: include/Makefile =================================================================== RCS file: /home/ncvs/src/include/Makefile,v retrieving revision 1.197 diff -u -r1.197 Makefile --- include/Makefile 2003/05/05 12:54:26 1.197 +++ include/Makefile 2003/05/06 21:04:35 @@ -101,18 +101,18 @@ .endfor .for i in ${LDIRS} ${LSUBDIRS} ${LSUBSUBDIRS} cd ${.CURDIR}/../sys; \ - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 $i/*.h \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 $i/*.h \ ${DESTDIR}${INCLUDEDIR}/$i .endfor cd ${.CURDIR}/../sys; \ - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 opencrypto/*.h \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 opencrypto/*.h \ ${DESTDIR}${INCLUDEDIR}/crypto cd ${.CURDIR}/../sys/${MACHINE_ARCH}/include; \ - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 *.h \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 *.h \ ${DESTDIR}${INCLUDEDIR}/machine .if exists(${.CURDIR}/../sys/${MACHINE_ARCH}/include/pc) cd ${.CURDIR}/../sys/${MACHINE_ARCH}/include/pc; \ - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 *.h \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 *.h \ ${DESTDIR}${INCLUDEDIR}/machine/pc .endif Index: libexec/rtld-aout/Makefile =================================================================== RCS file: /home/ncvs/src/libexec/rtld-aout/Makefile,v retrieving revision 1.31 diff -u -r1.31 Makefile --- libexec/rtld-aout/Makefile 2001/09/12 10:04:41 1.31 +++ libexec/rtld-aout/Makefile 2003/05/06 21:04:44 @@ -9,7 +9,7 @@ ASFLAGS+=-k DPADD+= ${LIBC:S/c.a/c_pic.a/} ${LIBC:S/c.a/gcc_pic.a/} LDADD+= -lc_pic -lgcc_pic -INSTALLFLAGS= -fschg -C # -C to install as atomically as possible +INSTALLFLAGS= -fschg MLINKS= rtld.1aout ld.so.1aout .PATH: ${.CURDIR}/${MACHINE_ARCH} Index: libexec/rtld-elf/Makefile =================================================================== RCS file: /home/ncvs/src/libexec/rtld-elf/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- libexec/rtld-elf/Makefile 2003/04/07 16:21:25 1.18 +++ libexec/rtld-elf/Makefile 2003/05/06 21:04:44 @@ -6,7 +6,7 @@ MAN= rtld.1 CFLAGS+= -Wall -DFREEBSD_ELF -I${.CURDIR}/${MACHINE_ARCH} -I${.CURDIR} LDFLAGS+= -nostdlib -e .rtld_start -INSTALLFLAGS= -fschg -C -b +INSTALLFLAGS= -fschg -b MLINKS= rtld.1 ld-elf.so.1.1 \ rtld.1 ld.so.1 Index: share/mk/bsd.incs.mk =================================================================== RCS file: /home/ncvs/src/share/mk/bsd.incs.mk,v retrieving revision 1.3 diff -u -r1.3 bsd.incs.mk --- share/mk/bsd.incs.mk 2002/07/03 12:28:03 1.3 +++ share/mk/bsd.incs.mk 2003/05/06 21:04:53 @@ -39,7 +39,7 @@ .endif installincludes: _${group}INS_${header:T} _${group}INS_${header:T}: ${header} - ${INSTALL} -C -o ${${group}OWN_${.ALLSRC:T}} \ + ${INSTALL} -o ${${group}OWN_${.ALLSRC:T}} \ -g ${${group}GRP_${.ALLSRC:T}} -m ${${group}MODE_${.ALLSRC:T}} \ ${.ALLSRC} \ ${DESTDIR}${${group}DIR_${.ALLSRC:T}}/${${group}NAME_${.ALLSRC:T}} @@ -51,10 +51,10 @@ installincludes: _${group}INS _${group}INS: ${_${group}INCS} .if defined(${group}NAME) - ${INSTALL} -C -o ${${group}OWN} -g ${${group}GRP} -m ${${group}MODE} \ + ${INSTALL} -o ${${group}OWN} -g ${${group}GRP} -m ${${group}MODE} \ ${.ALLSRC} ${DESTDIR}${${group}DIR}/${${group}NAME} .else - ${INSTALL} -C -o ${${group}OWN} -g ${${group}GRP} -m ${${group}MODE} \ + ${INSTALL} -o ${${group}OWN} -g ${${group}GRP} -m ${${group}MODE} \ ${.ALLSRC} ${DESTDIR}${${group}DIR} .endif .endif Index: share/mk/bsd.lib.mk =================================================================== RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v retrieving revision 1.139 diff -u -r1.139 bsd.lib.mk --- share/mk/bsd.lib.mk 2003/04/27 21:44:52 1.139 +++ share/mk/bsd.lib.mk 2003/05/06 21:04:53 @@ -256,11 +256,11 @@ .ORDER: beforeinstall _libinstall _libinstall: .if defined(LIB) && !empty(LIB) && !defined(NOINSTALLLIB) - ${INSTALL} -C -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ + ${INSTALL} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ ${_INSTALLFLAGS} lib${LIB}.a ${DESTDIR}${LIBDIR} .endif .if !defined(NOPROFILE) && defined(LIB) && !empty(LIB) - ${INSTALL} -C -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ + ${INSTALL} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ ${_INSTALLFLAGS} lib${LIB}_p.a ${DESTDIR}${LIBDIR} .endif .if !defined(NOSHLIBS) && defined(SHLIB_NAME) Index: sys/boot/alpha/common/Makefile.common =================================================================== RCS file: /home/ncvs/src/sys/boot/alpha/common/Makefile.common,v retrieving revision 1.17 diff -u -r1.17 Makefile.common --- sys/boot/alpha/common/Makefile.common 2003/02/26 06:18:52 1.17 +++ sys/boot/alpha/common/Makefile.common 2003/05/06 21:04:56 @@ -63,22 +63,22 @@ beforeinstall: .ifdef INSTALL_HELP .if exists(${.OBJDIR}/${BASE}.help) - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.OBJDIR}/${BASE}.help ${DESTDIR}/boot .else - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/${BASE}.help ${DESTDIR}/boot .endif .endif .if !exists(${DESTDIR}/boot/loader.rc) - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/loader.rc ${DESTDIR}/boot .endif - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/loader.4th ${DESTDIR}/boot - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/support.4th ${DESTDIR}/boot - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/loader.conf ${DESTDIR}/boot/defaults Index: sys/boot/arc/loader/Makefile =================================================================== RCS file: /home/ncvs/src/sys/boot/arc/loader/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- sys/boot/arc/loader/Makefile 2002/05/10 09:26:30 1.7 +++ sys/boot/arc/loader/Makefile 2003/05/06 21:04:56 @@ -52,10 +52,10 @@ beforeinstall: .if exists(${.OBJDIR}/loader.help) - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.OBJDIR}/${BASE}.help ${DESTDIR}/boot .else - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/${BASE}.help ${DESTDIR}/boot .endif Index: sys/boot/efi/loader/Makefile =================================================================== RCS file: /home/ncvs/src/sys/boot/efi/loader/Makefile,v retrieving revision 1.19 diff -u -r1.19 Makefile --- sys/boot/efi/loader/Makefile 2003/02/26 06:18:52 1.19 +++ sys/boot/efi/loader/Makefile 2003/05/06 21:04:56 @@ -89,21 +89,21 @@ beforeinstall: .if exists(${.OBJDIR}/loader.help) - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.OBJDIR}/${BASE}.help ${DESTDIR}/boot .else - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/${BASE}.help ${DESTDIR}/boot .endif .if !exists(${DESTDIR}/boot/loader.rc) - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/loader.rc ${DESTDIR}/boot .endif - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/loader.4th ${DESTDIR}/boot - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/support.4th ${DESTDIR}/boot - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/loader.conf ${DESTDIR}/boot/defaults Index: sys/boot/ia64/skiload/Makefile =================================================================== RCS file: /home/ncvs/src/sys/boot/ia64/skiload/Makefile,v retrieving revision 1.10 diff -u -r1.10 Makefile --- sys/boot/ia64/skiload/Makefile 2003/02/26 06:18:52 1.10 +++ sys/boot/ia64/skiload/Makefile 2003/05/06 21:04:57 @@ -66,7 +66,7 @@ beforeinstall: .if exists(${.OBJDIR}/${PROG}.help) - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.OBJDIR}/${PROG}.help ${DESTDIR}/boot .endif Index: sys/boot/powerpc/loader/Makefile =================================================================== RCS file: /home/ncvs/src/sys/boot/powerpc/loader/Makefile,v retrieving revision 1.10 diff -u -r1.10 Makefile --- sys/boot/powerpc/loader/Makefile 2002/07/10 12:13:16 1.10 +++ sys/boot/powerpc/loader/Makefile 2003/05/06 21:04:58 @@ -82,21 +82,21 @@ beforeinstall: .if exists(${.OBJDIR}/loader.help) - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.OBJDIR}/${BASE}.help ${DESTDIR}/boot .else - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/${BASE}.help ${DESTDIR}/boot .endif .if !exists(${DESTDIR}/boot/loader.rc) - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/loader.rc ${DESTDIR}/boot .endif - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/loader.4th ${DESTDIR}/boot - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/support.4th ${DESTDIR}/boot - ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${.CURDIR}/../../forth/loader.conf ${DESTDIR}/boot/defaults ${PROG}: ${OBJS} ${LIBOFW} ${LIBSTAND} ${LIBFICL} start.o vers.o --------------060807020208070906000105-- --------------ms030107050609000405000000 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDUwNjIxMTkxM1owIwYJKoZIhvcNAQkEMRYEFOEavTz0jJ7hJTIOZfnc nN+8JAcaMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAVXqzr95Xb1JocgsaqXkHF0masZIHxJV/4BRa AkjixA/9dy5aqUSkWPlykYlGk8JOyoDqJqHXiN0KG9n2616VeRGMwbYeGwgA7OTGCfBpoWhM twk5a3d53NRH0RgVKrsjfO7GaNAcEaSZMYcDRPIk/kyxHJo4vWS4ydBWgZBPPITkeUNkeayx obKAMAY3RNSAFuZjQunUWT77mW2nH5vS6L3OfyZjcvaGnrWT+ANXUkFKPgFZoWoneXHNN+yr 5Q6GpuKsPV3oiXvkz+mMCXvXpWoL2JLR1VVH1mCTBBq/G7eDDnjJHt1AFqURkV1t1CnE/808 dgWAF2PogP0X5fhy7gAAAAAAAA== --------------ms030107050609000405000000-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:19 2003 Return-Path: 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 D5D6837B47C for ; Tue, 6 May 2003 14:20:17 -0700 (PDT) Received: from moya.lambermont.dyndns.org (e165253.upc-e.chello.nl [213.93.165.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id A783843FAF for ; Tue, 6 May 2003 14:20:15 -0700 (PDT) (envelope-from hans@lambermont.dyndns.org) Received: from localhost (localhost [127.0.0.1]) by moya.lambermont.dyndns.org (Postfix) with ESMTP id 55A8636401 for ; Tue, 6 May 2003 23:20:13 +0200 (CEST) Received: by moya.lambermont.dyndns.org (Postfix, from userid 1001) id BDE4136403; Tue, 6 May 2003 23:20:10 +0200 (CEST) Date: Tue, 6 May 2003 23:20:10 +0200 To: current@FreeBSD.org Message-ID: <20030506212010.GB79054@moya.lambermont.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline User-Agent: Mutt/1.4i From: hans@lambermont.dyndns.org (Hans Lambermont) X-Virus-Scanned: by AMaViS perl-11 Subject: IBM T30 problems with fxp0, sound and acpi/mouse. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 21:20:20 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline IBM T30 problems with fxp0, sound and acpi/mouse. I upgraded to 5.0 from -stable and am now trying to upgrade to -head. I'm testing with the GENERIC kernel and stumble into the following problems: Using fxp0 causes timeouts on -head (works fine on 5.0-RELEASE-p7). fxp0: port 0x8000-0x803f mem 0xd0200000-0xd0200fff irq 11 at device 8.0 on pci2 fxp0: Ethernet address 00:09:6b:30:a2:45 miibus0: on fxp0 ... fxp0: device timeout These device timeouts render fxp0 useless. On 5.0-RELEASE-p7 fxp0 works fine, but there are some complaints in dmesg : module_register: module pci/if_fxp already exists! Module pci/if_fxp failed to register: 17 module_register: module cardbus/if_fxp already exists! Module cardbus/if_fxp failed to register: 17 module_register: module fxp/miibus already exists! Module fxp/miibus failed to register: 17 can't re-use a leaf (fxp_rnr)! Sound is not working anymore on both 5.0-RELEASE-p7 and -head (worked fine on 4.7-STABLE) Preloaded elf module "/boot/kernel/snd_maestro3.ko" at 0xc06c00a8. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc06c015c. ... pci0: at device 31.5 (no driver attached) Enabling ACPI disables the mouse. Without ACPI the mouse works fine: psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 dmesg of 5.0-RELEASE-p7, -head as of now and 4.7-STABLE are attached. Any hints or suggestions are welcome. Hans Lambermont -- http://lambermont.webhop.org/ () ascii ribbon campaign - against HTML mail, /\ vCards and proprietary formats --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.50" Copyright (c) 1992-2003 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-RELEASE-p7 #0: Sat Apr 26 00:38:24 CEST 2003 root@gagh.intra.aramiska.net:/usr/obj/usr/src/sys/GAGH Preloaded elf kernel "/boot/kernel.50/kernel" at 0xc048b000. Preloaded elf module "/boot/kernel.50/snd_maestro3.ko" at 0xc048b0ac. Preloaded elf module "/boot/kernel.50/snd_pcm.ko" at 0xc048b160. Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (1794.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xffffffffbfebf9ff> real memory = 267780096 (255 MB) avail memory = 255197184 (243 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface Using $PIR table, 14 entries at 0xc00fdeb0 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: at pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x3000-0x30ff mem 0xd0100000-0xd010ffff,0xe8000000-0xefffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 64MB info: [drm] Initialized radeon 1.1.1 20010405 on minor 0 uhci0: port 0x1800-0x181f 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 0x1820-0x183f irq 11 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 0x1840-0x185f irq 11 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 pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0x50000000-0x50000fff irq 11 at device 0.0 on pci2 cbb0: Could not map register memory device_probe_and_attach: cbb0 attach returned 12 cbb0: mem 0x51000000-0x51000fff irq 11 at device 0.1 on pci2 cbb0: Could not map register memory device_probe_and_attach: cbb0 attach returned 12 fxp0: port 0x8000-0x803f mem 0xd0200000-0xd0200fff irq 11 at device 8.0 on pci2 fxp0: Ethernet address 00:09:6b:30:a2:45 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 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) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) orm0: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "ShadowFB" # [] #Option "VGAClocks" # [] #Option "SWcursor" # [] #Option "PciRetry" # [] #Option "NoAccel" "True" # [] #Option "SetMClk" # #Option "MUXThreshold" # #Option "ShadowFB" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "NoMMIO" # [] #Option "NoPciBurst" "True" # [] #Option "MMIOonly" # [] #Option "CyberShadow" # [] #Option "CyberStretch" # [] #Option "XvHsync" # #Option "XvVsync" # #Option "XvBskew" # #Option "XvRskew" # Identifier "Card0" Driver "trident" VendorName "Trident" BoardName "CyberBlade/XP/DSTN/Ai1" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 1 EndSubSection SubSection "Display" Depth 4 EndSubSection SubSection "Display" Depth 8 EndSubSection SubSection "Display" Depth 15 EndSubSection SubSection "Display" Depth 16 Modes "1024x768" "1280x1024" "1400x1050" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" EndSubSection EndSection --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=XFree86.0.log Content-Description: XFree86.0.log XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 5.1 i386 [ELF] Build Date: 08 May 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Thu May 8 17:46:33 2003 (==) Using config file: "/etc/X11/XF86Config" (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "fr" (**) XKB: layout: "fr" (==) Keyboard: CustomKeycode disabled (WW) The directory "/usr/X11R6/lib/X11/fonts/freefont/" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/webfonts/" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/URW/,/usr/X11R6/lib/X11/fonts/bitstream-vera/,/usr/X11R6/lib/X11/fonts/cyrillic/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10b9,1644 card 0000,0000 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 10b9,5247 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 10b9,5237 card 1179,0004 rev 03 class 0c,03,10 hdr 00 (II) PCI: 00:04:0: chip 10b9,5229 card 1179,0004 rev c3 class 01,01,f0 hdr 00 (II) PCI: 00:06:0: chip 10b9,5451 card 1179,0001 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:07:0: chip 10b9,1533 card 1179,0004 rev 00 class 06,01,00 hdr 00 (II) PCI: 00:08:0: chip 10b9,7101 card 1179,0001 rev 00 class 06,80,00 hdr 00 (II) PCI: 00:0a:0: chip 8086,1229 card 1179,0001 rev 0d class 02,00,00 hdr 00 (II) PCI: 00:11:0: chip 1179,0617 card fffc,0000 rev 32 class 06,07,00 hdr 82 (II) PCI: 00:11:1: chip 1179,0617 card fffc,0000 rev 32 class 06,07,00 hdr 82 (II) PCI: 00:12:0: chip 1179,0805 card 1179,0001 rev 03 class 08,80,00 hdr 00 (II) PCI: 01:00:0: chip 1023,8820 card 1179,0001 rev 82 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xf7f00000 - 0xfdffffff (0x6100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-CardBus bridge: (II) Bus 3: bridge is at (0:17:0), (0,3,3), BCTRL: 0x0400 (VGA_EN is cleared) (II) PCI-to-CardBus bridge: (II) Bus 4: bridge is at (0:17:1), (0,4,4), BCTRL: 0x0400 (VGA_EN is cleared) (--) PCI:*(1:0:0) Trident Microsystems CyberBlade XPAi1 rev 130, Mem @ 0xfc000000/25, 0xfbc00000/22, 0xf8000000/25, 0xf7ff8000/15 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xf0000000 from 0xffffffff to 0xefffffff (II) Active PCI resource ranges: [0] -1 0 0xf7ebfe00 - 0xf7ebffff (0x200) MX[B]E [1] -1 0 0xf7ec0000 - 0xf7efffff (0x40000) MX[B]E [2] -1 0 0xf7efd000 - 0xf7efdfff (0x1000) MX[B]E [3] -1 0 0xf7efe000 - 0xf7efffff (0x2000) MX[B]E [4] -1 0 0xf7eff000 - 0xf7efffff (0x1000) MX[B]E [5] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]EO [6] -1 0 0xf7ff8000 - 0xf7ffffff (0x8000) MX[B](B) [7] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [8] -1 0 0xfbc00000 - 0xfbffffff (0x400000) MX[B](B) [9] -1 0 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [10] -1 0 0x0000eb40 - 0x0000eb7f (0x40) IX[B]E [11] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [12] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E (II) PCI Memory resource overlap reduced 0xf7ec0000 from 0xf7efffff to 0xf7edffff (II) PCI Memory resource overlap reduced 0xf7efe000 from 0xf7efffff to 0xf7efefff (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xf7ebfe00 - 0xf7ebffff (0x200) MX[B]E [1] -1 0 0xf7ec0000 - 0xf7edffff (0x20000) MX[B]E [2] -1 0 0xf7efd000 - 0xf7efdfff (0x1000) MX[B]E [3] -1 0 0xf7efe000 - 0xf7efefff (0x1000) MX[B]E [4] -1 0 0xf7eff000 - 0xf7efffff (0x1000) MX[B]E [5] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]EO [6] -1 0 0xf7ff8000 - 0xf7ffffff (0x8000) MX[B](B) [7] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [8] -1 0 0xfbc00000 - 0xfbffffff (0x400000) MX[B](B) [9] -1 0 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [10] -1 0 0x0000eb40 - 0x0000eb7f (0x40) IX[B]E [11] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [12] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf7ebfe00 - 0xf7ebffff (0x200) MX[B]E [6] -1 0 0xf7ec0000 - 0xf7edffff (0x20000) MX[B]E [7] -1 0 0xf7efd000 - 0xf7efdfff (0x1000) MX[B]E [8] -1 0 0xf7efe000 - 0xf7efefff (0x1000) MX[B]E [9] -1 0 0xf7eff000 - 0xf7efffff (0x1000) MX[B]E [10] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]EO [11] -1 0 0xf7ff8000 - 0xf7ffffff (0x8000) MX[B](B) [12] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [13] -1 0 0xfbc00000 - 0xfbffffff (0x400000) MX[B](B) [14] -1 0 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [15] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [16] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [17] -1 0 0x0000eb40 - 0x0000eb7f (0x40) IX[B]E [18] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [19] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a (II) Module drm: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project" compiled for 4.3.0, module version = 2.0.2 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "bitmap" (II) Reloading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Loading font Bitmap (II) LoadModule: "speedo" (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a (II) Module speedo: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.1 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Speedo (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.2 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "trident" (II) Loading /usr/X11R6/lib/modules/drivers/trident_drv.o (II) Module trident: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.6 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.4 (II) TRIDENT: driver for Trident chipsets: tvga9000, tvga9000i, tvga8900c, tvga8900d, tvga9200cxr, tgui9400cxi, cyber9320, cyber9388, cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4, tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682, providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d, cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d, cyberbladeAi1, cyberbladeAi1d, bladeXP, cyberbladeXPAi1 (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset cyberbladeXPAi1 found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf7ebfe00 - 0xf7ebffff (0x200) MX[B]E [6] -1 0 0xf7ec0000 - 0xf7edffff (0x20000) MX[B]E [7] -1 0 0xf7efd000 - 0xf7efdfff (0x1000) MX[B]E [8] -1 0 0xf7efe000 - 0xf7efefff (0x1000) MX[B]E [9] -1 0 0xf7eff000 - 0xf7efffff (0x1000) MX[B]E [10] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]EO [11] -1 0 0xf7ff8000 - 0xf7ffffff (0x8000) MX[B](B) [12] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [13] -1 0 0xfbc00000 - 0xfbffffff (0x400000) MX[B](B) [14] -1 0 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [15] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [16] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [17] -1 0 0x0000eb40 - 0x0000eb7f (0x40) IX[B]E [18] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [19] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf7ebfe00 - 0xf7ebffff (0x200) MX[B]E [6] -1 0 0xf7ec0000 - 0xf7edffff (0x20000) MX[B]E [7] -1 0 0xf7efd000 - 0xf7efdfff (0x1000) MX[B]E [8] -1 0 0xf7efe000 - 0xf7efefff (0x1000) MX[B]E [9] -1 0 0xf7eff000 - 0xf7efffff (0x1000) MX[B]E [10] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]EO [11] -1 0 0xf7ff8000 - 0xf7ffffff (0x8000) MX[B](B) [12] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [13] -1 0 0xfbc00000 - 0xfbffffff (0x400000) MX[B](B) [14] -1 0 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [15] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [16] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [17] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [18] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [19] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [20] -1 0 0x0000eb40 - 0x0000eb7f (0x40) IX[B]E [21] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [22] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E [23] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [24] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (**) TRIDENT(0): Depth 24, (--) framebuffer bpp 32 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.3.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.6 (II) TRIDENT(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="The XFree86 Project" compiled for 4.3.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.6 (==) TRIDENT(0): RGB weight 888 (==) TRIDENT(0): Default visual is TrueColor (==) TRIDENT(0): Using gamma correction (1.0, 1.0, 1.0) (==) TRIDENT(0): Linear framebuffer at 0xFC000000 (--) TRIDENT(0): IO registers at 0xFBC00000 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.1.0 ABI class: XFree86 Video Driver, version 0.6 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) TRIDENT(0): initializing int10 (==) TRIDENT(0): Write-combining range (0xa0000,0x20000) was already clear (==) TRIDENT(0): Write-combining range (0xc0000,0x40000) was already clear (II) TRIDENT(0): Primary V_BIOS segment is: 0xc000 (==) TRIDENT(0): Write-combining range (0x0,0x1000) was already clear (II) TRIDENT(0): VESA BIOS detected (II) TRIDENT(0): VESA VBE Version 2.0 (II) TRIDENT(0): VESA VBE Total Mem: 16384 kB (II) TRIDENT(0): VESA VBE OEM: Trident CYBER 8820 (II) TRIDENT(0): VESA VBE OEM Software Rev: 2.0 (II) TRIDENT(0): VESA VBE OEM Vendor: TRIDENT MICROSYSTEMS INC. (II) TRIDENT(0): VESA VBE OEM Product: CYBER 8820 (II) TRIDENT(0): VESA VBE OEM Product Rev: KTT 7.1 (13.19) (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 f000:386d: 01 ILLEGAL EXTENDED X86 OPCODE! (II) TRIDENT(0): VESA VBE DDC not supported (==) TRIDENT(0): Write-combining range (0x0,0x1000) was already clear (==) TRIDENT(0): Write-combining range (0xfbc00000,0x20000) was already clear (--) TRIDENT(0): Revision is 131 (--) TRIDENT(0): Found CyberBladeXPAi1 chip (--) TRIDENT(0): RAM type is SGRAM (--) TRIDENT(0): Using HW cursor (--) TRIDENT(0): VideoRAM: 16384 kByte (--) TRIDENT(0): TFT Panel 1024x768 found (--) TRIDENT(0): Memory Clock is 60.00 MHz (==) TRIDENT(0): Min pixel clock is 12 MHz (--) TRIDENT(0): Max pixel clock is 115 MHz (II) TRIDENT(0): Monitor0: Using hsync range of 31.50-64.30 kHz (II) TRIDENT(0): Monitor0: Using vrefresh range of 50.00-100.00 Hz (II) TRIDENT(0): Clock range: 12.00 to 115.00 MHz (II) TRIDENT(0): Not using default mode "320x175" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "360x200" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1024x768" (hsync out of range) (II) TRIDENT(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Removing mode (1152x864) larger than the LCD panel (1024x768) (II) TRIDENT(0): Not using default mode "1152x864" (unknown reason) (II) TRIDENT(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Removing mode (1280x960) larger than the LCD panel (1024x768) (II) TRIDENT(0): Not using default mode "1280x960" (unknown reason) (II) TRIDENT(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1280x960" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Removing mode (1280x1024) larger than the LCD panel (1024x768) (II) TRIDENT(0): Not using default mode "1280x1024" (unknown reason) (II) TRIDENT(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1280x1024" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1280x1024" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1792x1344" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1792x1344" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1856x1392" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1856x1392" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1920x1440" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1920x1440" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "416x312" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Removing mode (1152x768) larger than the LCD panel (1024x768) (II) TRIDENT(0): Not using default mode "1152x768" (unknown reason) (II) TRIDENT(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1400x1050" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1400x1050" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Removing mode (1600x1024) larger than the LCD panel (1024x768) (II) TRIDENT(0): Not using default mode "1600x1024" (unknown reason) (II) TRIDENT(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1920x1440" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) (II) TRIDENT(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (--) TRIDENT(0): Virtual size is 1024x768 (pitch 1024) (**) TRIDENT(0): *Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz (II) TRIDENT(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (**) TRIDENT(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz (II) TRIDENT(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (**) TRIDENT(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz (II) TRIDENT(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (**) TRIDENT(0): Default mode "1024x768": 44.9 MHz, 35.5 kHz, 87.1 Hz (I) (II) TRIDENT(0): Modeline "1024x768" 44.90 1024 1032 1208 1264 768 768 776 817 interlace +hsync +vsync (**) TRIDENT(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz (II) TRIDENT(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (**) TRIDENT(0): Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz (II) TRIDENT(0): Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (**) TRIDENT(0): Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz (II) TRIDENT(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (**) TRIDENT(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz (II) TRIDENT(0): Modeline "800x600" 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (**) TRIDENT(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz (II) TRIDENT(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (**) TRIDENT(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (II) TRIDENT(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (**) TRIDENT(0): Default mode "640x480": 36.0 MHz, 43.3 kHz, 85.0 Hz (II) TRIDENT(0): Modeline "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (**) TRIDENT(0): Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz (II) TRIDENT(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (**) TRIDENT(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz (II) TRIDENT(0): Modeline "640x480" 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (**) TRIDENT(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz (II) TRIDENT(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (**) TRIDENT(0): Default mode "720x400": 35.5 MHz, 37.9 kHz, 85.0 Hz (II) TRIDENT(0): Modeline "720x400" 35.50 720 756 828 936 400 401 404 446 -hsync +vsync (**) TRIDENT(0): Default mode "640x400": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) TRIDENT(0): Modeline "640x400" 31.50 640 672 736 832 400 401 404 445 -hsync +vsync (**) TRIDENT(0): Default mode "640x350": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) TRIDENT(0): Modeline "640x350" 31.50 640 672 736 832 350 382 385 445 +hsync -vsync (==) TRIDENT(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.2 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.2.0 ABI class: XFree86 Video Driver, version 0.6 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.1.0 ABI class: XFree86 Video Driver, version 0.6 (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/X11R6/lib/modules/libddc.a (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xf7ff8000 - 0xf7ffffff (0x8000) MX[B] [1] 0 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B] [2] 0 0 0xfbc00000 - 0xfbffffff (0x400000) MX[B] [3] 0 0 0xfc000000 - 0xfdffffff (0x2000000) MX[B] [4] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [5] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [6] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [7] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [8] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [9] -1 0 0xf7ebfe00 - 0xf7ebffff (0x200) MX[B]E [10] -1 0 0xf7ec0000 - 0xf7edffff (0x20000) MX[B]E [11] -1 0 0xf7efd000 - 0xf7efdfff (0x1000) MX[B]E [12] -1 0 0xf7efe000 - 0xf7efefff (0x1000) MX[B]E [13] -1 0 0xf7eff000 - 0xf7efffff (0x1000) MX[B]E [14] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]EO [15] -1 0 0xf7ff8000 - 0xf7ffffff (0x8000) MX[B](B) [16] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [17] -1 0 0xfbc00000 - 0xfbffffff (0x400000) MX[B](B) [18] -1 0 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [19] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [20] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [21] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [22] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [23] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [24] -1 0 0x0000eb40 - 0x0000eb7f (0x40) IX[B]E [25] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [26] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E [27] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [28] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (==) TRIDENT(0): Write-combining range (0xa0000,0x10000) was already clear (==) TRIDENT(0): Write-combining range (0xfbc00000,0x20000) was already clear (==) TRIDENT(0): Write-combining range (0xfc000000,0x1000000) (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.a (II) TRIDENT(0): Initializing int10 (==) TRIDENT(0): Write-combining range (0xa0000,0x20000) was already clear (II) TRIDENT(0): Primary V_BIOS segment is: 0xc000 (==) TRIDENT(0): Write-combining range (0x0,0x1000) was already clear (II) TRIDENT(0): Overriding Horizontal timings. (II) TRIDENT(0): Shadow off (II) TRIDENT(0): H-timing shadow registers: 0xa3 0x00 0x84 0x94 (II) TRIDENT(0): H-timing registers: 0xa3 0x7f 0x7f 0x00 0x84 0x94 (II) TRIDENT(0): V-timing shadow registers: 0x24 0xf5 0x03 0x09 0x24 (0x08) (II) TRIDENT(0): V-timing registers: 0x24 0xf5 0x03 0x09 0xff 0x00 0x24 (II) TRIDENT(0): Setting BIOS Mode Regs: 3b 63 (II) TRIDENT(0): Found Clock 65.00 n=219 m=23 k=1 (II) TRIDENT(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Solid Horizontal and Vertical Lines Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 10 256x256 slots (==) TRIDENT(0): Backing store disabled (==) TRIDENT(0): Silken mouse enabled (II) TRIDENT(0): Trident Video Flags: VID_ZOOM_INV VID_OFF_SHIFT_4 (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (**) Option "Protocol" "PS/2" (**) Mouse0: Protocol: "PS/2" (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/psm0" (**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (==) Mouse0: Buttons: 3 (II) Keyboard "Keyboard0" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (WW) fcntl(7, O_ASYNC): Inappropriate ioctl for device Warning: font renderer for ".pcf" already registered at priority 0 Warning: font renderer for ".pcf.Z" already registered at priority 0 Warning: font renderer for ".pcf.gz" already registered at priority 0 Warning: font renderer for ".snf" already registered at priority 0 Warning: font renderer for ".snf.Z" already registered at priority 0 Warning: font renderer for ".snf.gz" already registered at priority 0 Warning: font renderer for ".bdf" already registered at priority 0 Warning: font renderer for ".bdf.Z" already registered at priority 0 Warning: font renderer for ".bdf.gz" already registered at priority 0 Warning: font renderer for ".pmf" already registered at priority 0 (II) 3rd Button detected: disabling emulate3Button --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu May 8 14:05:13 2003 Return-Path: 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 72CB137B401 for ; Thu, 8 May 2003 14:05:13 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4925343FA3 for ; Thu, 8 May 2003 14:05:12 -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.12.9/8.12.9) with ESMTP id h48L59MS008340 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 8 May 2003 17:05:10 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h48L54404776; Thu, 8 May 2003 17:05:04 -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: <16058.50816.59468.320017@grasshopper.cs.duke.edu> Date: Thu, 8 May 2003 17:05:04 -0400 (EDT) To: "M. Warner Losh" In-Reply-To: <20030508.111836.130233489.imp@bsdimp.com> References: <20030508.124929.74756191.haro@kgt.co.jp> <20030508.102242.72244093.imp@bsdimp.com> <16058.36990.299231.566625@grasshopper.cs.duke.edu> <20030508.111836.130233489.imp@bsdimp.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-current@freebsd.org Subject: Re: LOR with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 21:05:13 -0000 M. Warner Losh writes: > > Does anybdoy know why the ddb output doesn't go into the dmesg buffer > in general? It sure would save me a lot of grief as well if it did. If there's no techincal reason for omitting it, then I'd be in favor of logging all ddb input and output to the message buffer. Drew From owner-freebsd-current@FreeBSD.ORG Thu May 8 14:16:42 2003 Return-Path: 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 B294737B4C4; Thu, 8 May 2003 14:16:41 -0700 (PDT) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F29543F85; Thu, 8 May 2003 14:16:40 -0700 (PDT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.12.9/jtpda-5.4) with ESMTP id h48LGdru046088 ; Thu, 8 May 2003 23:16:39 +0200 (CEST) Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) h48LGdqx005709 ; Thu, 8 May 2003 23:16:39 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.12.9/8.12.9/Submit) id h48LGdkq005706; Thu, 8 May 2003 23:16:39 +0200 (MEST) To: freebsd-current@freebsd.org References: From: arno@heho.snv.jussieu.fr Date: 08 May 2003 23:16:39 +0200 In-Reply-To: Message-ID: Lines: 7 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: scanned by sophie at shiva.jussieu.fr cc: freebsd-mobile@freebsd.org Subject: Re: mmake / maake (Toshiba Satelite 6000 X11 keyboard weirdness) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 21:16:42 -0000 Follow-up to myself : - I did a portupgrade -fR XFree86-Server after the last world - keyboard works OK when booting Windows 2000 Arno From owner-freebsd-current@FreeBSD.ORG Thu May 8 14:25:18 2003 Return-Path: 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 4B59937B401; Thu, 8 May 2003 14:25:18 -0700 (PDT) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C5FC43F3F; Thu, 8 May 2003 14:25:17 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from localhost.localdomain (adslle.cc.univie.ac.at [131.130.102.11]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h48LP2Rx118720; Thu, 8 May 2003 23:25:08 +0200 Date: Thu, 8 May 2003 23:25:02 +0200 (CEST) From: Lukas Ertl To: Kirk McKusick In-Reply-To: <200305082047.h48KlDTh026805@beastie.mckusick.com> Message-ID: <20030508232159.A789@leelou.in.tern> References: <200305082047.h48KlDTh026805@beastie.mckusick.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mailbox 4251; Body=3 Fuz1=3 Fuz2=3 cc: DougB@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: bin/51619 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 21:25:18 -0000 On Thu, 8 May 2003, Kirk McKusick wrote: > Your proposed patch would work much better. There is a small > possibility that it would stomp a boot block that just happened > to have the filesystem magic number at that location, but the > chances of that seem pretty remote. It does not address the > alternate superblock issue. The first UFS1 alternate is 32 > sectors (16K) in from the beginning of the disk. That alternate > also remains untouched by UFS2. So, someone manually running > fsck will be given the opportunity to look for alternate > superblocks and will find that one and *still* end up messing > up the filesystem. Well, Unix always gives you enough rope to hang yourself :-) > Indeed to be completely safe, you would need to look up every alternate > superblock and zero out its magic number (see the last for-loop in > mkfs() for details on how this is done). Ok Kirk, thanks for your patience so far. I'm trying to come up with an extended patch tomorrow. best regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Thu May 8 14:27:40 2003 Return-Path: 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 EC48137B401; Thu, 8 May 2003 14:27:40 -0700 (PDT) Received: from fire.org.nz (firewall.fire.org.nz [203.97.144.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C4D643F85; Thu, 8 May 2003 14:27:39 -0700 (PDT) (envelope-from andy@fud.org.nz) Received: by homer.fire.org.nz id <119067>; Fri, 9 May 2003 09:27:28 +1200 From: Andrew Thompson To: John Baldwin In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <03May9.092728nzst.119067@homer.fire.org.nz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 09 May 2003 09:27:52 +1200 Content-Transfer-Encoding: 7bit cc: acpi-jp@jp.FreeBSD.org cc: current@FreeBSD.org Subject: RE: [acpi-jp 2189] Re: Outstanding ACPI issues for 5.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 21:27:41 -0000 On Fri, 2003-05-09 at 02:39, John Baldwin wrote: > On 08-May-2003 Andrew Thompson wrote: > > On Wed, 2003-05-07 at 09:28, Nate Lawson wrote: > >> The current state of FreeBSD ACPI is that the Intel 0228 dist was imported > >> along with a one-line fix to hwregs.c that solves power-off problems. > >> > >> Here is a list of the current problems. We would like to fix as many as > >> possible before the release. If anyone has time to tackle these issues, > >> please let me know. > > > > I am having a problem with acpi on my Compaq N1000v laptop. Before the > > above import it would panic on boot , but now it is unable to find my > > disk (progress mabey?). The boot logs and acpidump is available @ > > http://www.fud.org.nz/acpi/ > > > > Anyone got any advise? I can supply more info if needed. > > Can you do a verbose boot (boot -v)? I have added two verbose boot logs (with and without acpi) to http://www.fud.org.nz/acpi/ I will try the patches that were posted soon. thanks, Andy From owner-freebsd-current@FreeBSD.ORG Thu May 8 14:39:16 2003 Return-Path: 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 5663237B401; Thu, 8 May 2003 14:39:16 -0700 (PDT) Received: from horse09.daimi.au.dk (horse09.daimi.au.dk [130.225.18.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id B75BF43F93; Thu, 8 May 2003 14:39:14 -0700 (PDT) (envelope-from rhazn@daimi.au.dk) Received: (from rhazn@localhost) by horse09.daimi.au.dk (8.11.6/8.11.6) id h48LdBQ09000; Thu, 8 May 2003 23:39:11 +0200 Date: Thu, 8 May 2003 23:39:11 +0200 From: Peter Gade Jensen To: arno@heho.snv.jussieu.fr Message-ID: <20030508213911.GA8706@horse09.daimi.au.dk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-GPG-Fingerprint: 33AF B563 58F1 04AB 417E AA69 06C6 32AC 5AD1 6815 X-GPG-URL: http://daimi.au.dk/~rhazn/gpgkey.asc cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: mmake / maake (Toshiba Satelite 6000 X11 keyboard weirdness) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 21:39:16 -0000 On Thu, May 08, 2003 at 11:02:33PM +0200, arno@heho.snv.jussieu.fr wrote: > I rrun -curreent on a Toshiba sattellite Pro 6000 for over > a month with no particular problem, other than a very > irrittating "keyboard echo" when in X11 mode. The ever so irritating toshiba-keyboard-fuckup. Put the following in a file, chmod +x it and load it from ~/.xinitrc when you start X. You need to install xkbset though. if [ -x /usr/X11R6/bin/xkbset ]; then xkbset m xkbset exp =m xkbset sl 5 xkbset exp =sl xkbset -f slowaccept xkbset exp =f =slowaccept fi /Peter -- If God had a beard, he'd be a UNIX programmer. From owner-freebsd-current@FreeBSD.ORG Thu May 8 14:45:37 2003 Return-Path: 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 E3BAD37B401 for ; Thu, 8 May 2003 14:45:37 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19C2843FAF for ; Thu, 8 May 2003 14:45:35 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from 12-234-22-23.client.attbi.com ([12.234.22.23]) by attbi.com (sccrmhc02) with SMTP id <2003050821453300200kusm4e>; Thu, 8 May 2003 21:45:34 +0000 Date: Thu, 8 May 2003 14:45:33 -0700 (PDT) From: Doug Barton To: Kirk McKusick In-Reply-To: <200305082047.h48KlDTh026805@beastie.mckusick.com> Message-ID: <20030508143459.C85154@12-234-22-23.pyvrag.nggov.pbz> References: <200305082047.h48KlDTh026805@beastie.mckusick.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Lukas Ertl Subject: Re: bin/51619 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 21:45:38 -0000 On Thu, 8 May 2003, Kirk McKusick wrote: > The first UFS1 alternate is 32 > sectors (16K) in from the beginning of the disk. That alternate > also remains untouched by UFS2. So, someone manually running > fsck will be given the opportunity to look for alternate > superblocks and will find that one and *still* end up messing > up the filesystem. Please forgive me if my ignorance about how this stuff actually works makes this a foolish question, but it occurs to me that part of the problem may be related to the fast newfs code for ufs2. In case I haven't been clear, I did actually do this fs ufs1 first, then re-did it in ufs2. While not a lot of our users will be doing what I did _next_ in terms of running a 4.x fsck binary against that ufs2 file system, I think that a lot of users will be converting existing ufs1 slices to ufs2. So, what if we pushed the problem of finding and deleting ufs1 alternate superblocks down to the ufs2 newfs code? That way, there is no possibility of getting boned by a releng_4 fsck, since it won't find _anything_ that it thinks it understands, and will just give up trying, instead of trying, and doing the wrong thing. Am I totally off base here? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu May 8 14:48:42 2003 Return-Path: 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 4B21E37B401 for ; Thu, 8 May 2003 14:48:42 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9525E43F75 for ; Thu, 8 May 2003 14:48:41 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 0EAD0530E; Thu, 8 May 2003 23:48:40 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Mark Murray References: <200305070826.h478Q48c095658@grimreaper.grondar.org> From: Dag-Erling Smorgrav Date: Thu, 08 May 2003 23:48:39 +0200 In-Reply-To: <200305070826.h478Q48c095658@grimreaper.grondar.org> (Mark Murray's message of "Wed, 07 May 2003 09:26:04 +0100") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: buildworld b?rkedinlibpam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 21:48:42 -0000 Mark Murray writes: > "Poul-Henning Kamp" writes: > > But to add to the confusion, my make universe just spat out ia64 buildworld > > with the same error again :-( > I think the problem is to order the library build. > Can .ORDER be applied to subdirs (or something?) The order in Makefile.inc1 is correct, but if the libraries are built in parallel, there is a race between libkrb5 and libpam. I've always assumed the libraries *weren't* built in parallel. You could try the following in case I'm wrong: Index: Makefile.inc1 =================================================================== RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.356 diff -u -r1.356 Makefile.inc1 --- Makefile.inc1 5 May 2003 12:54:26 -0000 1.356 +++ Makefile.inc1 8 May 2003 21:47:24 -0000 @@ -816,7 +816,9 @@ _generic_libs+= usr.sbin/pcvt/keycap .endif -.for _lib in ${_startup_libs} ${_prebuild_libs:Nlib/libpam} ${_generic_libs} +_lib_order= ${_startup_libs} ${_prebuild_libs:Nlib/libpam} ${_generic_libs} +.ORDER: ${_lib_order} +.for _lib in ${_lib_order} ${_lib}__L: .PHONY .if exists(${.CURDIR}/${_lib}) @${ECHODIR} "===> ${_lib}"; \ DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-current@FreeBSD.ORG Thu May 8 14:52:55 2003 Return-Path: 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 B45C937B401; Thu, 8 May 2003 14:52:55 -0700 (PDT) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9267A43F93; Thu, 8 May 2003 14:52:54 -0700 (PDT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.12.9/jtpda-5.4) with ESMTP id h48Lqnru066974 ; Thu, 8 May 2003 23:52:49 +0200 (CEST) Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) h48Lqnqx005914 ; Thu, 8 May 2003 23:52:49 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.12.9/8.12.9/Submit) id h48LqnOf005911; Thu, 8 May 2003 23:52:49 +0200 (MEST) To: Peter Gade Jensen References: <20030508213911.GA8706@horse09.daimi.au.dk> From: arno@heho.snv.jussieu.fr Date: 08 May 2003 23:52:49 +0200 In-Reply-To: <20030508213911.GA8706@horse09.daimi.au.dk> Message-ID: Lines: 23 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: scanned by sophie at shiva.jussieu.fr cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: mmake / maake (Toshiba Satelite 6000 X11 keyboard weirdness) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 21:52:56 -0000 Peter, > On Thu, May 08, 2003 at 11:02:33PM +0200, arno@heho.snv.jussieu.fr wrote: > > I rrun -curreent on a Toshiba sattellite Pro 6000 for over > > a month with no particular problem, other than a very > > irrittating "keyboard echo" when in X11 mode. > > The ever so irritating toshiba-keyboard-fuckup. > Put the following in a file, chmod +x it and load it from ~/.xinitrc > when you start X. You need to install xkbset though. > > if [ -x /usr/X11R6/bin/xkbset ]; then > xkbset m > xkbset exp =m > xkbset sl 5 > xkbset exp =sl > xkbset -f slowaccept > xkbset exp =f =slowaccept > fi yes! Thanx a lot (I should have asked much earlier ^_^) Arno From owner-freebsd-current@FreeBSD.ORG Thu May 8 15:00:54 2003 Return-Path: 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 B110437B401; Thu, 8 May 2003 15:00:54 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53AA743F3F; Thu, 8 May 2003 15:00:53 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from [10.0.0.2] (adslle.cc.univie.ac.at [131.130.102.11]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h48M0eRx026244; Fri, 9 May 2003 00:00:43 +0200 Date: Fri, 9 May 2003 00:00:35 +0200 (CEST) From: Lukas Ertl To: Doug Barton In-Reply-To: <20030508143459.C85154@12-234-22-23.pyvrag.nggov.pbz> Message-ID: <20030508234803.O592@korben.in.tern> References: <200305082047.h48KlDTh026805@beastie.mckusick.com> <20030508143459.C85154@12-234-22-23.pyvrag.nggov.pbz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mailbox 4251; Body=3 Fuz1=3 Fuz2=3 cc: freebsd-current@freebsd.org cc: Kirk McKusick Subject: Re: bin/51619 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 22:00:55 -0000 On Thu, 8 May 2003, Doug Barton wrote: > On Thu, 8 May 2003, Kirk McKusick wrote: > > > The first UFS1 alternate is 32 > > sectors (16K) in from the beginning of the disk. That alternate > > also remains untouched by UFS2. So, someone manually running > > fsck will be given the opportunity to look for alternate > > superblocks and will find that one and *still* end up messing > > up the filesystem. > > Please forgive me if my ignorance about how this stuff actually works > makes this a foolish question, but it occurs to me that part of the > problem may be related to the fast newfs code for ufs2. In case I haven't > been clear, I did actually do this fs ufs1 first, then re-did it in ufs2. Yes, and that is exactly what leads to the problem. If you would put a UFS2 fs on a blank, virgin disk, everything is ok (except the possibility that some random magnetic forces accidentally create a UFS1 magic cookie at the old UFS1 superblock location :-) ). > While not a lot of our users will be doing what I did _next_ in terms of > running a 4.x fsck binary against that ufs2 file system, I think that a > lot of users will be converting existing ufs1 slices to ufs2. I think so, too. And it will affect every 4.x binary that tries to do anything with the superblock (like mounting etc.). Given the possibility that some users might dual boot 4.x/5.x it's not a very constructed scenario we have here. > So, what if we pushed the problem of finding and deleting ufs1 alternate > superblocks down to the ufs2 newfs code? That way, there is no possibilit= y > of getting boned by a releng_4 fsck, since it won't find _anything_ that > it thinks it understands, and will just give up trying, instead of trying= , > and doing the wrong thing. > > Am I totally off base here? No, you're very right, and this is actually what I'm trying to accomplish with my humble patches :-) regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Thu May 8 15:24:33 2003 Return-Path: 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 A038C37B401 for ; Thu, 8 May 2003 15:24:33 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C21843F93 for ; Thu, 8 May 2003 15:24:33 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from 12-234-22-23.client.attbi.com ([12.234.22.23]) by attbi.com (rwcrmhc53) with SMTP id <2003050822243205300flb90e>; Thu, 8 May 2003 22:24:32 +0000 Date: Thu, 8 May 2003 15:24:30 -0700 (PDT) From: Doug Barton To: Lukas Ertl In-Reply-To: <20030508234803.O592@korben.in.tern> Message-ID: <20030508152330.T85154@12-234-22-23.pyvrag.nggov.pbz> References: <200305082047.h48KlDTh026805@beastie.mckusick.com> <20030508234803.O592@korben.in.tern> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Kirk McKusick Subject: Re: bin/51619 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 22:24:33 -0000 On Fri, 9 May 2003, Lukas Ertl wrote: > No, you're very right, and this is actually what I'm trying to accomplish > with my humble patches :-) Ah, well, so my stupidity was in not recognizing that you've already accomplished the exact analysis that I did, as opposed to my analysis being wrong. :) Thanks for the confirmation anyway. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu May 8 15:29:01 2003 Return-Path: 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 AC0FB37B401 for ; Thu, 8 May 2003 15:29:01 -0700 (PDT) Received: from grassmarket.ucs.ed.ac.uk (grassmarket.ucs.ed.ac.uk [129.215.166.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61A2F43FA3 for ; Thu, 8 May 2003 15:28:47 -0700 (PDT) (envelope-from s9905155@sms.ed.ac.uk) Received: from fourtytwo.brucec.backnet (12266209.resnet.ed.ac.uk [10.6.0.100] (may be forged))h48MSjT14364 for ; Thu, 8 May 2003 23:28:46 +0100 (BST) Received: from fourtytwo.brucec.backnet (localhost.brucec.backnet [127.0.0.1]) h48MSfdW009065 for ; Thu, 8 May 2003 23:28:41 +0100 (BST) (envelope-from bruce@fourtytwo.brucec.backnet) Received: (from bruce@localhost) by fourtytwo.brucec.backnet (8.12.8p1/8.12.8/Submit) id h48MSfnh009064 for current@freebsd.org; Thu, 8 May 2003 23:28:41 +0100 (BST) Date: Thu, 8 May 2003 23:28:41 +0100 From: Bruce Cran To: current@freebsd.org Message-ID: <20030508222841.GA9038@fourtytwo.brucec.backnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: status of devd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 22:29:01 -0000 I've been trying to get usb and pcmcia devices working recently, and rememebered hearing something about a new device manager daemon, devd. Looking in rc.conf I saw that usbd is still being enabled, and that devd is not only disabled by default but there's no option in sysinstall to enable it. Is devd supposed to replace usbd and pccardd in 5.0, or is it more of a longer-term development? After commenting out the logging section of devd.conf I managed to get it running, and it does seem to be working properly. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Thu May 8 15:50:57 2003 Return-Path: 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 7323C37B401 for ; Thu, 8 May 2003 15:50:57 -0700 (PDT) Received: from mx0.freebsd-services.com (survey.codeburst.net [195.149.39.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2B9843F85 for ; Thu, 8 May 2003 15:50:56 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: from [192.168.7.2] (freebsd.gotadsl.co.uk [81.6.249.198]) by mx0.freebsd-services.com (Postfix) with ESMTP id 8274B1B211; Thu, 8 May 2003 23:50:55 +0100 (BST) From: Paul Richards To: Mike B In-Reply-To: <3EBAC230.7020608@cinci.rr.com> References: <0E972CEE334BFE4291CD07E056C76ED8CBBC51@bragi.housing.ufl.edu> <3EBAC230.7020608@cinci.rr.com> Content-Type: text/plain Organization: FreeBSD Services Ltd Message-Id: <1052433977.619.37.camel@cf.freebsd-services.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 08 May 2003 23:46:17 +0100 Content-Transfer-Encoding: 7bit cc: Will Saxon cc: current@freebsd.org Subject: Re: hard lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 22:50:57 -0000 On Thu, 2003-05-08 at 21:46, Mike B wrote: > I've experienced several hard freezes on my toshiba satellite 1905-s301 > notebook. With a kernel built May 4 I got many hangups after leaving the > machine run overnight. The screen auto-blanked before it locked up, so I > couldn't determine what the cause could have been. I did hava a java app > running, and that may have been the cause. Since then I've updated to > 5.1 BETA (may 7) and removed atapicam, pass, cd, cbb, cardbus, and > pccard from the kernel. No problems since, although the hard freeze > persists when I insert a pc card into the machine when cbb is enabled. > > Will Saxon wrote: > > >Has anyone been experiencing non-panic hard freezes lately? I just started running -current a couple of weeks ago, before that I had 5.0-RELEASE without seeing any problems. > > > >Occasionally, I will just have a machine lockup, no panics, nothing. The machine is unresponsive to the network also. > > > >Usually, there is some sort of disk activity - I have seen the lockup 3 or 4 times trying to compile/install things, and 2x today, once compiling a new kernel, the other while redirecting output from a job to a text file. > > > >Today's lockups were using a May 6 kernel, SMP, none of the debugging options, SCHED_ULE, LAZY_SWITCH, ADAPTIVE_MUTEXES, and ZERO_COPY_SOCKETS. I have since recompiled to include all the debugging options, but the only thing that has shown up is a lock order reversal in the sound code. > > > >This machine is a dual celeron and uses ata drives. DMA is turned on. Ethernet is via a 3c905B controller. The one hard drive is using the onboard HPT366 controller, not the PIIX one. > > > >I'm not sure what else to include. I am always suspicious of hard lockups, it is difficult to pinpoint what causes them since there is no log entry to read. It could easily be a hardware issue, but since I hadn't had problems before -current I thought I would write in. I also experience hard lockups on a regular basis, and generally also when there's heavy disk activity. My motherboard is a Supermicro DLE (I think, can't see in the case at the moment) so I don't think it's specific to a particular motherboard. Having said that, I haven't had one in the last 24 hours which is the first time it's survived that long in many months. -- Paul Richards FreeBSD Services Ltd From owner-freebsd-current@FreeBSD.ORG Thu May 8 15:59:46 2003 Return-Path: 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 D7AB037B401 for ; Thu, 8 May 2003 15:59:46 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A5CD43F85 for ; Thu, 8 May 2003 15:59:46 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from 12-234-22-23.client.attbi.com ([12.234.22.23]) by attbi.com (rwcrmhc52) with SMTP id <2003050822594505200lvjeqe>; Thu, 8 May 2003 22:59:45 +0000 Date: Thu, 8 May 2003 15:59:45 -0700 (PDT) From: Doug Barton To: Adam In-Reply-To: <1052404597.6547.80.camel@jake> Message-ID: <20030508155913.B85154@12-234-22-23.pyvrag.nggov.pbz> References: <20030508162221.N15145@small.pukruppa.de> <1052404597.6547.80.camel@jake> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: openoffice build fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 22:59:47 -0000 On Thu, 8 May 2003, Adam wrote: > On Thu, 2003-05-08 at 10:26, P. U. Kruppa wrote: > > on my 5.1-BETA FreeBSD 5.1-BETA #1: Thu May 8 03:05:02 CEST 2003 > > openoffice make fails with > > For the time being, you can install the precompiled binary from here: > http://projects.imp.ch/openoffice/ > > If you look down at the bottom, there is a package built in 5.0-RELEASE. > It might also work on your 5.1-BETA. It doesn't. It wastes a lot of time though. :) The 4.8 binary install works on recent 5-current though. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu May 8 16:04:19 2003 Return-Path: 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 7932937B401 for ; Thu, 8 May 2003 16:04:19 -0700 (PDT) Received: from hood.oook.cz (hood.oook.cz [195.122.218.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5759C43F75 for ; Thu, 8 May 2003 16:04:18 -0700 (PDT) (envelope-from pav@oook.cz) Received: from pav.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.12.9/8.12.9) with ESMTP id h48N3x64001100 for ; Fri, 9 May 2003 01:03:59 +0200 (CEST) (envelope-from pav@oook.cz) Received: (from pav@localhost) by pav.oook.cz (8.12.9/8.12.9/Submit) id h48N3xtZ001099 for freebsd-current@freebsd.org; Thu, 8 May 2003 23:03:59 GMT X-Authentication-Warning: pav.oook.cz: pav set sender to pav@oook.cz using -f From: Pav Lucistnik To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1052435038.963.10.camel@pav.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.3 (Preview Release) Date: 08 May 2003 23:03:58 +0000 Subject: panic in g_conf_provider() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 23:04:19 -0000 Hi, I just got odd panic on -CURRENT from May 5. I typed this command under normal user: $ sysctl -a | grep dump and system promptly panicked with: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x40 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01e4426 stack pointer = 0x10:0xcd277bf8 frame pointer = 0x10:0xcd277c14 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (g_event) trap number = 12 panic: page fault I can't reproduce it now, the given command works fine now. There was no disc activity in background. Earlier today, I was using Smartmedia USB card reader (da0 device over umass0), disconnected few hours ago. (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 #1 0xc0216338 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:370 #2 0xc021662b in panic () at /usr/src/sys/kern/kern_shutdown.c:543 #3 0xc0349db2 in trap_fatal (frame=0xcd277bb8, eva=0) at /usr/src/sys/i386/i386/trap.c:834 #4 0xc0349a92 in trap_pfault (frame=0xcd277bb8, usermode=0, eva=64) at /usr/src/sys/i386/i386/trap.c:748 #5 0xc034968d in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1020581888, tf_esi = -1070031968, tf_ebp = -853050348, tf_isp = -853050396, tf_ebx = 0, tf_edx = 8192, tf_ecx = 4953, tf_eax = -1012442624, tf_trapno = 12, tf_err = 0, tf_eip = -1071758298, tf_cs = 8, tf_eflags = 66178, tf_esp = -1020581888, tf_ss = -1012442624}) at /usr/src/sys/i386/i386/trap.c:433 #6 0xc033a3c8 in calltrap () at {standard input}:96 #7 0xc01e4cd4 in g_conf_provider (sb=0xc0389ba0, pp=0x0) at /usr/src/sys/geom/geom_dump.c:187 #8 0xc01e4e07 in g_conf_geom (sb=0xc32b2800, gp=0xc32b2800, pp=0x0, cp=0x0) at /usr/src/sys/geom/geom_dump.c:218 #9 0xc01e4ea2 in g_conf_class (sb=0xc32b2800, mp=0xc3a75a00, gp=0x0, pp=0x0, cp=0x0) at /usr/src/sys/geom/geom_dump.c:233 #10 0xc01e4f39 in g_conf_specific (sb=0xc32b2800, mp=0x0, gp=0x0, pp=0x0, cp=0x0) at /usr/src/sys/geom/geom_dump.c:248 #11 0xc01e4f9d in g_confxml (p=0x0, flag=0) at /usr/src/sys/geom/geom_dump.c:260 #12 0xc01e54b4 in one_event () at /usr/src/sys/geom/geom_event.c:179 #13 0xc01e5575 in g_run_events () at /usr/src/sys/geom/geom_event.c:199 #14 0xc01e63d5 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:133 #15 0xc020365e in fork_exit (callout=0xc01e63b0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:792 (kgdb) up 7 #7 0xc01e4cd4 in g_conf_provider (sb=0xc0389ba0, pp=0x0) at /usr/src/sys/geom/geom_dump.c:187 187 pp->geom->dumpconf(sb, "\t ", pp->geom, NULL, pp); (kgdb) list 182 sbuf_printf(sb, "\t %jd\n", 183 (intmax_t)pp->mediasize); 184 sbuf_printf(sb, "\t %u\n", pp->sectorsize); 185 if (pp->geom->dumpconf != NULL) { 186 sbuf_printf(sb, "\t \n"); 187 pp->geom->dumpconf(sb, "\t ", pp->geom, NULL, pp); 188 sbuf_printf(sb, "\t \n"); 189 } 190 sbuf_printf(sb, "\t\n"); 191 } (kgdb) print pp $1 = (struct g_provider *) 0x0 (kgdb) up #8 0xc01e4e07 in g_conf_geom (sb=0xc32b2800, gp=0xc32b2800, pp=0x0, cp=0x0) at /usr/src/sys/geom/geom_dump.c:218 218 g_conf_provider(sb, pp2); (kgdb) list 213 } 214 215 LIST_FOREACH(pp2, &gp->provider, provider) { 216 if (pp != NULL && pp != pp2) 217 continue; 218 g_conf_provider(sb, pp2); 219 } 220 sbuf_printf(sb, " \n"); 221 } 222 -- Pav Lucistnik snow should be on the tv and in the mountains, not here From owner-freebsd-current@FreeBSD.ORG Thu May 8 16:06:15 2003 Return-Path: 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 CA96737B401 for ; Thu, 8 May 2003 16:06:15 -0700 (PDT) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 936B043F75 for ; Thu, 8 May 2003 16:06:14 -0700 (PDT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) h48N6Dru004028 for ; Fri, 9 May 2003 01:06:13 +0200 (CEST) Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) h48N6Dqx006269 for ; Fri, 9 May 2003 01:06:13 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.12.9/8.12.9/Submit) id h48N6DSS006266; Fri, 9 May 2003 01:06:13 +0200 (MEST) To: freebsd-current@freebsd.org References: From: arno@heho.snv.jussieu.fr Date: 09 May 2003 01:06:12 +0200 In-Reply-To: Message-ID: Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: scanned by sophie at shiva.jussieu.fr Subject: options MAXCONS < 16 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 23:06:16 -0000 keyboard is not working at all for me in X11-mode when I set MAXCONS to a low value (which I used to do on -stable boxes to strip down a bit my kernels). I do not know whether this is still a good thing to do, just to let you know so someone competent could look at it. NB, I'm very satisfied with current status of -current. Thanx! Arno From owner-freebsd-current@FreeBSD.ORG Thu May 8 16:11:33 2003 Return-Path: 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 7F60E37B401 for ; Thu, 8 May 2003 16:11:33 -0700 (PDT) Received: from storming.org (MG034043.user.veloxzone.com.br [200.165.34.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 99F2443F85 for ; Thu, 8 May 2003 16:11:31 -0700 (PDT) (envelope-from fred@storming.org) Received: (qmail 46700 invoked by uid 1000); 8 May 2003 20:11:29 -0300 Date: Thu, 8 May 2003 20:11:29 -0300 From: Fred Souza To: current@freebsd.org Message-ID: <20030508231129.GA46634@torment.storming.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline X-Sender: fred@storming.org Subject: nss_dns.so.1: missing lib? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fred@storming.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 23:11:33 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I don't know when this started, I just noticed it two days ago and could not get it fixed. I don't know if this is the place to ask about it either. Things is, running gkrellm (1.2.13_1 from the ports) with gkrellweather (0.2.7_1) gives me the following error (inside gkrellm) about the plugin: /usr/X11R6/libexec/gkrellm/plugins/gkrellweather.so Error: Shared object "nss_dns.so.1" not found I have another plugin running (reminder), and it works perfectly. I tried finding a supposed libnss_dns under /usr/src (sources of 20 minutes ago) and didn't find it. I did find out that libc/net has some sort of compat code for NSS functions, which don't seem to satisfy the gkrellweather plugin. Also, I find it weird that I can't find anywhere in the plugin's sources a mention of that lib and it's not linked to it at compile-time (of course, if it was it wouldn't compile). What could it possibly be? Thanks, Fred --=20 "Every program has at least one bug and can be shortened by at least one instruction -- from which, by induction, one can deduce that every program can be reduced to one instruction which doesn't work." --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+uuQhZNmEsrl+ROERAlOjAKCicQNRBuNcGPk0wPRnRUrEAIPL3ACfVkg8 ufH2ynn0ATt9ZWdjoLbCrTs= =gCow -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Thu May 8 16:26:17 2003 Return-Path: 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 B2D1437B401; Thu, 8 May 2003 16:26:17 -0700 (PDT) Received: from ns.altadena.net (ns.altadena.net [207.151.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 014C843FB1; Thu, 8 May 2003 16:26:17 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: from ns.altadena.net (localhost [127.0.0.1]) by ns.altadena.net (8.12.8p1/8.12.3) with ESMTP id h48NQGRe062228; Thu, 8 May 2003 16:26:16 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: (from pete@localhost) by ns.altadena.net (8.12.8p1/8.12.3/Submit) id h48NQD6K062227; Thu, 8 May 2003 16:26:13 -0700 (PDT) (envelope-from pete) From: Pete Carah Message-Id: <200305082326.h48NQD6K062227@ns.altadena.net> To: mobile@freebsd.org, current@freebsd.org Date: Thu, 8 May 2003 16:26:13 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Subject: Shared-key auth on Orinoco card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 23:26:18 -0000 Shared-key auth doesn't work on my (any, if I believe the source code) Orinoco built-in 802.11b card. Going through the wi source, it looks like it only works on one version of one manufacturer (3com?). Is there any plan to do something with this? (or is it one more thing that isn't known about the "hermes" chipset?) Windoze (XP home) handles this situation fine, so I know the card is capable of it. (then again, windoze handles the Sierra card fine too; I have it sort of working in bsd but it is SLOW. And Sierra won't release their card's API even WITH a NDA.) -- Pete From owner-freebsd-current@FreeBSD.ORG Thu May 8 17:54:35 2003 Return-Path: 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 8630F37B401; Thu, 8 May 2003 17:54:35 -0700 (PDT) Received: from volatile.chemikals.org (cae88-48-006.sc.rr.com [24.88.48.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7697F43FBD; Thu, 8 May 2003 17:54:34 -0700 (PDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost [127.0.0.1]) h490sSHx038901; Thu, 8 May 2003 20:54:28 -0400 (EDT) (envelope-from morganw@chemikals.org) Date: Thu, 8 May 2003 20:54:28 -0400 (EDT) From: Wesley Morgan To: arno@heho.snv.jussieu.fr In-Reply-To: Message-ID: <20030508205152.R36663@volatile.chemikals.org> References: <20030508213911.GA8706@horse09.daimi.au.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-mobile@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: mmake / maake (Toshiba Satelite 6000 X11 keyboard weirdness) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 00:54:35 -0000 On Thu, 8 May 2003 arno@heho.snv.jussieu.fr wrote: > Peter, > > > if [ -x /usr/X11R6/bin/xkbset ]; then > > xkbset m > > xkbset exp =m > > xkbset sl 5 > > xkbset exp =sl > > xkbset -f slowaccept > > xkbset exp =f =slowaccept > > fi > > yes! Thanx a lot (I should have asked much earlier ^_^) The culprit is xkb. If you don't need it (which you probably don't), put the line in your ServerFlags section: Option "XkbDisable" This will correct the problem. I'm not sure how well those xkbset rules work, but if they are anything like AccessX, when your system is under very high load you will find your keyboard quite nonfunctional as well as moderate load forcing you to type very slowly. -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Thu May 8 18:11:45 2003 Return-Path: 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 1FF6337B401 for ; Thu, 8 May 2003 18:11:45 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C449443F3F for ; Thu, 8 May 2003 18:11:43 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id LAA05279; Fri, 9 May 2003 11:11:26 +1000 Date: Fri, 9 May 2003 11:11:25 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "M. Warner Losh" In-Reply-To: <20030508.111836.130233489.imp@bsdimp.com> Message-ID: <20030509110727.T62089@gamplex.bde.org> References: <20030508.124929.74756191.haro@kgt.co.jp> <20030508.102242.72244093.imp@bsdimp.com> <20030508.111836.130233489.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: gallatin@cs.duke.edu Subject: Re: LOR with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 01:11:45 -0000 On Thu, 8 May 2003, M. Warner Losh wrote: > In message: <16058.36990.299231.566625@grasshopper.cs.duke.edu> > Andrew Gallatin writes: > : > : M. Warner Losh writes: > : > That reminds me, would anybody object if I were to hack traceback so > : > that it would actually put the traceback in the dmesg buffer when not > : > called from ddb? Yes. No hacks please. See old mail about how to implement this not very hackishly (basically s/db_printf/printf/g, and change printf to act like the old db_printf iff db_active is set; this would also fix the bug of forgetting to use db_printf in ddb commands and reduce the bugs for abusing non-ddb commands as ddb commands). > : FWIW, I think that tracebacks generated from DDB_TRACE should also > : go into the dmesg buffer. It would save quite a few initial exchanges > : with users.. I think that DDB_TRACE shouldn't have been committed until it did this. > Does anybdoy know why the ddb output doesn't go into the dmesg buffer > in general? It sure would save me a lot of grief as well if it did. Yes. 1. The message buffer (and some other aspects of printf() as opposed to db_printf()) is highly non-reentrant and lock-deficient. This is broken in general. printf() can panic when it is called in certain not very unusual contexts, and ddb is often needed in these contexts. Also, using ddb in the relatively unusual context of debugging the message buffer itself would cause unbounded recursion if ddb output always went to the message buffer. 2. ddb output tends to be large and not very useful. It can push normal kernel messages (not to mention ddb messages) out of the message buffer before they can be seen by syslog. Just thought of another problem: the traceback can trap if it gets confused about the stack frame and/or the number of args. In ddb context, these traps are handled properly using setjmp() (except trap() barfs about them unsafely and unusefully using ordinary printf before it reenters ddb). This safety harness is missing if the traceback is done outside of ddb. You really don't want debugging messages about a problem compounding the problem. Bruce From owner-freebsd-current@FreeBSD.ORG Thu May 8 18:18:26 2003 Return-Path: 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 E6ABC37B401 for ; Thu, 8 May 2003 18:18:26 -0700 (PDT) Received: from maeko.hayai.de (denver038.server4free.de [217.172.178.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88D343F93 for ; Thu, 8 May 2003 18:18:25 -0700 (PDT) (envelope-from mail@maeko.hayai.de) Received: from maeko.hayai.de (localhost [127.0.0.1]) by maeko.hayai.de (8.12.7/8.12.7) with ESMTP id h491IUrW007414 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Fri, 9 May 2003 03:18:30 +0200 Received: (from mail@localhost) by maeko.hayai.de (8.12.7/8.12.7/Submit) id h491IUXg007413 for freebsd-current@freebsd.org; Fri, 9 May 2003 03:18:30 +0200 Date: Fri, 9 May 2003 03:18:30 +0200 From: Marco Wertejuk To: freebsd-current@freebsd.org Message-ID: <20030509011830.GA7306@maeko> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: sockstat dumps core X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 01:18:27 -0000 Hello, my current snapshot is from April 30th, and I've noticed that sockstat -p 32768 dumps core. It does this for all ports larger than 32767. Right now I don't have enough time for further investigations but if other experience the same problem or anyone wants the coredump, just tell me. -- Mit freundlichen Gruessen, Marco Wertejuk - mwcis.com Consulting & Internet Solutions From owner-freebsd-current@FreeBSD.ORG Thu May 8 18:33:32 2003 Return-Path: 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 6E90C37B401 for ; Thu, 8 May 2003 18:33:32 -0700 (PDT) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2D6E43F85 for ; Thu, 8 May 2003 18:33:31 -0700 (PDT) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [198.78.66.164]) by ion.gank.org (GankMail) with ESMTP id 5BE782CFCA; Thu, 8 May 2003 20:33:30 -0500 (CDT) Received: from ion.gank.org ([198.78.66.164]) by localhost (ion.gank.org [198.78.66.164]) (amavisd-new, port 10024) with LMTP id 35255-07-2; Thu, 8 May 2003 20:33:29 -0500 (CDT) Received: from aldaris2.auir.gank.org (dsl081-113-221.dfw1.dsl.speakeasy.net [64.81.113.221]) by ion.gank.org (GankMail) with ESMTP id 45C702BBB7; Thu, 8 May 2003 20:33:29 -0500 (CDT) From: Craig Boston To: Andrew Thompson Date: Thu, 8 May 2003 20:33:25 -0500 User-Agent: KMail/1.5.1 References: <20030506140539.F18533@root.org> <03May8.170848nzst.119052@homer.fire.org.nz> In-Reply-To: <03May8.170848nzst.119052@homer.fire.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305082033.25995.craig@xfoil.gank.org> cc: current@freebsd.org Subject: Re: Outstanding ACPI issues for 5.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 01:33:32 -0000 On Thursday 08 May 2003 12:09 am, Andrew Thompson wrote: > I am having a problem with acpi on my Compaq N1000v laptop. Before the > above import it would panic on boot , but now it is unable to find my > disk (progress mabey?). The boot logs and acpidump is available @ > http://www.fud.org.nz/acpi/ Looks like standard Compaq brokenness using the illegal character * in HID and other fields... Try replacing all of the *PNP with just PNP in the ASL. Ditto for anything else starting with *. Recompile it and use acpi_dsdt_load="YES" to load your fixed dsdt. It might help assuming there are no other bugs in it :) Craig From owner-freebsd-current@FreeBSD.ORG Thu May 8 19:51:22 2003 Return-Path: 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 3914937B401 for ; Thu, 8 May 2003 19:51:22 -0700 (PDT) Received: from sleet.ispgateway.de (sleet.ispgateway.de [62.67.200.125]) by mx1.FreeBSD.org (Postfix) with SMTP id BFAD843F3F for ; Thu, 8 May 2003 19:51:18 -0700 (PDT) (envelope-from robert@spes.drehmel.com) Received: (qmail 21237 invoked from network); 9 May 2003 02:51:17 -0000 Received: from unknown (HELO spes.drehmel.com) (948464@[62.220.10.167]) (envelope-sender ) by sleet.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 9 May 2003 02:51:17 -0000 Received: from spes.drehmel.com (localhost [127.0.0.1]) by spes.drehmel.com (8.12.9/8.12.6) with ESMTP id h492ob7Y002890; Fri, 9 May 2003 04:50:37 +0200 (CEST) (envelope-from robert@spes.drehmel.com) Received: (from robert@localhost) by spes.drehmel.com (8.12.9/8.12.6/Submit) id h492obGR002889; Fri, 9 May 2003 04:50:37 +0200 (CEST) Date: Fri, 9 May 2003 04:50:37 +0200 From: Robert Drehmel To: Marco Wertejuk Message-ID: <20030509025037.GA2691@spes.drehmel.com> References: <20030509011830.GA7306@maeko> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030509011830.GA7306@maeko> User-Agent: Mutt/1.4i cc: freebsd-current@freebsd.org Subject: Re: sockstat dumps core X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 02:51:22 -0000 Hello Marco, On Fri, May 09, 2003 at 03:18:30AM +0200, Marco Wertejuk wrote: > Hello, > > my current snapshot is from April 30th, and I've noticed > that sockstat -p 32768 dumps core. It does this for all > ports larger than 32767. > > Right now I don't have enough time for further investigations > but if other experience the same problem or anyone wants the > coredump, just tell me. the attached patch should fix it. ciao, -robert Index: sockstat.c =================================================================== RCS file: /data/FreeBSD-current_repo/src/usr.bin/sockstat/sockstat.c,v retrieving revision 1.6 diff -u -r1.6 sockstat.c --- sockstat.c 13 Jan 2003 00:28:56 -0000 1.6 +++ sockstat.c 9 May 2003 02:47:36 -0000 @@ -111,7 +111,7 @@ int port, end; if (ports == NULL) - if ((ports = calloc(1, 65536 / INT_BIT)) == NULL) + if ((ports = calloc(65536 / INT_BIT, sizeof(int))) == NULL) err(1, "calloc()"); p = portspec; while (*p != '\0') { From owner-freebsd-current@FreeBSD.ORG Thu May 8 21:15:28 2003 Return-Path: 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 80E9F37B401; Thu, 8 May 2003 21:15:28 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4366F43FA3; Thu, 8 May 2003 21:15:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0039.cvx21-bradley.dialup.earthlink.net ([209.179.192.39] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19DzHq-0003FK-00; Thu, 08 May 2003 21:15:12 -0700 Message-ID: <3EBB2AE7.BEE407D1@mindspring.com> Date: Thu, 08 May 2003 21:13:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp References: <3908.1052404777@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a487f5935fbc1fc1b6ca73eaa54567cca0666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: alc@freebsd.org cc: freebsd-current@freebsd.org cc: Robert Watson cc: Heiko Schaefer Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 04:15:28 -0000 Poul-Henning Kamp wrote: > In message <20030508142234.GA1359@laptop.6bone.nl>, Mark Santcroos writes: > >They prevent the usage of 4M pages. It's a CPU bug that will cause data > >corruption if enabled. > > > >Terry Lambert (at least) knows the details. > > I _really_ doubt that. > > Please treat all information from Terry as highly suspect, he has not > been in touch with our source code for years. Poul's wrong. And he's the main reason a lot of people "haven't touched FreeBSD source code in years", including both the primary and secondary authors of FreeBSD's current VM system. The problem is a CPU bug. I am willing to discuss it with anyone, and some corporations, willing to agree to non-disclosure. Bosko Milekic (bmilekic@freebsd.org) has patches based on the information I gave him under non-disclosure which fix the problem completely. I approve of them, because they do not disclose the source of the problem, while working around it. This means that anyone who wants to fix it has to either regress the problem themselves (like I did), or has to "do what FreeBSD does". Poul doesn't know about them because he has a number of people in his "killfile", and never sees anything they post (i.e. he is willfully ignorant of developements in this and other areas). -- Terry From owner-freebsd-current@FreeBSD.ORG Thu May 8 21:26:01 2003 Return-Path: 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 3880837B401 for ; Thu, 8 May 2003 21:26:01 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9990B43FB1 for ; Thu, 8 May 2003 21:26:00 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0039.cvx21-bradley.dialup.earthlink.net ([209.179.192.39] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19DzS8-0005NT-00; Thu, 08 May 2003 21:25:49 -0700 Message-ID: <3EBB2D5E.CC94FE24@mindspring.com> Date: Thu, 08 May 2003 21:23:58 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Heiko Schaefer References: <20030508142234.GA1359@laptop.6bone.nl> <3908.1052404777@critter.freebsd.dk> <20030508172630.C79286@daneel.foundation.hs> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a49b7d29e124e58521f7404fe1a7a34f77a2d4e88014a4647c350badd9bab72f9c350badd9bab72f9c cc: John Hay cc: freebsd-current@freebsd.org Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 04:26:01 -0000 Heiko Schaefer wrote: > > Be that as it may, it was still he that suggested those options and > > claims that he knows more. On my machine at work, a 1.8GHz P4, those > > options give me a useable stable machine and without it I get signal > > 10 and 11's left,right and center. That machine is building a snap > > every night and has an uptime of 37 days because that is when I last > > updated it. > > the thread i found in -current archives suggested that these flags work > around an amd-specific issue. now you say that a p4-based machine also > needs them to run stable. The problem appears on any processor that supports 4M pages; that includes both Intel and AMD processors. Whether or not you personally see it is based on the memory usage patterns that are required to trigger it. > i am wondering more and more: why are these options not in GENERIC ?!? > ...if someone knows what he's doing he can always throw them out again. > > (just like back in the day, dma was not enabled by default...) The were in the last developer preview. There were specific hacks for the P4, which would not have helped the AMD K6 (it may be that other processors also have the problem, too; I have only regressed it personally on P3's, P4's, and the AMD K6). They were removed after the autotuning changes by Matt Dillon and the memory allocator changes by Jeff Robertson went in. Both changes added preterbations to the memory usage patterns which, in my opinion, would add steep stair functions into where you would see the problem occur, and tend to mask it on a large variety of systems (but not all of them, so it's a land mine waiting for the unexpecting person with the right hardware and software combinations). -- Terry From owner-freebsd-current@FreeBSD.ORG Thu May 8 21:34:48 2003 Return-Path: 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 ADC6A37B401 for ; Thu, 8 May 2003 21:34:48 -0700 (PDT) Received: from fire.org.nz (firewall.fire.org.nz [203.97.144.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3190843F75 for ; Thu, 8 May 2003 21:34:47 -0700 (PDT) (envelope-from andy@fud.org.nz) Received: by homer.fire.org.nz id <119063>; Fri, 9 May 2003 16:34:29 +1200 From: Andrew Thompson To: Magnus B{ckstr|m In-Reply-To: References: Content-Type: multipart/mixed; boundary="=-iCURT/sZCDJyGwwA4+Z5" Organization: Message-Id: <03May9.163429nzst.119063@homer.fire.org.nz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 09 May 2003 16:34:50 +1200 cc: acpi-jp@jp.FreeBSD.org cc: current@freebsd.org Subject: Re: [acpi-jp 2190] Re: Outstanding ACPI issues for 5.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 04:34:49 -0000 --=-iCURT/sZCDJyGwwA4+Z5 Content-Type: text/plain Content-Transfer-Encoding: 7bit On Thu, 2003-05-08 at 20:28, Magnus B{ckstr|m wrote: > I'm afraid this may not be the end of it. An N800c I encountered a few > weeks ago consistently had _HIDs with asterisks. If I may contribute > an untested general workaround (untested because I don't currently have > access to the hardware): > > Index: src/sys/dev/acpica/acpi.c > diff -u src/sys/dev/acpica/acpi.c:1.1.1.6.2.1 src/sys/dev/acpica/acpi.c:1.1.1.6.2.2 > [snip] > Furthermore, the laptop used idioms that were a bit too modern for > our ACPI implementation. CIDs are allowed to be not only integers, > but also buffers (think `char *') with images of ACPI_INTEGERs, and > packages with multiple integer objects in them (for multiple possible > CIDs). The below -should- fix this but is also untested. > > Index: src/sys/dev/acpica/acpi.c > diff -u src/sys/dev/acpica/acpi.c:1.1.1.6.2.2 src/sys/dev/acpica/acpi.c:1.1.1.6.2.3 > [snip] Amazing, she works now. :-D I applied these two patches and recompiled. Attached is my dmesg and sysctl output. Thanks Magnus & everyone else who helped. The main reason I wanted this is to be able to suspend rather than powering off. Andy --=-iCURT/sZCDJyGwwA4+Z5 Content-Disposition: attachment; filename=dmesg Content-Type: text/plain; name=dmesg; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Copyright (c) 1992-2003 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.1-BETA #1: Fri May 9 16:06:12 NZST 2003 thompsa@holly.fire.org.nz:/usr/obj/usr/src/sys/HOLLY Preloaded elf kernel "/boot/kernel/kernel" at 0xc05b3000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05b31f4. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1993544336 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1993.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 536674304 (511 MB) avail memory = 515076096 (491 MB) bios32: Bad BIOS32 Service Directory Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR ACPI-1287: *** Error: Method execution failed [\\_SB_.C03B.C04E.C0CF.C0D3] (Node 0xc4047740), AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed [\\_SB_.C03B.C04E.C0CF._INI] (Node 0xc4049f20), AE_NOT_EXIST acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR 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 0x1008-0x100b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0x60000000-0x6fffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 4.0 (no driver attached) fwohci0: mem 0x40080000-0x40083fff,0x40300000-0x403007ff irq 11 at device 5.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:08:02:71:9c:cf:1e:9c fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 if_fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:08:02:cf:1e:9c sbp0: on firewire0 fwohci0: Initiate bus reset cbb0: mem 0x40100000-0x40100fff irq 11 at device 6.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fxp0: port 0x2000-0x203f mem 0x40180000-0x40180fff irq 10 at device 8.0 on pci2 fxp0: Ethernet address 00:08:02:cf:14:be miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ohci0: mem 0x40200000-0x40200fff irq 10 at device 14.0 on pci2 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0x40280000-0x40280fff irq 10 at device 14.1 on pci2 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ums0: Cypress Sem PS2/USB Browser Combo Mouse, rev 1.00/0.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. pci2: at device 14.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x4440-0x444f,0-0x3,0-0x7,0-0x3,0-0x7 irq 11 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcm0: port 0x4400-0x443f,0x4000-0x40ff irq 5 at device 31.5 on pci0 pcm0: acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_lid0: on acpi0 acpi_ec0: port 0x66,0x62 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x3e8-0x3ef irq 3 drq 3 on acpi0 sio1: type 16550A orm0: