From owner-freebsd-current Sun Jan 6 5:45:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from router.hackerheaven.org (qn-213-73-194-22.quicknet.nl [213.73.194.22]) by hub.freebsd.org (Postfix) with ESMTP id 33C2537B405 for ; Sun, 6 Jan 2002 05:45:44 -0800 (PST) Received: from there (localhost.ipv6.hackerheaven.org [127.0.0.1]) by router.hackerheaven.org (Postfix) with SMTP id 5C5321C13; Sun, 6 Jan 2002 14:45:03 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Emiel Kollof To: Makoto Matsushita Subject: Re: kernel compile fails... Date: Sun, 6 Jan 2002 14:45:01 +0100 X-Mailer: KMail [version 1.3.2] Cc: current@FreeBSD.org References: <20020105211655.GA55151@laptop.hackerheaven.org> <20020106145411E.matusita@jp.FreeBSD.org> In-Reply-To: <20020106145411E.matusita@jp.FreeBSD.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020106134504.5C5321C13@router.hackerheaven.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun 06 Jan 02 06:54, Makoto Matsushita wrote: > coolvibe> What header file defines SWI_NOSWITCH? > > http://snapshots.jp.freebsd.org/tour/current/cgi-bin/global.cgi?pattern=SWI >_NOSWITCH&id=&type=symbol > > SWI_NOSWITCH are used and/or defined by these files. You can easily > find that this list have only one *.h file -- sys/sys/interrupt.h. [snip] > It's easy to find :-) Yeah indeed. The funny thing was that compiling suddenly worked when I switched INVARIANTS et al back on. I now have other problems, but I'll report them when I've done some more testing... Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 7:17:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 4A88337B402 for ; Sun, 6 Jan 2002 07:17:51 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g06FHQl13176; Sun, 6 Jan 2002 15:17:26 GMT (envelope-from mark@grondar.za) Received: from grondar.za (mark@localhost [127.0.0.1]) by grimreaper.grondar.org (8.11.6/8.11.6) with ESMTP id g05BL9V52739; Sat, 5 Jan 2002 13:21:09 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200201051121.g05BL9V52739@grimreaper.grondar.org> To: "Andrey A. Chernov" Cc: current@FreeBSD.ORG Subject: Re: Question to PAM hackers References: <20020104075611.GA11377@nagual.pp.ru> In-Reply-To: <20020104075611.GA11377@nagual.pp.ru> ; from "Andrey A. Chernov" "Fri, 04 Jan 2002 10:56:11 +0300." Date: Sat, 05 Jan 2002 13:21:08 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Is there a way (i.e. interface function) to check if particular PAM module > loaded, inside application? No. Annd nor should there be. The authentication process with PAM means that the authentication policy (including which modules are loaded) are none of the applications damn business :-) M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 12:31:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id B2F5D37B41C for ; Sun, 6 Jan 2002 12:31:30 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g06KVPl65838; Sun, 6 Jan 2002 13:31:26 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g06KVNx22151; Sun, 6 Jan 2002 13:31:24 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 06 Jan 2002 13:31:18 -0700 (MST) Message-Id: <20020106.133118.118973030.imp@village.org> To: root@nihil.plaut.de Cc: current@FreeBSD.ORG, winter@jurai.net Subject: Re: Why does bus_alloc_resource fail for sound and PCIC? From: "M. Warner Losh" In-Reply-To: <20020105232557.S706-100000@nihil> References: <20020105232557.S706-100000@nihil> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020105232557.S706-100000@nihil> Michael Reifenberger writes: : But why? : Where is PCI_ENABLE_IO_MODES different from: : : pci_enable_busmaster(dev); : pci_enable_io(dev, SYS_RES_IOPORT); : pci_enable_io(dev, SYS_RES_MEMORY); : : or : : data = pci_read_config(dev, PCIR_COMMAND, 2); : data |= (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN | PCIM_CMD_BUSMASTEREN); : pci_write_config(dev, PCIR_COMMAND, data, 2); : : which allready existed in snd_ich ?!? I think it has to do with the caching of these values in the pci layer. The option turns them on and updates the values in the cache, while the other options do not appear to do so. : BTW: In the case of the PCIC I still get: : pcib2: at device 30.0 on pci0 : pci2: on pcib2 : pccbb0: mem 0x50000000-0x50000fff irq 11 at device : 0.0 on pci2 : pcib2: device pccbb0 requested unsupported memory range 0x50000000-0x50000fff : (decoding 0xc0200000-0xcfffffff, 0xe8000000-0xefffffff) : pccbb0: Could not map register memory : device_probe_and_attach: pccbb0 attach returned 12 : pccbb0: mem 0x50100000-0x50100fff irq 11 at device : 0.1 on pci2 : pcib2: device pccbb0 requested unsupported memory range 0x50100000-0x50100fff : (decoding 0xc0200000-0xcfffffff, 0xe8000000-0xefffffff) : pccbb0: Could not map register memory : device_probe_and_attach: pccbb0 attach returned 12 Maybe you need some patches to the pci bridge code to map the range requested, or to just allow it (since it just works anyway). There's another kludge option: PCI_ALLOW_UNSUPPORTED_IO_RANGE. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 12:33:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from rn-re116a13.uwaterloo.ca (rn-re116a13.uwaterloo.ca [129.97.232.81]) by hub.freebsd.org (Postfix) with ESMTP id 7404437B41A for ; Sun, 6 Jan 2002 12:33:33 -0800 (PST) Received: (from munish@localhost) by rn-re116a13.uwaterloo.ca (8.11.6/8.11.6) id fBILS3u00360 for freebsd-current@freebsd.org; Tue, 18 Dec 2001 15:28:03 -0600 (CST) (envelope-from munish) Date: Tue, 18 Dec 2001 15:28:03 -0600 From: Munish Chopra To: freebsd-current@freebsd.org Subject: installworld error (ex: not found) Message-ID: <20011218152803.A316@rn-re116a13.uwaterloo.ca> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been having some trouble getting this -CURRENT system to do a proper installworld. I installed a JPSNAP (20011230) with only the /bin distribution, then cvsup'ed, made world and kernel, and went on to the installworld. I've done this thrice now (January 3,5,6), and each time I get the same error: [snip things going fine] ... install -c -o root -g wheel -m 444 xerox1730 /usr/share/tabset/xerox1730 install -c -o root -g wheel -m 444 xerox1730-lm /usr/share/tabset/xerox1730-lm install -c -o root -g wheel -m 444 zenith29 /usr/share/tabset/zenith29 ===> share/termcap install -c -o root -g wheel -m 444 /usr/src/share/termcap/map3270 /usr/share/misc/map3270 TERM=dumb ex - /usr/src/share/termcap/termcap.src < /usr/src/share/termcap/reorder ex: not found *** Error code 127 Stop in /usr/src/share/termcap. *** Error code 1 ...so wondering where ex is and what is wrong with it: [15:26 munish@rn-re116a13 ~] ll /usr/bin/ex -r-xr-xr-x 6 root wheel 279952 Dec 29 15:19 /usr/bin/ex ...it's there and fine. The PATH is set fine too. So I don't really know where to go from here...hints are welcome. Thanks. -- Munish Chopra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 16:38:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 0DEB237B416 for ; Sun, 6 Jan 2002 16:37:47 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g070c2A91151; Sun, 6 Jan 2002 16:38:07 -0800 (PST) Date: Sun, 6 Jan 2002 16:38:02 -0800 (PST) From: Doug White To: Sheldon Hearn Cc: Beech Rintoul , Subject: Re: kernel build fails In-Reply-To: <566.1010230250@axl.seasidesoftware.co.za> Message-ID: <20020106163716.I90176-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 5 Jan 2002, Sheldon Hearn wrote: > Yeah, that script was committed untested. :-( > > Try the untested patch included below. Why are there C-style comments in a Perl script? > * This file is produced automatically. > * Do not modify anything in here by hand. > * > - * Created from $FreeBSD: src/sys/kern/vnode_if.pl,v 1.28 2002/01/04 05:27:47 silby Exp $ > + * Created from \$FreeBSD: src/sys/kern/vnode_if.pl,v 1.28 2002/01/04 05:27:47 silby Exp $ > */ Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 16:43:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 38F6437B41A; Sun, 6 Jan 2002 16:43:32 -0800 (PST) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id g070hQl41170; Mon, 7 Jan 2002 03:43:26 +0300 (MSK) (envelope-from ache) Date: Mon, 7 Jan 2002 03:43:23 +0300 From: "Andrey A. Chernov" To: John Baldwin Cc: Michael Harnois , freebsd-current@FreeBSD.ORG Subject: Re: mergemaster and /etc/pam.d Message-ID: <20020107004321.GC41085@nagual.pp.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.24i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jan 04, 2002 at 17:12:56 -0800, John Baldwin wrote: > > On 05-Jan-02 Michael Harnois wrote: > >> I don't think pam.d is installed right now by default. > > > > Hmm. I'm not sure how it got installed on my system at all, then ... > > mtree creates the directory but the current makefiles don't install anything > in the directory. There is error can sneak here easily. If /etc/pam.d directory even exist, PAM ignores /etc/pam.conf contents. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 16:53:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id C17E437B416 for ; Sun, 6 Jan 2002 16:53:41 -0800 (PST) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id g070rLm41249; Mon, 7 Jan 2002 03:53:22 +0300 (MSK) (envelope-from ache) Date: Mon, 7 Jan 2002 03:53:16 +0300 From: "Andrey A. Chernov" To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: Question to PAM hackers Message-ID: <20020107005314.GD41085@nagual.pp.ru> References: <20020104075611.GA11377@nagual.pp.ru> <200201051121.g05BL9V52739@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201051121.g05BL9V52739@grimreaper.grondar.org> User-Agent: Mutt/1.3.24i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 05, 2002 at 13:21:08 +0200, Mark Murray wrote: > > Is there a way (i.e. interface function) to check if particular PAM module > > loaded, inside application? > > No. Annd nor should there be. The authentication process with PAM means > that the authentication policy (including which modules are loaded) are > none of the applications damn business :-) Chaining as concept is poor when conditionalized modules handling is needed. F.e. currently it is impossible to write proper pam_opie and pam_unix interaction using just chaining even they appearse always in fixed order. As workaround pam_unix forced to be removed and handled by application itself. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 17: 8:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.136.200]) by hub.freebsd.org (Postfix) with ESMTP id 76ABA37B404 for ; Sun, 6 Jan 2002 17:08:48 -0800 (PST) Received: from VPN85.ECE.CMU.EDU (allbery@VPN85.ECE.CMU.EDU [128.2.138.85]) (authenticated) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id g0718Zg28979; Sun, 6 Jan 2002 20:08:35 -0500 (EST) Subject: Re: kernel build fails From: "Brandon S. Allbery " KF8NH To: Doug White Cc: Sheldon Hearn , Beech Rintoul , freebsd-current@FreeBSD.ORG In-Reply-To: <20020106163716.I90176-100000@resnet.uoregon.edu> References: <20020106163716.I90176-100000@resnet.uoregon.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 06 Jan 2002 20:08:30 -0500 Message-Id: <1010365719.1981.2.camel@vpn85.ece.cmu.edu> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-01-06 at 19:38, Doug White wrote: > Why are there C-style comments in a Perl script? At a guess, it's a here document. -- brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 17:35:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 1125137B402 for ; Sun, 6 Jan 2002 17:35:06 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id CAA37368; Mon, 7 Jan 2002 02:33:52 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g072Row00809; Mon, 7 Jan 2002 03:27:50 +0100 (CET) (envelope-from root@nihil) Date: Mon, 7 Jan 2002 03:27:49 +0100 (CET) From: Michael Reifenberger To: "M. Warner Losh" Cc: FreeBSD-Current , Subject: Re: Why does bus_alloc_resource fail for sound and PCIC? In-Reply-To: <20020106.133118.118973030.imp@village.org> Message-ID: <20020107030140.M668-200000@nihil> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1044331872-1010370469=:668" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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-1044331872-1010370469=:668 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sun, 6 Jan 2002, M. Warner Losh wrote: ... > : pci2: on pcib2 > : pccbb0: mem 0x50000000-0x50000fff irq 11 at device > : 0.0 on pci2 > : pcib2: device pccbb0 requested unsupported memory range 0x50000000-0x50000fff > : (decoding 0xc0200000-0xcfffffff, 0xe8000000-0xefffffff) > : pccbb0: Could not map register memory > : device_probe_and_attach: pccbb0 attach returned 12 > : pccbb0: mem 0x50100000-0x50100fff irq 11 at device > : 0.1 on pci2 > : pcib2: device pccbb0 requested unsupported memory range 0x50100000-0x50100fff > : (decoding 0xc0200000-0xcfffffff, 0xe8000000-0xefffffff) > : pccbb0: Could not map register memory > : device_probe_and_attach: pccbb0 attach returned 12 > > Maybe you need some patches to the pci bridge code to map the range > requested, or to just allow it (since it just works anyway). There's > another kludge option: PCI_ALLOW_UNSUPPORTED_IO_RANGE. Thanks for the hint. After applying my attached patch this option got accepted and led to probed and attached NEWCARD devices. Inserting a FA411 Card leads to a frozen system (after reading the CIS info) until the card gets ejected. Haven't tried the OLDCARD (which worked in compat mode anyway) yet. Maybe NEWCARD is trying to use wrong resources here... Maybe we need some special handling for the new Intel-mobile-chipset used by IBM (which supports up to 1GB of memory). Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS --0-1044331872-1010370469=:668 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="sys.pat" Content-Transfer-Encoding: BASE64 Content-ID: <20020107032749.O668@nihil> Content-Description: Content-Disposition: attachment; filename="sys.pat" LS0tIGNvbmYvb3B0aW9ucy5vcmlnCVNhdCBEZWMgMjIgMTc6MDU6MjQgMjAw MQ0KKysrIGNvbmYvb3B0aW9ucwlNb24gSmFuICA3IDAyOjQ0OjUxIDIwMDIN CkBAIC00MTgsNCArNDE4LDUgQEANCiBQQ0lfUVVJRVQJCW9wdF9wY2kuaA0K IFBDSV9FTkFCTEVfSU9fTU9ERVMJb3B0X3BjaS5oDQorUENJX0FMTE9XX1VO U1VQUE9SVEVEX0lPX1JBTkdFIG9wdF9wY2liLmgNCiANCiAjIE5GUyBvcHRp b25zDQotLS0gZGV2L3BjaS9wY2lfcGNpLmMub3JpZwlNb24gTm92IDI2IDA4 OjEyOjM1IDIwMDENCisrKyBkZXYvcGNpL3BjaV9wY2kuYwlNb24gSmFuICA3 IDAyOjQ0OjI3IDIwMDINCkBAIC0zNSw0ICszNSw3IEBADQogICovDQogDQor I2luY2x1ZGUgIm9wdF9idXMuaCINCisjaW5jbHVkZSAib3B0X3BjaWIuaCIN CisNCiAjaW5jbHVkZSA8c3lzL3BhcmFtLmg+DQogI2luY2x1ZGUgPHN5cy9z eXN0bS5oPg0K --0-1044331872-1010370469=:668-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 22:49: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id D920437B41D; Sun, 6 Jan 2002 22:48:54 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA04826; Mon, 7 Jan 2002 17:48:46 +1100 Date: Mon, 7 Jan 2002 17:49:24 +1100 (EST) From: Bruce Evans X-X-Sender: To: "Andrey A. Chernov" Cc: John Baldwin , Michael Harnois , Subject: Re: mergemaster and /etc/pam.d In-Reply-To: <20020107004321.GC41085@nagual.pp.ru> Message-ID: <20020107174714.O604-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 7 Jan 2002, Andrey A. Chernov wrote: > On Fri, Jan 04, 2002 at 17:12:56 -0800, John Baldwin wrote: > > > > On 05-Jan-02 Michael Harnois wrote: > > >> I don't think pam.d is installed right now by default. > > > > > > Hmm. I'm not sure how it got installed on my system at all, then ... > > > > mtree creates the directory but the current makefiles don't install anything > > in the directory. > > There is error can sneak here easily. If /etc/pam.d directory even exist, PAM > ignores /etc/pam.conf contents. I think only old versions of PAM (ones from before there was a pam.d subdirectory) do that. Creating /etc/pam.d instantly broke all PAMmed applications. But they work now. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 23:42:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from midway.uchicago.edu (midway.uchicago.edu [128.135.12.12]) by hub.freebsd.org (Postfix) with ESMTP id 15BC437B41B for ; Sun, 6 Jan 2002 23:42:15 -0800 (PST) Received: from there (adsl-65-42-133-245.dsl.chcgil.ameritech.net [65.42.133.245]) by midway.uchicago.edu (8.11.6/8.11.6) with SMTP id g077gEM11665 for ; Mon, 7 Jan 2002 01:42:14 -0600 (CST) Message-Id: <200201070742.g077gEM11665@midway.uchicago.edu> Content-Type: text/plain; charset="iso-8859-15" From: David Syphers Reply-To: charon@seektruth.org To: freebsd-current@freebsd.org Subject: xfree86 4? Date: Mon, 7 Jan 2002 01:42:15 -0600 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What are the plans about replacing XFree86 3.3.6 with XFree86 4? The -current archives have a message saying this replacement already took place last October, but the JP SNAP I installed last November certainly wasn't aware of that fact, and the current.freebsd.org snapshot from January 6 still lists 3.3.6 as well. Two more months and it will be two years since XFree86-4.0... Looking at xfree86.org's comparisons of supported video cards, it seems quite obvious that XFree86 4 supports almost everything 3 did, and a lot more. I just got a computer with a nvidia GeForce2 GTS - not exactly a new card, but completely unsupported in 3.3.6 - but well supported in 4.1.0. 3.3.6 is over two years old, and none of the ATI or nvidia cards (and that's just about all desktops, no?) made since then are supported. There's always the port, but integration would be a much more friendly solution. I must be growing lazy :) Out-of-the-box XFree86 4 and easy PPPoE setup led me to use RedHat (desk top only - the server's still FreeBSD, of course), but I'm missing FreeBSD. Apologies if this has already been discussed to death, but such discussions aren't in the -current or -stable archives :) -David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 6 23:50:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id E98F837B417 for ; Sun, 6 Jan 2002 23:50:37 -0800 (PST) Received: (qmail 8748 invoked from network); 7 Jan 2002 07:50:36 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 7 Jan 2002 07:50:36 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020107004321.GC41085@nagual.pp.ru> Date: Sun, 06 Jan 2002 23:50:23 -0800 (PST) From: John Baldwin To: "Andrey A. Chernov" Subject: Re: mergemaster and /etc/pam.d Cc: freebsd-current@FreeBSD.ORG, Michael Harnois Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 07-Jan-02 Andrey A. Chernov wrote: > On Fri, Jan 04, 2002 at 17:12:56 -0800, John Baldwin wrote: >> >> On 05-Jan-02 Michael Harnois wrote: >> >> I don't think pam.d is installed right now by default. >> > >> > Hmm. I'm not sure how it got installed on my system at all, then ... >> >> mtree creates the directory but the current makefiles don't install anything >> in the directory. > > There is error can sneak here easily. If /etc/pam.d directory even exist, PAM > ignores /etc/pam.conf contents. DES has fixed this. What it did was break the 'other' type, but this issue has been addressed. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 7 0: 8:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id B7DF337B416 for ; Mon, 7 Jan 2002 00:08:39 -0800 (PST) Received: (qmail 18306 invoked from network); 7 Jan 2002 08:08:39 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 7 Jan 2002 08:08:39 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020106134504.5C5321C13@router.hackerheaven.org> Date: Mon, 07 Jan 2002 00:08:27 -0800 (PST) From: John Baldwin To: Emiel Kollof Subject: Re: kernel compile fails... Cc: current@FreeBSD.org, Makoto Matsushita Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 06-Jan-02 Emiel Kollof wrote: > On Sun 06 Jan 02 06:54, Makoto Matsushita wrote: >> coolvibe> What header file defines SWI_NOSWITCH? >> >> http://snapshots.jp.freebsd.org/tour/current/cgi-bin/global.cgi?pattern=SWI >>_NOSWITCH&id=&type=symbol >> >> SWI_NOSWITCH are used and/or defined by these files. You can easily >> find that this list have only one *.h file -- sys/sys/interrupt.h. > [snip] > >> It's easy to find :-) > > Yeah indeed. The funny thing was that compiling suddenly worked when I > switched INVARIANTS et al back on. I now have other problems, but I'll report > them when I've done some more testing... You must have cvsup'd at a bad time. I removed SWI_NOSWITCH from cam and everywhere else in one big commit Friday or Saturday. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 7 3:25:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from hub.freebsd.org (host213-1-10-79.webport.bt.net [213.1.10.79]) by hub.freebsd.org (Postfix) with SMTP id 80A8C37B43E for ; Mon, 7 Jan 2002 03:24:33 -0800 (PST) From: "friends of luke for a cooler world" Date: Mon, 07 Jan 2002 11:23:17 To: freebsd-current@freebsd.org Subject: rare invitation MIME-Version: 1.0 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20020107112433.80A8C37B43E@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG http://members.madasafish.com/~lukefictitious/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 7 6:27:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from router.hackerheaven.org (qn-213-73-194-22.quicknet.nl [213.73.194.22]) by hub.freebsd.org (Postfix) with ESMTP id A86D837B405; Mon, 7 Jan 2002 06:27:35 -0800 (PST) Received: by router.hackerheaven.org (Postfix, from userid 1000) id B1F9D1C1C; Mon, 7 Jan 2002 15:27:04 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by router.hackerheaven.org (Postfix) with ESMTP id 6521773DA; Mon, 7 Jan 2002 15:27:04 +0100 (CET) Date: Mon, 7 Jan 2002 15:27:03 +0100 (CET) From: Emiel Kollof X-X-Sender: coolvibe@azazel.ipv6.hackerheaven.org To: John Baldwin Cc: current@FreeBSD.org, Makoto Matsushita Subject: Re: kernel compile fails... In-Reply-To: Message-ID: <20020107151854.B56259-100000@azazel.ipv6.hackerheaven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 7 Jan 2002, John Baldwin wrote: > You must have cvsup'd at a bad time. I removed SWI_NOSWITCH from cam and > everywhere else in one big commit Friday or Saturday. I have other problems with the cvsup upgrade from STABLE to CURRENT on my machine. One of em is that my machine won't go past the fsck -p step and consitently claims that my superblock is borked, tries fo fix it and then resets my ATA controller after which it deadlocks. I have boot up into single user and do a fsck -y and then type 'exit' to get my box up. Will a fresh cvsup and building a new world/kernel solve these annoying niggles? I don't have any fs corruption (well, at least I'm not noticing any, my box works fine) and some apps suddenly segfault suddenly on me as well (like mutt, which seems to have problems with the __ftello() call (I sent a PR about that, oh, and mutt is the latest version from ports). But otherwise all is fine. :-) Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 7 14:12:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from rn-re116a13.uwaterloo.ca (rn-re116a13.uwaterloo.ca [129.97.232.81]) by hub.freebsd.org (Postfix) with ESMTP id C463937B446 for ; Mon, 7 Jan 2002 14:12:08 -0800 (PST) Received: (from munish@localhost) by rn-re116a13.uwaterloo.ca (8.11.6/8.11.6) id g07N6a512388 for freebsd-current@freebsd.org; Mon, 7 Jan 2002 17:06:36 -0600 (CST) (envelope-from munish) Date: Mon, 7 Jan 2002 17:06:36 -0600 From: Munish Chopra To: freebsd-current@freebsd.org Subject: installworld error (ex: not found) Message-ID: <20020107170636.C352@rn-re116a13.uwaterloo.ca> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (re-posting this as the date on this box was stuck somewhere in December, which I figured would leave me with little response from anyone who sorts by date): I've been having some trouble getting this -CURRENT system to do a proper installworld. I installed a JPSNAP (20011230) with only the /bin distribution, then cvsup'ed, made world and kernel, and went on to the installworld. I've done this thrice now (January 3,5,6), and each time I get the same error: [snip things going fine] ... install -c -o root -g wheel -m 444 xerox1730 /usr/share/tabset/xerox1730 install -c -o root -g wheel -m 444 xerox1730-lm /usr/share/tabset/xerox1730-lm install -c -o root -g wheel -m 444 zenith29 /usr/share/tabset/zenith29 ===> share/termcap install -c -o root -g wheel -m 444 /usr/src/share/termcap/map3270 /usr/share/misc/map3270 TERM=dumb ex - /usr/src/share/termcap/termcap.src < /usr/src/share/termcap/reorder ex: not found *** Error code 127 Stop in /usr/src/share/termcap. *** Error code 1 ...so wondering where ex is and what is wrong with it: [15:26 munish@rn-re116a13 ~] ll /usr/bin/ex -r-xr-xr-x 6 root wheel 279952 Dec 29 15:19 /usr/bin/ex ...it's there and fine. The PATH is set fine too. So I don't really know where to go from here...hints are welcome. Thanks. -- Munish Chopra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 7 15:23:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from damnhippie.dyndns.org (12-253-177-2.client.attbi.com [12.253.177.2]) by hub.freebsd.org (Postfix) with ESMTP id 016A537B404 for ; Mon, 7 Jan 2002 15:23:22 -0800 (PST) Received: from [172.22.42.2] (freelove.hippie.lan [172.22.42.2]) by damnhippie.dyndns.org (8.11.6/8.11.1) with ESMTP id g07NNBu03710; Mon, 7 Jan 2002 16:23:11 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Mon, 07 Jan 2002 16:23:11 -0700 Subject: Re: installworld error (ex: not found) From: Ian To: Munish Chopra , Message-ID: In-Reply-To: <20020107170636.C352@rn-re116a13.uwaterloo.ca> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: Munish Chopra > Date: Mon, 7 Jan 2002 17:06:36 -0600 > > ex: not found > *** Error code 127 > > Stop in /usr/src/share/termcap. > *** Error code 1 > > ....so wondering where ex is and what is wrong with it: > > [15:26 munish@rn-re116a13 ~] ll /usr/bin/ex > -r-xr-xr-x 6 root wheel 279952 Dec 29 15:19 /usr/bin/ex > > ....it's there and fine. The PATH is set fine too. I ran into a similar(-ish) problem this morning trying to do a make installworld from an nfs-mounted filesystem where I had done my buildworld on another machine. What I discovered after much frustration is that installworld invokes make with a complete override of PATH such that it only looks for things in /usr/obj/... and the fact that the ex binary exists in a normal PATH place doesn't help. In my case, I had to mount remote:/usr/obj over the local /usr/obj before doing the make installworld. (This was my first foray into updating binaries on machine A from a build done on machine B. The instructions in the makefile left room for imagination.) I know this isn't a complete answer to your question, just a clue: it's probably looking for /usr/obj/usr/src/bin/ex -- Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 7 17:49:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id BE6FA37B404 for ; Mon, 7 Jan 2002 17:49:20 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020108014920.WDXZ20395.rwcrmhc52.attbi.com@peter3.wemm.org> for ; Tue, 8 Jan 2002 01:49:20 +0000 Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g081nKs51397 for ; Mon, 7 Jan 2002 17:49:20 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 40E593808; Mon, 7 Jan 2002 17:49:20 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Julian Elischer Cc: Mike Makonnen , current@FreeBSD.ORG Subject: Re: CVSup vs inttypes.h,v In-Reply-To: Date: Mon, 07 Jan 2002 17:49:20 -0800 From: Peter Wemm Message-Id: <20020108014920.40E593808@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > Well it's a pitty whoever moved it didn't grep for > it.. my builds fail because of it. It is present as src/include/inttypes.h. You have stale .depend files or are doing something silly like make -DNOCLEAN. peter@daintree[5:45pm]~src-151> find . -type f -print | grep -v CVS | grep -v compile | grep -v obj | xargs grep sys/inttypes.h ./share/man/man5/types.5:#include /* includes */ ./sys/dev/bktr/bktr_core.c:#include /* uintptr_t */ The first is a stale doc bug, the latter is in #if defined(__NetBSD__) || defined(__OpenBSD__). ie: PEBKAC :-) > On Mon, 31 Dec 2001, Mike Makonnen wrote: > > > It's been moved to the Attic. From what I can gather most of what was in t here was moved to sys/sys/stdint.h and whatever files *it* includes. > > > > > > > > Cheers, > > mikem > > > > > > > > On Mon, 31 Dec 2001 21:32:17 -0800 (PST) > > Julian Elischer wrote: > > > > > > > > CVSup is refusing to give me a inttypes.h,v in sys/sys > > > > > > I sup from cvsup14 as it's very close. > > > How do I work out where the problem is? > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-current" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 1: 9:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id DE58E37B41A for ; Tue, 8 Jan 2002 01:09:30 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id g0899TO17514 for ; Tue, 8 Jan 2002 10:09:29 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 8 Jan 2002 10:13:42 +0100 (CET) From: Martin Blapp To: Subject: panic: don't do that Message-ID: <20020108100021.F66924-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, After a migration of a complete / Filesystem with dump - restore. I made the mistake to already have a small new system on the new disk. So I decided to do a # cd / # restore urf root.dump I got at the end: /dev/ad0d: cannot create special file: File exists WARNING: Driver mistake: repeat make_dev("ad0s1") panic: don't do that Debugger("panic") Is this really a Driver mistake ? Or am I mistaken ? I guess we should do a # chflags nodump /dev during the install on CURRENT. Why has been /dev dumped anyway ? Martin Martin Blapp, ------------------------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 061 826 93 00: +41 61 826 93 01 PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 1:58:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 9664437B404 for ; Tue, 8 Jan 2002 01:58:21 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id KAA02797; Tue, 8 Jan 2002 10:57:07 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g08Ap7R01143; Tue, 8 Jan 2002 11:51:07 +0100 (CET) (envelope-from root@nihil) Date: Tue, 8 Jan 2002 11:51:07 +0100 (CET) From: Michael Reifenberger To: Martin Blapp Cc: Subject: Re: panic: don't do that In-Reply-To: <20020108100021.F66924-100000@levais.imp.ch> Message-ID: <20020108114837.L1122-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 8 Jan 2002, Martin Blapp wrote: ... > during the install on CURRENT. Why has been /dev dumped anyway ? I bet you have old /dev entries as a fallback left which got backed up. What do you see on a unmounted /dev? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 2: 1:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 158B437B417 for ; Tue, 8 Jan 2002 02:01:22 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id g08A1KO27919; Tue, 8 Jan 2002 11:01:20 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 8 Jan 2002 11:05:33 +0100 (CET) From: Martin Blapp To: Michael Reifenberger Cc: Subject: Re: panic: don't do that In-Reply-To: <20020108114837.L1122-100000@nihil> Message-ID: <20020108110441.T66924-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > > during the install on CURRENT. Why has been /dev dumped anyway ? > I bet you have old /dev entries as a fallback left which got backed up. I guess no. This was a fresh CURRENT installation from November 2001. > What do you see on a unmounted /dev? devfs cannot be unmounted as I know. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 2: 2:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id 0E51A37B419; Tue, 8 Jan 2002 02:02:13 -0800 (PST) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.162.11]) by infres.enst.fr (Postfix) with ESMTP id 004A218B7; Tue, 8 Jan 2002 11:02:11 +0100 (MET) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id 68D43112ED; Tue, 8 Jan 2002 11:02:06 +0100 (CET) Date: Tue, 8 Jan 2002 11:02:06 +0100 From: Thomas Quinot To: freebsd-gnats-submit@freebsd.org Cc: current@freebsd.org Subject: conf/31358: Updated patch for -CURRENT Message-ID: <20020108110201.A36413@shalmaneser.enst.fr> Reply-To: Thomas Quinot Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Attached to this email is an update to the patch supplied with PR conf/31358, which fixes two issues: * amd can only be started when NFS client is enabled; * when nfs_client_enable is set and no NFS file systems are mounted at boot time from /etc/fstab, rc.network needs to ensure that the nfsclient module is loaded. Can someone please take a look at this PR? Thanks, Thomas. diff -u ../rc rc --- ../rc Tue Jan 8 10:11:48 2002 +++ rc Tue Jan 8 10:42:38 2002 @@ -103,6 +103,7 @@ } chkdepend amd amd_enable portmap portmap_enable +chkdepend amd amd_enable NFS nfs_client_enable chkdepend NFS nfs_server_enable portmap portmap_enable chkdepend NIS nis_server_enable portmap portmap_enable chkdepend NIS nis_client_enable portmap portmap_enable diff -u ../rc.network rc.network --- ../rc.network Tue Jan 8 10:11:48 2002 +++ rc.network Tue Jan 8 10:57:58 2002 @@ -712,8 +712,30 @@ ;; esac + # Handle absent nfs client support + if sysctl vfs.nfs >/dev/null 2>&1; then + nfsclient_in_kernel=1 + else + nfsclient_in_kernel=0 + fi + case ${nfs_client_enable} in [Yy][Ee][Ss]) + kldload nfsclient && nfsclient_in_kernel=1 + + case $nfsclient_in_kernel in + 1) + ;; + *) + echo 'Warning: NFS client kernel module failed to load' + nfs_client_enable=NO + ;; + esac + ;; + esac + + case "${nfs_client_enable}" in + [Yy][Ee][Ss]) if [ -n "${nfs_access_cache}" ]; then echo -n " NFS access cache time=${nfs_access_cache}" sysctl vfs.nfs.access_cache_timeout=${nfs_access_cache} >/dev/null @@ -732,6 +754,27 @@ echo -n ' rpc.lockd'; rpc.lockd ;; esac + + case ${amd_enable} in + [Yy][Ee][Ss]) + echo -n ' amd' + case ${amd_map_program} in + [Nn][Oo] | '') + ;; + *) + amd_flags="${amd_flags} `eval\ + ${amd_map_program}`" + ;; + esac + + if [ -n "${amd_flags}" ]; then + amd -p ${amd_flags}\ + > /var/run/amd.pid 2> /dev/null + else + amd 2> /dev/null + fi + ;; + esac ;; esac @@ -742,26 +785,6 @@ rpc.umntall -k fi - case ${amd_enable} in - [Yy][Ee][Ss]) - echo -n ' amd' - case ${amd_map_program} in - [Nn][Oo] | '') - ;; - *) - amd_flags="${amd_flags} `eval\ - ${amd_map_program}`" - ;; - esac - - if [ -n "${amd_flags}" ]; then - amd -p ${amd_flags}\ - > /var/run/amd.pid 2> /dev/null - else - amd 2> /dev/null - fi - ;; - esac ;; esac -- Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 2:15:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id 00A4637B419; Tue, 8 Jan 2002 02:15:28 -0800 (PST) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.162.11]) by infres.enst.fr (Postfix) with ESMTP id B8FB518B7; Tue, 8 Jan 2002 11:15:26 +0100 (MET) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id 7FC4B11297; Tue, 8 Jan 2002 11:15:26 +0100 (CET) Date: Tue, 8 Jan 2002 11:15:26 +0100 From: Thomas Quinot To: freebsd-bugs@FreeBSD.org, current@freebsd.org Subject: Re: conf/31358: Updated patch for -CURRENT Message-ID: <20020108111526.A772@shalmaneser.enst.fr> Reply-To: Thomas Quinot References: <200201081010.g08AA2j89901@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200201081010.g08AA2j89901@freefall.freebsd.org>; from quinot@inf.enst.fr on Tue, Jan 08, 2002 at 02:10:02AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2002-01-08, Thomas Quinot écrivait : > case ${nfs_client_enable} in > [Yy][Ee][Ss]) > + kldload nfsclient && nfsclient_in_kernel=1 Ooops, this is *far* too aggressive! Here is a corrected version of the previous patch. Sorry! diff -u ../rc rc --- ../rc Tue Jan 8 10:11:48 2002 +++ rc Tue Jan 8 10:42:38 2002 @@ -103,6 +103,7 @@ } chkdepend amd amd_enable portmap portmap_enable +chkdepend amd amd_enable NFS nfs_client_enable chkdepend NFS nfs_server_enable portmap portmap_enable chkdepend NIS nis_server_enable portmap portmap_enable chkdepend NIS nis_client_enable portmap portmap_enable diff -u ../rc.network rc.network --- ../rc.network Tue Jan 8 10:11:48 2002 +++ rc.network Tue Jan 8 11:12:14 2002 @@ -712,8 +712,33 @@ ;; esac + # Handle absent nfs client support + if sysctl vfs.nfs >/dev/null 2>&1; then + nfsclient_in_kernel=1 + else + nfsclient_in_kernel=0 + fi + case ${nfs_client_enable} in [Yy][Ee][Ss]) + case $nfsclient_in_kernel in + 1) + ;; + *) + if kldload nfsclient + then + nfsclient_in_kernel=1 + else + echo 'Warning: NFS client kernel module failed to load' + nfs_client_enable=NO + fi + ;; + esac + ;; + esac + + case "${nfs_client_enable}" in + [Yy][Ee][Ss]) if [ -n "${nfs_access_cache}" ]; then echo -n " NFS access cache time=${nfs_access_cache}" sysctl vfs.nfs.access_cache_timeout=${nfs_access_cache} >/dev/null @@ -732,6 +757,27 @@ echo -n ' rpc.lockd'; rpc.lockd ;; esac + + case ${amd_enable} in + [Yy][Ee][Ss]) + echo -n ' amd' + case ${amd_map_program} in + [Nn][Oo] | '') + ;; + *) + amd_flags="${amd_flags} `eval\ + ${amd_map_program}`" + ;; + esac + + if [ -n "${amd_flags}" ]; then + amd -p ${amd_flags}\ + > /var/run/amd.pid 2> /dev/null + else + amd 2> /dev/null + fi + ;; + esac ;; esac @@ -742,26 +788,6 @@ rpc.umntall -k fi - case ${amd_enable} in - [Yy][Ee][Ss]) - echo -n ' amd' - case ${amd_map_program} in - [Nn][Oo] | '') - ;; - *) - amd_flags="${amd_flags} `eval\ - ${amd_map_program}`" - ;; - esac - - if [ -n "${amd_flags}" ]; then - amd -p ${amd_flags}\ - > /var/run/amd.pid 2> /dev/null - else - amd 2> /dev/null - fi - ;; - esac ;; esac -- Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 2:58: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 439C937B416 for ; Tue, 8 Jan 2002 02:58:04 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id LAA03763 for current@freebsd.org; Tue, 8 Jan 2002 11:56:56 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g08Bosl00432 for ; Tue, 8 Jan 2002 12:50:54 +0100 (CET) (envelope-from root@nihil) Date: Tue, 8 Jan 2002 12:50:54 +0100 (CET) From: Michael Reifenberger To: FreeBSD-Current Subject: panic during fdisk'ing a md(4) device Message-ID: <20020108124515.C418-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, the following script panics my system when executed twice: (uncomment the dd lines for the first time or do it manually) ###################### #!bin/sh block_size=512 blocks=$((120 * 1024 * 1024 / $block_size)) heads=16 sectors=63 cyl_size=$(($heads * $sectors)); cylinders=$(($blocks / $cyl_size + 2)) #dd if=/dev/zero of=root.image \ # bs=$block_size count=$(($cyl_size * $cylinders)) mdconfig -d -u 11 mdconfig -a -t vnode -f root.image -u 11 fdisk -f - -iv /dev/md11 <; Tue, 08 Jan 2002 03:41:49 -0800 (PST) Received: (from mikem@localhost) by blackbox.pacbell.net (8.11.6/8.11.6) id g08BgJZ42494; Tue, 08 Jan 2002 03:42:19 -0800 (PST envelope-from mikem) Date: Tue, 08 Jan 2002 03:42:19 -0800 From: Mike Makonnen Subject: Re: conf/31358: Updated patch for -CURRENT In-reply-to: <20020108110201.A36413@shalmaneser.enst.fr> To: Thomas Quinot Cc: freebsd-gnats-submit@freebsd.org, current@freebsd.org Message-id: <200201081142.g08BgJZ42494@blackbox.pacbell.net> MIME-version: 1.0 X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i386--freebsd5.0) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20020108110201.A36413@shalmaneser.enst.fr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 8 Jan 2002 11:02:06 +0100 Thomas Quinot wrote: [snip] > + # Handle absent nfs client support > + if sysctl vfs.nfs >/dev/null 2>&1; then > + nfsclient_in_kernel=1 > + else > + nfsclient_in_kernel=0 > + fi > + This should be handled inside the case statement for ${nfs_client_enable}, as you want to load the nfsclient kld only if the nfs client is enabled. > case ${nfs_client_enable} in > [Yy][Ee][Ss]) > + kldload nfsclient && nfsclient_in_kernel=1 > + > + case $nfsclient_in_kernel in > + 1) > + ;; > + *) > + echo 'Warning: NFS client kernel module failed to load' > + nfs_client_enable=NO > + ;; > + esac > + ;; > + esac > + > + case "${nfs_client_enable}" in > + [Yy][Ee][Ss]) > if [ -n "${nfs_access_cache}" ]; then > echo -n " NFS access cache time=${nfs_access_cache}" > sysctl vfs.nfs.access_cache_timeout=${nfs_access_cache} >/dev/null > @@ -732,6 +754,27 @@ > echo -n ' rpc.lockd'; rpc.lockd > ;; > esac You should clean this up so there is only *one* 'case "${nfs_client_enable}"'. Look at the implementation of case ${nfs_server_enable}, earlier in rc.network for an example of how it should be done. Cheers, mike makonnen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 4: 1:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from ntserver.cisle.com (ntserver.cisle.com [209.50.112.146]) by hub.freebsd.org (Postfix) with ESMTP id F293A37B41A; Tue, 8 Jan 2002 04:01:44 -0800 (PST) Received: from host-209-214-93-181.bct.bellsouth.net by ntserver.cisle.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1459.74) id CF2BWMKF; Tue, 8 Jan 2002 06:57:58 -0500 Message-ID: <00004aa27af1$00004dc7$00000ca3@mx1.mail.yahoo.com> To: , , , , , , , , , , , , , , , , , Cc: , , , , , , , , , , , , , , , , , From: mikedell56@yahoo.com Subject: RE: Offerings 28447 Date: Tue, 08 Jan 2002 07:01:07 -1700 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: mikedell56@yahoo.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG spamscan
 
BRAND NEW ANTI-SPAM TECHNOLOGY!

Detect & eliminate spam BEFOR= E it gets to your mail client! Tired of the hundreds of unsolicited commerci= al email (UCE) infiltrating you mailbox everyday? Now you can do something about it! Seek and Destroy all unwanted junk e-mail at the click of a butt= on, BEFORE it reaches your mailbox! 
 

FEATURES:

  • Connects to any pop3 server! Eliminates spa= m BEFORE it reaches your mailbox!
  • Unlimited Account capability! Add as many e-mail accounts as you desire
  • User friendly, graphic interface makes spam= scanner very easy to use
  • Scan manually, or let the scanner scan auto= matically at an auto time interval


CLICK HERE TO LEARN MORE

Please= Note: No trees were destroyed in the sending of this contaminant free message
We do concede, a signic= ant number of electrons may have been inconvenienced.
This email was = sent to you on behalf of the the coalition for responsible internet marketing. You are receiving this email because you purchased a product from us in the past, or downloaded software from one of our websites and agreed to allow us to send you offers.  If you wished to be removed from this mailing, please utilize our automated removal system here.  If you request to be removed, we guarantee that you will never receive another email from us, but ONLY through the use of this product can you ensure that you do not receive ANY commercial emails
 
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 4: 2:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from ntserver.cisle.com (ntserver.cisle.com [209.50.112.146]) by hub.freebsd.org (Postfix) with ESMTP id 8B21437B41E; Tue, 8 Jan 2002 04:02:40 -0800 (PST) Received: from host-209-214-93-181.bct.bellsouth.net by ntserver.cisle.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1459.74) id CF2BWMKM; Tue, 8 Jan 2002 06:59:00 -0500 Message-ID: <0000747a1013$00007af3$00000d64@mx1.mail.yahoo.com> To: , , , , , , , , , , , , , , , , , Cc: , , , , , , , , , , , , , , , , , From: soloist33@yahoo.com Subject: RE: Offerings 11641 Date: Tue, 08 Jan 2002 07:02:09 -1700 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: soloist33@yahoo.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG COPY ANY DVD MOVIE

COPY ANY DVD MOVIE!!

W= ith our revolutionary system you can copy virtually
any DVD Movie using= your existing equipment! 

Conventional DVD copying equipmen= t can cost thousands of $$$
This revolutionary system costs less than the price of 3 DVD Mov= ies!&nbs= p;

CLICK HERE FOR MORE INFO

If you wish to= be removed simply Click Here To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 4:50: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from router.hackerheaven.org (qn-213-73-194-22.quicknet.nl [213.73.194.22]) by hub.freebsd.org (Postfix) with ESMTP id D6A0837B417 for ; Tue, 8 Jan 2002 04:49:54 -0800 (PST) Received: by router.hackerheaven.org (Postfix, from userid 1000) id 1AA871C15; Tue, 8 Jan 2002 13:49:15 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by router.hackerheaven.org (Postfix) with ESMTP id 94DFE7277 for ; Tue, 8 Jan 2002 13:49:15 +0100 (CET) Date: Tue, 8 Jan 2002 13:49:13 +0100 (CET) From: Emiel Kollof X-X-Sender: coolvibe@azazel.ipv6.hackerheaven.org To: freebsd-current@freebsd.org Subject: RE: Offerings 28447 In-Reply-To: <00004aa27af1$00004dc7$00000ca3@mx1.mail.yahoo.com> Message-ID: <20020108134706.U88217-100000@azazel.ipv6.hackerheaven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 8 Jan 2002 mikedell56@yahoo.com wrote: > > BRAND NEW ANTI-SPAM TECHNOLOGY! > A spammer selling anti-spamming tools? Oh the irony! :-) Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 6:28: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from router.hackerheaven.org (qn-213-73-194-22.quicknet.nl [213.73.194.22]) by hub.freebsd.org (Postfix) with ESMTP id 025BD37B405 for ; Tue, 8 Jan 2002 06:28:01 -0800 (PST) Received: by router.hackerheaven.org (Postfix, from userid 1000) id 85C351C15; Tue, 8 Jan 2002 15:27:33 +0100 (CET) Date: Tue, 8 Jan 2002 15:27:32 +0100 From: Emiel Kollof To: freebsd-current@freebsd.org Subject: Mutt segfaulting on current revisited... Message-ID: <20020108142732.GA29930@laptop.hackerheaven.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i X-Mailer: Mutt 1.3.23i (2001-10-09) X-Editor: Vim http://www.vim.org/ X-Info: http://www.hackerheaven.org/ X-Info2: http://www.cmdline.org/ X-Info3: http://www.coolvibe.org/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey folks... I just found out why my mutt MUA segfaulted. It came down to old libs lying around that were still linked with libc4 instead of libc5. Mutt (from mutt-devel port) compiled beautifully, but it segfaulted on startup. Could this be one for the FAQ or something? Maybe explaining library differences between STABLE and CURRENT and you should be extra careful when an app mixes libc4 and libc5? I solved my problem by recompiling the dependancy libraries (in my case libiconv and libslang) so they use libc5 as well. As you can see from my X-Mailer header, mutt works again :-) Cheers, Emiel -- When the Universe was not so out of whack as it is today, and all the stars were lined up in their proper places, you could easily count them from left to right, or top to bottom, and the larger and bluer ones were set apart, and the smaller yellowing types pushed off to the corners as bodies of a lower grade ... -- Stanislaw Lem, "Cyberiad" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 7:35:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id A1F5337B405 for ; Tue, 8 Jan 2002 07:35:30 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.6/8.11.6) id g08FZRT12631; Tue, 8 Jan 2002 09:35:27 -0600 (CST) (envelope-from dan) Date: Tue, 8 Jan 2002 09:35:26 -0600 From: Dan Nelson To: Emiel Kollof Cc: freebsd-current@FreeBSD.ORG Subject: Re: Mutt segfaulting on current revisited... Message-ID: <20020108153526.GA97613@dan.emsphone.com> References: <20020108142732.GA29930@laptop.hackerheaven.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020108142732.GA29930@laptop.hackerheaven.org> User-Agent: Mutt/1.3.25i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jan 08), Emiel Kollof said: > I just found out why my mutt MUA segfaulted. It came down to old libs > lying around that were still linked with libc4 instead of libc5. Mutt > (from mutt-devel port) compiled beautifully, but it segfaulted on > startup. Could this be one for the FAQ or something? Maybe explaining > library differences between STABLE and CURRENT and you should be > extra careful when an app mixes libc4 and libc5? Actually, you should have gotten a linker warning about having dependencies on multiple versions of a library. Usually it'll just fail to link though. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 7:43:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from router.hackerheaven.org (qn-213-73-194-22.quicknet.nl [213.73.194.22]) by hub.freebsd.org (Postfix) with ESMTP id C288637B402 for ; Tue, 8 Jan 2002 07:43:09 -0800 (PST) Received: by router.hackerheaven.org (Postfix, from userid 1000) id 3EAB11C15; Tue, 8 Jan 2002 16:42:25 +0100 (CET) Date: Tue, 8 Jan 2002 16:42:24 +0100 From: Emiel Kollof To: Dan Nelson Cc: freebsd-current@FreeBSD.ORG Subject: Re: Mutt segfaulting on current revisited... Message-ID: <20020108154224.GB32215@laptop.hackerheaven.org> References: <20020108142732.GA29930@laptop.hackerheaven.org> <20020108153526.GA97613@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020108153526.GA97613@dan.emsphone.com> User-Agent: Mutt/1.3.25i X-Mailer: Mutt 1.3.23i (2001-10-09) X-Editor: Vim http://www.vim.org/ X-Info: http://www.hackerheaven.org/ X-Info2: http://www.cmdline.org/ X-Info3: http://www.coolvibe.org/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Dan Nelson (dnelson@allantgroup.com) wrote: > > I just found out why my mutt MUA segfaulted. It came down to old libs > > lying around that were still linked with libc4 instead of libc5. Mutt > > (from mutt-devel port) compiled beautifully, but it segfaulted on > > startup. Could this be one for the FAQ or something? Maybe explaining > > library differences between STABLE and CURRENT and you should be > > extra careful when an app mixes libc4 and libc5? > > Actually, you should have gotten a linker warning about having > dependencies on multiple versions of a library. Usually it'll just > fail to link though. Well, it didn't fail, and I never saw that linker warning. I spend quite some time with a Mutt developer going back and forth, and trying out different stuff. I decided to build mutt and its dependancies again which solved the problem. Maybe the linker warning scolled by too fast. Well at least my trusty mutt works now :-) I do have COMPAT4X in my make.conf though... Maybe that had something to do with it? Cheers, Emiel -- "What is wanted is not the will to believe, but the will to find out, which is the exact opposite." -- Bertrand Russell, "Skeptical_Essays", 1928 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 9:14:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id 640F137B41A; Tue, 8 Jan 2002 09:14:45 -0800 (PST) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.162.11]) by infres.enst.fr (Postfix) with ESMTP id 3F6AE18B3; Tue, 8 Jan 2002 18:14:44 +0100 (MET) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id 0A8DB112AE; Tue, 8 Jan 2002 18:14:42 +0100 (CET) Date: Tue, 8 Jan 2002 18:14:42 +0100 From: Thomas Quinot To: Sheldon Hearn Cc: freebsd-gnats-submit@FreeBSD.org, current@freebsd.org Subject: Re: conf/31358: Updated patch for -CURRENT Message-ID: <20020108181442.A63472@shalmaneser.enst.fr> Reply-To: Thomas Quinot References: <200201081300.g08D02k43018@freefall.freebsd.org> <1991.1010509508@axl.seasidesoftware.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <1991.1010509508@axl.seasidesoftware.co.za>; from sheldonh@starjuice.net on Tue, Jan 08, 2002 at 07:05:08PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2002-01-08, Sheldon Hearn écrivait : > Nits follow: [ whitespace ] [ style ] > I'd suggest getting your patch tested by -CURRENT users by posting the > patch to the freebsd-current mailing list. I have produced a new diff that incorporates the changes suggested by Sheldon. Those interested can fetch it from http://www.cuivre.fr.eu.org/~thomas/31358.diff Thomas. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 9:42:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from outel.org (outel.org [207.173.133.28]) by hub.freebsd.org (Postfix) with ESMTP id E1A5437B400 for ; Tue, 8 Jan 2002 09:42:31 -0800 (PST) Received: from [192.168.1.20] (athlon [192.168.1.20]) by outel.org (8.11.6/8.11.6) with ESMTP id g08HgOV77789 for ; Tue, 8 Jan 2002 09:42:24 -0800 (PST) (envelope-from qumqats@outel.org) Date: Tue, 08 Jan 2002 09:43:40 -0800 From: "Joel M. Baldwin" To: current@FreeBSD.ORG Subject: sys/dev/usb/uhci.c needs patch to compile Message-ID: <1015598223.1010483020@[192.168.1.20]> In-Reply-To: <20020108181442.A63472@shalmaneser.enst.fr> References: <20020108181442.A63472@shalmaneser.enst.fr> X-Mailer: Mulberry/2.1.2 (Win32 Demo) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been having to apply the following patch to get a kernel compile to go through. The problem sees to be that when you have options UHCI_DEBUG AND options DIAGNOSTIC some conditional code gets added that trys to call uhci_dump_ii which isn't defined anywhere. Also on line 694 there is: uhci_dump_qh(sc->sc_ctl_start->qh.hlink); which produces cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../../dev/usb/uhci.c ../../../dev/usb/uhci.c: In function `uhci_dump_all': ../../../dev/usb/uhci.c:693: structure has no member named `hlink' ../../../dev/usb/uhci.c: At top level: ../../../dev/usb/uhci.c:1268: warning: `uhci_reset' defined but not used *** Error code 1 -------- patch starts on the next line -------------- *** uhci.c.orig Mon Jan 7 07:32:06 2002 --- uhci.c Mon Jan 7 07:37:32 2002 *************** *** 258,264 **** Static void uhci_dump_qh(uhci_soft_qh_t *); Static void uhci_dump_tds(uhci_soft_td_t *); Static void uhci_dump_td(uhci_soft_td_t *); - Static void uhci_dump_ii(uhci_intr_info_t *ii); void uhci_dump(void); #endif --- 258,263 ---- *************** *** 691,697 **** uhci_dumpregs(sc); printf("intrs=%d\n", sc->sc_bus.no_intrs); /*printf("framelist[i].link = %08x\n", sc->sc_framelist[0].link);*/ ! uhci_dump_qh(sc->sc_ctl_start->qh.hlink); } --- 690,696 ---- uhci_dumpregs(sc); printf("intrs=%d\n", sc->sc_bus.no_intrs); /*printf("framelist[i].link = %08x\n", sc->sc_framelist[0].link);*/ ! /* uhci_dump_qh(sc->sc_ctl_start->qh.hlink); */ } *************** *** 1093,1099 **** splx(s); #ifdef UHCI_DEBUG printf("uhci_idone: ii is done!\n "); - uhci_dump_ii(ii); #else printf("uhci_idone: ii=%p is done!\n", ii); #endif --- 1092,1097 ---- *************** *** 2296,2302 **** if (ii->stdend == NULL) { printf("uhci_device_isoc_done: xfer=%p stdend==NULL\n", xfer); #ifdef UHCI_DEBUG - uhci_dump_ii(ii); #endif return; } --- 2294,2299 ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 12:24:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 6158F37B402; Tue, 8 Jan 2002 12:24:44 -0800 (PST) Received: (from mi@localhost) by aldan.algebra.com (8.11.6/8.11.5) id g08KL5p00407; Tue, 8 Jan 2002 15:21:05 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200201082021.g08KL5p00407@aldan.algebra.com> Subject: Re: today's current: boot/loader and console In-Reply-To: To: John Baldwin Date: Tue, 8 Jan 2002 15:21:05 -0500 (EST) Cc: current@FreeBSD.org X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Are your loader and 4th files in sync? There was a change to the 4th > scripts that I thought I sent a heads up about. Anyways, do this to > get the error message: go into /sys/boot/i386/loader, edit main.c, and > change the exit() function to do a while(1); loop before callign > __exit(). Compile a new loader and install it and then see what > message you get. Well, interestingly enough, the problem disappeared after I simply did make && make install in /sys/boot/i386/ ... All I did before was the usual buildworld, installworld, buidlkernel, installkernel, mergemaster, reboot. Yours, -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 13: 6:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id B63F437B417 for ; Tue, 8 Jan 2002 13:06:25 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g08L2iQ06831 for ; Tue, 8 Jan 2002 16:02:45 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200201082102.g08L2iQ06831@aldan.algebra.com> Date: Tue, 8 Jan 2002 16:02:41 -0500 (EST) From: Mikhail Teterin Subject: zombie linux processes remain To: current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! I'm sure, this is a bug in the program itself (graphics/mtv v. 1.2.5), but can't we do something about it? Notice the parent process id: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 105 6536 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6537 1 4 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6538 1 32 100 0 0 0 - Z p4 0:00,00 (mtvp) 105 6539 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6541 1 2 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6542 1 5 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6543 1 43 101 0 0 0 - Z p4 0:00,00 (mtvp) 105 6544 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6548 1 1 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6549 1 6 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6550 1 34 100 0 0 0 - Z p4 0:00,00 (mtvp) 105 6551 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6553 1 2 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6554 1 7 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6555 1 39 100 0 0 0 - Z p4 0:00,00 (mtvp) 105 6556 1 0 107 0 0 0 - Z p4 0:00,00 (mtvp) 105 6560 1 3 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6561 1 8 97 0 0 0 - Z p4 0:00,00 (mtvp) 105 6562 1 35 100 0 0 0 - Z p4 0:00,00 (mtvp) 105 6563 1 0 76 0 0 0 - Z p4 0:00,00 (mtvp) 105 6565 1 2 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6566 1 7 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6567 1 43 101 0 0 0 - Z p4 0:00,00 (mtvp) 105 6568 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6572 1 2 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6573 1 8 97 0 0 0 - Z p4 0:00,00 (mtvp) 105 6574 1 40 101 0 0 0 - Z p4 0:00,00 (mtvp) 105 6575 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6577 1 2 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6578 1 6 107 0 0 0 - Z p4 0:00,00 (mtvp) 105 6579 1 43 101 0 0 0 - Z p4 0:00,00 (mtvp) 105 6580 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6584 1 1 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6585 1 5 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6586 1 38 100 0 0 0 - Z p4 0:00,00 (mtvp) 105 6587 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6591 1 1 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6592 1 6 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6593 1 33 100 0 0 0 - Z p4 0:00,00 (mtvp) 105 6594 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6596 1 1 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6597 1 6 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6598 1 43 98 0 0 0 - Z p4 0:00,00 (mtvp) 105 6599 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6603 1 1 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6604 1 5 96 0 0 0 - Z p4 0:00,00 (mtvp) 105 6605 1 32 100 0 0 0 - Z p4 0:00,00 (mtvp) 105 6606 1 1 96 0 0 0 - Z p4 0:00,00 (mtvp) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 13:14: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 2F49537B41F for ; Tue, 8 Jan 2002 13:13:59 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 9EF2781D03; Tue, 8 Jan 2002 15:13:53 -0600 (CST) Date: Tue, 8 Jan 2002 15:13:53 -0600 From: Alfred Perlstein To: Mikhail Teterin Cc: current@freebsd.org Subject: Re: zombie linux processes remain Message-ID: <20020108151353.A92667@elvis.mu.org> References: <200201082102.g08L2iQ06831@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201082102.g08L2iQ06831@aldan.algebra.com>; from mi@aldan.algebra.com on Tue, Jan 08, 2002 at 04:02:41PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Mikhail Teterin [020108 15:06] wrote: > Hello! > > I'm sure, this is a bug in the program itself (graphics/mtv v. 1.2.5), > but can't we do something about it? Notice the parent process id: > > UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND > 105 6536 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) > 105 6537 1 4 96 0 0 0 - Z p4 0:00,00 (mtvp) Some fixes went in recently that might address this, what version of FreeBSD are you using and when was the last update you did? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 14:23:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id A2A0937B417 for ; Tue, 8 Jan 2002 14:23:42 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g08MJxQ88677; Tue, 8 Jan 2002 17:20:01 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200201082220.g08MJxQ88677@aldan.algebra.com> Date: Tue, 8 Jan 2002 17:19:56 -0500 (EST) From: Mikhail Teterin Subject: Re: zombie linux processes remain To: bright@mu.org Cc: current@freebsd.org In-Reply-To: <20020108151353.A92667@elvis.mu.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 8 Jan, Alfred Perlstein wrote: >> I'm sure, this is a bug in the program itself (graphics/mtv v. >> 1.2.5), but can't we do something about it? Notice the parent process >> id: >> >> UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND >> 105 6536 1 0 96 0 0 0 - Z p4 0:00,00 (mtvp) >> 105 6537 1 4 96 0 0 0 - Z p4 0:00,00 (mtvp) > > Some fixes went in recently that might address this, what version of > FreeBSD are you using and when was the last update you did? FreeBSD aldan.algebra.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Thu Jan 3 21:38:15 EST 2002 mi@aldan.algebra.com:/ccd/obj/ccd/src/sys/DEBUG i386 -- |\__-----__/| _____/ ::::: :::\_____ '__--( ::::::::..::)--__` -mi If you have a / _- \/ :::::::\/ -_ serious knowledge / / :. .::::\ \ about computers -- | ::::::::::::| Ok, let's say you broke keep it in a secret! _|/ ::::____::\|_ the wall with your head "Rules of dating", / /:::::/:_::\::\:.\ What are you going to 'Playboy', ? 1994 | :| ..:(_/ \::|::|::| do in the next cell? | :|:::::. ::|: |::|.:| Stanislaw J. Lec \ |:: :::_/::/: :|:/ ((___\____\____/___/___)) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 15:20:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from seagull.cpinternet.com (mail.cpinternet.com [209.240.224.4]) by hub.freebsd.org (Postfix) with ESMTP id 44F5237B404 for ; Tue, 8 Jan 2002 15:20:10 -0800 (PST) Received: from mail.mdharnois.net ([209.240.253.23]) by seagull.cpinternet.com (8.12.0/8.12.0) with ESMTP id g08NK2eg007630 for ; Tue, 8 Jan 2002 17:20:03 -0600 (CST) Received: by mail.mdharnois.net (Postfix, from userid 1001) id 0F94B14A17; Tue, 8 Jan 2002 17:19:58 -0600 (CST) To: freebsd-current@freebsd.org Subject: today's current: acpi fails to load From: Michael Harnois Date: Tue, 08 Jan 2002 17:19:58 -0600 Message-ID: <86lmf8bfc1.fsf@mharnois.workgroup.net> Lines: 10 User-Agent: Gnus/5.090005 (Oort Gnus v0.05) XEmacs/21.5 (asparagus, i386-unknown-freebsd5.0) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG link_elf: symbol find_devclass undefined KLD file acpi.ko - could not finalize loading -- Michael D. Harnois bilocational bivocational Pastor, Redeemer Lutheran Church Washburn, Iowa 1L, UST School of Law Minneapolis, Minnesota The opposite of a correct statement is a false statement. The opposite of a profound truth may well be another profound truth. -- Niels Bohr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 15:48:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id 141A937B41D for ; Tue, 8 Jan 2002 15:48:51 -0800 (PST) Received: from nu-earth.demon.co.uk ([212.229.139.211] helo=nue001) by anchor-post-33.mail.demon.net with smtp (Exim 2.12 #1) id 16O5z3-0003NR-0X for freebsd-current@freebsd.org; Tue, 8 Jan 2002 23:48:46 +0000 From: "ADRIAN.BROWNE" To: Subject: undefined reference to `pfs_statfs' Date: Tue, 8 Jan 2002 23:48:44 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anyone got any ideas kern.version: FreeBSD 5.0-20020102-CURRENT #0: Wed Jan 2 12:00:48 GMT 2002 make failed on /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x6c): undefined reference to `pfs_root' /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x74): undefined reference to `pfs_statfs' *** Error code 1 source updated by cvs on 8-1-2002 still failed :( Adrian@nu-earth.demon.co.uk ______ ____ _____ ____ / ____/_______ ___ / __ ) ___// __ \ / /_ / ___/ _ \/ _ \/ __ \__ \/ / / / / __/ / / / __/ __/ /_/ /__/ / /_/ / /_/ /_/ \___/\___/_____/____/_____/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 16:12:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 5763537B402 for ; Tue, 8 Jan 2002 16:12:04 -0800 (PST) Received: by peitho.fxp.org (Postfix, from userid 1501) id 7852D13667; Tue, 8 Jan 2002 19:11:58 -0500 (EST) Date: Tue, 8 Jan 2002 19:11:58 -0500 From: Chris Faulhaber To: "ADRIAN.BROWNE" Cc: freebsd-current@freebsd.org Subject: Re: undefined reference to `pfs_statfs' Message-ID: <20020109001158.GA43231@peitho.fxp.org> Mail-Followup-To: Chris Faulhaber , "ADRIAN.BROWNE" , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.24i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 08, 2002 at 11:48:44PM -0000, ADRIAN.BROWNE wrote: > Anyone got any ideas >=20 > kern.version: FreeBSD 5.0-20020102-CURRENT #0: Wed Jan 2 12:00:48 GMT 20= 02 >=20 >=20 >=20 > make failed on >=20 > /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x6c= ): > undefined reference to `pfs_root' > /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x74= ): > undefined reference to `pfs_statfs' > *** Error code 1 >=20 > source updated by cvs on 8-1-2002 still failed :( >=20 You need 'options PSEUDOFS' for PROCFS (see the 20011203 UPDATING entry). --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: FreeBSD: The Power To Serve iEYEARECAAYFAjw7is0ACgkQObaG4P6BelDhAwCgiuGQP6+IQOViYVW+1k0sFXv7 O1QAnRaDZcR0oa/nvgZuSZAY2sQLVkPy =5tM0 -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 16:52:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21107.mail.yahoo.com (web21107.mail.yahoo.com [216.136.227.109]) by hub.freebsd.org (Postfix) with SMTP id 0366F37B41A for ; Tue, 8 Jan 2002 16:52:12 -0800 (PST) Message-ID: <20020109005208.20198.qmail@web21107.mail.yahoo.com> Received: from [62.254.0.5] by web21107.mail.yahoo.com via HTTP; Tue, 08 Jan 2002 16:52:08 PST Date: Tue, 8 Jan 2002 16:52:08 -0800 (PST) From: Hiten Pandya Subject: Re: undefined reference to `pfs_statfs' To: "ADRIAN.BROWNE" Cc: current@FreeBSD.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, there is a note for this in the UPDATING file, that u have to add the following to your kernel config: options PSEUDOFS the latest kernels have to have pseudofs inorder for PROCFS to work.. a dependancy... regards, - Hiten - --- "ADRIAN.BROWNE" wrote: > Anyone got any ideas > > kern.version: FreeBSD 5.0-20020102-CURRENT #0: Wed > Jan 2 12:00:48 GMT 2002 > > > > make failed on > > /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x6c): > undefined reference to `pfs_root' > /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x74): > undefined reference to `pfs_statfs' > *** Error code 1 > > source updated by cvs on 8-1-2002 still failed :( > > > Adrian@nu-earth.demon.co.uk > ______ ____ _____ ____ > / ____/_______ ___ / __ ) ___// __ \ > / /_ / ___/ _ \/ _ \/ __ \__ \/ / / / > / __/ / / / __/ __/ /_/ /__/ / /_/ / > /_/ /_/ \___/\___/_____/____/_____/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of > the message ===== SSH Fingerprint: 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 17:49: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by hub.freebsd.org (Postfix) with ESMTP id AC0A637B41F for ; Tue, 8 Jan 2002 17:49:03 -0800 (PST) Received: from blackbox.pacbell.net ([64.173.10.230]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GPN0018BEDNTG@mta7.pltn13.pbi.net> for freebsd-current@freebsd.org; Tue, 08 Jan 2002 17:48:59 -0800 (PST) Received: (from mikem@localhost) by blackbox.pacbell.net (8.11.6/8.11.6) id g091nPj47262; Tue, 08 Jan 2002 17:49:25 -0800 (PST envelope-from mikem) Date: Tue, 08 Jan 2002 17:49:25 -0800 From: Mike Makonnen Subject: Re: undefined reference to `pfs_statfs' In-reply-to: To: "ADRIAN.BROWNE" Cc: freebsd-current@freebsd.org Message-id: <200201090149.g091nPj47262@blackbox.pacbell.net> MIME-version: 1.0 X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i386--freebsd5.0) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You should read UPDATING. PROCFS now requires PSEUDOFS. mike makonnen On Tue, 8 Jan 2002 23:48:44 -0000 "ADRIAN.BROWNE" wrote: > Anyone got any ideas > > kern.version: FreeBSD 5.0-20020102-CURRENT #0: Wed Jan 2 12:00:48 GMT 2002 > > > > make failed on > > /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x6c): > undefined reference to `pfs_root' > /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x74): > undefined reference to `pfs_statfs' > *** Error code 1 > > source updated by cvs on 8-1-2002 still failed :( > > > Adrian@nu-earth.demon.co.uk > ______ ____ _____ ____ > / ____/_______ ___ / __ ) ___// __ \ > / /_ / ___/ _ \/ _ \/ __ \__ \/ / / / > / __/ / / / __/ __/ /_/ /__/ / /_/ / > /_/ /_/ \___/\___/_____/____/_____/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 8 19: 2: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (pop-mu-20-1-dialup-366.freesurf.ch [194.230.238.110]) by hub.freebsd.org (Postfix) with ESMTP id 27A7337B422 for ; Tue, 8 Jan 2002 19:01:36 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g092KwF00196 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Wed, 9 Jan 2002 03:21:00 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g092KwT00195; Wed, 9 Jan 2002 03:20:58 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Date: Wed, 9 Jan 2002 03:20:58 +0100 (CET) Message-Id: <200201090220.g092KwT00195@beerswilling.netscum.dyndns.dk> Subject: panics, panics. And stuff. From: BOUWSMA Beery To: freebsd-current@freebsd.org Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: TDC Suisse AG, Rumlang X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [replies sent directly to me may timeout and bounce, since I'm not online as often as I should be, but I'll check the list archives] Aiee, aiee. One hardware-related failure resulted in the root filesystem getting hosed, with trashed inodes for a couple links, a couple empty directories, a couple kernel modules, and a couple loader-related files in /boot going missing. The result of this is that when the normal bootblocks couldn't find the missing (corrupt/bad format) /boot/loader, it defaulted to booting as happens when one gives a keypress and (as seen in manpage) >> FreeBSD/i386 BOOT Default: 0:ad(0,a)/kernel boot: appears, but of course one has to specify /boot/kernel/kernel (or more likely /boot/loader.old, if one has it and actually knows enough to do so rather than trying the kernel, which I didn't) Which is fine until the kernel loads and starts booting. Then it appears to change to a block cursor as normal except that no kernel messages are appearing on the screen. If I'm not mistaken, this is what happens when the hints file is missing. (I've been offline for many months and haven't downloaded all the archives to brush up on that discussion.) No booting single-user or nuthin. I couldn't think of a workaround, other than to replace the missing /boot/loader which worked. Am I correct that without statically compiling hints into the kernel proper, you can't boot a kernel directly from the above prompt with -current, as one used to in the past, or if one loses the loader like I did? (Looking at the archive, it seems someone else has just experienced similar) Other non-panic but leftover from the panic that affected /var described above was the kernel message Jan 3 01:37:52 dastardly kernel: /var: mount pending error: blocks 40 files 9 (I had just fsck -p'ed /var from -stable, which resulted in a spew of messages but no claim as with the hosed root filesystem that I had to run fsck by hand.) I don;t know if this is something worth reporting. Also of note, these messages when I attempt to play an mp3 file with mpg123 through an ES1868 sound card: Jan 3 01:43:56 dastardly kernel: lock order reversal Jan 3 01:43:56 dastardly kernel: 1st 0xc13dbf80 sbc0 @ /usr/src/sys/dev/sound/pcm/sound.c:132 Jan 3 01:43:56 dastardly kernel: 2nd 0xc13ef340 pcm0:play:0 @ /usr/src/sys/dev/sound/pcm/channel.c:438 No problems (other than sounding like crap, being a 75MHz machine) were obvious. If this means anything, I can provide more details. (Actually, it only sounds like crap because I give an option that seems to need more CPU -- without it, the machine actually has some 5% idle time and the mp3 sounds fine) I've mentioned earlier that I've had some panics when playing with unionfs mounts under -current, probably to be expected. I've been able to panic NetBSD doing union mount things that I haven't yet tried under FreeBSD, although some things work there which fail under FreeBSD, such as the cursed getcwd() problem. And some things don't work, so I need to verify if it's a common problem in the unionfs code on both systems. More about this later. (Okay, it's later, and no, these things are not problems under freebsd) On the subject of kernel messages, I'm guessing that swap_pager: indefinite wait buffer: device: #ad/0x40001, blkno: 272, size: 4096 swap_pager: indefinite wait buffer: device: #ad/0x40001, blkno: 256, size: 4096 swap_pager: indefinite wait buffer: device: #ad/0x40001, blkno: 256, size: 4096 swap_pager: indefinite wait buffer: device: #ad/0x40001, blkno: 264, size: 4096 swap_pager: indefinite wait buffer: device: #ad/0x40001, blkno: 264, size: 4096 is not of great concern, and is a result of the disk being very busy doing a copy of a large file or something similar I was doing at the same time. No panic resulted. (that might have been -stable) acpi0: AcpiHwObtainSleepTypeRegisterData failed - AE_NOT_FOUND this happens when I hit ctrl-alt-space with -current, of course no panic FWIW, I've got device `apm' defined in the -current kernel config but it never seems to appear on three machines, one of which has the above acpi0, and all three of which have `apm' without problems in -stable... Probably not a concern, because in spite of this, I can still get results from the command `apm' and I am able to power down the machine automagically at shutdown. As usual, these are just observations, and I could be stumbling upon something well-known or discussed to death when I Had a Life. thanks barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 1:26:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E318B37B404 for ; Wed, 9 Jan 2002 01:26:23 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA19887; Wed, 9 Jan 2002 20:26:14 +1100 Date: Wed, 9 Jan 2002 20:26:59 +1100 (EST) From: Bruce Evans X-X-Sender: To: Michael Reifenberger Cc: FreeBSD-Current Subject: Re: panic during fdisk'ing a md(4) device In-Reply-To: <20020108124515.C418-100000@nihil> Message-ID: <20020109201155.L7824-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 8 Jan 2002, Michael Reifenberger wrote: > Hi, > the following script panics my system when executed twice: > (uncomment the dd lines for the first time or do it manually) > > > ###################### > > #!bin/sh > > block_size=512 > blocks=$((120 * 1024 * 1024 / $block_size)) > heads=16 > sectors=63 > cyl_size=$(($heads * $sectors)); > cylinders=$(($blocks / $cyl_size + 2)) > > #dd if=/dev/zero of=root.image \ > # bs=$block_size count=$(($cyl_size * $cylinders)) > > mdconfig -d -u 11 > mdconfig -a -t vnode -f root.image -u 11 > > fdisk -f - -iv /dev/md11 < g c$cylinders h$heads s$sectors > p 1 165 $sectors $(($cyl_size * $cylinders)) > a 1 > EOF1 > > echo "$cyl_size $blocks $cylinders" > ################ This seems to be just another null pointer panic caused by the dk macros creating half-baked devices with null devswitches. I sent the following quick fixes for this to the devfs maintainer a couple of weeks ago. They also fix the non-creation of all minor devices on the disk when the first one is opened. %%% Index: kern/subr_disk.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_disk.c,v retrieving revision 1.50 diff -u -2 -r1.50 subr_disk.c --- kern/subr_disk.c 4 Nov 2001 11:56:22 -0000 1.50 +++ kern/subr_disk.c 26 Dec 2001 13:23:42 -0000 @@ -79,6 +79,8 @@ UID_ROOT, GID_OPERATOR, 0640, "%s%ds%d", dp->d_devsw->d_name, u, s - BASE_SLICE + 1); +#if 0 make_dev_alias(dev, "%s%ds%dc", dp->d_devsw->d_name, u, s - BASE_SLICE + 1); +#endif } dev_depends(pdev, dev); @@ -150,6 +152,8 @@ UID_ROOT, GID_OPERATOR, 0640, "%s%ds%d", pdev->si_devsw->d_name, u, s - BASE_SLICE + 1); +#if 0 make_dev_alias(*dev, "%s%ds%dc", pdev->si_devsw->d_name, u, s - BASE_SLICE + 1); +#endif } else { *dev = make_dev(pdev->si_devsw, dkmakeminor(u, s, p), @@ -301,5 +305,5 @@ error = 0; - pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; @@ -349,5 +353,5 @@ error = 0; - pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; if (!dp) @@ -365,5 +369,5 @@ struct disk *dp; - pdev = dkmodpart(dkmodslice(bp->bio_dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(bp->bio_dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; bp->bio_resid = bp->bio_bcount; @@ -400,5 +404,5 @@ dev_t pdev; - pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; if (!dp) @@ -416,5 +420,5 @@ dev_t pdev; - pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; if (!dp) Index: kern/subr_diskmbr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskmbr.c,v retrieving revision 1.54 diff -u -2 -r1.54 subr_diskmbr.c --- kern/subr_diskmbr.c 11 Dec 2001 05:35:43 -0000 1.54 +++ kern/subr_diskmbr.c 26 Dec 2001 08:43:14 -0000 @@ -209,5 +209,5 @@ /* Read master boot record. */ bp = geteblk((int)lp->d_secsize); - bp->b_dev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + bp->b_dev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); bp->b_blkno = mbr_offset; bp->b_bcount = lp->d_secsize; Index: kern/subr_diskslice.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v retrieving revision 1.96 diff -u -2 -r1.96 subr_diskslice.c --- kern/subr_diskslice.c 12 Sep 2001 08:37:45 -0000 1.96 +++ kern/subr_diskslice.c 26 Dec 2001 10:52:30 -0000 @@ -77,4 +77,5 @@ struct disklabel *lp)); static void set_ds_labeldevs __P((dev_t dev, struct diskslices *ssp)); +static void set_ds_labeldevs_unaliased __P((dev_t dev, struct diskslices *ssp)); static void set_ds_wlabel __P((struct diskslices *ssp, int slice, int wlabel)); @@ -649,4 +650,5 @@ char *msg; u_char mask; + char *oldsname; int part; char partname[2]; @@ -728,11 +730,29 @@ ) continue; - dev1 = dkmodslice(dkmodpart(dev, RAW_PART), slice); -#if 0 - sname = dsname(dev, unit, slice, RAW_PART, partname); -#else - *partname='\0'; - sname = dev1->si_name; -#endif + dev1 = dkmodslice(dkmodpart(dev, -RAW_PART), slice); + if (dev1->si_devsw == NULL) { + Debugger("dsopen: no devsw (can't happen)"); + dev1->si_devsw = dev->si_devsw; + } + /* + * XXX we want a device name without any partition letter + * in it for use in error messages. dev1->si_name doesn't + * give this for the compatibility slice since there is no + * alias for the raw partiton on that slice. + * + * XXX dsname() is only used for the regression check; + * partname is only used to throw away the partition name + * in the regression check. + */ + if (slice == COMPATIBILITY_SLICE) + sname = dkmodslice(dkmodpart(dev, -RAW_PART), + WHOLE_DISK_SLICE)->si_name; + else + sname = dev1->si_name; + oldsname = dsname(dev, unit, slice, RAW_PART, partname); + if (strcmp(sname, oldsname) != 0) + printf( + "dsopen: dsname = '%s', partname = '%s', sname = '%s'\n", + oldsname, partname, sname); /* * XXX this should probably only be done for the need_init @@ -969,6 +989,55 @@ struct diskslices *ssp; { + int slice; + + set_ds_labeldevs_unaliased(dev, ssp); + if (ssp->dss_first_bsd_slice == COMPATIBILITY_SLICE) + return; + slice = dkslice(dev); + if (slice == COMPATIBILITY_SLICE) + set_ds_labeldevs_unaliased( + dkmodslice(dev, ssp->dss_first_bsd_slice), ssp); + else if (slice == ssp->dss_first_bsd_slice) + set_ds_labeldevs_unaliased( + dkmodslice(dev, COMPATIBILITY_SLICE), ssp); } +static void +set_ds_labeldevs_unaliased(dev, ssp) + dev_t dev; + struct diskslices *ssp; +{ + struct disklabel *lp; + int part; + struct partition *pp; + int slice; + struct diskslice *sp; + + slice = dkslice(dev); + sp = &ssp->dss_slices[slice]; + if (sp->ds_size == 0) + return; + lp = sp->ds_label; + for (part = 0; part < lp->d_npartitions; part++) { + pp = &lp->d_partitions[part]; + if (pp->p_size == 0) + continue; + /* + * Just dkmod'ing to a partition creates all the necessary + * device entries for it. This is a bit weird, but it + * corresponds to userland stat'ing of nonexistent devfs + * directory entries creating them, and at least we avoid + * creating entries for nonexistent devices empty devices here. + * + * XXX userland can even exploit bugs to create invalid + * devices, e.g., ones with slice numbers larger than the + * max. Such slice numbers leak into the unit number + * or so-called "spare" bitfields. + */ + if (dev->si_flags & SI_ALIAS) + Debugger("unexpeced dk alias"); + (void)dkmodpart(dev, part); + } +} static void Index: sys/disklabel.h =================================================================== RCS file: /home/ncvs/src/sys/sys/disklabel.h,v retrieving revision 1.63 diff -u -2 -r1.63 disklabel.h --- sys/disklabel.h 4 Nov 2001 09:01:02 -0000 1.63 +++ sys/disklabel.h 26 Dec 2001 13:29:07 -0000 @@ -438,16 +438,4 @@ (((slice) << 16) | (((unit) & 0x1e0) << 16) | \ (((unit) & 0x1f) << 3) | (part)) -static __inline dev_t -dkmodpart(dev_t dev, int part) -{ - return (makedev(major(dev), (minor(dev) & ~7) | part)); -} - -static __inline dev_t -dkmodslice(dev_t dev, int slice) -{ - return (makedev(major(dev), (minor(dev) & ~0x1f0000) | (slice << 16))); -} - #define dkpart(dev) (minor(dev) & 7) #define dkslice(dev) ((minor(dev) >> 16) & 0x1f) @@ -478,4 +466,88 @@ void alpha_fix_srm_checksum __P((struct buf *bp)); #endif + +#include /* XXX */ +#include /* XXX */ + +/* + * XXX should be able to share more code between disk_dev_synth(), + * disk_clone() and here. + * XXX using dsname() only slightly insulates us from complications. + */ +static __inline dev_t +dkmodminor(dev_t dev, int mynor, int slicehint) +{ + dev_t newdev, newdev_alias; + const char *sname; + char partname[2]; + + newdev = makedev(major(dev), mynor); + if ((dev->si_flags & SI_NAMED) == 0 || newdev->si_flags & SI_NAMED) + return (newdev); + sname = dsname(dev, dkunit(newdev), dkslice(newdev), dkpart(newdev), + partname); + if (dkslice(newdev) == WHOLE_DISK_SLICE && dkpart(newdev) != RAW_PART) { + printf("bad disk name, sname = '%s', partname = '%s'\n", + sname, partname); + Debugger("dkmod"); + } + if (dkslice(newdev) == COMPATIBILITY_SLICE || + dkpart(newdev) != RAW_PART) + return (make_dev(dev->si_devsw, mynor, dev->si_uid, + dev->si_gid, dev->si_mode, "%s%s", sname, partname)); + newdev = make_dev(dev->si_devsw, mynor, dev->si_uid, + dev->si_gid, dev->si_mode, "%s", sname); + if (dkslice(newdev) == WHOLE_DISK_SLICE) + return (newdev); +#if 0 + newdev_alias = make_dev_alias(newdev, "%s%s", sname, partname); +#else + /* + * Don't blindly create the alias. since it is bogus if the slice + * is unlabeled. Passing another hint to tell use when to do this + * would be too messy even for this proof of prototype version. + * Now there are problems getting the aliase created if the label + * is discovered later. + */ + if (slicehint) + newdev_alias = NULL; + else + newdev_alias = make_dev_alias(newdev, "%s%s", sname, partname); +#endif + return (slicehint ? newdev : newdev_alias); +} + +static __inline dev_t +dkmodpart(dev_t dev, int part) +{ + int slicehint; + + /* + * XXX temporary hack: callers pass part == -RAW_PART instead of + * part == RAW_PART as a hint that they want a device whose name + * doesn't contain the partition letter for RAW_PART, if possible. + * This is possible unless the slice is COMPATIBILITY_SLICE. This + * is non-optional if the slice is WHOLE_DISK_SLICE. + */ + if (part == -RAW_PART) { + slicehint = 0; + part = RAW_PART; + } else + slicehint = 0; + return (dkmodminor(dev, (minor(dev) & ~7) | part, slicehint)); +} + +static __inline dev_t +dkmodslice(dev_t dev, int slice) +{ + /* + * Here we hint that we don't want a partition letter unless we + * don't already have one, our partition is RAW_PART, and our slice + * is not COMPATIBILITY_SLICE. These cases are distinguished by + * SI_ALIAS being set. The hint is not used in other cases. + */ + return (dkmodminor(dev, (minor(dev) & ~0x1f0000) | (slice << 16), + (dev->si_flags & SI_ALIAS) == 0)); +} #endif /* _KERNEL */ %%% Most submitted patches are not suitable for comitting verbatim and these are no exception. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 2:15:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 1A0D637B400 for ; Wed, 9 Jan 2002 02:15:28 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id g09ACsU23914; Wed, 9 Jan 2002 11:12:55 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Bruce Evans Cc: Michael Reifenberger , FreeBSD-Current Subject: Re: panic during fdisk'ing a md(4) device In-Reply-To: Your message of "Wed, 09 Jan 2002 20:26:59 +1100." <20020109201155.L7824-100000@gamplex.bde.org> Date: Wed, 09 Jan 2002 11:12:54 +0100 Message-ID: <23912.1010571174@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020109201155.L7824-100000@gamplex.bde.org>, Bruce Evans writes: >This seems to be just another null pointer panic caused by the dk macros >creating half-baked devices with null devswitches. I sent the following >quick fixes for this to the devfs maintainer a couple of weeks ago. They >also fix the non-creation of all minor devices on the disk when the first >one is opened. Yeah, I admit I've been sitting on these patches for a bit too long, I'll try to get through my pile and get to them. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 3:10:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 74F8937B405 for ; Wed, 9 Jan 2002 03:10:06 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id MAA16479; Wed, 9 Jan 2002 12:08:54 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g09D2Zu00474; Wed, 9 Jan 2002 14:02:35 +0100 (CET) (envelope-from root@nihil) Date: Wed, 9 Jan 2002 14:02:35 +0100 (CET) From: Michael Reifenberger To: Bruce Evans Cc: FreeBSD-Current Subject: Re: panic during fdisk'ing a md(4) device In-Reply-To: <20020109201155.L7824-100000@gamplex.bde.org> Message-ID: <20020109135621.H415-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 9 Jan 2002, Bruce Evans wrote: ... > This seems to be just another null pointer panic caused by the dk macros > creating half-baked devices with null devswitches. I sent the following > quick fixes for this to the devfs maintainer a couple of weeks ago. They > also fix the non-creation of all minor devices on the disk when the first > one is opened. Applying your patch to a fresh -current tree leads to a page-fault in (swapper) after "mounting root from ..." (I had to apply the second Hunk of subr_disk by hand) Do you know how to enable a dumpdev via the boot loader in order to get a dump? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 4:31:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id CDACA37B402 for ; Wed, 9 Jan 2002 04:31:49 -0800 (PST) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.12.1/3.7W-rina.r-Nankai-Koya) with ESMTP id g09CVmhk002295 ; Wed, 9 Jan 2002 21:31:48 +0900 (JST) Message-Id: <200201091231.g09CVmhk002295@rina.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 09 Jan 2002 21:31:48 +0900 From: Seigo Tanimura To: current@FreeBSD.org Subject: Request of review: pgrp + session patch Cc: Seigo Tanimura User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.13.7 (Awazu) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am going to commit my work for quite a few months on locking a pgrp and session to -current in two weeks. The patch is at: http://people.FreeBSD.org/~tanimura/patches/pgrp.diff.gz This patch has been running quite well on my box with kern.giant.proc set to zero for more than a month. Could anyone interested please test the patch? Comments and suggestions are welcome. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 6:12:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id B6B2637B404 for ; Wed, 9 Jan 2002 06:12:46 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id PAA18656 for current@freebsd.org; Wed, 9 Jan 2002 15:11:39 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g09G5gA02865 for ; Wed, 9 Jan 2002 17:05:42 +0100 (CET) (envelope-from root@nihil) Date: Wed, 9 Jan 2002 17:05:42 +0100 (CET) From: Michael Reifenberger To: FreeBSD-Current Subject: -current panics of today Message-ID: <20020109170122.L2856-400000@nihil> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1173041638-1010592342=:2856" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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-1173041638-1010592342=:2856 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, attached are three backtraces (sorry, no matching kernel.debug for them) of some panics of today. The first was during an copy operation from CDROM to /tmp (md disk) The next where during background fsck-ing after the first dump... Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS --0-1173041638-1010592342=:2856 Content-Type: TEXT/plain; name="c49.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20020109170542.H2856@nihil> Content-Description: Content-Disposition: attachment; filename="c49.txt" R05VIGdkYiA0LjE4DQpDb3B5cmlnaHQgMTk5OCBGcmVlIFNvZnR3YXJlIEZv dW5kYXRpb24sIEluYy4NCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVk IGJ5IHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBh cmUNCndlbGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNv cGllcyBvZiBpdCB1bmRlciBjZXJ0YWluIGNvbmRpdGlvbnMuDQpUeXBlICJz aG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4NClRoZXJlIGlz IGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cg d2FycmFudHkiIGZvciBkZXRhaWxzLg0KVGhpcyBHREIgd2FzIGNvbmZpZ3Vy ZWQgYXMgImkzODYtdW5rbm93bi1mcmVlYnNkIi4uLg0KKG5vIGRlYnVnZ2lu ZyBzeW1ib2xzIGZvdW5kKS4uLg0KSWRsZVBURCBhdCBwaHN5aWNhbCBhZGRy ZXNzIDB4MDAzZDAwMDANCmluaXRpYWwgcGNiIGF0IHBoeXNpY2FsIGFkZHJl c3MgMHgwMDI3OTg0MA0KcGFuaWNzdHI6IGJ3cml0ZTogYnVmZmVyIGlzIG5v dCBidXN5Pz8/DQpwYW5pYyBtZXNzYWdlczoNCi0tLQ0KcGFuaWM6IHZtX3Bh Z2VfZnJlZTogZnJlZWluZyB3aXJlZCBwYWdlDQoNCg0Kc3luY2luZyBkaXNr cy4uLiBwYW5pYzogYndyaXRlOiBidWZmZXIgaXMgbm90IGJ1c3k/Pz8NClVw dGltZTogMmgxNG01M3MNCg0KZHVtcGluZyB0byBkZXYgYWQwczNiLCBvZmZz ZXQgMzkzMzQ0MA0KZHVtcCBhdGEwOiByZXNldHRpbmcgZGV2aWNlcyAuLiBk b25lDQoxMjcgMTI2IDEyNSAxMjQgMTIzIDEyMiAxMjEgMTIwIDExOSAxMTgg MTE3IDExNiAxMTUgMTE0IDExMyAxMTIgMTExIDExMCAxMDkgMTA4IDEwNyAx MDYgMTA1IDEwNCAxMDMgMTAyIDEwMSAxMDAgOTkgOTggOTcgOTYgOTUgOTQg OTMgOTIgOTEgOTAgODkgODggODcgODYgODUgODQgODMgODIgODEgODAgNzkg NzggNzcgNzYgNzUgNzQgNzMgNzIgNzEgNzAgNjkgNjggNjcgNjYgNjUgNjQg NjMgNjIgNjEgNjAgNTkgNTggNTcgNTYgNTUgNTQgNTMgNTIgNTEgNTAgNDkg NDggNDcgNDYgNDUgNDQgNDMgNDIgNDEgNDAgMzkgMzggMzcgMzYgMzUgMzQg MzMgMzIgMzEgMzAgMjkgMjggMjcgMjYgMjUgMjQgMjMgMjIgMjEgMjAgMTkg MTggMTcgMTYgMTUgMTQgMTMgMTIgMTEgMTAgOSA4IDcgNiA1IDQgMyAyIDEg MCANCi0tLQ0KIzAgIDB4YzAxNjQwMjIgaW4gZHVtcHN5cyAoKQ0KKGtnZGIp ICMwICAweGMwMTY0MDIyIGluIGR1bXBzeXMgKCkNCiMxICAweGMwMTYzZTA4 IGluIGJvb3QgKCkNCiMyICAweGMwMTY0MjU3IGluIHBhbmljICgpDQojMyAg MHhjMDE5MjhkNyBpbiBid3JpdGUgKCkNCiM0ICAweGMwMTkyZThlIGluIGJh d3JpdGUgKCkNCiM1ICAweGMwMTQyNGM2IGluIHNwZWNfZnN5bmMgKCkNCiM2 ICAweGMwMTQxZjhkIGluIHNwZWNfdm5vcGVyYXRlICgpDQojNyAgMHhjMDFk NmY2MCBpbiBmZnNfc3luYyAoKQ0KIzggIDB4YzAxOWY2ZjYgaW4gc3luYyAo KQ0KIzkgIDB4YzAxNjNhNjkgaW4gYm9vdCAoKQ0KIzEwIDB4YzAxNjQyNTcg aW4gcGFuaWMgKCkNCiMxMSAweGMwMWVhODg2IGluIHZtX3BhZ2VfZnJlZV90 b3EgKCkNCiMxMiAweGMwMWVhMmI5IGluIHZtX3BhZ2VfZnJlZSAoKQ0KIzEz IDB4YzAxZTFiZDkgaW4gdm1fZmF1bHQxICgpDQojMTQgMHhjMDFlMTY1MSBp biB2bV9mYXVsdCAoKQ0KIzE1IDB4YzAyMTIzNmYgaW4gdHJhcF9wZmF1bHQg KCkNCiMxNiAweGMwMjExZThmIGluIHRyYXAgKCkNCiMxNyAweGMwMjEwYjk2 IGluIGdlbmVyaWNfY29weWluICgpDQojMTggMHhjMDFkN2Y0NiBpbiBmZnNf d3JpdGUgKCkNCiMxOSAweGMwMWE1MzJmIGluIHZuX3dyaXRlICgpDQojMjAg MHhjMDE3ZTFiYiBpbiBkb2ZpbGV3cml0ZSAoKQ0KIzIxIDB4YzAxN2RmYjkg aW4gd3JpdGUgKCkNCiMyMiAweGMwMjEyYmU4IGluIHN5c2NhbGwgKCkNCiMy MyAweGMwMjA2NzVkIGluIHN5c2NhbGxfd2l0aF9lcnJfcHVzaGVkICgpDQoj MjQgMHg4MDQ4OWVkIGluID8/ICgpDQojMjUgMHg4MDQ4NTdlIGluID8/ICgp DQojMjYgMHg4MDQ4MTM1IGluID8/ICgpDQooa2dkYikg --0-1173041638-1010592342=:2856 Content-Type: TEXT/plain; name="c50.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20020109170542.H2856@nihil> Content-Description: Content-Disposition: attachment; filename="c50.txt" R05VIGdkYiA0LjE4DQpDb3B5cmlnaHQgMTk5OCBGcmVlIFNvZnR3YXJlIEZv dW5kYXRpb24sIEluYy4NCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVk IGJ5IHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBh cmUNCndlbGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNv cGllcyBvZiBpdCB1bmRlciBjZXJ0YWluIGNvbmRpdGlvbnMuDQpUeXBlICJz aG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4NClRoZXJlIGlz IGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cg d2FycmFudHkiIGZvciBkZXRhaWxzLg0KVGhpcyBHREIgd2FzIGNvbmZpZ3Vy ZWQgYXMgImkzODYtdW5rbm93bi1mcmVlYnNkIi4uLg0KKG5vIGRlYnVnZ2lu ZyBzeW1ib2xzIGZvdW5kKS4uLg0KSWRsZVBURCBhdCBwaHN5aWNhbCBhZGRy ZXNzIDB4MDAzZDAwMDANCmluaXRpYWwgcGNiIGF0IHBoeXNpY2FsIGFkZHJl c3MgMHgwMDI3OTg0MA0KcGFuaWNzdHI6IGJyZW1mcmVlOiByZW1vdmluZyBh IGJ1ZmZlciBub3Qgb24gYSBxdWV1ZQ0KcGFuaWMgbWVzc2FnZXM6DQotLS0N CkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1v ZGUNCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4MTAwMDAwMA0KZmF1bHQg Y29kZQkJPSBzdXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNlbnQNCmlu c3RydWN0aW9uIHBvaW50ZXIJPSAweDg6MHhjMDFkMjRiMA0Kc3RhY2sgcG9p bnRlcgkgICAgICAgID0gMHgxMDoweGM5ZmZkODk0DQpmcmFtZSBwb2ludGVy CSAgICAgICAgPSAweDEwOjB4YzlmZmQ4YTQNCmNvZGUgc2VnbWVudAkJPSBi YXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQoJCQk9IERQTCAw LCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQ0KcHJvY2Vzc29yIGVmbGFncwk9 IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpjdXJyZW50 IHByb2Nlc3MJCT0gNDE2IChmc2NrX3VmcykNCnRyYXAgbnVtYmVyCQk9IDEy DQpwYW5pYzogcGFnZSBmYXVsdA0KDQpzeW5jaW5nIGRpc2tzLi4uIHBhbmlj OiBicmVtZnJlZTogcmVtb3ZpbmcgYSBidWZmZXIgbm90IG9uIGEgcXVldWUN ClVwdGltZTogMm0zOXMNCnBmc192bmNhY2hlX3VubG9hZCgpOiAxIGVudHJp ZXMgcmVtYWluaW5nDQoNCmR1bXBpbmcgdG8gZGV2IGFkMHMzYiwgb2Zmc2V0 IDM5MzM0NDANCmR1bXAgYXRhMDogcmVzZXR0aW5nIGRldmljZXMgLi4gZG9u ZQ0KMTI3IDEyNiAxMjUgMTI0IDEyMyAxMjIgMTIxIDEyMCAxMTkgMTE4IDEx NyAxMTYgMTE1IDExNCAxMTMgMTEyIDExMSAxMTAgMTA5IDEwOCAxMDcgMTA2 IDEwNSAxMDQgMTAzIDEwMiAxMDEgMTAwIDk5IDk4IDk3IDk2IDk1IDk0IDkz IDkyIDkxIDkwIDg5IDg4IDg3IDg2IDg1IDg0IDgzIDgyIDgxIDgwIDc5IDc4 IDc3IDc2IDc1IDc0IDczIDcyIDcxIDcwIDY5IDY4IDY3IDY2IDY1IDY0IDYz IDYyIDYxIDYwIDU5IDU4IDU3IDU2IDU1IDU0IDUzIDUyIDUxIDUwIDQ5IDQ4 IDQ3IDQ2IDQ1IDQ0IDQzIDQyIDQxIDQwIDM5IDM4IDM3IDM2IDM1IDM0IDMz IDMyIDMxIDMwIDI5IDI4IDI3IDI2IDI1IDI0IDIzIDIyIDIxIDIwIDE5IDE4 IDE3IDE2IDE1IDE0IDEzIDEyIDExIDEwIDkgOCA3IDYgNSA0IDMgMiAxIDAg DQotLS0NCiMwICAweGMwMTY0MDIyIGluIGR1bXBzeXMgKCkNCihrZ2RiKSAj MCAgMHhjMDE2NDAyMiBpbiBkdW1wc3lzICgpDQojMSAgMHhjMDE2M2UwOCBp biBib290ICgpDQojMiAgMHhjMDE2NDI1NyBpbiBwYW5pYyAoKQ0KIzMgIDB4 YzAxOTI2MjYgaW4gYnJlbWZyZWUgKCkNCiM0ICAweGMwMTkzYjY3IGluIHZm c19iaW9fYXdyaXRlICgpDQojNSAgMHhjMDFkODczNCBpbiBmZnNfZnN5bmMg KCkNCiM2ICAweGMwMWQ2ZDQ2IGluIGZmc19zeW5jICgpDQojNyAgMHhjMDE5 ZjZmNiBpbiBzeW5jICgpDQojOCAgMHhjMDE2M2E2OSBpbiBib290ICgpDQoj OSAgMHhjMDE2NDI1NyBpbiBwYW5pYyAoKQ0KIzEwIDB4YzAyMTI3NWMgaW4g dHJhcF9mYXRhbCAoKQ0KIzExIDB4YzAyMTI0ODUgaW4gdHJhcF9wZmF1bHQg KCkNCiMxMiAweGMwMjExZThmIGluIHRyYXAgKCkNCiMxMyAweGMwMWQyNGIw IGluIHNvZnRkZXBfZGlza19pb19pbml0aWF0aW9uICgpDQojMTQgMHhjMDE0 MjU5ZCBpbiBzcGVjX3N0cmF0ZWd5ICgpDQojMTUgMHhjMDE0MWY4ZCBpbiBz cGVjX3Zub3BlcmF0ZSAoKQ0KIzE2IDB4YzAxZGU1NTUgaW4gdWZzX3N0cmF0 ZWd5ICgpDQojMTcgMHhjMDFkZWUyOSBpbiB1ZnNfdm5vcGVyYXRlICgpDQoj MTggMHhjMDE5MmFmOCBpbiBid3JpdGUgKCkNCiMxOSAweGMwMTkyZThlIGlu IGJhd3JpdGUgKCkNCiMyMCAweGMwMWNkNjUyIGluIGNnYWNjb3VudCAoKQ0K IzIxIDB4YzAxY2NhODkgaW4gZmZzX3NuYXBzaG90ICgpDQojMjIgMHhjMDFk NTY4MiBpbiBmZnNfbW91bnQgKCkNCiMyMyAweGMwMTllZTBiIGluIHZmc19t b3VudCAoKQ0KIzI0IDB4YzAxOWU3YTcgaW4gbW91bnQgKCkNCiMyNSAweGMw MjEyYmU4IGluIHN5c2NhbGwgKCkNCiMyNiAweGMwMjA2NzVkIGluIHN5c2Nh bGxfd2l0aF9lcnJfcHVzaGVkICgpDQojMjcgMHg4MDRjM2QxIGluID8/ICgp DQojMjggMHg4MDQ4MTM1IGluID8/ICgpDQooa2dkYikg --0-1173041638-1010592342=:2856 Content-Type: TEXT/plain; name="c51.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20020109170542.D2856@nihil> Content-Description: Content-Disposition: attachment; filename="c51.txt" R05VIGdkYiA0LjE4DQpDb3B5cmlnaHQgMTk5OCBGcmVlIFNvZnR3YXJlIEZv dW5kYXRpb24sIEluYy4NCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVk IGJ5IHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBh cmUNCndlbGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNv cGllcyBvZiBpdCB1bmRlciBjZXJ0YWluIGNvbmRpdGlvbnMuDQpUeXBlICJz aG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4NClRoZXJlIGlz IGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cg d2FycmFudHkiIGZvciBkZXRhaWxzLg0KVGhpcyBHREIgd2FzIGNvbmZpZ3Vy ZWQgYXMgImkzODYtdW5rbm93bi1mcmVlYnNkIi4uLg0KKG5vIGRlYnVnZ2lu ZyBzeW1ib2xzIGZvdW5kKS4uLg0KSWRsZVBURCBhdCBwaHN5aWNhbCBhZGRy ZXNzIDB4MDAzZDAwMDANCmluaXRpYWwgcGNiIGF0IHBoeXNpY2FsIGFkZHJl c3MgMHgwMDI3OTg0MA0KcGFuaWNzdHI6IGJ3cml0ZTogYnVmZmVyIGlzIG5v dCBidXN5Pz8/DQpwYW5pYyBtZXNzYWdlczoNCi0tLQ0KcGFuaWM6IGhhbmRs ZV9kaXNrX2lvX2luaXRpYXRpb246IFVuZXhwZWN0ZWQgdHlwZSA/Pz8NCg0K c3luY2luZyBkaXNrcy4uLiBwYW5pYzogYndyaXRlOiBidWZmZXIgaXMgbm90 IGJ1c3k/Pz8NClVwdGltZTogMm0zNXMNCnBmc192bmNhY2hlX3VubG9hZCgp OiAxIGVudHJpZXMgcmVtYWluaW5nDQoNCmR1bXBpbmcgdG8gZGV2IGFkMHMz Yiwgb2Zmc2V0IDM5MzM0NDANCmR1bXAgYXRhMDogcmVzZXR0aW5nIGRldmlj ZXMgLi4gZG9uZQ0KMTI3IDEyNiAxMjUgMTI0IDEyMyAxMjIgMTIxIDEyMCAx MTkgMTE4IDExNyAxMTYgMTE1IDExNCAxMTMgMTEyIDExMSAxMTAgMTA5IDEw OCAxMDcgMTA2IDEwNSAxMDQgMTAzIDEwMiAxMDEgMTAwIDk5IDk4IDk3IDk2 IDk1IDk0IDkzIDkyIDkxIDkwIDg5IDg4IDg3IDg2IDg1IDg0IDgzIDgyIDgx IDgwIDc5IDc4IDc3IDc2IDc1IDc0IDczIDcyIDcxIDcwIDY5IDY4IDY3IDY2 IDY1IDY0IDYzIDYyIDYxIDYwIDU5IDU4IDU3IDU2IDU1IDU0IDUzIDUyIDUx IDUwIDQ5IDQ4IDQ3IDQ2IDQ1IDQ0IDQzIDQyIDQxIDQwIDM5IDM4IDM3IDM2 IDM1IDM0IDMzIDMyIDMxIDMwIDI5IDI4IDI3IDI2IDI1IDI0IDIzIDIyIDIx IDIwIDE5IDE4IDE3IDE2IDE1IDE0IDEzIDEyIDExIDEwIDkgOCA3IDYgNSA0 IDMgMiAxIDAgDQotLS0NCiMwICAweGMwMTY0MDIyIGluIGR1bXBzeXMgKCkN CihrZ2RiKSAjMCAgMHhjMDE2NDAyMiBpbiBkdW1wc3lzICgpDQojMSAgMHhj MDE2M2UwOCBpbiBib290ICgpDQojMiAgMHhjMDE2NDI1NyBpbiBwYW5pYyAo KQ0KIzMgIDB4YzAxOTI4ZDcgaW4gYndyaXRlICgpDQojNCAgMHhjMDE5M2I4 NiBpbiB2ZnNfYmlvX2F3cml0ZSAoKQ0KIzUgIDB4YzAxZDg3MzQgaW4gZmZz X2ZzeW5jICgpDQojNiAgMHhjMDFkNmQ0NiBpbiBmZnNfc3luYyAoKQ0KIzcg IDB4YzAxOWY2ZjYgaW4gc3luYyAoKQ0KIzggIDB4YzAxNjNhNjkgaW4gYm9v dCAoKQ0KIzkgIDB4YzAxNjQyNTcgaW4gcGFuaWMgKCkNCiMxMCAweGMwMWQy NWNjIGluIHNvZnRkZXBfZGlza19pb19pbml0aWF0aW9uICgpDQojMTEgMHhj MDE0MjU5ZCBpbiBzcGVjX3N0cmF0ZWd5ICgpDQojMTIgMHhjMDE0MWY4ZCBp biBzcGVjX3Zub3BlcmF0ZSAoKQ0KIzEzIDB4YzAxZGU1NTUgaW4gdWZzX3N0 cmF0ZWd5ICgpDQojMTQgMHhjMDFkZWUyOSBpbiB1ZnNfdm5vcGVyYXRlICgp DQojMTUgMHhjMDE5MmFmOCBpbiBid3JpdGUgKCkNCiMxNiAweGMwMTkyZThl IGluIGJhd3JpdGUgKCkNCiMxNyAweGMwMWNkNjUyIGluIGNnYWNjb3VudCAo KQ0KIzE4IDB4YzAxY2NhODkgaW4gZmZzX3NuYXBzaG90ICgpDQojMTkgMHhj MDFkNTY4MiBpbiBmZnNfbW91bnQgKCkNCiMyMCAweGMwMTllZTBiIGluIHZm c19tb3VudCAoKQ0KIzIxIDB4YzAxOWU3YTcgaW4gbW91bnQgKCkNCiMyMiAw eGMwMjEyYmU4IGluIHN5c2NhbGwgKCkNCiMyMyAweGMwMjA2NzVkIGluIHN5 c2NhbGxfd2l0aF9lcnJfcHVzaGVkICgpDQojMjQgMHg4MDRjM2QxIGluID8/ ICgpDQojMjUgMHg4MDQ4MTM1IGluID8/ICgpDQooa2dkYikg --0-1173041638-1010592342=:2856-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 6:13:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.yahoo.com (lsanca1-ar6-198-190.lsanca1.dsl.gtei.net [4.33.198.190]) by hub.freebsd.org (Postfix) with SMTP id 01F0237B400 for ; Wed, 9 Jan 2002 06:13:18 -0800 (PST) Message-ID: <13127200213913505318@bsd-global> X-EM-Version: 5, 0, 0, 18 X-EM-Registration: #01B0530810E603002D00 X-Priority: 1 Reply-To: harrgor@yahoo.co.uk X-MSMail-Priority: High From: "Garry" To: current@freebsd.org Subject: email Date: Wed, 9 Jan 2002 16:50:05 +0300 MIME-Version: 1.0 Content-type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG email =E1=E0=E7=FB =EC=EE=F1=EA=E2=FB, =EF=E8=F2=E5=F0=E0, =F0=EE=F1=F1=E8= =E8 =E8 =EF=F0=2E =F0=E0=F1=F1=FB=EB=EA=E0 email =F1=EE=EE=E1=F9=E5=ED=E8=E9= =2E=20 =F7=F2=EE =E1=FB =F3=E7=ED=E0=F2=FC =EF=EE=E4=F0=EE=E1=ED=E5=E5, =ED=E0=EF= =E8=F8=E8=F2=E5 =EF=E8=F1=FC=EC=EE =ED=E0 harrgor@yahoo=2Eco=2Euk , =F3=EA= =E0=E7=E0=E2 =E2 =F2=E5=EC=E5 =C7=C0=CF=D0=CE=D1=20 (=F1=EE=EE=E1=F9=E5=ED=E8=FF =E1=E5=E7 =F1=EB=EE=E2=E0 =C7=C0=CF=D0=CE=D1 = - =E0=E2=F2=EE=EC=E0=F2=E8=F7=E5=F1=EA=E8 =F3=E4=E0=EB=FF=FE=F2=F1=FF) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 10:46: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from m-net.arbornet.org (m-net.arbornet.org [209.142.209.161]) by hub.freebsd.org (Postfix) with ESMTP id 04C5537B402 for ; Wed, 9 Jan 2002 10:46:03 -0800 (PST) Received: (from ceesaxp@localhost) by m-net.arbornet.org (8.11.4/8.11.2) id g04L7AW95913 for freebsd-current@freebsd.org; Fri, 4 Jan 2002 16:07:10 -0500 (EST) (envelope-from ceesaxp) Date: Fri, 4 Jan 2002 16:07:10 -0500 From: Andrei Popov To: freebsd-current@freebsd.org Subject: more ffs_valloc dup alloc panics...] Message-ID: <20020104160710.A95327@m-net.arbornet.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline For some reason this message keeps on bouncing... --rwEMma7ioTxnRzrJ Content-Type: message/rfc822 Content-Disposition: inline Date: Sun, 30 Dec 2001 14:31:19 -0500 From: Andrei Popov To: freebsd-current@freebsd.org Subject: more ffs_valloc dup alloc panics... Message-ID: <20011230143119.A48026@m-net.arbornet.org> Reply-To: Pine.NEB.3.96L.1011228112928.66338O-100000@fledge.watson.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5i Hmmm... I am seeing the same on the yesterday's current: Panic: mode =3D 041777, inum =3D 7449, fs =3D /usr/local panic: ffs_valloc: dup alloc cpuid =3D 0; lapic.id =3D 00000000 # cat /etc/fstab /dev/ad6s1h /usr/local ufs rw 2 2 # fsdb /dev/ad6s1h ** /dev/ad6s1h (NO WRITE) Editing file system `/dev/ad6s1h' Last Mounted on /usr/local current inode: directory I=3D2 MODE=3D40755 SIZE=3D512 MTIME=3DDec 28 21:27:46 2001 [0 nsec] CTIME=3DDec 28 21:27:46 2001 [0 nsec] ATIME=3DDec 30 11:34:22 2001 [0 nsec] OWNER=3Droot GRP=3Dwheel LINKCNT=3D23 FLAGS=3D0 BLKCNT=3D4 GEN=3D3123a27c fsdb (inum: 2)> inode 7449 current inode: directory I=3D7449 MODE=3D41777 SIZE=3D2048 MTIME=3DDec 30 19:31:36 2001 [0 nsec] CTIME=3DDec 30 19:31:36 2001 [0 nsec] ATIME=3DDec 30 19:31:36 2001 [0 nsec] OWNER=3Droot GRP=3Dwheel LINKCNT=3D2 FLAGS=3D0 BLKCNT=3D4 GEN=3D6fd04cbc fsdb (inum: 7449)> ls slot 0 ino 7449 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 411013 reclen 16: regular, `#411013' slot 3 ino 413193 reclen 472: regular, `#413193' slot 4 ino 0 reclen 512: unknown, `' slot 5 ino 0 reclen 512: unknown, `' slot 6 ino 0 reclen 512: unknown, `' fsdb (inum: 7449)> q After a reboot in single user and a full fsck all fine (for a while), but when mounting /usr/local mount complains with 'mount pending w=7Ferror`, but does mount it. -- Andrei --rwEMma7ioTxnRzrJ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 11:55:32 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 885) id 904EC37B404; Wed, 9 Jan 2002 11:55:28 -0800 (PST) Date: Wed, 9 Jan 2002 11:55:28 -0800 From: Eric Melville To: charon@seektruth.org Cc: freebsd-current@freebsd.org Subject: Re: xfree86 4? Message-ID: <20020109115527.A59929@FreeBSD.org> References: <200201070742.g077gEM11665@midway.uchicago.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201070742.g077gEM11665@midway.uchicago.edu>; from dsyphers@uchicago.edu on Mon, Jan 07, 2002 at 01:42:15AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > What are the plans about replacing XFree86 3.3.6 with XFree86 4? According to plan, FreeBSD 4.6-RELEASE will have XFree86 4, so sometime after this month and before the next release. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 13: 9:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 9114B37B420 for ; Wed, 9 Jan 2002 13:09:23 -0800 (PST) Received: (qmail 22579 invoked from network); 9 Jan 2002 21:09:23 -0000 Received: from unknown (HELO server.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 9 Jan 2002 21:09:23 -0000 Received: from laptop.baldwin.cx (root@laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g09L9NK58619; Wed, 9 Jan 2002 13:09:23 -0800 (PST) (envelope-from john@laptop.baldwin.cx) Received: (from john@localhost) by laptop.baldwin.cx (8.11.6/8.11.6) id g09L8n206355; Wed, 9 Jan 2002 13:08:49 -0800 (PST) (envelope-from john) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200201091231.g09CVmhk002295@rina.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 09 Jan 2002 13:08:49 -0800 (PST) From: John Baldwin To: Seigo Tanimura Subject: RE: Request of review: pgrp + session patch Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 09-Jan-02 Seigo Tanimura wrote: > I am going to commit my work for quite a few months on locking a pgrp > and session to -current in two weeks. The patch is at: > > http://people.FreeBSD.org/~tanimura/patches/pgrp.diff.gz > > This patch has been running quite well on my box with kern.giant.proc > set to zero for more than a month. Could anyone interested please test > the patch? > > Comments and suggestions are welcome. Yes, I will test it. Sorry I haven't gotten back to you sooner on this. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 15:32:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from penisshopstore.com (mail.penisshopstore.com [216.118.142.142]) by hub.freebsd.org (Postfix) with ESMTP id 590ED37B417 for ; Wed, 9 Jan 2002 15:32:15 -0800 (PST) Received: (from root@localhost) by penisshopstore.com (8.11.6/8.11.6) id g095p1N43564; Wed, 9 Jan 2002 00:51:01 -0500 (EST) (envelope-from bradley) Date: Wed, 9 Jan 2002 00:51:01 -0500 (EST) Message-Id: <200201090551.g095p1N43564@penisshopstore.com> To: current@freebsd.org From: info@penisshopstore.com Subject: HOT GAY SEX! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG CLICK BELOW for Naughty GAY SEXUAL ACTS!! Pure Hardcore Action! Hot Male Celebs EXPOSED!!! http://www.xpays.com/clients/08862/gay/promo.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 9 23: 0:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 5FA7937B419 for ; Wed, 9 Jan 2002 23:00:00 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA26254; Thu, 10 Jan 2002 17:59:50 +1100 Date: Thu, 10 Jan 2002 18:00:37 +1100 (EST) From: Bruce Evans X-X-Sender: To: Michael Reifenberger Cc: FreeBSD-Current Subject: Re: panic during fdisk'ing a md(4) device In-Reply-To: <20020109135621.H415-100000@nihil> Message-ID: <20020110175753.S11249-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 9 Jan 2002, Michael Reifenberger wrote: > On Wed, 9 Jan 2002, Bruce Evans wrote: > ... > > This seems to be just another null pointer panic caused by the dk macros > > creating half-baked devices with null devswitches. I sent the following > > quick fixes for this to the devfs maintainer a couple of weeks ago. They > > also fix the non-creation of all minor devices on the disk when the first > > one is opened. > Applying your patch to a fresh -current tree leads to a page-fault in (swapper) > after "mounting root from ..." > (I had to apply the second Hunk of subr_disk by hand) Hmm. I used an old set of patches to avoid filtering out local changes again. Try the enclosed up to date patches. > Do you know how to enable a dumpdev via the boot loader in order to > get a dump? Not really. I wouldn't trust dumpdev early here since the bugs are in the disk layer. %%% Index: kern/subr_disk.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_disk.c,v retrieving revision 1.50 diff -u -2 -r1.50 subr_disk.c --- kern/subr_disk.c 4 Nov 2001 11:56:22 -0000 1.50 +++ kern/subr_disk.c 9 Jan 2002 10:34:30 -0000 @@ -79,6 +79,8 @@ UID_ROOT, GID_OPERATOR, 0640, "%s%ds%d", dp->d_devsw->d_name, u, s - BASE_SLICE + 1); +#if 0 make_dev_alias(dev, "%s%ds%dc", dp->d_devsw->d_name, u, s - BASE_SLICE + 1); +#endif } dev_depends(pdev, dev); @@ -150,6 +152,8 @@ UID_ROOT, GID_OPERATOR, 0640, "%s%ds%d", pdev->si_devsw->d_name, u, s - BASE_SLICE + 1); +#if 0 make_dev_alias(*dev, "%s%ds%dc", pdev->si_devsw->d_name, u, s - BASE_SLICE + 1); +#endif } else { *dev = make_dev(pdev->si_devsw, dkmakeminor(u, s, p), @@ -301,5 +305,5 @@ error = 0; - pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; @@ -349,5 +353,5 @@ error = 0; - pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; if (!dp) @@ -365,5 +369,5 @@ struct disk *dp; - pdev = dkmodpart(dkmodslice(bp->bio_dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(bp->bio_dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; bp->bio_resid = bp->bio_bcount; @@ -400,5 +404,5 @@ dev_t pdev; - pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; if (!dp) @@ -416,5 +420,5 @@ dev_t pdev; - pdev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + pdev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); dp = pdev->si_disk; if (!dp) Index: kern/subr_diskmbr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskmbr.c,v retrieving revision 1.54 diff -u -2 -r1.54 subr_diskmbr.c --- kern/subr_diskmbr.c 11 Dec 2001 05:35:43 -0000 1.54 +++ kern/subr_diskmbr.c 9 Jan 2002 10:34:30 -0000 @@ -209,5 +209,5 @@ /* Read master boot record. */ bp = geteblk((int)lp->d_secsize); - bp->b_dev = dkmodpart(dkmodslice(dev, WHOLE_DISK_SLICE), RAW_PART); + bp->b_dev = dkmodslice(dkmodpart(dev, -RAW_PART), WHOLE_DISK_SLICE); bp->b_blkno = mbr_offset; bp->b_bcount = lp->d_secsize; Index: kern/subr_diskslice.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v retrieving revision 1.96 diff -u -2 -r1.96 subr_diskslice.c --- kern/subr_diskslice.c 12 Sep 2001 08:37:45 -0000 1.96 +++ kern/subr_diskslice.c 9 Jan 2002 10:34:30 -0000 @@ -77,4 +77,5 @@ struct disklabel *lp)); static void set_ds_labeldevs __P((dev_t dev, struct diskslices *ssp)); +static void set_ds_labeldevs_unaliased __P((dev_t dev, struct diskslices *ssp)); static void set_ds_wlabel __P((struct diskslices *ssp, int slice, int wlabel)); @@ -649,4 +650,5 @@ char *msg; u_char mask; + char *oldsname; int part; char partname[2]; @@ -728,11 +730,29 @@ ) continue; - dev1 = dkmodslice(dkmodpart(dev, RAW_PART), slice); -#if 0 - sname = dsname(dev, unit, slice, RAW_PART, partname); -#else - *partname='\0'; - sname = dev1->si_name; -#endif + dev1 = dkmodslice(dkmodpart(dev, -RAW_PART), slice); + if (dev1->si_devsw == NULL) { + Debugger("dsopen: no devsw (can't happen)"); + dev1->si_devsw = dev->si_devsw; + } + /* + * XXX we want a device name without any partition letter + * in it for use in error messages. dev1->si_name doesn't + * give this for the compatibility slice since there is no + * alias for the raw partiton on that slice. + * + * XXX dsname() is only used for the regression check; + * partname is only used to throw away the partition name + * in the regression check. + */ + if (slice == COMPATIBILITY_SLICE) + sname = dkmodslice(dkmodpart(dev, -RAW_PART), + WHOLE_DISK_SLICE)->si_name; + else + sname = dev1->si_name; + oldsname = dsname(dev, unit, slice, RAW_PART, partname); + if (strcmp(sname, oldsname) != 0) + printf( + "dsopen: dsname = '%s', partname = '%s', sname = '%s'\n", + oldsname, partname, sname); /* * XXX this should probably only be done for the need_init @@ -969,6 +989,55 @@ struct diskslices *ssp; { + int slice; + + set_ds_labeldevs_unaliased(dev, ssp); + if (ssp->dss_first_bsd_slice == COMPATIBILITY_SLICE) + return; + slice = dkslice(dev); + if (slice == COMPATIBILITY_SLICE) + set_ds_labeldevs_unaliased( + dkmodslice(dev, ssp->dss_first_bsd_slice), ssp); + else if (slice == ssp->dss_first_bsd_slice) + set_ds_labeldevs_unaliased( + dkmodslice(dev, COMPATIBILITY_SLICE), ssp); } +static void +set_ds_labeldevs_unaliased(dev, ssp) + dev_t dev; + struct diskslices *ssp; +{ + struct disklabel *lp; + int part; + struct partition *pp; + int slice; + struct diskslice *sp; + + slice = dkslice(dev); + sp = &ssp->dss_slices[slice]; + if (sp->ds_size == 0) + return; + lp = sp->ds_label; + for (part = 0; part < lp->d_npartitions; part++) { + pp = &lp->d_partitions[part]; + if (pp->p_size == 0) + continue; + /* + * Just dkmod'ing to a partition creates all the necessary + * device entries for it. This is a bit weird, but it + * corresponds to userland stat'ing of nonexistent devfs + * directory entries creating them, and at least we avoid + * creating entries for nonexistent devices empty devices here. + * + * XXX userland can even exploit bugs to create invalid + * devices, e.g., ones with slice numbers larger than the + * max. Such slice numbers leak into the unit number + * or so-called "spare" bitfields. + */ + if (dev->si_flags & SI_ALIAS) + Debugger("unexpeced dk alias"); + (void)dkmodpart(dev, part); + } +} static void Index: sys/disklabel.h =================================================================== RCS file: /home/ncvs/src/sys/sys/disklabel.h,v retrieving revision 1.63 diff -u -2 -r1.63 disklabel.h --- sys/disklabel.h 4 Nov 2001 09:01:02 -0000 1.63 +++ sys/disklabel.h 9 Jan 2002 10:34:42 -0000 @@ -438,16 +438,4 @@ (((slice) << 16) | (((unit) & 0x1e0) << 16) | \ (((unit) & 0x1f) << 3) | (part)) -static __inline dev_t -dkmodpart(dev_t dev, int part) -{ - return (makedev(major(dev), (minor(dev) & ~7) | part)); -} - -static __inline dev_t -dkmodslice(dev_t dev, int slice) -{ - return (makedev(major(dev), (minor(dev) & ~0x1f0000) | (slice << 16))); -} - #define dkpart(dev) (minor(dev) & 7) #define dkslice(dev) ((minor(dev) >> 16) & 0x1f) @@ -478,4 +466,88 @@ void alpha_fix_srm_checksum __P((struct buf *bp)); #endif + +#include /* XXX */ +#include /* XXX */ + +/* + * XXX should be able to share more code between disk_dev_synth(), + * disk_clone() and here. + * XXX using dsname() only slightly insulates us from complications. + */ +static __inline dev_t +dkmodminor(dev_t dev, int mynor, int slicehint) +{ + dev_t newdev, newdev_alias; + const char *sname; + char partname[2]; + + newdev = makedev(major(dev), mynor); + if ((dev->si_flags & SI_NAMED) == 0 || newdev->si_flags & SI_NAMED) + return (newdev); + sname = dsname(dev, dkunit(newdev), dkslice(newdev), dkpart(newdev), + partname); + if (dkslice(newdev) == WHOLE_DISK_SLICE && dkpart(newdev) != RAW_PART) { + printf("bad disk name, sname = '%s', partname = '%s'\n", + sname, partname); + Debugger("dkmod"); + } + if (dkslice(newdev) == COMPATIBILITY_SLICE || + dkpart(newdev) != RAW_PART) + return (make_dev(dev->si_devsw, mynor, dev->si_uid, + dev->si_gid, dev->si_mode, "%s%s", sname, partname)); + newdev = make_dev(dev->si_devsw, mynor, dev->si_uid, + dev->si_gid, dev->si_mode, "%s", sname); + if (dkslice(newdev) == WHOLE_DISK_SLICE) + return (newdev); +#if 0 + newdev_alias = make_dev_alias(newdev, "%s%s", sname, partname); +#else + /* + * Don't blindly create the alias. since it is bogus if the slice + * is unlabeled. Passing another hint to tell use when to do this + * would be too messy even for this proof of prototype version. + * Now there are problems getting the aliase created if the label + * is discovered later. + */ + if (slicehint) + newdev_alias = NULL; + else + newdev_alias = make_dev_alias(newdev, "%s%s", sname, partname); +#endif + return (slicehint ? newdev : newdev_alias); +} + +static __inline dev_t +dkmodpart(dev_t dev, int part) +{ + int slicehint; + + /* + * XXX temporary hack: callers pass part == -RAW_PART instead of + * part == RAW_PART as a hint that they want a device whose name + * doesn't contain the partition letter for RAW_PART, if possible. + * This is possible unless the slice is COMPATIBILITY_SLICE. This + * is non-optional if the slice is WHOLE_DISK_SLICE. + */ + if (part == -RAW_PART) { + slicehint = 0; + part = RAW_PART; + } else + slicehint = 0; + return (dkmodminor(dev, (minor(dev) & ~7) | part, slicehint)); +} + +static __inline dev_t +dkmodslice(dev_t dev, int slice) +{ + /* + * Here we hint that we don't want a partition letter unless we + * don't already have one, our partition is RAW_PART, and our slice + * is not COMPATIBILITY_SLICE. These cases are distinguished by + * SI_ALIAS being set. The hint is not used in other cases. + */ + return (dkmodminor(dev, (minor(dev) & ~0x1f0000) | (slice << 16), + (dev->si_flags & SI_ALIAS) == 0)); +} #endif /* _KERNEL */ %%% Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 10 3:56:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id C9D1237B405 for ; Thu, 10 Jan 2002 03:56:19 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id MAA28317; Thu, 10 Jan 2002 12:55:07 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g0ABsap00430; Thu, 10 Jan 2002 12:54:36 +0100 (CET) (envelope-from root@nihil) Date: Thu, 10 Jan 2002 12:54:36 +0100 (CET) From: Michael Reifenberger To: Bruce Evans Cc: FreeBSD-Current Subject: Re: panic during fdisk'ing a md(4) device In-Reply-To: <20020110175753.S11249-100000@gamplex.bde.org> Message-ID: <20020110124129.E410-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > Hmm. I used an old set of patches to avoid filtering out local changes > again. Try the enclosed up to date patches. Hmmm. Fresh -current, fresh patch. (Hunk 2 still doesnt apply cleanly, but this seems to be irrelevant for the problem) Old symptom: ... mounting root from ufs:/dev/ad0s3a Fatal Trap 12: page fault while in kernel mode fault virt. addr. = 0x20 fault code = superv. read, page not present IP = 0x8:0xc0176b61 SP = 0x10:0xc03d6b7c FP = 0x10:0xc03d6b8c CS = base 0x0, limit 0xffff, type 0x1b DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 curproc = 0 (swapper) .... Can I get from kernel.debug and the IP-address the faulting code postmortem for shure? `nm /boot/kernel~/kernel | grep c0176b` gives: c0176b4c T dsname c0176bf8 T dsopen Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 10 7: 6:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from router.hackerheaven.org (qn-213-73-194-22.quicknet.nl [213.73.194.22]) by hub.freebsd.org (Postfix) with ESMTP id 009B437B41A for ; Thu, 10 Jan 2002 07:06:10 -0800 (PST) Received: by router.hackerheaven.org (Postfix, from userid 1000) id 585B21C05; Thu, 10 Jan 2002 16:05:38 +0100 (CET) Date: Thu, 10 Jan 2002 16:05:38 +0100 From: Emiel Kollof To: freebsd-current@freebsd.org Subject: kld question Message-ID: <20020110150538.GA26886@laptop.hackerheaven.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i X-Mailer: Mutt 1.3.23i (2001-10-09) X-Editor: Vim http://www.vim.org/ X-Info: http://www.hackerheaven.org/ X-Info2: http://www.cmdline.org/ X-Info3: http://www.coolvibe.org/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I made a kernel module that logs execve system calls by intercepting the execve syscall, log it and then execute the original syscall. This was pretty straightforward to do, and it works beautifully on STABLE, but on CURRENT it bombs on this line: uid = p->p_cred->pc_ucred->cr_uid; So, my question: how does one obtain the UID from the proc struct in CURRENT? Preferably in a way that will both work on CURRENT and STABLE. Cheers, Emiel -- I'm proud to be paying taxes in the United States. The only thing is -- I could be just as proud for half the money. -- Arthur Godfrey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 10 12:48:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 3CE4137B402 for ; Thu, 10 Jan 2002 12:48:10 -0800 (PST) Received: (qmail 1576 invoked from network); 10 Jan 2002 20:48:08 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 Jan 2002 20:48:08 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020110150538.GA26886@laptop.hackerheaven.org> Date: Thu, 10 Jan 2002 12:47:31 -0800 (PST) From: John Baldwin To: Emiel Kollof Subject: RE: kld question Cc: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10-Jan-02 Emiel Kollof wrote: > I made a kernel module that logs execve system calls by intercepting the > execve syscall, log it and then execute the original syscall. This was > pretty straightforward to do, and it works beautifully on STABLE, but on > CURRENT it bombs on this line: > > uid = p->p_cred->pc_ucred->cr_uid; > > So, my question: how does one obtain the UID from the proc struct in > CURRENT? Preferably in a way that will both work on CURRENT and STABLE. p->p_ucred->cr_uid right now, but it will change before too long. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 10 17:35:18 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 654) id 3D2A637B41F; Thu, 10 Jan 2002 17:35:00 -0800 (PST) Date: Thu, 10 Jan 2002 17:35:00 -0800 From: Mike Smith To: current@freebsd.org Subject: HEADS UP: module build process changed Message-ID: <20020110173500.A10785@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've recently committed a series of changes which affect the way modules are built. Since I can't test *every* module, please let me know immediately if you run into problems with modules refusing to load due to undefined symbols, or not working "quite right". I've tried hard to make sure it's all correct, but bugs and errors are inevitable. Some overview of what this achieves: Previously, there have been two symbol namespaces in the kernel; the global symbols namespace and the per-source-file namespace. To build a module with more than one source file, one typically had to expose some symbols to the global namespace, risking accidental collisions with other modules. The common workaround for this has been to prefix all exported symbols with a few characters identifying the module, but as we accumulate more modules, this mechanism is becoming less reliable. In order to deal with this problem, I have changed the module build process so that symbols global to the module are converted to local symbols when the module is linked into the .kld/,ko file. In order to allow modules that intentionally export symbols to continue to do so, a new module makefile variable 'EXPORT_SYMS' has been implemented. This variable may take three values; "YES" will revert to the traditional behaviour of exporting all globals. It should typically only be used when converting a module from 4.x, or to quickly verify that a problem is due to a failure to export a symbol. A list of symbol names may be given, and these symbols will be exported. And thirdly, the name of a file may be given, and this file will be read for the list of symbols to export. Note that it is not an error to list a symbol not found in the module object. This allows modules to be built with different options without requiring different export lists. Looking to the near future, this technique will be extended to the building of monolithic kernels as well. The .kld files generated during a module build can be linked with a monolithic kernel, and thus much of the duplicate building of kernel source can be eliminated. Once this conversion is complete, the per-module namespace will behave consistently within the kernel as well. Questions and comments welcome. Regards, Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 10 18: 5: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id B731B37B417 for ; Thu, 10 Jan 2002 18:05:01 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 6C59810DDF9; Thu, 10 Jan 2002 18:05:01 -0800 (PST) Date: Thu, 10 Jan 2002 18:05:01 -0800 From: Alfred Perlstein To: Mike Smith Cc: current@freebsd.org Subject: Re: HEADS UP: module build process changed Message-ID: <20020110180501.W7984@elvis.mu.org> References: <20020110173500.A10785@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020110173500.A10785@hub.freebsd.org>; from msmith@hub.freebsd.org on Thu, Jan 10, 2002 at 05:35:00PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Mike Smith [020110 17:36] wrote: > > Questions and comments welcome. Looks really cool, nice job. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 10 20:17:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id BCBA737B404; Thu, 10 Jan 2002 20:17:15 -0800 (PST) Received: from pool0297.cvx22-bradley.dialup.earthlink.net ([209.179.199.42] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Ot7y-0005GY-00; Thu, 10 Jan 2002 20:17:15 -0800 Message-ID: <3C3E6746.26986338@mindspring.com> Date: Thu, 10 Jan 2002 20:17:10 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: current@freebsd.org Subject: Re: HEADS UP: module build process changed References: <20020110173500.A10785@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Smith wrote: > In order to deal with this problem, I have changed the module build > process so that symbols global to the module are converted to local > symbols when the module is linked into the .kld/,ko file. In order > to allow modules that intentionally export symbols to continue to do > so, a new module makefile variable 'EXPORT_SYMS' has been implemented. > > This variable may take three values; "YES" will revert to the > traditional behaviour of exporting all globals. It should typically > only be used when converting a module from 4.x, or to quickly verify > that a problem is due to a failure to export a symbol. A list of > symbol names may be given, and these symbols will be exported. And > thirdly, the name of a file may be given, and this file will be read > for the list of symbols to export. [ ... ] > Questions and comments welcome. In the book "Writing Linux DEvice Drivers", there is a neat bit on how Linux does this. Effectively, they export all symbols within the module load if there is no explicit symbol table export call, and they export only the symbols that are requested, if there is. The way this works is that they substitute the symbol list at the module load time, after the load, but before the relocation. This is actually nicer, in that it leaves the symol list control in the source file, rather than hiding it in the Makefile. In addition, they have a moderately nify approach in that they as a major/minor/minor version mask to each one, and then exporte the version number (it seems they don't know how to work linker sets and sections quite right yet, or they would not need to be as careful to avoid multiple declaration of the verstion value). The version is the version of the module header files -- which is basically the version that the module was compiled on -- and you can mask them for interfaces that don't vary widely over time (e.g. memcpy()), so that binary modules tend to work more widely across Linux kernel versions. There is an example in the book of old (2.0.x) vs. new (2.1.x) modules, with how to write one that's portable between both versions. I rather like that all you have to do is use an EXPORT_SYM() macro, and nothing has to be declared static... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 10 20:39:25 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 654) id A829B37B404; Thu, 10 Jan 2002 20:39:08 -0800 (PST) Date: Thu, 10 Jan 2002 20:39:08 -0800 From: Mike Smith To: current@freebsd.org Subject: Re: HEADS UP: module build process changed Message-ID: <20020110203908.A58789@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > In the book "Writing Linux DEvice Drivers", there is a neat bit > on how Linux does this. Effectively, they export all symbols > within the module load if there is no explicit symbol table > export call, and they export only the symbols that are requested, > if there is. I considered this approach, but couldn't work out a tidy way of making it work for the case where the module is statically compiled into the kernel. Effectively, you'd have to parse the linker set out of the .kld file, then feed it to objcopy to localise the symbols before linking. There's no reason that, presuming a mechanism like this was devised, we couldn't dispense with the EXPORT_SYMS declaration and generate the list automatically, of course. I'd be happier with something like __attribute__((__export__)) on the declaration, of course. I'm also not fond of the "default to export all symbols" approach, but that's just a detail. Regards, Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 0:25:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id D01EC37B41A; Fri, 11 Jan 2002 00:25:32 -0800 (PST) Received: from pool0127.cvx40-bradley.dialup.earthlink.net ([216.244.42.127] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Ox0F-0003kY-00; Fri, 11 Jan 2002 00:25:32 -0800 Message-ID: <3C3EA179.D143C116@mindspring.com> Date: Fri, 11 Jan 2002 00:25:29 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: current@freebsd.org Subject: Re: HEADS UP: module build process changed References: <20020110203908.A58789@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Smith wrote: > > In the book "Writing Linux DEvice Drivers", there is a neat bit > > on how Linux does this. Effectively, they export all symbols > > within the module load if there is no explicit symbol table > > export call, and they export only the symbols that are requested, > > if there is. > > I considered this approach, but couldn't work out a tidy way of making > it work for the case where the module is statically compiled into the > kernel. You need to look at their "module.h" in the 2.1.x kernel. They seem to use an alternate ELF section for most everything, and then leave only the main symbols for the init/deinit, which includes the symbol registration function, in the normal ELF section where you'd expect it. It's really tempting, since it avaids the problem with statically linked modules with colliding symbol names. > Effectively, you'd have to parse the linker set out of the .kld file, > then feed it to objcopy to localise the symbols before linking. I think this could be done, with a correctly arranged linker set, but it'd be pretty annoying. 8-). > There's no reason that, presuming a mechanism like this was devised, > we couldn't dispense with the EXPORT_SYMS declaration and generate the > list automatically, of course. Yup. > I'd be happier with something like __attribute__((__export__)) on the > declaration, of course. I'm also not fond of the "default to export > all symbols" approach, but that's just a detail. I think you could do this with a section other than "code" or "data"; best to try to copy Linux, I think. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 3:29:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 31A6A37B416; Fri, 11 Jan 2002 03:29:26 -0800 (PST) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 16OzuH-000CxY-00; Fri, 11 Jan 2002 13:31:33 +0200 From: Sheldon Hearn To: Terry Lambert Cc: Mike Smith , current@freebsd.org Subject: Re: HEADS UP: module build process changed In-reply-to: Your message of "Thu, 10 Jan 2002 20:17:10 PST." <3C3E6746.26986338@mindspring.com> Date: Fri, 11 Jan 2002 13:31:33 +0200 Message-ID: <49819.1010748693@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 10 Jan 2002 20:17:10 PST, Terry Lambert wrote: > The way this works is that they substitute the symbol list at > the module load time, after the load, but before the relocation. > > This is actually nicer, in that it leaves the symol list control > in the source file, rather than hiding it in the Makefile. Nicer than what we have now, but what we have now is nicer than what we had a week ago. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 3:56:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from pios.library.ohyama.toyama.jp (pios.library.ohyama.toyama.jp [61.127.24.243]) by hub.freebsd.org (Postfix) with ESMTP id 928E337B42B; Fri, 11 Jan 2002 03:51:42 -0800 (PST) Received: from mx2.eudoramail.com ([207.93.225.196]) by pios.library.ohyama.toyama.jp (Build 101 8.9.3/3.5Wpl7-pios) with ESMTP id UAA28006; Fri, 11 Jan 2002 20:48:16 +0900 From: WSCHwatch@eudoramail.com Message-ID: <0000723b1f00$00005805$00006b6e@mx2.eudoramail.com> To: Subject: WSCH: Baby Pharmaceutical on the Rise T Date: Fri, 11 Jan 2002 05:45:46 -1800 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: WSCHnews25@eudoramail.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG = Investors

<= td width=3D100% height=3D372 valign=3Dtop align=3Dleft>
  &n= bsp;   Key Points about = WSCH:
  • The products and me= dical therapies developed by WSCH represent possibly the most important= breakthrough in the field of Dermatology in the last fifty years.&nbs= p;

  • WSCH anticipates= FDA approval on seven over-the-counter products within the next ye= ar, which will provide significant revenue in the retail drug market.
    =
  • WSCH has experie= nced a success rate of 90% during clinical studies, completely elim= inating skin disease from 90% of all patients treated.

  • By year five, WSCH plans to have annua= lized revenue over $525 million and over $125 million in EBIT.  This does not take into account income from OTC products which wi= ll be substantial.

 <= /caption>
=

Emergin= g Growth Stock Alert
Wasatch Pharmaceuticals: A Company on the Rise

Company Name &n= bsp;Wasatch Pharmaceuticals (OTCBB: WSCH)
Current = Price$0.066
52-We= ek High$27.50
5= 2-Week Low$0.065
<= /div>

Company Background

Wasatch Pharmaceutical, Inc. is a fourteen year o= ld company with a record of outstanding achievements in the field of Derma= tology.  Under the name of its subsidiary, American Institute of Skin= Care (AISC), Wasatch has operated two prototype clinics for the la= st five years where the products and medical therapies have been tested an= d proven on hundreds of patients.  The Company's activities have been= centered on research in the area of serious skin diseases.  A= concurrent discovery and benefit is WSCH's dramatic success in the area o= f skin rejuvenation.  Seeing the high growth potential from major fun= ding, WSCH elected to become a public company less than two years a= go.

Wasatch's major successes i= n the area of skin diseases include: 

Cystic Acne, Eczema= , Seborrhea, Contact Dermatitis, Molluscum, Folliculitis, Acne Rosacea and= less prevalent skin diseases.  

Interestingly, the= se skin disorders account for more than 70% of all business in the = field of dermatology for which there are very few (if any) safe, effective= therapies like those developed by Wasatch.

Because the th= erapies developed by Wasatch dominate this area of medicine, WSCH h= as elected to market its products via company-owned clinics throughout the= United States.  This decision has resulted in the establishment of <= b>two research clinics in Utah for the purpose of implementing procedu= res within the clinics pursuant to testing and confirming the results that= were achieved in past clinical trials.  Due to its success rate o= f 90% on hundreds of patients over a five year period, WSCH's clinics = are now on line with insurance providers independent of HMOs.  Effort= s to establish Preferred Provider ship status with HMOs are presently bein= g pursued. 

Most Recent WSCH News

 

Wasatch Pharmaceutical Inc. Announc= es a New Physician Marketing Campaign and Listing On German Stock Exchange= s

MURRAY, Utah--(BUSINESS WIRE)--Nov.= 27, 2001--Wasatch Pharmaceutical Inc. (OTCBB:WSCH - news) CEO Gary Heesch announced today a marketing camp= aign directed to physicians. A direct link has been established on a physi= cian recruiting Web site making available therapies for the treatment of c= ystic acne, acne, folliculitis, and skin rejuvenation. Physicians will fin= d the benefits of these treatment therapies by logging on to the "= X Acne" link at physicianssearc= h.com. This physician search Web site typically receives over 2= 00,000 hits per month. Mr. Heesch reminded, "Our treatment therap= y products are also available via the AISC Online Store at restoremyskin.com.'"

These skin treatment products come in kit form providing a = 90-day supply to patients for the full treatment program. Included in the = kit is an instructional video on the treatment therapy allowing the patien= t to use these products in their home. The therapies, when used as instruc= ted, achieve a success rate of eradication in excess of 90% with no sid= e effects of any consequence. Previously, these therapies and associat= ed products were only available through the two prototype clinics in Utah.= The availability of these products will open the way for family practitio= ners, pediatricians, internists and other primary care physicians to retai= n their patients under their care during the treatment of these common ski= n disorders. The benefit to insurance providers is the potential to sav= e millions of dollars in reimbursement costs by freeing the physician and = the patient from ongoing treatment.

In the coming year, six additional therapies will be made availabl= e for a broad range of skin disorders that are badly in need of succes= sful therapies.

Gary Heesch also an= nounced the listing of Wasatch Pharmaceutical stock on the Frankfurt an= d Berlin Exchanges in Germany. Active trading on these exchanges will = take place upon the completion of a research report in Germany. Said Mr. H= eesch, "We feel this is a significant event as Wasatch will gain w= ider exposure as a leader in dermatology and will put buying pressure on its stock to reflect the true value of a company t= hat has committed years of research and development of products that allow= people with serious skin disorders to live normal and more productive liv= es."

There may be forward-loo= king statements in this release. Investors are cautioned that such forward= -looking statements involve risks and uncertainties, including, without li= mitation, continued acceptance of the Company's products, increased levels= of competition, new products introduced by competitors, changes in the ra= tes of subscriber acquisition and retention, and other risks detailed from= time to time in the Company's periodic reports filed with the Securities = and Exchange Commission.

Projections, Objectives, and Statistics

 Over a five year period, AISC (WSCH's subsidiary) p= lans to establish 350 clinics in over 100 major population areas.&n= bsp; The company plans to hire over 150 medical doctors for these clinics,= train over 1,000 medical assistants and treat over 2,000,000 patients<= /b>. Also by year five, WSCH plans to have annualized over $525 million= in revenue and over $125 million in EBIT. This does not take into acc= ount income from OTC products which will be substantial. 

<= blockquote>

  As of 1991, there were = approximately 14 million chronic acne and eczema patients annually in the = United States, with the highest percentage between 18 to 44 years of = age. The actual number of patients with any type of acne is significa= ntly higher.  Seven billion dollars is spent annually on derma= tological pharmaceutical products for these disorders. 

=   In 1994, the teen population reached 25 million. During the next d= ecade, it will grow at nearly twice the rate of 
the overall p= opulation (according to U.S. Census Bureau projections). Acne pat= ients are primarily teenagers, whereas eczema patients range from inf= ants to the elderly.

A Look at the Competition

= Dermatologists are the primary competitors of WSCH's clinics. Dermatologis= ts specialize in the treatment of skin disorders and prescribe medications= to treat the disorder.  However, competing products address the s= ymptoms of acne and eczema, not the cause. 

<= font face=3DVerdana size=3D2>The competition's skin care treatments includ= e prescription medications (oral and external use drugs prescribed by derm= atologists and other doctors) and over-the-counter products.  
Several common prescription medications include: 
= 1) E-Mycin for oral and topical use, 2) Cleocin for oral and topical use, = 3) Tetracycline for oral and topical use, and 4) Accutane for oral use onl= y.  

Over-the-counter acne medications include: = ;
1) Clearasil and Oxy creams, 2) generic brand creams, 3) medicat= ed pads, and 4) medicated soaps. 

Many of the competit= ion's oral medications have serious side effects.

Costs for competing treatments range from $2.50 for= medicated soaps to $200 for Accutane oral medication prescription.  = Treatments are on-going.  Over time a person can spend an unlimite= d amount of money on such treatments.  An example would be someon= e who spent $1,500 for a 22 week program of Accutane which includes blood = testing.  Another example would be someone who has had acne for many = years and has spent in excess of $34,000. 

At this time there is no known competitor who treats t= he causes of these skin disorders and no competitor can claim a success= rate equal to that of Wasatch's treatments. 

Final Thoughts on WSCH<= /b>

Wi= th a proven success rate of 90% in a field that affects so many of our liv= es, Wasatch has clearly positioned itself in a market hungry and desper= ate for successful products and treatment.  WSCH has recently exp= anded its marketing presence (as seen in the above press release) and will= continue to aggressively broaden awareness over the near term. The listin= g of WSCH on the German stock exchange is another sign of the compa= ny's credibility and ambitious plans to establish itself as a major glo= bal player in the field of dermatology.  

WSCH has = taken on a completely different approach.  By addressing the causes o= f skin disorders rather than the symptoms, WSCH will help to successfully = eliminate skin disease altogether. Given its 

1. Successful = 14-year history and plans for expansion
2. Impressive revenue projecti= ons ($525 million+ annualized by year 5 and $125 million in EBIT)
= 3. Virtually unmatched success rate of 90%...

...and so much = more, WSCH will certainly watched by savvy investors for some time to come= .

DISCLAIMER= : 
Information within this email contains "forward looking s= tatements" within the meaning of Section 27A of the Securities Act of= 1933 and Section 21B of the Securities Exchange Act of 1934. Any statemen= ts that express or involve discussions with respect to predictions, expect= ations, beliefs, plans, projections, objectives, goals, assumptions or fut= ure events or performance are not statements of historical fact and may be= "forward looking statements."

Forward looking statemen= ts are based on expectations, estimates and projections at the time the st= atements are made that involve a number of risks and uncertainties wh= ich could cause actual results or events to differ materially from those p= resently anticipated. Forward looking statements in this action may be ide= ntified through the use of words such as "projects", "fores= ee", "expects", "will,"  "anticipates," "estimates," "believes," "understands" o= r that by statements indicating certain actions "may,"= ; "could," or <= font face=3DVerdana size=3D1 color=3D#5F5F5F>"might" = occur.  All information provided within this email pertaining to inve= sting, stocks, securities must be understood as information provided and n= ot investment advice. Emerging Growth Stock Alert advises all readers and = subscribers to seek advice from a registered professional securities = representative before deciding to trade in stocks featured within this ema= il.  None of the material within this report shall be construed as an= y kind of investment advice.

In compliance with the Securities Ac= t of 1933, Section17(b), Emerging Growth Stock Alert discloses the receipt= of $40,000 cash from a third party for the publication of this report and= additional services related= to WSCH. Be aware of an inherent conflict of interest resulting from such= compensation.  All factual information in this report was gathe= red from public sources, including but not limited to SEC filings, Company= Press Releases, and the company's website at wasatchpharm.com. Emerging Growth Stock Alert believes t= his information to be reliable but can make no guarantee as to its accurac= y or completeness. Use of the material within this email constitutes your = acceptance of these terms.



To b= e removed from future mailings, please respond
to this email with &qu= ot;Remove" in the subject line

<= /div> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 12: 1:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89]) by hub.freebsd.org (Postfix) with ESMTP id C637537B400 for ; Fri, 11 Jan 2002 12:01:06 -0800 (PST) Received: from smtp-relay02.mac.com (server-source-si02 [10.13.10.6]) by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id g0BK15k9009421 for ; Fri, 11 Jan 2002 12:01:05 -0800 (PST) Received: from asmtp01.mac.com ([10.13.10.65]) by smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun 21 2001 23:53:48) with ESMTP id GPSI9T00.BK3 for ; Fri, 11 Jan 2002 12:01:05 -0800 Received: from mac.com ([208.188.29.193]) by asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48) with ESMTP id GPSI9S00.03N for ; Fri, 11 Jan 2002 12:01:04 -0800 Message-ID: <3C3F441F.B2F51159@mac.com> Date: Fri, 11 Jan 2002 13:59:27 -0600 From: chuck X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please add me to this list Chuck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 15:15:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.humangate.com (211-41-175-189.rev.krline.net [211.41.175.189]) by hub.freebsd.org (Postfix) with SMTP id B02E637B404 for ; Fri, 11 Jan 2002 15:15:19 -0800 (PST) Received: (qmail 6543 invoked from network); 11 Jan 2002 15:00:09 -0000 Received: from unknown (HELO x0m1g9) (211.218.202.253) by ns.humangate.com with SMTP; 11 Jan 2002 15:00:09 -0000 From: =?ks_c_5601-1987?B?s6q0qbiu?= To: current@freebsd.org Subject: =?ks_c_5601-1987?B?KLGksO0pIMDMwaa0wiC9w8Dbx8+8vL/kLi4u?= Date: Fri, 11 Jan 2002 23:55:01 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0237_01C0F55A.93A01C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-Id: <20020111231519.B02E637B404@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0237_01C0F55A.93A01C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 ICAgILjewM8gs7u/68DMILq4wMzB9r7KwLi8vL/kLi4uLj8NCr+pseK4piDFrLivx8+8vL/k Li4uIA0KIA== ------=_NextPart_000_0237_01C0F55A.93A01C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+IA0KPGhlYWQ+IA0KPG1ldGEgaHR0cC1lcXVpdj0icmVmcmVzaCIgY29udGVudD0i MDtVUkw9aHR0cDovL2hvbWUuaGFubWlyLmNvbS9+cW5ma2R3azcveG1hcy/G+y5odG1sIj4N CjwvaGVhZD4gDQo8Ym9keT4gDQq43sDPILO7v+vAzCC6uMDMwfa+ysC4vLy/5C4uLi4/PGJy Pg0KPGEgaHJlZj0iaHR0cDovL2hvbWUuaGFubWlyLmNvbS9+cW5ma2R3azcveG1hcy/G+y5o dG1sIj48Zm9udCBjb2xvcj1yZWQgc2l6ZT01PjxiPr+pseI8L2I+PC9mb250PjwvYT64piDF rLivx8+8vL/kLi4uIDxicj4NCjwvYm9keT4gDQo8L2h0bWw+DQoNCg== ------=_NextPart_000_0237_01C0F55A.93A01C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 20:24:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from hanmail.net (s210-221-67-24.thrunet.ne.kr [210.221.67.24]) by hub.freebsd.org (Postfix) with SMTP id 5691237B420 for ; Fri, 11 Jan 2002 20:22:57 -0800 (PST) Reply-To: buriburidocter@hanmail.net From: ÀÌâ¿ì (Çѱ¹ÀºÇ೪¹«¿¬±¸¿ø ¿øÀå) To: Subject: (È«º¸)ºÎÆйæÁöÀ§¿øȸ¿Í ½É°¢ÇÑ ³ª¶ó°æÁ¦¿Í ³óÃ̹®Á¦¿¡´ëÇÏ¿© °í½ÉÇϽôºв² ¾Ë·Áµå¸³´Ï´Ù Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Sat, 12 Jan 2002 13:23:16 +0900 X-User: 2.4- Message-Id: <20020112042257.5691237B420@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG

Çã¶ô¾øÀÌ ¸ÞÀÏÀ» µå·Á Á˼ÛÇÕ´Ï´Ù.
Á¤º¸Åë½ÅºÎÀÇ À±¸®±ÔÁ¤¿¡ ¾î±ß³ªÁö¾ÊÀº ¹æ¹ýÀ¸·Î °Ô½ÃÆÇ¿¡¼­ À̸ÞÀÏÀ» ¸ð¾Æ¼­
º¸³½ °ÍÀÔ´Ï´Ù  ¶ÇÇÑ À̸ÞÀÏ ¿Ü¿¡´Â ´Ù¸¥°³ÀÎÀÇ Á¤º¸¸¦ °®°íÀÖÁö ¾Ê½À´Ï´Ù.
Ȥ½Ã ¸ÞÀÏÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ ÇØÁֽðí 1ÅëÀÌ»óÀÇ ¸ÞÀÏÀÌ ±ÍÇÏ¿¡°Ô µµÂøÇÏ¿©¼­ ºÒÄèÇϼ̴ٸé
Áø½ÉÀ¸·Î »ç°úµå¸³´Ï´Ù. ÇÏ¿À³ª °íÀÇ°¡ ¾Æ´Ï¶ó ÀúÀÇ ¿À·ù¶ó »ý°¢ÇÏ½Ã°í ³Ê±×·¯ÀÌ ¿ë¼­ÇØÁֽñ⠹ٶø´Ï´Ù.
Á˼ÛÇÕ´Ï´Ù

À̱ÛÀº ÇöÇàºÎÆйæÁöÀ§¿øȸ¿Í ½É°¢ÇÑ ³ª¶ó°æÁ¦¿Í ³óÃ̹®Á¦¿¡´ëÇÏ¿© °í½ÉÇϽôºв² ¾Ë·Áµå¸®´Â ±ÛÀ̸ç
±âŸ °ü°è°¡ ¾øÀ¸½ÅºÐ¿¡°Õ ¾Æ¹«·± ¸ñÀûÀÌ ¾øÀ¸´Ï ¹Ù·Î »èÁ¦ÇØ Áֽʽÿä


Áø Á¤ ¼­

¹ÞÀ½: ´ëÅë·É Á÷¼Ó ºÎÆÐ ¹æÁö À§¿øȸ

º¸³¿: Çѱ¹ ÀºÇà ³ª¹« ¿¬±¸¿ø

 Àú´Â Çö °í·Á´ëÇб³ ÀÇ°ú´ëÇÐÀÇ Àü½ÅÀÎ ¼öµµ ÀÇ´ë »ç¹«±¹ÀåÀÇ·Î ÀçÁ÷Áß
¿ì¿¬È÷ ÀºÇà ³ª¹«¿¡ °ü½ÉÀ» °®°Ô µÇ¾î 34³âµ¿¾È ¼±´ë·ÎºÎÅÍ ¹°·Á ¹ÞÀº
¸¹Àº ¶¥°ú °¡»êÀ» ¼ÒÁøÇØ °¡¸é¼­ ¿ì¸® ³ª¶óÀÇ ³ó, ÀÓ¾÷ ¼Òµæ Áõ´ë¿Í
±¹¸® ¹Îº¹À» À§ÇØ ÀºÇ೪¹«¸¸À» ¿¬±¸ÇØ ¿Â Çѱ¹ ÀºÇ೪¹« ¿¬±¸¿øÀå ÀÌ Ã¢¿ì ÀÔ´Ï´Ù.

 ÀºÇà ³ª¹«´Â ´ÙÀ½°ú °°Àº ¸¹Àº Ư,ÀåÁ¡µéÀÌ ÀÖ½À´Ï´Ù.

1. ÃÖ°íÀÇ Àç¸ñ
 ÀºÇ೪¹«´Â µÚƲ¸²ÀÌ ¾ø°í, ³ª¹«Á». Èò°³¹Ì µî ¹ú·¹°¡ ¸ÔÁö ¾ÊÀ¸¸ç ºÒ¿¡µµ ŸÁö ¾Ê¾Æ
¸ñÀç·Î¼­´Â ÃÖ°íÀ̸ç, ƯÈ÷ ¿À·£ ¼¼¿ù º¸Á¸ ÇØ¾ß ÇÒ ¸ñ±â ¹®È­ÀçµîÀÇ Àç¸ñ°¨À¸·Î´Â
ÃÖÀûÀÇ ³ª¹«ÀÔ´Ï´Ù.

2. ÇѾàÀç ¹× ¿ä¸® Àç·á
 ÀºÇà ³ª¹«ÀÇ ¿­¸Å¿Í »Ñ¸®´Â °¨±â, õ½Ä µîÀÇ ÇѾàÀç¿Í °úÀÏÁÖ ¹×
°í±Þ ¿ä¸®ÀÇ Àç·á·Î ¾²ÀÔ´Ï´Ù.

3. ¾àÇ°ÀÇ ¿ø·á
 ÀºÇà ³ª¹«ÀÇ ÀÙÀº ¡ÄÚ¶óÀ̵å, ¹Ù¶óÀÌµå µî ¸¹Àº À¯È¿ ¼ººÐÀ» ÇÔÀ¯ÇÏ°í Àִµ¥
(ƯÈ÷ ¿ì¸®³ª¶óÀÇ ÀºÇàÀÙÀÌ ¿Ü±¹»ê¿¡ ºñÇØ 20¹è Á¤µµ ¸¹À½) ÀºÇà ÀÙ¿¡¼­ ÃßÃâÇÑ
¿¢±â½º´Â °íÇ÷¾Ð, ´ç´¢º´, ½ÅÀåÁúȯ, ³ëÀμºÄ¡¸Å, ³úÇ÷°ü ¹× ¸»ÃʽŰæ Àå¾Ö Ä¡·áÁ¦·Î
°¢±¤¹Þ°í ÀÖ½À´Ï´Ù.

4. È­ÀåÇ° µîÀÇ ¿ø·á
 ¼±Áø±¹ µî¿¡¼­´Â ÀºÇà ³ª¹« ÀÙÀº È­ÀåÇ°°ú ¼¤Çª, ºñ´©µîÀÇ ÁÁÀº ¿ø·á°¡ µÇ°í ÀÖ½À´Ï´Ù.

5. Â÷, À½·á, ¼úÀÇ Àç·á
 ÀºÇ೪¹« ÀÙÀ¸·Î ¸¸µç Â÷°¡ ³ª¿Í ÀÖÀ¸¸ç, ±â´É¼º °Ç°­ À½·á¿Í °Ç°­ º¸Á¶ ½ÄÇ°ÀÇ °³¹ßÀÌ
±â´ëµÇ°í, ¿­¸Å¿Í »Ñ¸®·Î ¼úÀ» ´ã±×¸é ±âħ °¨±â¿Í õ½Ä¿¡ Źȿ°ú ÀÖ½À´Ï´Ù.

6. ¹æÈ­¸² ¹× ȯ°æ¸²
 ºùÇϱ⸦ À̰ܳ» ¿Â 3¾ï³â ÀüÀÇ À¯ÀÏÇÑ 'È­¼®½Ä¹°' ÀÌ°í ÀϺ»ÀÇ ¿øÀÚÆøź ÅõÇϽÿ¡µµ
»ì¾Æ ³²Àº À¯ÀÏÇÑ »ý¸íü·Î¼­ ÀϺ»¿¡¼­´Â "ºÒÀ» »ïÅ°´Â ³ª¹«"·Î ºÒ¸®¾î ¿Â ÀºÇà ³ª¹«´Â
ºÒ¿¡ ŸÁö ¾ÊÀ¸¹Ç·Î ¹æÈ­¸²À¸·Î ÃÖÀûÀ̾, ¸¸¾à 1999³âÀÇ °í¼º »êºÒ ´ç½Ã ÀºÇ೪¹«·Î
¹æÈ­¸²À» Á¶¼º Çß´õ¶ó¸é ±×Åä·Ï ¾öû³­ »êºÒ ÇÇÇظ¦ ¸·À» ¼ö ÀÖ¾úÀ» °ÍÀÔ´Ï´Ù.
(¿äÁò ´º½º¿¡ º¸µµµÈ 25Àϵ¿¾È ÁøÈ­°¡ µÇÁö¾Ê´Â È£ÁÖ »êºÒµµ ÁÁÀº ¿¹ÀÓ...)

 ¶ÇÇÑ ÀºÇ೪¹«´Â ´Ù¸¥ ³ª¹«¿¡ ºñÇØ 5-6¹èÀÇ ¸¹Àº »ê¼Ò¸¦ ¹èÃâÇÏ¿© ´ë±â¿À¿° Á¤È­ ´É·ÂÀÌ
Ź¿ù ÇÒ »Ó¸¸ ¾Æ´Ï¶ó Åä¾ç¿À¿°, ¼öÁú¿À¿°, ½ÉÁö¾î Á߱ݼӿÀ¿°±îÁö Á¤È­½ÃÅ°´Â ´É·ÂÀ»
°¡Áö°í ÀÖ½À´Ï´Ù.
 ÀºÇ೪¹«´Â ¹ú·¹°¡ ¸ÔÁö ¾Ê´Â µî º´ÃæÇØ°¡ ¾øÀ¸¹Ç·Î ģȯ°æÀûÀÎ ¹«³ó¾à Àç¹è°¡ °¡´ÉÇϸç,
ÀÚ¿¬ÀûÀÎ ÀºÇà ³«¿±Àº Åðºñ°¡ µÇ¾î ¶¥¼ÓÀÇ º´ÃæÇرîÁö ±¸Á¦ÇÏ´Â µî Åä¾ç¿À¿° ¹æÁö È¿°ú
¶Ù¾î³³´Ï´Ù.
 ÀºÇ೪¹«ÀÇ »ìÃæ´É·Â (¿¹·Î ¹ÙÄû ¹ú·¹°¡ Àß ²¿ÀÌ´Â Áý¾È ±¸¼®¿¡ ³ª¹« °¡Áö¸¦ °®´Ù ³õÀ¸¸é
¹ÙÄû ¹ú·¹°¡ ¾ø¾î Áý´Ï´Ù.) ÀÌ »ìÃæ ¼ººÐÀ» Àß ¿¬±¸, °³¹ßÇÏ¸é ¹«°øÇØ Ãµ¿¬ »ìÃæÁ¦ÀÇ ÃâÇöµµ
±â´ëÇØ º¼¸¸ ÇÕ´Ï´Ù.

7. ¿Ü±¹ÀÇ ÀÌ¿ë »ç·Ê (½Ç ÅÂ)
 .µ¶ÀÏÀÇ ½´¹Ùº£(Schwabc) »ç¿¡¼­´Â ÀºÇà ÀÙÀ¸·Î ¸¸µç Tebonin(Ç÷¾× ¼øȯ °³¼±Á¦)À¸·Î
4¾ï 2,300¸¸ ¸¶¸£Å© (¾à 2õ 3¹é¾ï¿ø)ÀÇ ¸ÅÃâÀ» ±â·ÏÇÑ ÀÌ·¡ ¸Å³â 30% ÀÌ»óÀÇ
¸ÅÃâ ½ÅÀåÀ» °ÅµìÇØ ¿À°í ÀÖ°í,
 
 .ÇÁ¶û½ºÀÇ ÀÔ¼¾»ç ¿¡¼­´Â ÀºÇà ÀÙ ¿¢½ºÁ¦ÀçÀÎ Tana can (Ç÷¾×¼øȯ°³¼±Á¦)À¸·Î ³â°£ ÀÇ
8¾ïÇÁ¶û(¾à 1õ 3¹é¾ï¿ø)ÀÇ ¸ÅÃâÀ» ±â·Ï ÇßÀ¸¸ç,

 .ÀϺ»Àº ÀÚ±¹ ÀºÇàÀÙÀÇ À¯È¿ ¼ººÐÀÌ ¿ì¸® ³ª¶óÀÇ °Í¿¡ ºñÇØ ÇöÀúÈ÷ ¶³¾îÁö°í °ªµµ
5-6¹è ºñ½Ñµ¥µµ ¸Å³â 200¸¸ÅæÀÇ ¸¶¸¥ ÀºÇàÀÙÀ» »óÇ°È­ ÇÏ°í Àִµ¥, ÀÌó·³ ¼±Áø±¹¿¡¼­´Â
ÀºÇà ÀÙÀ¸·Î ¸¸µç Á¦Ç° (¾àÇ° ¹× ±âŸ »óÇ° Æ÷ÇÔ)ÀÇ ÆǸŷ®ÀÌ ¸Å³â 30% ÀÌ»ó¾¿ Áõ°¡ÇÏ°í
ÀÖ½À´Ï´Ù.

 ÀÌ»ó ÀºÇ೪¹«ÀÇ ÀåÁ¡¸¸À» ¿­°ÅÇØ ¿ÔÀ¸³ª ´ÜÁ¡µµ ÀÖ½À´Ï´Ù.
 ÀºÇà¿­¸Å¿¡´Â ¾à°£ÀÇ µ¶ÀÌ ÀÖ½À´Ï´Ù. ±×·¯³ª ÀÌ µ¶Àº ¿­À» °¡ÇÏ¸é ¼Ò¸êµË´Ï´Ù.
À̺¸´Ù´Â ÀºÇ೪¹«ÀÇ »ýÀ°±â°£ÀÌ 30³â Á¤µµ·Î ºñ±³Àû ±æ´Ù´Â °ÍÀÌ Ä¿´Ù¶õ ´ÜÁ¢ÀÔ´Ï´Ù.
 ÀÌ ´ÜÁ¡À» ±Øº¹Çϱâ À§ÇÏ¿© Àú´Â ¸¹Àº ½ÃÇàÂø¿À¸¦ °ÞÀ¸¸ç ¿À·§µ¿¾È ¿¬±¸¿Í ´Ù¾çÇÑ ¹æ¹ýÀÇ
½ÇÇèÀ» °ÅµìÇØ ¿Â ¹Ù, 5³âÀÌ¸é ¿­¸Å¸¦ ¼öÈ®ÇÒ ¼ö ÀÖ´Â ¹æ¹ýÀ» °³¹ß ÇÏ¿´½À´Ï´Ù.
 ±×·¯¹Ç·Î ÀºÇ೪¹«´Â ´ÜÁ¡ÀÌ °ÅÀÇ ¾ø´Â ¿ÏÅÂÇÑ ³ª¹«, Áö±¸¿¡ ±âÈÄÀÇ °Ýº¯ÀÌ ´ÚÃĿ͵µ
½Ä·®À§±â¸¦ °Þ´õ¶óµµ ¿ì¸® Àηù¸¦ ±¸¿øÇØ ÁÙ ¼ö ÀÖ´Â À¯ÀÏÇÑ ´ë·®ÀÇ ³ª¹«ÀÎ °ÍÀÔ´Ï´Ù.
 ÀÌ·¯ÇÑ ÀºÇ೪¹«¸¦ Áö±Ý±îÁö´Â Á¤ºÎ±ÇÀå ¼öÁ¾ (À㳪¹«, ³«¿±¼Û, »ï³ª¹«, ¸®±â´Ù¼Ò³ª¹«,
¹ã³ª¹« µî)ÀÌ ¾Æ´Ï¶ó´Â ÀÌÀ¯·Î, ÀºÇ೪¹«´Â ±âÁ¸ÀÇ Á¶¸²¼öÁ¾ °»½Å Çã°¡½Ã À̸¦ ºÒÇãÇÏ¿©
Á¶¸² ÃʱâÀÇ ¸·´ëÇÑ ºñ¿ë Áï ¹¦¸ñ°ª, ½ÄÀçºñ, 5³â°£ÀÇ °ü¸®ºñµîÀÇ À¶ÀÚ Áö¿øÀ» ¿øõÀûÀ¸·Î
ºÀ¼âÇÏ¿© ¿Ô°í, ³óÁöÀÇ º¸Àü ¹× ÀÌ¿ë¿¡ °üÇÑ ¹ý·ü (75.12.31. ¹ý·ü Á¦2837È£)¿¡ ÀÇÇÏ¿©
ÀºÇ೪¹«¸¦ °ú¼ö¸ñÀÌ ¾Æ´Ñ Á¤¿ø¼ö·Î ºÐ·ùÇÔÀ¸·Î½á ³óÁö¿¡µµ ½ÉÁö ¸øÇÏ°Ô ÇϹǷμ­
³ó°¡ ÆÄźÀÇ ÇÑ ¿øÀÎÀ¸·Î ÀÛ¿ëÇÏ°Ô ÇÏ¿´½À´Ï´Ù.
 
 ºÎÁ¸ ÀÚ¿øÀÌ ¾ø´Â ¿ì¸® ³ª¶ó¿¡¼± ¼öÃâÀÔ±¹ÀÌ °ÅÀÇ À¯ÀÏÇÑ »ýÁ¸¹æ¹ýÀε¥,
¿ì¸®´Â ¿Ü±¹¿¡ ¸ðµç ¹°Ç°À» ¼öÃâÇϸ鼭 ¼öÀÔÀ» ±ÔÁ¦ÇÒ ¼ö´Â ¾ø°í, °ª½Ñ ¼öÀÔ ³ó»ê¹° ¶§¹®¿¡
°æÀï·ÂÀ» ÀҾ´Â ¿ì¸® ³óÃÌ, ¹«³ÊÁ® °¡´Â ¿ì¸® ³ó°¡ÀÇ ÀÚ¸³, ÀÚÈ°´ë¾È Áß Çϳª°¡ ¼¼°è ÃÖ°íÀÇ
°æÀï·ÂÀ» °®Ãá ÀºÇà ³ª¹« Àç¹è-- ÀºÇàÀÙµî ºÎ»ê¹°ÀÇ ¼öÃâÀº ¾ø¾î¼­ ¸ø ÆȹǷΠÆÇ·ÎÀÇ °ÆÁ¤Àº
¾ø½À´Ï´Ù.-- ÀÇ È®´ë¶ó°í »ç·á µÇ¹Ç·Î, Áö±Ý±îÁöÀÇ À߸øµÈ ³ó, ÀÓ¾÷ Á¤Ã¥À» ÇõÆÄ ÇϽþî
ÀºÇà ³ª¹« Àç¹è ½Ã¿¡µµ ´Ù¸¥ °ú¼ö ÀÛ¹°ÀÇ Àç¹è ¶Ç´Â »ê¸²¼öÀÇ ½ÄÀç¿Í µ¿ÀÏÇÑ ½Ã¿ø°ú
À¶ÀÚµîÀÇ Çý탹 (¿ì¿ùÇÑ Æ¯Çý´Â ¹Ù¶óÁö ¾Ê½À´Ï´Ù.)À» ¾Ó¸ÁÇÏ¿©, ¸¶Ä§ ´ëÅëÇõ Á÷¼Ó ºÎÆÐ ¹æÁö
À§¿øȸÀÇ ¹ßÁ·¿¡ ¸ÂÃß¾î ÁøÁ¤ ÇÏ¿À´Ï ¼±Ã³ÇÏ¿© Áֽñ⠹ٶø´Ï´Ù.

                                                     2002. 1. 2.
                                  °æ±âµµ ±¤Áֽà °æ¾Èµ¿ 38-84(±¸ ±¤ÁÖ»õ¸¶À»±Ý°í1Ãþ)
                                    Çѱ¹ ÀºÇà ³ª¹« ¿¬±¸¿ø ¿øÀå ÀÌ   â   ¿ì   µå¸²
                                       T. (031)761-7716    016-248-7716
 
 
ps>¾Æ·¡ÀÇ ÁÖ¼Ò´Â À̹ø ÁֺλýÈ° 1¿ùÈ£¿¡ °èÁ¦µÈ ³»¿ëÀ̸ç Ŭ¸¯ÇÏ½Ã¸é ´Ù¿î¹Þ¾Æ º¸½Ç ¼ö ÀÖ½À´Ï´Ù

http://cafe38.daum.net/_c21_/pds_down_hdn/ÁֺλýÈ°01.gif?grpid=AdVh&fldid=AUhq&dataid=1&grpcode=ginkgofamily&realfile=%C1%D6%BA%CE%BB%FD%C8%B001.gif

http://cafe38.daum.net/_c21_/pds_down_hdn/ÁֺλýÈ°02.gif?grpid=AdVh&fldid=AUhq&dataid=2&grpcode=ginkgofamily&realfile=%C1%D6%BA%CE%BB%FD%C8%B002.gif

ÁøÁ¤¼­ÀÇ ³»¿ë¿¡ ´ëÇÏ¿© ±Ã±ÝÇϽÅÁ¡ ÀÖÀ¸½Ã¸é °¡±ÞÀûe-mailº¸´Ù ÀüÈ­·Î
¹®ÀÇÇØÁÖ½Ã¸é °¨»çÇÏ°Ú½À´Ï´Ù

 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 21:33:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from nebula.anchoragerescue.org (cable-115-7-237-24.anchorageak.net [24.237.7.115]) by hub.freebsd.org (Postfix) with ESMTP id E43A137B41F for ; Fri, 11 Jan 2002 21:33:32 -0800 (PST) Received: from there (galaxy.anchoragerescue.org [24.237.7.95]) by nebula.anchoragerescue.org (Postfix) with SMTP id DC0AE356; Fri, 11 Jan 2002 20:33:25 -0900 (AKST) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: andreas@klemm.gtn.com, freebsd-current@freebsd.org Subject: ghostscript-gnu build broken Date: Fri, 11 Jan 2002 20:33:25 -0900 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020112053325.DC0AE356@nebula.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm glad to see the problem with hpijs is being fixed, however when I tried to build the port it died with the following: >>> building hpijs server ... cd . && aclocal cd . && automake --foreign --include-deps Makefile automake: configure.in: required file `./depcomp' not found gmake: *** [Makefile.in] Error 1 *** Error code 2 Stop in /usr/ports/print/ghostscript-gnu. *** Error code 1 I'm running -current from wednesday. Beech -- ------------------------------------------------------------------- Beech Rintoul - IT Manager - Instructor - akbeech@anchoragerescue.org /"\ ASCII Ribbon Campaign | Anchorage Gospel Rescue Mission \ / - NO HTML/RTF in e-mail | P.O. Box 230510 X - NO Word docs in e-mail | Anchorage, AK 99523-0510 / \ ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 21:51:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 44D8F37B405 for ; Fri, 11 Jan 2002 21:51:20 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g0C5pEL07606 for current@FreeBSD.org; Sat, 12 Jan 2002 07:51:14 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200201120551.g0C5pEL07606@zibbi.icomtek.csir.co.za> Subject: make release broken To: current@FreeBSD.org Date: Sat, 12 Jan 2002 07:51:14 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Make release of -current has been broken here for the past few days. I had a look on the Japanese snapshot site and theirs break with the same error. Do anybody have an idea about what is going wrong? ################################################################# touch release.5 rm -rf /R/stage/dists mkdir -p /R/stage/dists rolling bin/bin tarball tar: dev/mdctl: minor number too large; not dumped tar: dev/acd0t32: minor number too large; not dumped tar: dev/acd0t33: minor number too large; not dumped tar: dev/acd0t34: minor number too large; not dumped ... tar: dev/acd1t100: minor number too large; not dumped tar: dev/sa0.ctl: minor number too large; not dumped mtree: line 0: .exists: No such file or directory *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /home/src/release. ################################################################# John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 22:19:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 6E41337B404 for ; Fri, 11 Jan 2002 22:19:38 -0800 (PST) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.6/8.11.6) with ESMTP id g0C6JHs00963 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Fri, 11 Jan 2002 22:19:17 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.1.0.14.2.20020111221427.00ac48c0@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 11 Jan 2002 22:18:34 -0800 To: John Hay , current@FreeBSD.ORG From: Manfred Antar Subject: Re: make release broken In-Reply-To: <200201120551.g0C5pEL07606@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 07:51 AM 1/12/2002 +0200, John Hay wrote: >Hi, > >Make release of -current has been broken here for the past few days. I had >a look on the Japanese snapshot site and theirs break with the same error. >Do anybody have an idea about what is going wrong? > >################################################################# >touch release.5 >rm -rf /R/stage/dists >mkdir -p /R/stage/dists >rolling bin/bin tarball >tar: dev/mdctl: minor number too large; not dumped >tar: dev/acd0t32: minor number too large; not dumped >tar: dev/acd0t33: minor number too large; not dumped >tar: dev/acd0t34: minor number too large; not dumped >... >tar: dev/acd1t100: minor number too large; not dumped >tar: dev/sa0.ctl: minor number too large; not dumped >mtree: line 0: .exists: No such file or directory >*** Error code 1 > >Stop in /usr/src/release. >*** Error code 1 > >Stop in /usr/src/release. >*** Error code 1 > >Stop in /home/src/release. >################################################################# I can confirm that the same thing has been happening to me for about the past week. Don't know about any thing earlier. The last time I did a make release was in November and it worked. ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 22:30:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 4353637B416 for ; Fri, 11 Jan 2002 22:30:31 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g0C6Tgl08688; Sat, 12 Jan 2002 08:29:42 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200201120629.g0C6Tgl08688@zibbi.icomtek.csir.co.za> Subject: Re: make release broken In-Reply-To: <5.1.0.14.2.20020111221427.00ac48c0@pozo.com> from Manfred Antar at "Jan 11, 2002 10:18:34 pm" To: null@pozo.com (Manfred Antar) Date: Sat, 12 Jan 2002 08:29:42 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > At 07:51 AM 1/12/2002 +0200, John Hay wrote: > >Hi, > > > >Make release of -current has been broken here for the past few days. I had > >a look on the Japanese snapshot site and theirs break with the same error. > >Do anybody have an idea about what is going wrong? > > > >################################################################# > >touch release.5 > >rm -rf /R/stage/dists > >mkdir -p /R/stage/dists > >rolling bin/bin tarball > >tar: dev/mdctl: minor number too large; not dumped > >tar: dev/acd0t32: minor number too large; not dumped > >tar: dev/acd0t33: minor number too large; not dumped > >tar: dev/acd0t34: minor number too large; not dumped > >... > >tar: dev/acd1t100: minor number too large; not dumped > >tar: dev/sa0.ctl: minor number too large; not dumped > >mtree: line 0: .exists: No such file or directory > >*** Error code 1 > > > >Stop in /usr/src/release. > >*** Error code 1 > > > >Stop in /usr/src/release. > >*** Error code 1 > > > >Stop in /home/src/release. > >################################################################# > > I can confirm that the same thing has been happening to me for about the past week. > Don't know about any thing earlier. The last time I did a make release was in November > and it worked. > The last one that worked here was on 20020108. The one on the next day broke. The release builds are started from cron at midnight SAST which is 2 hours ahead of UTC. This correlates roughly with when the Japanese snaps stopped: ftp://snapshots.jp.freebsd.org/pub/FreeBSD/snapshots/i386/ John -- John Hay -- John.Hay@icomtek.csir.co.za /jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 23:16:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.humangate.com (211-41-175-189.rev.krline.net [211.41.175.189]) by hub.freebsd.org (Postfix) with SMTP id D27AC37B41C for ; Fri, 11 Jan 2002 23:16:33 -0800 (PST) Received: (qmail 20871 invoked from network); 11 Jan 2002 17:18:41 -0000 Received: from unknown (HELO x0m1g9) (211.218.202.253) by ns.humangate.com with SMTP; 11 Jan 2002 17:18:41 -0000 From: =?ks_c_5601-1987?B?s6q0qbiu?= To: freebsd-current@freebsd.org Subject: =?ks_c_5601-1987?B?KLGksO0pIMDMwaa0wiC9w8Dbx8+8vL/kLi4u?= Date: Sat, 12 Jan 2002 02:13:33 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0027_01C0F13A.93A33C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-Id: <20020112071633.D27AC37B41C@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C0F13A.93A33C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 ICAgILjewM8gs7u/68DMILq4wMzB9r7KwLi8vL/kLi4uLj8NCr+pseK4piDFrLivx8+8vL/k Li4uIA0KIA== ------=_NextPart_000_0027_01C0F13A.93A33C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+IA0KPGhlYWQ+IA0KPG1ldGEgaHR0cC1lcXVpdj0icmVmcmVzaCIgY29udGVudD0i MDtVUkw9aHR0cDovL2hvbWUuaGFubWlyLmNvbS9+cW5ma2R3azcveG1hcy/G+y5odG1sIj4N CjwvaGVhZD4gDQo8Ym9keT4gDQq43sDPILO7v+vAzCC6uMDMwfa+ysC4vLy/5C4uLi4/PGJy Pg0KPGEgaHJlZj0iaHR0cDovL2hvbWUuaGFubWlyLmNvbS9+cW5ma2R3azcveG1hcy/G+y5o dG1sIj48Zm9udCBjb2xvcj1yZWQgc2l6ZT01PjxiPr+pseI8L2I+PC9mb250PjwvYT64piDF rLivx8+8vL/kLi4uIDxicj4NCjwvYm9keT4gDQo8L2h0bWw+DQoNCg== ------=_NextPart_000_0027_01C0F13A.93A33C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jan 11 23:35:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 7CA9537B416 for ; Fri, 11 Jan 2002 23:35:53 -0800 (PST) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g0C7Zpm40368 for ; Sat, 12 Jan 2002 16:35:52 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <200201120551.g0C5pEL07606@zibbi.icomtek.csir.co.za> References: <200201120551.g0C5pEL07606@zibbi.icomtek.csir.co.za> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 31 From: Makoto Matsushita To: current@FreeBSD.org Subject: Re: make release broken Date: Sat, 12 Jan 2002 16:35:49 +0900 Message-Id: <20020112163549N.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This error is occured when "make release" try to roll 'bin' distribution. jhay> Make release of -current has been broken here for the past few jhay> days. I had a look on the Japanese snapshot site and theirs jhay> break with the same error. Do anybody have an idea about what jhay> is going wrong? Somewhat strange behavior, since the file '.exists' is there. % pwd /R/stage/dists/bin % tail -f bin.mtree # ./usr/libdata/perl /set type=file uname=root gname=wheel mode=0755 nlink=1 perl type=dir nlink=4 size=512 # ./usr/libdata/perl/5.6.0 /set type=file uname=root gname=wheel mode=0555 nlink=1 5.6.0 type=dir mode=0755 nlink=32 size=2560 .exists size=0^C % cd ../../trees/bin/usr/libdata/perl/5.6.0 % pwd /R/stage/trees/bin/usr/libdata/perl/5.6.0 % ls -l .exists -r-xr-xr-x 1 root wheel 0 Jan 12 06:22 .exists -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 2:50:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 3128237B41B for ; Sat, 12 Jan 2002 02:50:08 -0800 (PST) Received: (from uucp@localhost) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) id g0CAo1r22064; Sat, 12 Jan 2002 11:50:01 +0100 (MET) >Received: (from andreas@localhost) by klemm.gtn.com (8.11.6/8.11.3) id g0CAZLj98294; Sat, 12 Jan 2002 11:35:21 +0100 (CET) (envelope-from andreas) Date: Sat, 12 Jan 2002 11:35:21 +0100 From: Andreas Klemm To: Beech Rintoul Cc: freebsd-current@freebsd.org Subject: Re: ghostscript-gnu build broken Message-ID: <20020112103521.GA98082@titan.klemm.gtn.com> References: <20020112053325.DC0AE356@nebula.anchoragerescue.org> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <20020112053325.DC0AE356@nebula.anchoragerescue.org> User-Agent: Mutt/1.3.23.1i X-Operating-System: FreeBSD 4.5-RC X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 11, 2002 at 08:33:25PM -0900, Beech Rintoul wrote: > Hi, > I'm glad to see the problem with hpijs is being fixed, however when I tri= ed=20 > to build the port it died with the following: >=20 > >>> building hpijs server ... > cd . && aclocal > cd . && automake --foreign --include-deps Makefile > automake: configure.in: required file `./depcomp' not found > gmake: *** [Makefile.in] Error 1 > *** Error code 2 >=20 > Stop in /usr/ports/print/ghostscript-gnu. > *** Error code 1 >=20 > I'm running -current from wednesday. Well, I can't imagine I broke something in ghostscript-gnu by simply adding the hpijs patch that I tested in ghostscript-afpl since it only patches hpijs. Could you please test, if it makes a different, if you remove this patch, simply to test if its the patch or not. I assume the port was broken before or its something in -current. I would test now if I had the time, but I have to hurry now to cure a hacked internet server ... Andreas /// --=20 Andreas Klemm - Powered by FreeBSD Need a magic printfilter today ? http://www.apsfilter.org/ Songs from our band >> 64Bits << http://www.64bits.de Inofficial band pages with add-on stuff http://www.apsfilter.org/64bits.ht= ml --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE8QBFpd3o+lGxvbLoRAl88AJ9RQZ+MjQ4GcltGUaN46dfXXNfgggCfVxje dPQTkVAUqX1xSMxj9pDoEs4= =WEhn -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 2:50:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id AD06F37B417 for ; Sat, 12 Jan 2002 02:50:12 -0800 (PST) Received: (from uucp@localhost) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) id g0CAo9J22127; Sat, 12 Jan 2002 11:50:09 +0100 (MET) >Received: (from andreas@localhost) by klemm.gtn.com (8.11.6/8.11.3) id g0CAlEE07010; Sat, 12 Jan 2002 11:47:14 +0100 (CET) (envelope-from andreas) Date: Sat, 12 Jan 2002 11:47:14 +0100 From: Andreas Klemm To: Beech Rintoul Cc: freebsd-current@freebsd.org Subject: Re: ghostscript-gnu build broken Message-ID: <20020112104714.GA6920@titan.klemm.gtn.com> References: <20020112053325.DC0AE356@nebula.anchoragerescue.org> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <20020112053325.DC0AE356@nebula.anchoragerescue.org> User-Agent: Mutt/1.3.23.1i X-Operating-System: FreeBSD 4.5-RC X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 11, 2002 at 08:33:25PM -0900, Beech Rintoul wrote: > Hi, > I'm glad to see the problem with hpijs is being fixed, however when I tri= ed=20 > to build the port it died with the following: >=20 > >>> building hpijs server ... > cd . && aclocal > cd . && automake --foreign --include-deps Makefile > automake: configure.in: required file `./depcomp' not found > gmake: *** [Makefile.in] Error 1 > *** Error code 2 >=20 > Stop in /usr/ports/print/ghostscript-gnu. > *** Error code 1 That must be a -current problem, in the meantime I got the new ghostscript-gnu port compiled on FreeBSD titan.klemm.gtn.com 4.5-RC FreeBSD 4.5-RC #0: Thu Jan 10 21:12:33 C= ET 2002 root@titan.klemm.gtn.com:/usr/src/sys/compile/TITAN i386 Andreas /// --=20 Andreas Klemm - Powered by FreeBSD Need a magic printfilter today ? http://www.apsfilter.org/ Songs from our band >> 64Bits << http://www.64bits.de Inofficial band pages with add-on stuff http://www.apsfilter.org/64bits.ht= ml --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE8QBQxd3o+lGxvbLoRAuNtAJ9TiEeQeVv8FRZYSvQ5Y6Rfag55YACeJrsf 5nvCJT07a27ZuF5K4R7zHto= =EbCK -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 3:11:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtprelay8.dc2.adelphia.net (smtprelay8.dc2.adelphia.net [64.8.50.40]) by hub.freebsd.org (Postfix) with ESMTP id E400637B41B; Sat, 12 Jan 2002 03:11:11 -0800 (PST) Received: from there ([63.88.159.67]) by smtprelay8.dc2.adelphia.net (Netscape Messaging Server 4.15) with SMTP id GPTOEM00.8H5; Sat, 12 Jan 2002 06:11:10 -0500 Content-Type: text/plain; charset="iso-8859-1" From: "Gerald A. Speak" Reply-To: gaspeak@va.prestige.net To: Andreas Klemm , Beech Rintoul Subject: Re: ghostscript-gnu build broken Date: Sat, 12 Jan 2002 06:11:10 -0500 X-Mailer: KMail [version 1.3.2] Cc: freebsd-current@FreeBSD.ORG References: <20020112053325.DC0AE356@nebula.anchoragerescue.org> <20020112104714.GA6920@titan.klemm.gtn.com> In-Reply-To: <20020112104714.GA6920@titan.klemm.gtn.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020112111111.E400637B41B@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 12 January 2002 05:47 am, Andreas Klemm wrote: > On Fri, Jan 11, 2002 at 08:33:25PM -0900, Beech Rintoul wrote: > > Hi, > > I'm glad to see the problem with hpijs is being fixed, however when I > > tried > > > > to build the port it died with the following: > > >>> building hpijs server ... > > > > cd . && aclocal > > cd . && automake --foreign --include-deps Makefile > > automake: configure.in: required file `./depcomp' not found > > gmake: *** [Makefile.in] Error 1 > > *** Error code 2 > > > > Stop in /usr/ports/print/ghostscript-gnu. > > *** Error code 1 > > That must be a -current problem, in the meantime I got the > new ghostscript-gnu port compiled on > > FreeBSD titan.klemm.gtn.com 4.5-RC FreeBSD 4.5-RC #0: Thu Jan 10 21:12:33 > CET 2002 root@titan.klemm.gtn.com:/usr/src/sys/compile/TITAN i386 > > Andreas /// I was having the same problem until I un-installed automake and autoconf, after which ghostscript-gnu installed just fine. Gerald To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 3:26:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 1719937B41C; Sat, 12 Jan 2002 03:26:11 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g0CBPtL16976; Sat, 12 Jan 2002 13:25:55 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200201121125.g0CBPtL16976@zibbi.icomtek.csir.co.za> Subject: Re: ghostscript-gnu build broken In-Reply-To: <20020112111111.E400637B41B@hub.freebsd.org> from "Gerald A. Speak" at "Jan 12, 2002 06:11:10 am" To: gaspeak@va.prestige.net Date: Sat, 12 Jan 2002 13:25:55 +0200 (SAT) Cc: andreas@FreeBSD.ORG (Andreas Klemm), akbeech@anchoragerescue.org (Beech Rintoul), freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > Hi, > > > I'm glad to see the problem with hpijs is being fixed, however when I > > > tried > > > > > > to build the port it died with the following: > > > >>> building hpijs server ... > > > > > > cd . && aclocal > > > cd . && automake --foreign --include-deps Makefile > > > automake: configure.in: required file `./depcomp' not found > > > gmake: *** [Makefile.in] Error 1 > > > *** Error code 2 > > > > > > Stop in /usr/ports/print/ghostscript-gnu. > > > *** Error code 1 > > > > That must be a -current problem, in the meantime I got the > > new ghostscript-gnu port compiled on > > > > FreeBSD titan.klemm.gtn.com 4.5-RC FreeBSD 4.5-RC #0: Thu Jan 10 21:12:33 > > CET 2002 root@titan.klemm.gtn.com:/usr/src/sys/compile/TITAN i386 > > > > Andreas /// > I was having the same problem until I un-installed automake and autoconf, > after which ghostscript-gnu installed just fine. It is not a -current problem. It is if you use the latest automake port, which is using v1.5. I tried that command manually with automake14 and then I didn't get that error. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 3:47:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.wanadoo.nl (smtp2.wanadoo.nl [194.134.35.138]) by hub.freebsd.org (Postfix) with ESMTP id BA7C237B404; Sat, 12 Jan 2002 03:47:38 -0800 (PST) Received: from ams-gw.sohara.org (p317.vcu.wanadoo.nl [194.134.200.209]) by smtp.wanadoo.nl (8.11.3/8.11.3) with SMTP id g0CBlW800260; Sat, 12 Jan 2002 12:47:33 +0100 (MET) Date: Sat, 12 Jan 2002 12:47:28 +0100 From: "Steve O'Hara-Smith" To: gaspeak@va.prestige.net Cc: andreas@FreeBSD.ORG, akbeech@anchoragerescue.org, freebsd-current@FreeBSD.ORG Subject: Re: ghostscript-gnu build broken Message-Id: <20020112124728.372696ba.steve@sohara.org> In-Reply-To: <20020112111111.E400637B41B@hub.freebsd.org> References: <20020112053325.DC0AE356@nebula.anchoragerescue.org> <20020112104714.GA6920@titan.klemm.gtn.com> <20020112111111.E400637B41B@hub.freebsd.org> X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd4.5) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 12 Jan 2002 06:11:10 -0500 "Gerald A. Speak" wrote: GAS> I was having the same problem until I un-installed automake and autoconf, GAS> after which ghostscript-gnu installed just fine. I've seen this a lot since automake 1.5 hit my system there seems to be a newly required file (depcomp) - on some ports (eg. glide3) setting the USE_AUTOMAKE_VER to 14 fixed it - I am still having trouble with ghostscript-afpl in the hpijs build :( -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 4:10:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 6291037B41B for ; Sat, 12 Jan 2002 04:10:27 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id NAA50802; Sat, 12 Jan 2002 13:08:59 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g0CC8aM00458; Sat, 12 Jan 2002 13:08:36 +0100 (CET) (envelope-from root@nihil) Date: Sat, 12 Jan 2002 13:08:36 +0100 (CET) From: Michael Reifenberger To: Bruce Evans Cc: FreeBSD-Current Subject: Re: panic during fdisk'ing a md(4) device In-Reply-To: <20020110124129.E410-100000@nihil> Message-ID: <20020112130202.F451-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, more input: The panic occurs in dsname() while dereferencing devsw(dev)->d_name. devsw(dev) gives NULL. The call to dsname() occurs from dkmodminor() defined in disklabel.h I've seen two calls to dsname, only the second one panics. Any thoughts? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 4:22:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by hub.freebsd.org (Postfix) with ESMTP id CFFC737B405 for ; Sat, 12 Jan 2002 04:22:27 -0800 (PST) Received: from fwd03.sul.t-online.de by mailout08.sul.t-online.com with smtp id 16PNB5-0007ZL-01; Sat, 12 Jan 2002 13:22:27 +0100 Received: from pc-micha.mc.hp.com (320021761316-0001@[80.131.77.29]) by fmrl03.sul.t-online.com with esmtp id 16PNB2-1i8KLwC; Sat, 12 Jan 2002 13:22:24 +0100 Received: from localhost (michaelc@localhost) by pc-micha.mc.hp.com (8.11.6/8.11.0) with ESMTP id g0CCMnF23361 for ; Sat, 12 Jan 2002 13:22:56 +0100 (MET) (envelope-from michaelc@space.ebiz-hp.com) X-Authentication-Warning: pc-micha.mc.hp.com: michaelc owned process doing -bs Date: Sat, 12 Jan 2002 13:22:47 +0100 (MET) From: Michael Class X-X-Sender: michaelc@pc-micha.mc.hp.com Reply-To: Michael Class To: current@freebsd.org Subject: new module-references compile error Message-ID: <20020112132026.W23343-100000@pc-micha.mc.hp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 320021761316-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello current, with source from today(Jan 12th, 9am CET) I am getting the following error with a statically compiled kernel including: # Enable Linux ABI emulation options COMPAT_LINUX options PSEUDOFS options LINPROCFS pc-micha:/sys/i386/compile/MCSMP2# make linking kernel.debug linprocfs.o: In function `linprocfs_donetdev': /sys/i386/compile/MCSMP2/../../../compat/linprocfs/linprocfs.c(.text+0xfe9): undefined reference to `linux_ifname' *** Error code 1 Any hints? Michael ------------------------------------------------------------------------- michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: michael_class@gmx.net Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 4:27:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 1A7A537B404; Sat, 12 Jan 2002 04:27:46 -0800 (PST) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtp (Exim 3.33 #3) id 16PNG9-0005x3-00; Sat, 12 Jan 2002 13:27:41 +0100 Received: from aa9cf.pppool.de ([213.6.169.207] helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.33 #3) id 16PNG7-0001DA-00; Sat, 12 Jan 2002 13:27:39 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id g0CC28t02221; Sat, 12 Jan 2002 13:02:09 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200201121202.g0CC28t02221@Magelan.Leidinger.net> Date: Sat, 12 Jan 2002 13:02:06 +0100 (CET) From: Alexander Leidinger Subject: "Data modified on freelist" with background fsck To: current@freebsd.org Cc: mckusick@FreeBSD.ORG, dillon@apollo.backplane.com MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, this was with a Jan 8 kernel on -current: WARNING: / was not properly dismounted WARNING: /big was not properly dismounted /big: lost blocks 8 files 2 /big: superblock summary recomputed Data modified on freelist: word 0 of object 0xc3990620 size 16 previous type pcb (0xdeadc1de != 0xdeadc0de) ~a minute after this the system rebootet (I've used X at that time, so no handwritten panic strings), no core dump. I know background fsck isn't mature yet, this is just for the bughunters. Bye, Alexander. -- Speak softly and carry a cellular phone. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 6:10: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id E604337B400; Sat, 12 Jan 2002 06:09:58 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id B966B14C57; Sat, 12 Jan 2002 15:09:57 +0100 (CET) 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 Subject: HEADS UP: -CURRENT switched from pam.conf to pam.d From: Dag-Erling Smorgrav Date: 12 Jan 2002 15:09:56 +0100 Message-ID: Lines: 21 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The preferred configuration method for PAM is now /etc/pam.d/ rather than /etc/pam.conf. If you have an unmodified pam.conf, just delete it after your next mergemaster run. If you have local modifications, you can use /usr/src/etc/pam.d/convert.pl to incorporate them into your /etc/pam.d: # cd /etc/pam.d # perl -w /usr/src/etc/pam.d/convert.pl /etc/pam.conf The script will create new files for non-standard services you've added to pam.conf, and update existing files while taking care to preserve the version string so as to avoid tripping up mergemaster. If you do neither of these things, then after your next mergemaster run PAM will start using the policies in /etc/pam.d instead of /etc/pam.conf, falling back to the latter only when no appropriate policy was found in the former. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 11:25:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92]) by hub.freebsd.org (Postfix) with ESMTP id 596D237B417 for ; Sat, 12 Jan 2002 11:25:17 -0800 (PST) Received: from host213-123-133-253.in-addr.btopenworld.com ([213.123.133.253] helo=there) by carbon.btinternet.com with smtp (Exim 3.22 #8) id 16PTmB-0006f8-00; Sat, 12 Jan 2002 19:25:11 +0000 Content-Type: text/plain; charset="iso-8859-1" From: Dominic Marks To: Dag-Erling Smorgrav , current@freebsd.org Subject: Re: HEADS UP: -CURRENT switched from pam.conf to pam.d Date: Sat, 12 Jan 2002 19:26:31 +0000 X-Mailer: KMail [version 1.3.2] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 12 January 2002 2:09 pm, Dag-Erling Smorgrav wrote: > The preferred configuration method for PAM is now /etc/pam.d/ > rather than /etc/pam.conf. If you have an unmodified pam.conf ... Thank You. -- Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 14:24:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-75.dsl.lsan03.pacbell.net [63.207.60.75]) by hub.freebsd.org (Postfix) with ESMTP id A5BE437B436 for ; Sat, 12 Jan 2002 14:24:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4A1FF66D4A; Sat, 12 Jan 2002 14:24:24 -0800 (PST) Date: Sat, 12 Jan 2002 14:24:24 -0800 From: Kris Kennaway To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: HEADS UP: -CURRENT switched from pam.conf to pam.d Message-ID: <20020112142424.C40866@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Izn7cH1Com+I3R9J" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sat, Jan 12, 2002 at 03:09:56PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Izn7cH1Com+I3R9J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 12, 2002 at 03:09:56PM +0100, Dag-Erling Smorgrav wrote: > The preferred configuration method for PAM is now /etc/pam.d/ rather > than /etc/pam.conf. If you have an unmodified pam.conf, just delete > it after your next mergemaster run. If you have local modifications, > you can use /usr/src/etc/pam.d/convert.pl to incorporate them into > your /etc/pam.d: >=20 > # cd /etc/pam.d > # perl -w /usr/src/etc/pam.d/convert.pl /etc/pam.conf >=20 > The script will create new files for non-standard services you've > added to pam.conf, and update existing files while taking care to > preserve the version string so as to avoid tripping up mergemaster. This utility should be installed so that people who upgrade from 4.x to 5.0-RELEASE by sysinstall can update their configuration. In fact it should be run automatically by sysinstall's upgrade target. Kris --Izn7cH1Com+I3R9J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8QLeXWry0BWjoQKURAgsBAJ9C7sYAmhID3bF+Jm07esNJ27QFNgCeKHum DKWDfEqofBN0FkMbL4NWkaU= =dMJn -----END PGP SIGNATURE----- --Izn7cH1Com+I3R9J-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 14:31:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from outel.org (outel.org [207.173.133.28]) by hub.freebsd.org (Postfix) with ESMTP id A0F2537B417 for ; Sat, 12 Jan 2002 14:31:09 -0800 (PST) Received: from [192.168.1.20] (athlon [192.168.1.20]) by outel.org (8.11.6/8.11.6) with ESMTP id g0CMUtV37507; Sat, 12 Jan 2002 14:30:55 -0800 (PST) (envelope-from qumqats@outel.org) Date: Sat, 12 Jan 2002 14:31:22 -0800 From: "Joel M. Baldwin" To: Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: Re: HEADS UP: -CURRENT switched from pam.conf to pam.d Message-ID: <1378459089.1010845882@[192.168.1.20]> In-Reply-To: References: X-Mailer: Mulberry/2.1.2 (Win32 Demo) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The convert script seems to have an error. su-2.05# perl -w /usr/src/etc/pam.d/convert.pl /etc/pam.conf /(\$FreeBSD: src/: unmatched () in regexp at /usr/src/etc/pam.d/convert.pl line 63. su-2.05# --On Saturday, January 12, 2002 3:09 PM +0100 Dag-Erling Smorgrav wrote: > The preferred configuration method for PAM is now /etc/pam.d/ rather > than /etc/pam.conf. If you have an unmodified pam.conf, just delete > it after your next mergemaster run. If you have local modifications, > you can use /usr/src/etc/pam.d/convert.pl to incorporate them into > your /etc/pam.d: > ># cd /etc/pam.d ># perl -w /usr/src/etc/pam.d/convert.pl /etc/pam.conf > > The script will create new files for non-standard services you've > added to pam.conf, and update existing files while taking care to > preserve the version string so as to avoid tripping up mergemaster. > > If you do neither of these things, then after your next mergemaster > run PAM will start using the policies in /etc/pam.d instead of > /etc/pam.conf, falling back to the latter only when no appropriate > policy was found in the former. > > DES > -- > Dag-Erling Smorgrav - des@ofug.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 15: 9:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id BD7EA37B489 for ; Sat, 12 Jan 2002 15:09:12 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 2602314C58; Sun, 13 Jan 2002 00:09:10 +0100 (CET) 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: "Joel M. Baldwin" Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: -CURRENT switched from pam.conf to pam.d References: <1378459089.1010845882@[192.168.1.20]> From: Dag-Erling Smorgrav Date: 13 Jan 2002 00:09:09 +0100 In-Reply-To: <1378459089.1010845882@[192.168.1.20]> Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Joel M. Baldwin" writes: > su-2.05# perl -w /usr/src/etc/pam.d/convert.pl /etc/pam.conf > > /(\$FreeBSD: src/: unmatched () in regexp at > /usr/src/etc/pam.d/convert.pl line 63. > su-2.05# Looks like CVS clobbered the last revision. I'll fix it ASAP. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 15:11:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from nebula.anchoragerescue.org (cable-115-7-237-24.anchorageak.net [24.237.7.115]) by hub.freebsd.org (Postfix) with ESMTP id EED7B37B41E; Sat, 12 Jan 2002 15:11:29 -0800 (PST) Received: from there (galaxy.anchoragerescue.org [24.237.7.95]) by nebula.anchoragerescue.org (Postfix) with SMTP id 8B0F6B6; Sat, 12 Jan 2002 14:11:28 -0900 (AKST) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: Andreas Klemm Subject: Re: ghostscript-gnu build broken Date: Sat, 12 Jan 2002 14:11:28 -0900 X-Mailer: KMail [version 1.3] Cc: freebsd-current@freebsd.org References: <20020112053325.DC0AE356@nebula.anchoragerescue.org> <20020112104714.GA6920@titan.klemm.gtn.com> In-Reply-To: <20020112104714.GA6920@titan.klemm.gtn.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020112231128.8B0F6B6@nebula.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 12 January 2002 01:47 am, Andreas Klemm wrote: > On Fri, Jan 11, 2002 at 08:33:25PM -0900, Beech Rintoul wrote: > > Hi, > > I'm glad to see the problem with hpijs is being fixed, however when I > > tried > > > > to build the port it died with the following: > > >>> building hpijs server ... > > > > cd . && aclocal > > cd . && automake --foreign --include-deps Makefile > > automake: configure.in: required file `./depcomp' not found > > gmake: *** [Makefile.in] Error 1 > > *** Error code 2 > > > > Stop in /usr/ports/print/ghostscript-gnu. > > *** Error code 1 > > That must be a -current problem, in the meantime I got the > new ghostscript-gnu port compiled on > > FreeBSD titan.klemm.gtn.com 4.5-RC FreeBSD 4.5-RC #0: Thu Jan 10 21:12:33 > CET 2002 root@titan.klemm.gtn.com:/usr/src/sys/compile/TITAN i386 > > Andreas /// Backing out you patch didn't make any differance. I compiled with tho old automake and everything went fine. Seems to be a prob with automake 1-5,1. Back to apsfilter, hpijs is still core dumping. here's the output from the setup script: Printing Test page using: gs -q -dBATCH -dNOPAUSE -dSAFER -r300x300 -sDEVICE=ijs -sPAPERSIZE=letter -sIjsParams='Quality=0,ColorMode=2,MediaType=0,PenSet=2' -sDeviceManufacturer=HEWLETT-PACKARD -sDeviceModel='DESKJET 880' -sIjsServer=hpijs -sOutputFile='/tmp/apsfilter94195/test_page.aps' setup/test.ps Ok to print testpage? [y/n] y Creating test page... Bus error - core dumped unable to spawn ijs server=hpijs **** Unable to open the initial device, quitting. real 0m0.569s user 0m0.306s sys 0m0.077s Printing test page... -rw-r--r-- 1 root wheel 0 Jan 12 14:03 /tmp/apsfilter94195/test_page.aps real 0m0.254s user 0m0.000s sys 0m0.005s [ press RETURN to continue ] [H [J ============================================================= Any help would be appreciated, I really need the duplex printing. Beech -- ------------------------------------------------------------------- Beech Rintoul - IT Manager - Instructor - akbeech@anchoragerescue.org /"\ ASCII Ribbon Campaign | Anchorage Gospel Rescue Mission \ / - NO HTML/RTF in e-mail | P.O. Box 230510 X - NO Word docs in e-mail | Anchorage, AK 99523-0510 / \ ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 16:35: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 7099537B405; Sat, 12 Jan 2002 16:35:00 -0800 (PST) Received: (from mike@localhost) by espresso.q9media.com (8.11.6/8.11.6) id g0D0W3f28800; Sat, 12 Jan 2002 19:32:03 -0500 (EST) (envelope-from mike) Date: Sat, 12 Jan 2002 19:32:03 -0500 From: Mike Barcroft To: current@FreeBSD.org Cc: n_hibma@FreeBSD.org Subject: LINT broken Message-ID: <20020112193203.B28345@espresso.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG LINT appears to be broken: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/work/src/sys -I/work/src/sys/dev -I/work/src/sys/contrib/dev/acpica -I/work/src/sys/contrib/ipfilter -I/work/src/sys/../include -DGPROF -DGPROF4 -DGUPROF -D_KERNEL -ffreestanding -include opt_global.h -elf -malign-functions=4 -fno-builtin -mpreferred-stack-boundary=2 -pg -mprofiler-epilogue /work/src/sys/dev/usb/uhci.c /work/src/sys/dev/usb/uhci.c: In function `uhci_dump_all': /work/src/sys/dev/usb/uhci.c:694: structure has no member named `hlink' /work/src/sys/dev/usb/uhci.c: At top level: /work/src/sys/dev/usb/uhci.c:1270: warning: `uhci_reset' defined but not used /work/src/sys/dev/usb/uhci.c:261: warning: `uhci_dump_ii' used but never defined *** Error code 1 Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 20:13:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 1A90D37B402 for ; Sat, 12 Jan 2002 20:13:15 -0800 (PST) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g0D4CNm09335; Sun, 13 Jan 2002 13:12:30 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@FreeBSD.ORG In-Reply-To: <200201120629.g0C6Tgl08688@zibbi.icomtek.csir.co.za> References: <5.1.0.14.2.20020111221427.00ac48c0@pozo.com> <200201120629.g0C6Tgl08688@zibbi.icomtek.csir.co.za> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 10 From: Makoto Matsushita To: jhay@icomtek.csir.co.za Subject: Re: make release broken Date: Sun, 13 Jan 2002 13:12:22 +0900 Message-Id: <20020113131222Y.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG jhay> The last one that worked here was on 20020108. The one on the jhay> next day broke. The release builds are started from cron at jhay> midnight SAST which is 2 hours ahead of UTC. FYI: 5.0-CURRENT-20020113-JPSNAP builds goes fine here. I dunno what change fixes this :-) -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 22: 3:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59]) by hub.freebsd.org (Postfix) with SMTP id 1D9D937B43D for ; Sat, 12 Jan 2002 22:03:24 -0800 (PST) Received: from pcd306174.netvigator.com (HELO joannaraman) (203.218.96.174) by smtp.mail.vip.sc5.yahoo.com with SMTP; 13 Jan 2002 06:03:23 -0000 Message-ID: <001601c19bf8$04c1f7e0$ae60dacb@joannaraman> Reply-To: "Raman Ng" From: "Raman Ng" To: Subject: installkernel broken - if.wi.ko Date: Sun, 13 Jan 2002 14:03:24 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have cvsup the source (current) yesterday that is about 14 hours ago. Buildworld and buildkernel without any problem. However, when I tried to installkernel the following error is found. . . . install -c -o root -g wheel -m 555 splash_bmp.ko /boot/kernel/ ===> splash/pcx install -c -o root -g wheel -m 555 splash_pcx.ko /boot/kernel/ ===> sr install -c -o root -g wheel -m 555 if_sr.ko /boot/kernel/ ===> stg install -c -o root -g wheel -m 555 stg.ko /boot/kernel/ ===> streams install -c -o root -g wheel -m 555 streams.ko /boot/kernel/ ===> vesa install -c -o root -g wheel -m 555 vesa.ko /boot/kernel/ ===> wi install -c -o root -g wheel -m 555 if_wi.ko /boot/kernel/ kldxref /boot/kernel *** Error code 1 (ignored) Cheers, Raman _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 22:27:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from web14003.mail.yahoo.com (web14003.mail.yahoo.com [216.136.175.94]) by hub.freebsd.org (Postfix) with SMTP id 334EE37B41D for ; Sat, 12 Jan 2002 22:27:29 -0800 (PST) Message-ID: <20020113062729.45895.qmail@web14003.mail.yahoo.com> Received: from [216.103.213.142] by web14003.mail.yahoo.com via HTTP; Sat, 12 Jan 2002 22:27:29 PST Date: Sat, 12 Jan 2002 22:27:29 -0800 (PST) From: k Macy Subject: How well does EVFILT_AIO work? To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anybody used AIO in conjunction with kevent? I am seeing as much as a 12 second latency between when I do an 8k aio_write to a file on local disk and kevent returning its completion (I'm calling kevent every ~20ms). Using regular writes works fine, but this is a multi-threaded application so they cause the entire process to block. I'm trying to use kevent because using AIO with signals doesn't appear to work with threads as the siginfo_t passed to the signal handler doesn't get filled out in spite of the fact that SA_SIGINFO is being set. If no one has any ideas I'll file a PR with the code that demonstrates the various bugs. I'm running 20010106-CURRENT. -Kip __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jan 12 23:14:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 584D237B405 for ; Sat, 12 Jan 2002 23:14:26 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g0D7EOl02432; Sun, 13 Jan 2002 00:14:24 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g0D7ENx65826; Sun, 13 Jan 2002 00:14:23 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 13 Jan 2002 00:13:57 -0700 (MST) Message-Id: <20020113.001357.92341831.imp@village.org> To: raman@hello.to, ramanng@yahoo.com Cc: current@FreeBSD.ORG Subject: Re: installkernel broken - if.wi.ko From: "M. Warner Losh" In-Reply-To: <001601c19bf8$04c1f7e0$ae60dacb@joannaraman> References: <001601c19bf8$04c1f7e0$ae60dacb@joannaraman> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <001601c19bf8$04c1f7e0$ae60dacb@joannaraman> "Raman Ng" writes: : I have cvsup the source (current) yesterday that is about 14 hours ago. : Buildworld and buildkernel without any problem. However, when I tried to : installkernel the following error is found. : kldxref /boot/kernel : *** Error code 1 (ignored) Don't worry about it. you build and installed -current on a -stable machine. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message