From owner-freebsd-current Sun Nov 18 0:15:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with ESMTP id 0398B37B416 for ; Sun, 18 Nov 2001 00:15:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hcshh.hcs.de (Postfix) with ESMTP id 9D0E0BA08; Sun, 18 Nov 2001 09:15:39 +0100 (CET) Received: from hcswork.hcs.de (hcswork.hcs.de [172.24.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 6B5ADBA04; Sun, 18 Nov 2001 09:15:38 +0100 (CET) Received: by hcswork.hcs.de (Postfix, from userid 200) id 31548566; Sun, 18 Nov 2001 09:15:38 +0100 (MET) Subject: Re: Today's kernel can't seem to load linux. In-Reply-To: <20011118052427.78AEF38CC@overcee.netplex.com.au> "from Peter Wemm at Nov 17, 2001 09:24:27 pm" To: Peter Wemm Date: Sun, 18 Nov 2001 09:15:38 +0100 (MET) Cc: Edwin Culp , current@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20011118081538.31548566@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) X-Virus-Scanned-HCS: by AMaViS perl-11 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 the keyboard of Peter Wemm: > Edwin Culp wrote: > > I just rebooted and was put into single user with the following message: > > > > /boot/kernel/kernel: KLD linprocfs.ko: depends on linux - not available > > > > I just had to comment out my linproc entry in fstab and booted fine but > > linux emulation doesn't work. > > > > If I try to load it manually, I get and Exec format error. > > Do you get a console error message when you try to "kldload linux"? > Perhaps an undefined symbol reported? This all depended on the linux holdsocket problem which Matt fixed with a recent commit. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 0:37:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with ESMTP id B572037B416 for ; Sun, 18 Nov 2001 00:37:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hcshh.hcs.de (Postfix) with ESMTP id 0E2E4BA08 for ; Sun, 18 Nov 2001 09:37:14 +0100 (CET) Received: from hcswork.hcs.de (hcswork.hcs.de [172.24.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id D1D0DBA04 for ; Sun, 18 Nov 2001 09:37:12 +0100 (CET) Received: by hcswork.hcs.de (Postfix, from userid 200) id A77EA566; Sun, 18 Nov 2001 09:37:12 +0100 (MET) Subject: vmware fails on -current To: FreeBSD Current Date: Sun, 18 Nov 2001 09:37:12 +0100 (MET) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20011118083712.A77EA566@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) X-Virus-Scanned-HCS: by AMaViS perl-11 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 Thought i update my current this morning and ran into two problem with vmware: 1) when starting vmware, vmware.sh aborts with vmware.sh: cannot create /compat/linux/dev/vmnet1: no such device or address 2) after that i tried to recompile/reinstall the vmware2 port and ran into /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/ \ hostif.c:177: invalid type argument of `unary *' hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 2: 7:54 2001 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 6B3C537B405 for ; Sun, 18 Nov 2001 02:07:51 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id fAIA7SL53392; Sun, 18 Nov 2001 10:07:28 GMT (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.org (8.11.6/8.11.6) with ESMTP id fAHIRDN31330; Sat, 17 Nov 2001 18:27:13 GMT (envelope-from mark@grondar.za) Message-Id: <200111171827.fAHIRDN31330@grimreaper.grondar.org> To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: make installworld failure in usr.bin/tip References: <20011118013406.N34820-100000@delplex.bde.org> In-Reply-To: <20011118013406.N34820-100000@delplex.bde.org> ; from Bruce Evans "Sun, 18 Nov 2001 01:37:22 +1100." Date: Sat, 17 Nov 2001 18:27:12 +0000 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 > > Erm, it _is_ "fixed" in the makefile. If you have a better method, lets hear > > it. :-) > > Back out the entire tip commit? This would also restore all the FreeBSD > changes clobbered by it. It doesn't even compile cleanly: Entirely different problem. 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 Nov 18 2:22:22 2001 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 B513C37B405; Sun, 18 Nov 2001 02:22:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id TAA30652; Sun, 18 Nov 2001 19:22:09 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@FreeBSD.ORG, jkh@FreeBSD.ORG In-Reply-To: <200111180111.fAI1BQ756982@harmony.village.org> References: <200111172343.fAHNhnw28962@gits.dyndns.org> <200111172343.fAHNhnw28962@gits.dyndns.org> <200111180111.fAI1BQ756982@harmony.village.org> 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: 9 From: Makoto Matsushita To: imp@harmony.village.org Subject: Re: PATCH: sysinstall to remove userconfig code Date: Sun, 18 Nov 2001 19:22:06 +0900 Message-Id: <20011118192206E.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 imp> Right. There is a forth tool available (authored I think by imp> matsushita-san), I never do that :-) Maybe the one you mentioned is by yokota-san, . -- - 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 Sun Nov 18 4:15:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57]) by hub.freebsd.org (Postfix) with SMTP id 2A85537B419 for ; Sun, 18 Nov 2001 04:15:10 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 18 Nov 2001 12:15:10 -0000 Message-ID: <3BF7A64D.2060308@yahoo.com> Date: Sun, 18 Nov 2001 06:15:09 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: John Baldwin Cc: freebsd-current@freebsd.org, Chris Dempsey Subject: Re: BTX issue, and general report on SMP issues... References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > On 16-Nov-01 Jim Bryant wrote: > >>It's not the BIOS failing it... >> >>The BTX bootstrap loader V 1.00 detects the keyboard, and refuses to proceed >>without it. >> > > Err, no. BTX cares zero, zilch, nada about keyboards. Can you please provide > the error message you get? It was no error message in particular, everything normally just froze. Anyhow, this is now a solved issue. Apparently, at one point in time a "-P" made itself into /boot.config, once /boot.config was rm'ed, everything sorted itself out. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ 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 Sun Nov 18 4:36:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail2.virtualscape.com (mail2.virtualscape.com [209.213.96.75]) by hub.freebsd.org (Postfix) with ESMTP id B25C637B416 for ; Sun, 18 Nov 2001 04:36:11 -0800 (PST) Received: from mail.siliconaly.com [63.104.50.228] by mail2.virtualscape.com with ESMTP (SMTPD32-6.06) id AB2BF8490152; Sun, 18 Nov 2001 07:35:55 -0500 Content-type: text/plain Date: Sun, 18 Nov 2001 04:05:31 -0800 From: henry@siliconaly.com Subject: ADV: Guaranteed Search Engine Placement on the Top 10 Search Engines To: current@freebsd.org Message-Id: <200111180735875.SM00230@mail.siliconaly.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 No Monthly Fees! Our Guaranteed Search Engine Placement service includes Top 20 Results on About.com, Altavista, AOL, Google, HotBot, IWon, Lycos, MSN, Netscape, and Yahoo for the Targeted Keywords of your choice. Our progressive pricing is based on the number of keywords we target and the number of Guaranteed Top 20 Listings. Silver Package: -------------------- 100 Keywords - $385 10 Guaranteed Top 20 Listings Gold Package: -------------------- 150 Keywords - $685 25 Guaranteed Top 20 Listings Platinum Package: -------------------- 250 Keywords - $1285 50 Guaranteed Top 20 Listings We are very good at what we do, and would be happy to show you examples of our top search engine listings. If you have any additional comments or questions, please contact me or visit our website at www.alleffort.com Thanks for your time, Henry Hwong All Effort, Inc. henry@alleffort.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 6:43:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from savvyworld.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 58A5B37B405 for ; Sun, 18 Nov 2001 06:43:37 -0800 (PST) Received: (from root@localhost) by savvyworld.net (8.11.6/8.11.4) id fAIEg3i57956; Sun, 18 Nov 2001 06:42:03 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 24.20.19.75 ( [24.20.19.75]) as user eculp@SavvyWorld.Net by Mail.SavvyWorld.Net with HTTP; Sun, 18 Nov 2001 06:42:02 -0800 Message-ID: <1006094522.3bf7c8ba92baf@Mail.SavvyWorld.Net> Date: Sun, 18 Nov 2001 06:42:02 -0800 From: Edwin Culp To: hm@hcs.de Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: Today's kernel can't seem to load linux. References: <20011118081538.31548566@hcswork.hcs.de> In-Reply-To: <20011118081538.31548566@hcswork.hcs.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 24.20.19.75 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 It's working now. Thanks, ed Quoting Hellmuth Michaelis : | >From the keyboard of Peter Wemm: | > Edwin Culp wrote: | > > I just rebooted and was put into single user with the following | message: | > > | > > /boot/kernel/kernel: KLD linprocfs.ko: depends on linux - not | available | > > | > > I just had to comment out my linproc entry in fstab and booted fine | but | > > linux emulation doesn't work. | > > | > > If I try to load it manually, I get and Exec format error. | > | > Do you get a console error message when you try to "kldload linux"? | > Perhaps an undefined symbol reported? | | This all depended on the linux holdsocket problem which Matt fixed with a | recent commit. | | hellmuth | -- | Hellmuth Michaelis Tel +49 40 55 97 | 47-70 | HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 | 47-77 | Oldesloer Strasse 97-99 Mail hm [at] hcs.de | D-22457 Hamburg WWW | http://www.hcs.de | | 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 Sun Nov 18 9:48: 4 2001 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 C724437B405 for ; Sun, 18 Nov 2001 09:48:00 -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 fAIHlxa60987; Sun, 18 Nov 2001 10:47:59 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAIHlr762923; Sun, 18 Nov 2001 10:47:55 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111181747.fAIHlr762923@harmony.village.org> To: Peter Wemm Subject: Re: Today's kernel can't seem to load linux. Cc: Edwin Culp , current@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Nov 2001 21:24:27 PST." <20011118052427.78AEF38CC@overcee.netplex.com.au> References: <20011118052427.78AEF38CC@overcee.netplex.com.au> Date: Sun, 18 Nov 2001 10:47:53 -0700 From: Warner Losh 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 <20011118052427.78AEF38CC@overcee.netplex.com.au> Peter Wemm writes: : Edwin Culp wrote: : > I just rebooted and was put into single user with the following message: : > : > /boot/kernel/kernel: KLD linprocfs.ko: depends on linux - not available : > : > I just had to comment out my linproc entry in fstab and booted fine but : > linux emulation doesn't work. : > : > If I try to load it manually, I get and Exec format error. : : Do you get a console error message when you try to "kldload linux"? : Perhaps an undefined symbol reported? I foudn that I had to remove all the files in my linux directory of my kernel compile tree to make it work. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 9:49:14 2001 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 62C2937B416; Sun, 18 Nov 2001 09:49:08 -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 fAIHn7a60997; Sun, 18 Nov 2001 10:49:07 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAIHn6762945; Sun, 18 Nov 2001 10:49:06 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111181749.fAIHn6762945@harmony.village.org> To: Makoto Matsushita Subject: Re: PATCH: sysinstall to remove userconfig code Cc: current@FreeBSD.org, jkh@FreeBSD.org In-reply-to: Your message of "Sun, 18 Nov 2001 19:22:06 +0900." <20011118192206E.matusita@jp.FreeBSD.org> References: <20011118192206E.matusita@jp.FreeBSD.org> <200111172343.fAHNhnw28962@gits.dyndns.org> <200111172343.fAHNhnw28962@gits.dyndns.org> <200111180111.fAI1BQ756982@harmony.village.org> Date: Sun, 18 Nov 2001 10:49:06 -0700 From: Warner Losh 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 <20011118192206E.matusita@jp.FreeBSD.org> Makoto Matsushita writes: : : imp> Right. There is a forth tool available (authored I think by : imp> matsushita-san), : : I never do that :-) Maybe the one you mentioned is by yokota-san, : . Yes. I was confusing you with yokota-san for some reason. Please accept my appologies. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 10:15:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 4A17B37B417; Sun, 18 Nov 2001 10:15:26 -0800 (PST) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id KAA99264; Sun, 18 Nov 2001 10:09:48 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id fAII9lp04548; Sun, 18 Nov 2001 10:09:47 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200111181809.fAII9lp04548@arch20m.dellroad.org> Subject: Re: re-entrancy and the IP stack. In-Reply-To: "from Julian Elischer at Nov 16, 2001 05:23:21 pm" To: Julian Elischer Date: Sun, 18 Nov 2001 10:09:46 -0800 (PST) Cc: Luigi Rizzo , Peter Wemm , Julian Elischer , current@FreeBSD.ORG, net@FreeBSD.ORG, wollman@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit 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 Julian Elischer writes: > > i actually suggested one i.e. have explicit pointers > > to metadata area(s) in the pkthdr. I think you forget the > > most fundamental feature which is performance. > > This is way more important than flexibility i think. > > Which is the reason that this problem exists.. > no-one ever thinks that people will want to do things different > to what they want to do at the time they write it.. > > Flexibility is I think much more important than you suggest. > Wouldn't it have made it easier for you if there had been a flexible > method to pass such information available? > The m_aux field sounds right to me. IMHO m_aux is fine for this. It already includes built-in support for 'blind' free'ing -- when you free an mbuf any aux data automatically gets free'd with it, whether you put it there or not. I've been using this for work-related stuff and it works great. As for performance, if there's only one or two m_aux structures associated with an mbuf, then the linear search of the m_aux list is not a big deal. If we start getting tons of m_aux's piling up, *then* we can start worrying about optimization (and there are plenty of options there). -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 12:26:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from hawk.prod.itd.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 0AEF937B405 for ; Sun, 18 Nov 2001 12:26:30 -0800 (PST) Received: from 1cust87.tnt1.pasadena.ca.da.uu.net ([63.28.226.87] helo=fire) by hawk.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 165YWL-0006MH-00 for current@freebsd.org; Sun, 18 Nov 2001 12:26:29 -0800 Message-ID: <003401c1706e$b8527650$6503c23f@XGforce.com> Reply-To: "MJL" From: "MJL" To: Subject: vmstat problem Date: Sun, 18 Nov 2001 12:22:16 -0800 Organization: XGforce.COM X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 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 Hi guys: I got a weird problem in version 4.1 stable. my vmstat all the sudden stopped working. it compains no _kmemstatistics, _bucket, _zlist, symbols from the kvm_nlist() in vmstat. I tried many ways, such as doing nm /kernel, I can see the "b _bucket "symbol. How come vmstat still compains? Many thinks ====================================== WWW.XGFORCE.COM The Next Generation Load Balance and Fail Safe Server Clustering Software for the Internet. ====================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 14: 0:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id E4EC337B416 for ; Sun, 18 Nov 2001 14:00:13 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA24288 for ; Sun, 18 Nov 2001 13:42:47 -0800 (PST) Date: Sun, 18 Nov 2001 13:42:46 -0800 (PST) From: Julian Elischer To: current@freebsd.org Subject: usb/ugen/devfs broken? Message-ID: 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 Using devfs, I assumed that if I can see it, it is there.... and indeed... pluging in my USB camera: I see on the console: ugen0: OLYMPU C-3000ZOOM, rev 1.10/1.00, addr 4 and afterwards: in /dev jules# ls -l /dev/u* crw-r--r-- 1 root operator 114, 0 Nov 18 11:58 /dev/ugen0 crw-r--r-- 1 root operator 114, 3 Nov 18 11:58 /dev/ugen0.3 crw-r--r-- 1 root operator 114, 4 Nov 18 11:58 /dev/ugen0.4 crw-r--r-- 1 root operator 113, 0 Nov 18 11:58 /dev/ulpt0 crw-r--r-- 1 root operator 113, 64 Nov 18 11:58 /dev/unlpt0 lrwxr-xr-x 1 root wheel 7 Nov 18 11:58 /dev/urandom -> random crw-rw---- 1 root operator 108, 255 Nov 18 11:58 /dev/usb crw-rw---- 1 root operator 108, 0 Nov 18 11:58 /dev/usb0 jules# where /dev/ugen0.4 in new.. (in fact /dev/ugen0.3 is new too which is confusing because my printer was always there, but I think that's a different problem) However any attempt to access /dev/ugen0.4 results in an error: A snippet from a ktrace of 'gphoto2' running... (or trying to run) 491 gphoto2 CALL open(0x8060008,0x2,0x28056445) 491 gphoto2 NAMI "/dev/ugen0" 491 gphoto2 RET open 5 491 gphoto2 CALL ioctl(0x5,USB_SET_CONFIG,0xbfb7f850) 491 gphoto2 RET ioctl 0 491 gphoto2 CALL ioctl(0x5,USB_SET_ALTINTERFACE,0xbfb7f838) 491 gphoto2 RET ioctl 0 491 gphoto2 CALL open(0xbfb7d7e0,0,0xbfb7d7f4) 491 gphoto2 NAMI "/dev/ugen0.4" 491 gphoto2 RET open -1 errno 6 Device not configured 491 gphoto2 CALL open(0xbfb7d7f0,0,0xbfb7d804) 491 gphoto2 NAMI "/dev/ugen0.4" 491 gphoto2 RET open -1 errno 6 Device not configured 491 gphoto2 CALL open(0xbfb7d7e0,0,0xbfb7d7f4) 491 gphoto2 NAMI "/dev/ugen0.4" 491 gphoto2 RET open -1 errno 6 Device not configured 491 gphoto2 CALL close(0x5) 491 gphoto2 RET close 0 491 gphoto2 CALL open(0x8060008,0x2,0x8060000) 491 gphoto2 NAMI "/dev/ugen0" 491 gphoto2 RET open 5 491 gphoto2 CALL open(0xbfbbd450,0,0xbfbbd464) 491 gphoto2 NAMI "/dev/ugen0.4" 491 gphoto2 RET open -1 errno 6 Device not configured 491 gphoto2 CALL close(0x5) Can one of the USB guru's tell me what is the expected behaviour? what does "Device not configured" mean if devfs says that it is present? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 14:41:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from web21104.mail.yahoo.com (web21104.mail.yahoo.com [216.136.227.106]) by hub.freebsd.org (Postfix) with SMTP id 9BE3937B416 for ; Sun, 18 Nov 2001 14:41:31 -0800 (PST) Message-ID: <20011118224130.81583.qmail@web21104.mail.yahoo.com> Received: from [62.254.0.4] by web21104.mail.yahoo.com via HTTP; Sun, 18 Nov 2001 14:41:30 PST Date: Sun, 18 Nov 2001 14:41:30 -0800 (PST) From: Hiten Pandya Subject: checking in... 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 all, please tell me if i have done something wrong but... i have installed 5.0-CURRENT as of the latest CVS copy of 7.00pm GMT British Time.. it all works fine... but.. i think there is a problem witht the linux compatibility.. although i am not a very much of a programmer (yet).. but... it seems that linux-netscape* dont seem to be working properly.. thanks... ===== regards, Hiten Pandya ---------------------------------------------------- Guys!... stay away from Einstein Junior! ---------------------------------------------------- __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 16:15:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from yourwebsite.com (evrtwa1-ar1-252-128.elnk.dsl.gtei.net [4.34.252.128]) by hub.freebsd.org (Postfix) with SMTP id 49F4037B417 for ; Sun, 18 Nov 2001 16:15:17 -0800 (PST) Reply-To: bawf@usa.net From: bawf@usa.net To: current@freebsd.org Subject: Accept Credit Cards For Your Business Mime-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Date: Sun, 18 Nov 2001 15:32:33 -0800 Message-Id: <20011119001517.49F4037B417@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 If you agree with these statements, we need to talk as soon as possible:

If you agree with these statements, we need to talk as soon as possible:

1. It would be desirable to increase your income by at least 30%-75%.

2. No-shows and cancellations cost you time and (more importantly)
money.

3. It would be desirable to guarantee payment in advance for every
sale you make, eliminating the need for time-consuming invoices and
follow-up calls to demand payment for your services.

4. Cash flow is probably the single most important element in your
business today.

There is a cost-efficient method to increase impulse buying, attract new
clients and their referrals, increase the ticket price of each item,
accept deposits, and guarantee payment from otherwise delinquent
clients- A MERCHANT ACCOUNT THAT WILL ALLOW YOU TO ACCEPT CREDIT CARDS
AS A FORM OF PAYMENT!

I don't need to tell you how important a merchant account is to the
success of your business. If you don't provide your clients with every
payment option available, they will take their business elsewhere.

Visa/MasterCard reports that customers tend to spend twice as much when
they can use their credit cards- that means more frequent and more
lucrative sales for you, which equals more money!

We have low, competitive rates and unbeatable, custom-tailored services
that cater to your individual needs. We also have a 98% approval rate
(and for any home-based merchant who has attempted applying for a
merchant account, you know how difficult it can be to get approved!).
Starting as low as 39.99/month, you can begin accepting credit cards within
10 business days!

We pride ourselves in excellent customer service and guaranteed
satisfaction with 24-hour customer/technical support. Our company has
been helping businesses like yours for years across the country. But
our longevity and our impressive client list are not why you should use
our service. They're simply the reason customers continue to use our
services. We not only employ the best-trained personnel; we also
utilize sophisticated technology to ensure the success and efficiency of
your merchant account.

Please email us at Broad & Wall Financial for more
information and start accepting credit cards for your home-based,
Internet, mail order/telephone order, or retail storefront business
now! In your email, please include your contact information and a good
time for one of our knowledgeable account representatives to reach you.

Sincerely,
New Accounts Dept.


PS- We have some great specials going until the end of the month!!

 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 18 21:40:36 2001 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id A4C9C37B405; Sun, 18 Nov 2001 21:40:32 -0800 (PST) Date: Sun, 18 Nov 2001 21:40:32 -0800 From: "John W. De Boskey" To: Current List Subject: cvsup-devel port build problem (pm3-base) Message-ID: <20011118214032.A82262@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 Hi, I ran into some problems building the cvsup-devel port. In one of it's dependants, the c file is attempting to include which is nolonger valid. /usr/ports/lang/pm3-base/work/pm3-1.1.15/boot-FreeBSD4/m3core/FreeBSD4/RTHeapDepC.c As a quick fix I symlinked nfs.h -> ../nfsclient/nfs.h which allowed the compile to complete. The following more generic/correct fix could probably be dropped into the files directory as patch-XX: --- RTHeapDepC.c.orig Mon Nov 19 00:27:30 2001 +++ RTHeapDepC.c Mon Nov 19 00:28:21 2001 @@ -98,7 +98,11 @@ #include #include #include +#if __FreeBSD__ >= 5 +#include +#else #include +#endif #include #endif -John ps: I also ran into problems with libutil.h but I haven't determined where the actual problem is coming from. Copying /usr/src/lib/libutil/libutil.h to /usr/include avoids the immediate problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 0:11:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from mgo.iij.ad.jp (mgo.iij.ad.jp [202.232.15.6]) by hub.freebsd.org (Postfix) with ESMTP id B214037B418; Mon, 19 Nov 2001 00:11:31 -0800 (PST) Received: from ns.iij.ad.jp (ns.iij.ad.jp [192.168.2.8]) by mgo.iij.ad.jp (8.8.8/MGO1.0) with ESMTP id RAA20335; Mon, 19 Nov 2001 17:11:30 +0900 (JST) Received: from fs.iij.ad.jp (root@fs.iij.ad.jp [192.168.2.9]) by ns.iij.ad.jp (8.8.5/3.5Wpl7) with ESMTP id RAA12848; Mon, 19 Nov 2001 17:11:30 +0900 (JST) Received: from localhost (shigeru@mercury.iij.ad.jp [192.168.4.89]) by fs.iij.ad.jp (8.8.5/3.5Wpl7) with ESMTP id RAA26223; Mon, 19 Nov 2001 17:11:29 +0900 (JST) Date: Mon, 19 Nov 2001 17:11:29 +0900 (JST) Message-Id: <20011119.171129.72757009.shigeru@iij.ad.jp> To: freebsd-mobile@freebsd.org Cc: freebsd-current@freebsd.org Subject: 2 patches for NEWCARD From: YAMAMOTO Shigeru X-Mailer: Mew version 2.0 pre1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Nov_19_17:11:29_2001_257)--" 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 ----Next_Part(Mon_Nov_19_17:11:29_2001_257)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I make 2 patches for NEWCARD. one is to supoort to suspend/resume PC Card devices on NEWCARD. other is to ignore ghost interrupt at ed driver when removing PC Card. It is a quick hack and I only tested on my NotePC, Sony VAIO 818. So I don't know my patches work fine on other NotePC. Please try if you have interest to my patches. Thanks, ------- YAMAMOTO Shigeru ----Next_Part(Mon_Nov_19_17:11:29_2001_257)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cb.diff" Index: sys/dev/pccbb/pccbb.c =================================================================== RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/dev/pccbb/pccbb.c,v retrieving revision 1.27 diff -u -r1.27 pccbb.c --- sys/dev/pccbb/pccbb.c 3 Nov 2001 16:45:31 -0000 1.27 +++ sys/dev/pccbb/pccbb.c 18 Nov 2001 19:37:52 -0000 @@ -2096,14 +2096,112 @@ b, s, f, reg, val, width); } +static +int +pccbb_suspend(device_t dev) { + int error = 0; + struct pccbb_softc* sc = device_get_softc(dev); + int numdevs; + device_t* devlist; + int tmp; + + bus_teardown_intr(dev, sc->sc_irq_res, sc->sc_intrhand); + + device_get_children(dev, &devlist, &numdevs); + + error = 0; + for (tmp = 0; tmp < numdevs; tmp++) { + if (device_detach(devlist[tmp]) == 0) { + device_delete_child(dev, devlist[tmp]); + } + else { + error++; + } + } + free(devlist, M_TEMP); + if (error > 0) { + return ENXIO; + } + + sc->sc_cbdev = NULL; + sc->sc_pccarddev = NULL; + + return(error); +} + +static +int +pccbb_resume(device_t self) +{ + int error = 0; + struct pccbb_softc *sc = (struct pccbb_softc *)device_get_softc(self); + + pci_write_config(self, PCCBBR_SOCKBASE, + rman_get_start(sc->sc_base_res), 4); + DEVPRINTF((self, "PCI Memory allocated: %08lx\n", + rman_get_start(sc->sc_base_res))); + + pccbb_chipinit(sc); + + /* CSC Interrupt: Card detect interrupt on */ + sc->sc_socketreg->socket_mask |= PCCBB_SOCKET_MASK_CD; + + /* reset interrupt */ + { + u_int32_t tmp; + + tmp = sc->sc_socketreg->socket_event; + sc->sc_socketreg->socket_event = tmp; + } + + /* establish the interrupt. */ + if (bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO, pccbb_intr, sc, + &(sc->sc_intrhand))) { + device_printf(self, "couldn't establish interrupt"); + bus_release_resource(self, SYS_RES_IRQ, 0, sc->sc_irq_res); + bus_release_resource(self, SYS_RES_MEMORY, PCCBBR_SOCKBASE, + sc->sc_base_res); + mtx_destroy(&sc->sc_mtx); + error = ENOMEM; + } + + /* attach children */ + if (!error) { + sc->sc_cbdev = device_add_child(self, "cardbus", -1); + if (sc->sc_cbdev == NULL) + DEVPRINTF((self, "WARNING: cannot add cardbus bus.\n")); + else if (device_probe_and_attach(sc->sc_cbdev) != 0) { + DEVPRINTF((self, "WARNING: cannot attach cardbus bus!\n")); + sc->sc_cbdev = NULL; + } + + sc->sc_pccarddev = device_add_child(self, "pccard", -1); + if (sc->sc_pccarddev == NULL) + DEVPRINTF((self, "WARNING: cannot add pccard bus.\n")); + else if (device_probe_and_attach(sc->sc_pccarddev) != 0) { + DEVPRINTF((self, "WARNING: cannot attach pccard bus.\n")); + sc->sc_pccarddev = NULL; + } + } + + /* wakeup thread */ + if (!error) { + mtx_lock(&sc->sc_mtx); + wakeup(sc); + mtx_unlock(&sc->sc_mtx); + } + + return(error); +} + static device_method_t pccbb_methods[] = { /* Device interface */ DEVMETHOD(device_probe, pccbb_probe), DEVMETHOD(device_attach, pccbb_attach), DEVMETHOD(device_detach, pccbb_detach), DEVMETHOD(device_shutdown, pccbb_shutdown), - DEVMETHOD(device_suspend, bus_generic_suspend), - DEVMETHOD(device_resume, bus_generic_resume), + DEVMETHOD(device_suspend, pccbb_suspend), + DEVMETHOD(device_resume, pccbb_resume), /* bus methods */ DEVMETHOD(bus_print_child, bus_generic_print_child), ----Next_Part(Mon_Nov_19_17:11:29_2001_257)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ed.diff" Index: sys/dev/ed/if_ed.c =================================================================== RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/dev/ed/if_ed.c,v retrieving revision 1.206 diff -u -r1.206 if_ed.c --- sys/dev/ed/if_ed.c 4 Nov 2001 22:56:20 -0000 1.206 +++ sys/dev/ed/if_ed.c 11 Nov 2001 15:25:52 -0000 @@ -2296,7 +2296,7 @@ /* * loop until there are no more new interrupts */ - while ((isr = ed_nic_inb(sc, ED_P0_ISR)) != 0) { + while ((isr = ed_nic_inb(sc, ED_P0_ISR)) != 0 && isr != 0xff) { /* * reset all the bits that we are 'acknowledging' by writing a ----Next_Part(Mon_Nov_19_17:11:29_2001_257)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 0:18:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from tantivy.stanford.edu (tantivy.Stanford.EDU [171.64.234.70]) by hub.freebsd.org (Postfix) with ESMTP id 603EA37B416 for ; Mon, 19 Nov 2001 00:18:51 -0800 (PST) Received: (from techie@localhost) by tantivy.stanford.edu (8.9.3/8.9.1) id AAA96936 for freebsd-current@freebsd.org; Mon, 19 Nov 2001 00:18:51 -0800 (PST) From: Bob Vaughan Message-Id: <200111190818.AAA96936@tantivy.stanford.edu> Subject: kernel panic To: freebsd-current@freebsd.org Date: Mon, 19 Nov 2001 00:18:51 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit 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 sources from yesterday evening. rebuild with kernel sources from tonight. same results. vt0: unknown trident VGA, 80 columns, color, 8 screens, unknown keyboard Warning: Driver mistake: repeat make_dev ("ttyv0") panic: don't do that Debugger ("panic" stopped at debugger+0x44 pushl %ebx trace Debugger(c02d977b) at Debugger+0x44 panic(c02d6b10,c02d6ae0,c0354e3c,0,c12a7b80) at panic+0x70 make_dev(c03404c0,0,0,0,180,c02f9e0d,0,c0398420) at make_dev+0xfb pcvt_attach(c12a7b80,c12a7b80,c12b2000,18,1) at pcvt_attach+0x1fe device_probe_and_attach(c12a7b80) at device_probe_and_attach+0x9a isa_probe_children(c1299580,c0441d98,c01bb0dc,0,43ec00) at isa_probe_children+0xf7 configure(0,43ec00,43e000,0,c012739c) at configure+0x39 mi_startup() at mi_startup+0x90 begin() at begin+0x43 -- -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie@{w6yx|tantivy}.stanford.edu | kc6sxc@w6yx.ampr.org | P.O. Box 19792, Stanford, Ca 94309 -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 0:19: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-105.dsl.lsan03.pacbell.net [64.165.226.105]) by hub.freebsd.org (Postfix) with ESMTP id B727B37B416 for ; Mon, 19 Nov 2001 00:18:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D83F866B27; Mon, 19 Nov 2001 00:18:53 -0800 (PST) Date: Mon, 19 Nov 2001 00:18:53 -0800 From: Kris Kennaway To: Hiten Pandya Cc: current@FreeBSD.ORG Subject: Re: checking in... Message-ID: <20011119001853.A78173@xor.obsecurity.org> References: <20011118224130.81583.qmail@web21104.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011118224130.81583.qmail@web21104.mail.yahoo.com>; from hitmaster2k@yahoo.com on Sun, Nov 18, 2001 at 02:41:30PM -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 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 18, 2001 at 02:41:30PM -0800, Hiten Pandya wrote: > hello all, > please tell me if i have done something wrong but... >=20 > i have installed 5.0-CURRENT as of the latest CVS copy > of 7.00pm GMT British Time.. it all works fine... >=20 > but.. i think there is a problem witht the linux > compatibility.. although i am not a very much of a > programmer (yet).. but... it seems that > linux-netscape* dont seem to be working properly.. >=20 > thanks... If you're going to run -current, it's expected that you can give better bug reports than this, and also that you'll pay close attention to the CVS commit logs and mailing list traffic so you know what's going on with the system, and what should and shouldn't work. Kris --Kj7319i9nmIyA2yE 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 iD8DBQE7+MBtWry0BWjoQKURAvCEAKDUTQvlKysPYCN4q9eHVD2654nhWwCeO5WY /MMkhha192EpfiGwslrvrzc= =tXtT -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 2: 2: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from draco.macsch.com (draco.macsch.com [192.73.8.1]) by hub.freebsd.org (Postfix) with ESMTP id A70F637B405 for ; Mon, 19 Nov 2001 02:02:03 -0800 (PST) Received: from mailmuc.muc.eu.mscsoftware.com (mailmuc.muc.macsch.com [161.34.37.20]) by draco.macsch.com (8.9.3/8.9.3) with ESMTP id BAA01318; Mon, 19 Nov 2001 01:57:33 -0800 (PST) Received: from hunter.muc.macsch.com (hunter.muc.macsch.com [172.17.22.32]) by mailmuc.muc.eu.mscsoftware.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id fAJA1l203941; Mon, 19 Nov 2001 11:01:47 +0100 Received: from hunter.muc.macsch.com (localhost.muc.macsch.com [127.0.0.1]) by hunter.muc.macsch.com (8.11.6/8.11.6) with ESMTP id fAJA0IK01567; Mon, 19 Nov 2001 11:00:19 +0100 (CET) (envelope-from Georg.Koltermann@mscsoftware.com) Date: Mon, 19 Nov 2001 11:00:18 +0100 Message-ID: From: "Georg-W. Koltermann" To: hm@hcs.de Cc: FreeBSD Current Subject: Re: vmware fails on -current In-Reply-To: <20011118083712.A77EA566@hcswork.hcs.de> References: <20011118083712.A77EA566@hcswork.hcs.de> User-Agent: Wanderlust/2.4.1 (Stand By Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) Organization: MSC Software X-Attribution: gwk MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=ISO-8859-1 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 At Sun, 18 Nov 2001 09:37:12 +0100 (MET), Hellmuth Michaelis wrote: >=20 > Thought i update my current this morning and ran into two problem with > vmware: >=20 > 1) when starting vmware, vmware.sh aborts with >=20 > vmware.sh: cannot create /compat/linux/dev/vmnet1: no such device > or address Hi Hellmuth, that can be fixed with using /dev/vmnet1 instead of the /compat device in /usr/local/etc/rc.d/vmware.sh. I needed this change since about two months now, IIRC. Since about two weeks this no longer enough, however. I now get "Could not open /dev/vmnet1: Device not configured" when I start VMWare2. I also tried to update /compat/linux/dev/vmnet1 to match the /dev/vmnet1, and that got me just a litte bit farther. I now get "Could not get address for /dev/vmnet1: Invalid argument Failed to configure ethernet0." I added some printf's to linux_ioctl.c, and it seems the linux_ioctl_socket() gets a device name which is "", i.e. the empty string. I am clueless as to where to go next. >=20 > 2) after that i tried to recompile/reinstall the vmware2 port and ran into >=20 > /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/ \ > hostif.c:177: invalid type argument of `unary *' I didn't get that error, and I am also building from source. Did you CVSUP recently? My VMWare2 Makefile is version 1.41, dated. 2001/11/11 08:36:28. --=20 Gr=FC=DFe, Georg. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 3:57:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id EA49637B405 for ; Mon, 19 Nov 2001 03:57:22 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 19 Nov 2001 11:57:19 +0000 (GMT) To: "Georg-W. Koltermann" Cc: hm@hcs.de, FreeBSD Current Subject: Re: vmware fails on -current In-Reply-To: Your message of "Mon, 19 Nov 2001 11:00:18 +0100." Date: Mon, 19 Nov 2001 11:57:19 +0000 From: Ian Dowse Message-ID: <200111191157.aa13156@salmon.maths.tcd.ie> 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 , "Georg-W. Koltermann" writes : >I also tried to update /compat/linux/dev/vmnet1 to match the >/dev/vmnet1, and that got me just a litte bit farther. I now get >"Could not get address for /dev/vmnet1: Invalid argument >Failed to configure ethernet0." I added some printf's to >linux_ioctl.c, and it seems the linux_ioctl_socket() gets a device >name which is "", i.e. the empty string. There was a discussion about this and workaround patches for RELENG_4 on -emulation. I'll try to organise with DES to get something committed soon. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 5:38:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from proxy.marriage.org (mail.learn4life.org [209.180.247.186]) by hub.freebsd.org (Postfix) with ESMTP id CAFB437B405; Mon, 19 Nov 2001 05:38:00 -0800 (PST) Received: from mail.bzznet.net (BULLFROG [209.134.34.20]) by proxy.marriage.org with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W8B962ZZ; Mon, 19 Nov 2001 06:27:15 -0700 Message-ID: <00004e6d20bd$00001ff1$00006440@mail.bzznet.net> To: From: "Weedman" Subject: NEW SMOKING BLENDS! Date: Mon, 19 Nov 2001 21:18:04 -2000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" 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 Now Offering for your "Sensitive" Delight ... NEW & IMPROVED *** KATHMANDU 2 *** Thanks to recent dramatic advances in the laboratorial processes for the extraction of botanical/herbal alkaloids and glycocides, we are now able to offer what has already been the most incredibly potent marijuana/cannabis alternative available on the planet .... KATHMANDU TEMPLE KIFF!!! It is NEW, IMPROVED and 20 times more stokin'-tokin' potent in its formulation. KATHMANDU 2 ... a viripotent cannabis alternative for blissful regressions of vexatious depressions... * BURNS AND SMOKES EASIER! * TOKES DEEPER! * TASTES SWEETER! * LASTS LONGER! Kathmandu Temple Kiff is a proprietary; Nepalese, sensitive, pipe-smoking/stoking substance. Kathmandu Temple Kiff is indeed the most substantial marijuana/cannabis alternative on the planet. Absolutely Legal! Marvelously Potent! Kathmandu Temple Kiff possesses all of the positive virtues fine ganja/cannabis without any of the negatives. An amalgamation of high concentrates of rare euphoric herbas, Kathmandu is offered in a solid jigget/bar format and is actually more UPLIFTING & POISED than cannabis / marijuana while rendering Euphoria, Happiness, Mood-Enhancement, Stress/Depression Relief and promoting contemplativeness, creativity, better sleep, lucid dreaming ... and enhancing the sexual experience!!! Kathmandu Temple Kiff is simply the best and just a little pinch/snippet of the Kathmandu goes a long, "sensitive" way. Just 4 or 5 draws of the pipe ... (an herb pipe included with each package of Kathmandu Temple Kiff). PLEASE NOTE: Although no botanical factor in Kathmandu Temple Kiff is illegal or considered to be harmful by regulatory agencies and no tobacco is included therein, it is the policy of our company that Kathmandu Temple Kiff may not be offered or sold to any person that has not attained at least 21 years of age. So power-smokin potent is our new formulation, that much to our delight and actually even to our amazement, we have even be able to establish a very happy clientele within the hard core stoner market. Here is what our customers are saying about Kathmandu Temple Kiff: "Thank you so much for the Temple Kiff. It is everything you guys claim, and then some! I was a bit skeptical when I read your description of its effects, but there is literally no exaggeration in your advertisements. How nice that this is legal! It tastes great and feels great too! I am so glad I took a chance and ordered. Blessings to all of you." -- Frankie R. "I'm a man of my 40's and I really know my stuff. I don't drink or do illegal drugs anymore and have found a much more spiritual path. I used to have to take Valium in the past. Not anymore with the Temple Kiff. It really amazes me how this stuff tastes exactly like the lebanese red and blond hash I used to smoke in the 70's and it has a much more pleasurable effect. I am very satisfied with this product. I like it a lot and will be a customer for life for sure. Whoever makes this stuff is an ARTIST at it. Who would have thought?! Folks, this is the real stuff! Look no further!!" -- A.J. ************************************************************ Our other fine herbal, botanical products include the following: 1. Sweet Vjestika Aphrodisia Drops (tm); An erotic aphrodisia; sexual intensifier / enhancer liquid amalgamated extract for MEN and WOMEN. 2. "Seventh Heaven" Prosaka Tablets (tm); a botanical alternative to pharmaceutical medications for calm, balance, serenity and joyful living... 3. "Seventh Heaven" Gentle Ferocity Tablets (tm); a most efficacious, non-caffeine, non-ephedrine, non-MaHuang botanical energizer and cutting-edge appetite suppressant... 4. Extreme Martial Arts Botanical Remedies; Equivalence Tablets & Dragon Wing Remedy Spray ... pain management that works to alleviate pain even for arthritis and fibromyalgia sufferers... ********************************************* Sweet Vjestika Aphrodisia Drops (tm) inspires and enhances: * Penile & clitoral sensitivity * Sensitivity to touch * Desire to touch and be touched * Fantasy, lust, rapture, erogenous sensitivity ... * Prolongs and intensifies foreplay, orgasm & climax ********************************************* "Seventh Heaven" Prosaka Tablets ... Entirely natural, proprietary, botanical prescription comprised of uncommon Asian Herbs for Calm, Balance, Serenity and Joyful Living. "Seventh Heaven" Prosaka is indeed a most extraordinary, viripotent, calming, centering, mood-enhancing, holistically-formulated, exotic herbaceous alternative to pharmaceutical medications for depression, anxiety, stress, insomnia, etc. NO side effects! NO dependency! Vivaciously Mellow! ********************************************** "Seventh Heaven" Gentle Ferocity Tablets (tm) ... a non-caffeine, non-ephedrine, non-ephedra, non-MaHuang; viripotent, herbaceous prescription for the dynamic energization of body, mind and spirit. This Gentle Ferocity Formulation is amalgamated in accordance with the fundamental Taoist herbal principle of botanical interactiveness and precursorship which in essence is a molecular equation of the relevant botanical/herbal alkaloids and glycosides interacting with one another to prolificate molecular communion and thereby to achieve demonstrative herbal efficaciousness without negative implication to any aspect of human composition. These Gentle Ferocity Cordial Tablets are incredulously and thoroughly effective. Enjoy! For those of you who seek to achieve most demonstrative/non-invasive/non-prohibitive appetite suppression without the negative implications of ongoing usage of MaHuang Herb, Ephedra/Ephedrine or Caffeine as are so magnaminously utilized in a multitude of herbal "diet aids" entitled as "Thermogenics" ... this is ABSOLUTELY the herbal agenda/product for you!! Entirely Natural! Increases Energy! Increases Metabolism! Decreases Appetite! *********************************************** Extreme Martial Arts Botanical Remedies Eastern culture has long had a treatment for bone, muscle, tendon, ligament, sinew and joint distress, traumas, afflictions and constrictions. We are pleased to offer Equivalence Tablets & Dragon Wing Remedy Spray (Hei Ping Shun) (Hei Long Chibang) PLEASE NOTE: While it is true that all physiological traumas and injuries are unique and that no product can arbitrarily eliminate all of the pain and discomfort in all people all of the time, the combination of Equivalence Tablets (Hei Ping Shun) and Dragon Wing Remedy (Hei Long Chibang) remedial botanicals does guarantee to at the least: 1. Significantly reduce discomfort and pain! (In many instances most, if not all, traumas and distress can be eliminated!) 2. Significantly increase mobility and strength ratio. (Please remember also the significance of proper diet, excercise, rest and prayer.) Equivalence Tablets & Dragon Wing Spray Remedials are comprised of entirely natural botanical factors. While Equivalence Tablets (Hei Ping Shun) and Dragon Wing Remedy Spray (Hei Long Chibang) are extremely effective individually, they are utilized to maximum advantage when used in conjunction with one another. ======================================================== PRICING INFORMATION: 1. SEVENTH HEAVEN KATHMANDU TEMPLE KIFF (tm) One .75 oz. jigget/bar $65.00 One 2.0 oz. jigget/bar $115.00 (Free Capillaris Herba with 2.0 oz. bar. Refer to Capillaris paragraph at end of text) 2. SWEET VJESTIKA APHRODISIA DROPS (tm) One 1.0 oz. bottle $90.00 Two 1.0 oz. bottles $140.00 3. SEVENTH HEAVEN PROSAKA (tm) One 100 tablet tin $40.00 Three 100 tablet tins $105.00 Six 100 tablet tins $185.00 4. SEVENTH HEAVEN GENTLE FEROCITY (tm) One 300 tablet jar $130.00 5. Equivalence Tablets - Each bottle contains 90 - 500mg tablets. ** 3-pack (270 tablets) $83.00 ** 6-pack (540 tablets) $126.00 (save $40.00) ** 9-pack (810 tablets) $159.00 (save $90.00) ** 12-pack (1,080 tablets) $192.00 (save $140.00) 6. Dragon Wing Spray Remedy - Each spray bottle contains 4 liquid oz. ** 3-pack (3 - 4 oz. bottles) $83.00 ** 6-pack (6 - 4 oz. bottles) $126.00 (save $40.00) ** 9-pack (9 - 4 oz. bottles) $159.00 (save $90.00) ** 12-pack (12 - 4 oz. bottles) $192.00 (save $140.00) 7. Dynamic Duo Introductory Offers ** 3-pack Equivalence Tabs & 3-pack Dragon Wing $126.00 (save $40.00) ** 6-pack Equivalence Tabs & 3-pack Dragon Wing $159.00 (save $50.00) ** 9-pack Equivalence Tabs & 6-pack Dragon Wing $215.00 (save $70.00) ** 12-pack Equivalence Tabs & 9-pack Dragon Wing $271.00 (save $80.00) 8. SWEET APHRODISIA INTRO COMBINATION OFFER Includes one, 2.0 oz. jigget/bar of Kathmandu Temple Kiff & one, 1 oz. bottle of Sweet Vjestika Aphrodisia Drops. For $150.00 (Reg. $205.00 Save $55) (Free Capillaris Herba with this intro offer. Refer to Capillaris paragraph at end of text) 9. BODY, MIND, SPIRIT "HEAVENLY" INTRO COMBINATION OFFER Includes one, 2.0 oz. jigget/bar of Kathmandu Temple Kiff & 1 tin (100 tablets) of Seventh Heaven Prosaka. For $125.00 (Reg. $155.00 Save $30) (Free Capillaris Herba with this intro offer. Refer to Capillaris paragraph at end of text) 10. "PURE ENERGY" INTRO COMBINATION OFFER Includes one, 2.0 oz. jigget/bar of Kathmandu Temple Kiff & 1 jar (300 tablets) of Seventh Heaven Gentle Ferocity. For $170.00 (Reg. $245.00 Save $75) (Free Capillaris Herba with this intro offer Refer to Capillaris paragraph at end of text) 11. "SENSITIVE" PREFERENTIAL INTRO COMBINATION OFFER Includes one, 2.0 oz. jigget/bar of Kathmandu Temple Kiff & 1 tin (100 tablets) of Seventh Heaven Prosaka & 1 jar (300 tablets) of Seventh Heaven Gentle Ferocity For $200.00 (Reg. $285.00 Save $85) (Free Capillaris Herba with this intro offer Refer to Capillaris paragraph at end of text.) 12. ULTIMATE HERBACEOUSNESS INTRO COMBINATION OFFER Includes one - 2.0 oz. jigget / bar of Kathmandu Temple Kiff, one - 1 oz. bottle of Sweet Vjestika Aphrodisia Drops, one - 100 tablet tin of Prosaka, and one - 300 count jar of Gentle Ferocity for a deep discounted Retail Price of $260.00 (Reg. $375.00 Save $115) (Free Capillaris Herba with this intro offer Refer to Capillaris paragraph at end of text.) SPECIAL OFFER: For a limited time only, you will receive a FREE personal brass hookah with the Ultimate Herbaceous Intro Offer as our gift to you. This hookah has a retail value of $25.00. ************************************************** ORDERING INFORMATION: For your convenience, you can call us direct with your orders or questions. Call 1-623-974-2295 Monday - Friday -- 10:30 AM to 7:00 PM (Mountain Time) Saturday -- 11:00 AM to 3:00 PM (Mountain Time) For all domestic orders, add $5.00 shipping & handling (shipped U.S. Priority Mail). Add $20.00 for International orders. ************************************************** SPECIAL DISCOUNT & GIFT Call now and receive a FREE botanical gift! With every order for a 2.0 oz. jigget / bar of Kathmandu Temple Kiff or one of our four (4) Intro Combination Offers, we will include as our free gift to you ... a 2.0 oz. package of our ever so sedate, sensitive Asian import, loose-leaf Capillaris Herba for "happy" smoking or brewing ... (a $65.00 retail value). ==================================================== To remove your address from our list, click "Reply" in your email software and type "Remove" in the subject field, then send. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 6:21:12 2001 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 608) id 4CF7437B417; Mon, 19 Nov 2001 06:21:07 -0800 (PST) From: "Jonathan M. Bresler" To: current@FreeBSD.ORG Subject: recent list problems Message-Id: <20011119142107.4CF7437B417@hub.freebsd.org> Date: Mon, 19 Nov 2001 06:21:07 -0800 (PST) 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 was recently informed that current has been seeing a lot of spam lately. i have just gone over the last two weeks of mail to current and found a number of spam indicators. these have been added to the anti-spam system. nearly all spam is MIME....hmmm. i dont read all the lists, there are just too many of them. please send me email (postmaster@freebsd.org) regarding any list that is getting too much spam (please include a copy of the spam email complete with all headers.) jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--The Power to Serve JMB193 http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 6:56:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from savvyworld.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id F015837B405 for ; Mon, 19 Nov 2001 06:56:36 -0800 (PST) Received: (from root@localhost) by savvyworld.net (8.11.6/8.11.4) id fAJEuLc06409; Mon, 19 Nov 2001 06:56:21 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 24.20.19.75 ( [24.20.19.75]) as user eculp@SavvyWorld.Net by Mail.SavvyWorld.Net with HTTP; Mon, 19 Nov 2001 06:56:21 -0800 Message-ID: <1006181781.3bf91d9515218@Mail.SavvyWorld.Net> Date: Mon, 19 Nov 2001 06:56:21 -0800 From: Edwin Culp To: Warner Losh Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: Today's kernel can't seem to load linux. References: <20011118052427.78AEF38CC@overcee.netplex.com.au> <200111181747.fAIHlr762923@harmony.village.org> In-Reply-To: <200111181747.fAIHlr762923@harmony.village.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 24.20.19.75 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 Quoting Warner Losh : | In message <20011118052427.78AEF38CC@overcee.netplex.com.au> Peter Wemm | writes: | : Edwin Culp wrote: | : > I just rebooted and was put into single user with the following | message: | : > | : > /boot/kernel/kernel: KLD linprocfs.ko: depends on linux - not | available | : > | : > I just had to comment out my linproc entry in fstab and booted fine | but | : > linux emulation doesn't work. | : > | : > If I try to load it manually, I get and Exec format error. | : | : Do you get a console error message when you try to "kldload linux"? | : Perhaps an undefined symbol reported? | | I foudn that I had to remove all the files in my linux directory of my | kernel compile tree to make it work. | | Warner | I actually didn't do anything but a new cvsup and make world. Linux emulation seems to work fine. I may just remove the files for good measure:-) Thanks, ed --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 8:21:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 7BD2037B419; Mon, 19 Nov 2001 08:21:47 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id fAJGJoa68359; Mon, 19 Nov 2001 18:19:50 +0200 (EET) (envelope-from ru) Date: Mon, 19 Nov 2001 18:19:50 +0200 From: Ruslan Ermilov To: Terry Lambert Cc: Max Khon , current@FreeBSD.ORG, tobez@FreeBSD.ORG Subject: Re: misc/15421 (was: Re: initgroups) Message-ID: <20011119181949.R32927@sunbay.com> References: <20011114021956.B10325@iclub.nsu.ru> <3BF19EA9.3FC5F040@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3BF19EA9.3FC5F040@mindspring.com> User-Agent: Mutt/1.3.23i 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, Nov 13, 2001 at 02:28:57PM -0800, Terry Lambert wrote: > Max Khon wrote: > > > > hi, there! > > > > Any objections if I will commit the following patch (see PR/15421)? > > Can setgroups return a positive number? If so, you've just changed > the semantics of the funtion; before, it used to return 0 on 0 or a > positive number. > No. setgroups() is a syscall, and as such returns either 0 or -1. > Also, is removing the _warn() really the only thing you want to > accomplish? It should probably be seperate. > I have intended to commit the below patch for almost a year now, just haven't had enough time to actually fo it. NetBSD runs with this fix since 1999. Index: initgroups.c =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/initgroups.c,v retrieving revision 1.4 diff -u -p -r1.4 initgroups.c --- initgroups.c 2001/08/29 13:52:26 1.4 +++ initgroups.c 2001/11/19 16:16:11 @@ -56,12 +56,6 @@ initgroups(uname, agroup) int groups[NGROUPS], ngroups; ngroups = NGROUPS; - if (getgrouplist(uname, agroup, groups, &ngroups) < 0) - warnx("%s is in too many groups, using first %d", - uname, ngroups); - if (setgroups(ngroups, groups) < 0) { - _warn("setgroups"); - return (-1); - } - return (0); + getgrouplist(uname, agroup, groups, &ngroups); + return (setgroups(ngroups, groups); } Index: initgroups.3 =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/initgroups.3,v retrieving revision 1.10 diff -u -p -r1.10 initgroups.3 --- initgroups.3 2001/10/01 16:08:51 1.10 +++ initgroups.3 2001/11/19 16:16:11 @@ -61,10 +61,14 @@ is automatically included in the groups Typically this value is given as the group number from the password file. .Sh RETURN VALUES +.Rv -std initgroups +.Sh ERRORS The .Fn initgroups -function -returns \-1 if it was not invoked by the super-user. +function may fail and set +.Va errno +for any of the errors specified for the library function +.Xr setgroups 2 . .Sh SEE ALSO .Xr setgroups 2 , .Xr getgrouplist 3 Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 8:29:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.nsu.ru (b.ns.ssc.nsu.ru [193.124.215.221]) by hub.freebsd.org (Postfix) with ESMTP id 1F67437B41B; Mon, 19 Nov 2001 08:29:07 -0800 (PST) Received: from iclub.nsu.ru ([193.124.222.66] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 165rHz-00072p-00; Mon, 19 Nov 2001 22:28:55 +0600 Received: (from fjoe@localhost) by iclub.nsu.ru (8.11.6/8.11.6) id fAJGSts38573; Mon, 19 Nov 2001 22:28:55 +0600 (NS) (envelope-from fjoe) Date: Mon, 19 Nov 2001 22:28:55 +0600 From: Max Khon To: Ruslan Ermilov Cc: Terry Lambert , current@FreeBSD.ORG, tobez@FreeBSD.ORG Subject: Re: misc/15421 (was: Re: initgroups) Message-ID: <20011119222854.B38492@iclub.nsu.ru> References: <20011114021956.B10325@iclub.nsu.ru> <3BF19EA9.3FC5F040@mindspring.com> <20011119181949.R32927@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011119181949.R32927@sunbay.com>; from ru@FreeBSD.ORG on Mon, Nov 19, 2001 at 06:19:50PM +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 hi, there! On Mon, Nov 19, 2001 at 06:19:50PM +0200, Ruslan Ermilov wrote: > > Can setgroups return a positive number? If so, you've just changed > > the semantics of the funtion; before, it used to return 0 on 0 or a > > positive number. > > > No. setgroups() is a syscall, and as such returns either 0 or -1. > > > Also, is removing the _warn() really the only thing you want to > > accomplish? It should probably be seperate. > > > I have intended to commit the below patch for almost a year now, > just haven't had enough time to actually fo it. NetBSD runs with > this fix since 1999. > > Index: initgroups.c > =================================================================== > RCS file: /home/ncvs/src/lib/libc/gen/initgroups.c,v > retrieving revision 1.4 > diff -u -p -r1.4 initgroups.c > --- initgroups.c 2001/08/29 13:52:26 1.4 > +++ initgroups.c 2001/11/19 16:16:11 > @@ -56,12 +56,6 @@ initgroups(uname, agroup) > int groups[NGROUPS], ngroups; > > ngroups = NGROUPS; > - if (getgrouplist(uname, agroup, groups, &ngroups) < 0) > - warnx("%s is in too many groups, using first %d", > - uname, ngroups); > - if (setgroups(ngroups, groups) < 0) { > - _warn("setgroups"); > - return (-1); > - } > - return (0); > + getgrouplist(uname, agroup, groups, &ngroups); > + return (setgroups(ngroups, groups); > } > Index: initgroups.3 > =================================================================== > RCS file: /home/ncvs/src/lib/libc/gen/initgroups.3,v > retrieving revision 1.10 > diff -u -p -r1.10 initgroups.3 > --- initgroups.3 2001/10/01 16:08:51 1.10 > +++ initgroups.3 2001/11/19 16:16:11 > @@ -61,10 +61,14 @@ is automatically included in the groups > Typically this value is given as > the group number from the password file. > .Sh RETURN VALUES > +.Rv -std initgroups > +.Sh ERRORS > The > .Fn initgroups > -function > -returns \-1 if it was not invoked by the super-user. > +function may fail and set > +.Va errno > +for any of the errors specified for the library function > +.Xr setgroups 2 . > .Sh SEE ALSO > .Xr setgroups 2 , > .Xr getgrouplist 3 ok I asked tobez (he is an originator and he took responsibility on this PR) and he said that src/ must be audited also -- he said that some initgroups() callers do not print error message because initgroups() did this previously. I'll try to do this before this weekend and I will post combined patch to audit@ /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 9:11: 4 2001 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 CAD9237B41A for ; Mon, 19 Nov 2001 09:11:01 -0800 (PST) Received: (qmail 16943 invoked from network); 19 Nov 2001 17:11:01 -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 ; 19 Nov 2001 17:11:01 -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: <20011118031815.A17408@freebsd06.udt> Date: Mon, 19 Nov 2001 09:10:51 -0800 (PST) From: John Baldwin To: Trent Nelson Subject: RE: Sysinstall is still horribly broken. Cc: hiroo@oikumene.gcd.org, jkh@winston.freebsd.org, matusita@jp.freebsd.org, 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 17-Nov-01 Trent Nelson wrote: > This occurs for every device, as you'd expect. So, everything gets > stored to /dev/ad0s3a, which is only 128MB, which'll obviously fill > up pretty quickly and fail. > > 1. /mnt/dev is empty. Why isn't /dev being used? The correct > entries reside in there. /dev should probably be used when DEVFS is present, or else devfs should be mounted on /mnt/dev as well as /dev. The /mnt/dev hack was a workaround for the non-devfs case. It doesn't apply for devfs. > 2. It seems like /etc/fstab should exist. It doesn't, so fsck, I'm > guessing, defaults to thinking this is a 4.2bsd filesystem, which > the boot_crunch'ified fsck doesn't have support for. Not sure what this is all about. /etc/fstab should exist in theory. Actually, it might not exist yet. During an install w/o using existing partitions we don't have a / filesystem to put /etc/fstab in. Probably we should use an explicit fsck_ffs or fsck -t ffs when fscking existing filesystems from sysinstall. -- 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 Nov 19 9:33:21 2001 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 81D8C37B416 for ; Mon, 19 Nov 2001 09:33:15 -0800 (PST) Received: (qmail 26823 invoked from network); 19 Nov 2001 17:33:25 -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 ; 19 Nov 2001 17:33:25 -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: <3BF7A64D.2060308@yahoo.com> Date: Mon, 19 Nov 2001 09:33:05 -0800 (PST) From: John Baldwin To: Jim Bryant Subject: Re: BTX issue, and general report on SMP issues... Cc: Chris Dempsey , 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 18-Nov-01 Jim Bryant wrote: > John Baldwin wrote: > >> On 16-Nov-01 Jim Bryant wrote: >> >>>It's not the BIOS failing it... >>> >>>The BTX bootstrap loader V 1.00 detects the keyboard, and refuses to proceed >>>without it. >>> >> >> Err, no. BTX cares zero, zilch, nada about keyboards. Can you please >> provide >> the error message you get? > > > It was no error message in particular, everything normally just froze. > > Anyhow, this is now a solved issue. > > Apparently, at one point in time a "-P" made itself into /boot.config, once > /boot.config was rm'ed, everything sorted itself out. Oh, so it was booting over serial console, not quite frozen. It just looks frozen. :) -- 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 Nov 19 11:21: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id DC3AF37B62B for ; Mon, 19 Nov 2001 11:20:48 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id UAA28364; Mon, 19 Nov 2001 20:20:47 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fAJJAVF97639; Mon, 19 Nov 2001 20:10:31 +0100 (MET) (envelope-from j) Date: Mon, 19 Nov 2001 20:10:31 +0100 (MET) Message-Id: <200111191910.fAJJAVF97639@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <200111190818.AAA96936@tantivy.stanford.edu> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: kernel panic X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Cc: Bob Vaughan 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 Bob Vaughan wrote: > sources from yesterday evening. rebuild with kernel sources from tonight. > same results. > > > vt0: unknown trident VGA, 80 columns, color, 8 screens, unknown keyboard > Warning: Driver mistake: repeat make_dev ("ttyv0") Does this only happen with a recent -current? I'm a long-time pcvt user, but have never seen the warning (that it used to be). The only test machine here cannot reproduce it either. > make_dev(c03404c0,0,0,0,180,c02f9e0d,0,c0398420) at make_dev+0xfb > pcvt_attach(c12a7b80,c12a7b80,c12b2000,18,1) at pcvt_attach+0x1fe Quick review shows that pcvt_attach() is the only pcvt function that ever would call make_dev(). It is not supposed to be called twice... Do you incidentally have both gfx console drivers (sc0 and vt0) in your configuration? That would perhaps explain it. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 11:23:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from web14102.mail.yahoo.com (web14102.mail.yahoo.com [216.136.172.132]) by hub.freebsd.org (Postfix) with SMTP id 8915D37B417 for ; Mon, 19 Nov 2001 11:23:12 -0800 (PST) Message-ID: <20011119192312.95189.qmail@web14102.mail.yahoo.com> Received: from [24.177.135.16] by web14102.mail.yahoo.com via HTTP; Mon, 19 Nov 2001 11:23:12 PST Date: Mon, 19 Nov 2001 11:23:12 -0800 (PST) From: Galen Sampson Subject: netstat -a -f inet sometimes leads to kernel panic 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 all, I have -current source and kernel from 11/12/2001. The source tree is that installed from /stand/sysinstall of that date. I have rebuilt the world using it, followed by the kernel. All appears well. Today I tried started up gdm for the first time. After it was running I switched to a virtual terminal and endered "#>netstat -a -f inet" from a root prompt. The lines "Panic: too many open files, syncing, automatic reboot in 15 seconds" appeared, followed by a reboot. I am new to this, indeed this is the first panic I have experienced. I could find nothing in the log to provide more useful information. I also realize that perhaps this bug is known. Infomation about when to submit to this list, where/how to find information about previous bugs, and how to retrieve information about a crash so developers can fix bugs would be most useful. regards, Galen __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 14:47:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115]) by hub.freebsd.org (Postfix) with SMTP id 4341F37B417 for ; Mon, 19 Nov 2001 14:47:22 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 19 Nov 2001 22:47:21 -0000 Message-ID: <3BF97DE0.3090007@yahoo.com> Date: Mon, 19 Nov 2001 15:47:12 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: John Baldwin Cc: Chris Dempsey , freebsd-current@freebsd.org Subject: Re: BTX issue, and general report on SMP issues... References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > On 18-Nov-01 Jim Bryant wrote: > >>John Baldwin wrote: >> >> >>>On 16-Nov-01 Jim Bryant wrote: >>> >>> >>>>It's not the BIOS failing it... >>>> >>>>The BTX bootstrap loader V 1.00 detects the keyboard, and refuses to proceed >>>>without it. >>>> >>>> >>>Err, no. BTX cares zero, zilch, nada about keyboards. Can you please >>>provide >>>the error message you get? >>> >> >>It was no error message in particular, everything normally just froze. >> >>Anyhow, this is now a solved issue. >> >>Apparently, at one point in time a "-P" made itself into /boot.config, once >>/boot.config was rm'ed, everything sorted itself out. >> > > Oh, so it was booting over serial console, not quite frozen. It just looks > frozen. :) exactly... anyhow, now that this is working, i'm kinda pissed to have lost use of my mouse wheel. apparently the keyboard was made before wheels became popular. anyone know a good usb keyboard with a ps/2 mouse port built-in that will translate the wheel on the mouse? once ya get used to the wheels, it's amazing how much you use it... jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ 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 Mon Nov 19 15: 6:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail12.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id 1151937B41A for ; Mon, 19 Nov 2001 15:06:41 -0800 (PST) Received: (qmail 22545 invoked from network); 19 Nov 2001 23:06:41 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Nov 2001 23:06:41 -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: <3BF97DE0.3090007@yahoo.com> Date: Mon, 19 Nov 2001 15:06:31 -0800 (PST) From: John Baldwin To: Jim Bryant Subject: Re: BTX issue, and general report on SMP issues... Cc: freebsd-current@freebsd.org, Chris Dempsey 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 19-Nov-01 Jim Bryant wrote: > anyhow, now that this is working, i'm kinda pissed to have lost use of my > mouse wheel. apparently the keyboard was made before > wheels became popular. > > anyone know a good usb keyboard with a ps/2 mouse port built-in that will > translate the wheel on the mouse? once ya get used to the > wheels, it's amazing how much you use it... You can get USB mice with wheels I think. If the keyboard has a USB hub, then it shouldn't care what the mouse is like. Does the keyboard have a PS/2 port or some such? -- 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 Nov 19 15:21: 9 2001 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 68B7037B405 for ; Mon, 19 Nov 2001 15:21:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id IAA57714 for ; Tue, 20 Nov 2001 08:21:03 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: References: <20011118031815.A17408@freebsd06.udt> 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: 26 From: Makoto Matsushita To: freebsd-current@FreeBSD.org Subject: RE: Sysinstall is still horribly broken. Date: Tue, 20 Nov 2001 08:21:01 +0900 Message-Id: <20011120082101T.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 jhb> Not sure what this is all about. /etc/fstab should exist in jhb> theory. Actually, it might not exist yet. /etc/fstab should *not* exist since /etc is in mfsroot.flp. If there is /etc/fstab which is match your disk configulation, that's magic :-) jhb> During an install w/o using existing partitions we don't have a / jhb> filesystem to put /etc/fstab in. Probably we should use an jhb> explicit fsck_ffs or fsck -t ffs when fscking existing jhb> filesystems from sysinstall. We don't run fsck iff we don't use existing partitions. That's why "/etc/fstab:0: No such file or directory" message are not shown. There is a code for fscking existing partitions but it doesn't work until my last commit to src/sys/release/{alpha,i386,pc98}/boot_crunch.conf. We are in 5-current era, and we can't asssume that all device file listed in existing /etc/fstab in /dev on the disk (imagine you add a new disk after installing 5-current). Sysinstall should be changed, since it assume that /dev on existing (root) partition has all device files which are listed in /etc/fstab or whatever. I'll try to fix in this evening. -- - 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 Mon Nov 19 15:24:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by hub.freebsd.org (Postfix) with SMTP id 362F437B41B for ; Mon, 19 Nov 2001 15:24:14 -0800 (PST) Received: from mkc-65-30-96-67.kc.rr.com (HELO yahoo.com) (65.30.96.67) by smtp.mail.vip.sc5.yahoo.com with SMTP; 19 Nov 2001 23:24:13 -0000 Message-ID: <3BF9868C.2090400@yahoo.com> Date: Mon, 19 Nov 2001 16:24:12 -0600 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: John Baldwin Cc: freebsd-current@freebsd.org, Chris Dempsey Subject: Re: BTX issue, and general report on SMP issues... References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > On 19-Nov-01 Jim Bryant wrote: > >>anyhow, now that this is working, i'm kinda pissed to have lost use of my >>mouse wheel. apparently the keyboard was made before >>wheels became popular. >> >>anyone know a good usb keyboard with a ps/2 mouse port built-in that will >>translate the wheel on the mouse? once ya get used to the >>wheels, it's amazing how much you use it... >> > > You can get USB mice with wheels I think. If the keyboard has a USB hub, then > it shouldn't care what the mouse is like. Does the keyboard have a PS/2 port > or some such? Yeah, this one is a belkin, and it lacks the hub, and instead has a ps/2 port on the side.. it's actually quite handy, as even now, it's not easy finding USB mice... jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! ----------------------------------------------------- POWER TO THE PEOPLE! ----------------------------------------------------- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 _________________________________________________________ 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 Mon Nov 19 15:36:41 2001 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 3DED537B416 for ; Mon, 19 Nov 2001 15:36:37 -0800 (PST) Received: (qmail 11977 invoked from network); 19 Nov 2001 23:36:37 -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 ; 19 Nov 2001 23:36:37 -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: <20011120082101T.matusita@jp.FreeBSD.org> Date: Mon, 19 Nov 2001 15:36:27 -0800 (PST) From: John Baldwin To: Makoto Matsushita Subject: RE: Sysinstall is still horribly broken. 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 19-Nov-01 Makoto Matsushita wrote: > > jhb> Not sure what this is all about. /etc/fstab should exist in > jhb> theory. Actually, it might not exist yet. > > /etc/fstab should *not* exist since /etc is in mfsroot.flp. If there > is /etc/fstab which is match your disk configulation, that's magic :-) Yes, see my last sentence above. :) > jhb> During an install w/o using existing partitions we don't have a / > jhb> filesystem to put /etc/fstab in. Probably we should use an > jhb> explicit fsck_ffs or fsck -t ffs when fscking existing > jhb> filesystems from sysinstall. > > We don't run fsck iff we don't use existing partitions. That's why > "/etc/fstab:0: No such file or directory" message are not shown. > There is a code for fscking existing partitions but it doesn't work > until my last commit to src/sys/release/{alpha,i386,pc98}/boot_crunch.conf. Err, well, when we run fsck on an existing partition, we shouldn't say 'fsck /dev/ad0s1a', we should use 'fsck_ffs /dev/ad0s1a'. Does that make sense now? We shouldn't be calling fsck_4.2bsd for these filesystems because they aren't 4.2BSD file systems per se, they are FFS, possibly with softupdates. > We are in 5-current era, and we can't asssume that all device file > listed in existing /etc/fstab in /dev on the disk (imagine you add a > new disk after installing 5-current). Sysinstall should be changed, > since it assume that /dev on existing (root) partition has all device > files which are listed in /etc/fstab or whatever. I'll try to fix in > this evening. With devfs /dev should have all existing disks and partitions. At least if you open the device it will create it for you if it is valid. We should always use the devfs /dev if it is present and fall back to /mnt/dev from the CD if it is not. -- 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 Nov 19 19:33:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from tantivy.stanford.edu (tantivy.Stanford.EDU [171.64.234.70]) by hub.freebsd.org (Postfix) with ESMTP id 23EAD37B41B for ; Mon, 19 Nov 2001 19:33:11 -0800 (PST) Received: (from techie@localhost) by tantivy.stanford.edu (8.9.3/8.9.1) id TAA05566; Mon, 19 Nov 2001 19:33:10 -0800 (PST) From: Bob Vaughan Message-Id: <200111200333.TAA05566@tantivy.stanford.edu> Subject: Re: kernel panic In-Reply-To: <200111190818.AAA96936@tantivy.stanford.edu> "from Bob Vaughan at Nov 19, 2001 00:18:51 am" To: Bob Vaughan Date: Mon, 19 Nov 2001 19:33:10 -0800 (PST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit 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 > sources from yesterday evening. rebuild with kernel sources from tonight. > same results. > > > vt0: unknown trident VGA, 80 columns, color, 8 screens, unknown keyboard > Warning: Driver mistake: repeat make_dev ("ttyv0") > panic: don't do that > Debugger ("panic" > stopped at debugger+0x44 pushl %ebx > > trace > Debugger(c02d977b) at Debugger+0x44 > panic(c02d6b10,c02d6ae0,c0354e3c,0,c12a7b80) at panic+0x70 > make_dev(c03404c0,0,0,0,180,c02f9e0d,0,c0398420) at make_dev+0xfb > pcvt_attach(c12a7b80,c12a7b80,c12b2000,18,1) at pcvt_attach+0x1fe > device_probe_and_attach(c12a7b80) at device_probe_and_attach+0x9a > isa_probe_children(c1299580,c0441d98,c01bb0dc,0,43ec00) at isa_probe_children+0xf7 > configure(0,43ec00,43e000,0,c012739c) at configure+0x39 > mi_startup() at mi_startup+0x90 > begin() at begin+0x43 > Ok.. this apparently is caused by having both sc0 and vt0 defined in the kernel config. maybe a comment in GENERIC might be in order.. -- -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie@{w6yx|tantivy}.stanford.edu | kc6sxc@w6yx.ampr.org | P.O. Box 19792, Stanford, Ca 94309 -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 20:54:43 2001 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 3440337B419; Mon, 19 Nov 2001 20:54:39 -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 fAK4sba68135; Mon, 19 Nov 2001 21:54:38 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAK4sb780192; Mon, 19 Nov 2001 21:54:37 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111200454.fAK4sb780192@harmony.village.org> To: YAMAMOTO Shigeru Subject: Re: 2 patches for NEWCARD Cc: freebsd-mobile@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Nov 2001 17:11:29 +0900." <20011119.171129.72757009.shigeru@iij.ad.jp> References: <20011119.171129.72757009.shigeru@iij.ad.jp> Date: Mon, 19 Nov 2001 21:54:37 -0700 From: Warner Losh 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 <20011119.171129.72757009.shigeru@iij.ad.jp> YAMAMOTO Shigeru writes: : I make 2 patches for NEWCARD. Wonderful! : one is to supoort to suspend/resume PC Card devices on NEWCARD. Hmmm. Something about this patch looks incorrect. Wouldn't it delete the actual bus (eg pccard/cardbus)? I'd think that we'd want to delete the children's children. I will have to look at the code more closely to see if I might be mistaken. : other is to ignore ghost interrupt at ed driver when removing PC Card. This looks good. I'll commit it. : So I don't know my patches work fine on other NotePC. I'll have to test it on my machine. Thank you yamamoto-san. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 19 21:46:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 27E9237B416 for ; Mon, 19 Nov 2001 21:46:25 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id fAK5k0w04691; Mon, 19 Nov 2001 21:46:05 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200111171204.fAHC4FN28611@grimreaper.grondar.org> Date: Mon, 19 Nov 2001 21:46:00 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: Mark Murray Subject: Re: building cvsup from ports Cc: current@freebsd.org, Galen Sampson 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 There is already a patch in PR ports/30899. It is OK to commit it IF you can test it first on a FreeBSD 4.x system (any architecture) and also a -current Alpha system. John Mark Murray wrote: > John > > I have a patch (courtesy of Brian Somers) that fixes M3. I believe > he has submitted it to you. > > May I/We commit it? > > M > >> Hello all, >> Sounds like a silly place to post this but...here goes. I'm getting errors >> compiling cvsup from ports. The ports tree installed is the default coming >> with the 11/12/01 snapshot. I want would use CVS, but I don't know how (and >> yet I call my self a computer science student). It complains about nfs/nfs.h >> not existing (I checked, it doesn't). This is the first thing I have built >> from ports except X in -current, so all of the dependencies besides X were >> built with this port during "make install". I remeber seeing this post on >> stable a while ago, but can't find the message for the life or me. The error >> is appended for amusment to those individuals who understand such things. >> >> regards, >> Galen Sampson >> >> # cd /usr/ports/net/cvsup >> # make install >> To build this port without X11 (and without the GUI), define "WITHOUT_X11". >> ===> Extracting for cvsup-16.1e >> >> Checksum OK for cvsup-snap-16.1e.tar.gz. >> ===> cvsup-16.1e depends on file: >> /usr/local/lib/m3/FreeBSD4/libm3formsvbt.so.7 - not found >> ===> Verifying install for /usr/local/lib/m3/FreeBSD4/libm3formsvbt.so.7 in >> /usr/ports/lang/pm3-forms >> ===> Extracting for pm3-forms-1.1.15 >> >> No MD5 checksum file. >> ===> pm3-forms-1.1.15 depends on file: >> /usr/local/lib/m3/FreeBSD4/libm3vbtkit.so.7 - not found >> ===> Verifying install for /usr/local/lib/m3/FreeBSD4/libm3vbtkit.so.7 in >> /usr/ports/lang/pm3-gui >> ===> Extracting for pm3-gui-1.1.15 >> >> No MD5 checksum file. >> ===> pm3-gui-1.1.15 depends on file: /usr/local/lib/m3/FreeBSD4/libm3tcp.so.7 >> - not found >> ===> Verifying install for /usr/local/lib/m3/FreeBSD4/libm3tcp.so.7 in >> /usr/ports/lang/pm3-net >> ===> Extracting for pm3-net-1.1.15 >> >> No MD5 checksum file. >> ===> pm3-net-1.1.15 depends on file: /usr/local/lib/m3/FreeBSD4/libm3.so.7 - >> not found >> ===> Verifying install for /usr/local/lib/m3/FreeBSD4/libm3.so.7 in >> /usr/ports/lang/pm3-base >> ===> Installing for pm3-base-1.1.15 >> cd boot-FreeBSD4/m3core/FreeBSD4; gmake -f make.boot "CC=cc" "CFLAGS=-O -pipe " >> "AS=as" "ASFLAGS=" "AR=ar" "ARFLAGS=rv" "RANLIB=touch" "EXTRALIBS=-lm" >> "LDFLAGS=" >> gmake[1]: Entering directory >> `/usr/ports/lang/pm3-base/work/pm3-1.1.15/boot-FreeBSD4/m3core/FreeBSD4' >> cc -O -pipe -c -o RTHeapDepC.o RTHeapDepC.c >> RTHeapDepC.c:101: nfs/nfs.h: No such file or directory >> RTHeapDepC.c: In function `mount': >> RTHeapDepC.c:719: dereferencing pointer to incomplete type >> RTHeapDepC.c:719: dereferencing pointer to incomplete type >> RTHeapDepC.c:720: dereferencing pointer to incomplete type >> RTHeapDepC.c:720: dereferencing pointer to incomplete type >> RTHeapDepC.c:721: dereferencing pointer to incomplete type >> RTHeapDepC.c:721: dereferencing pointer to incomplete type >> gmake[1]: *** [RTHeapDepC.o] Error 1 >> gmake[1]: Leaving directory >> `/usr/ports/lang/pm3-base/work/pm3-1.1.15/boot-FreeBSD4/m3core/FreeBSD4' >> gmake: *** [boot] Error 2 >> *** Error code 2 >> >> Stop in /usr/ports/lang/pm3-base. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-base. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-base. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-net. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-net. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-net. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-net. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-net. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-net. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-net. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-gui. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-gui. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-gui. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-gui. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-gui. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-gui. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-gui. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-forms. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-forms. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-forms. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-forms. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-forms. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-forms. >> *** Error code 1 >> >> Stop in /usr/ports/lang/pm3-forms. >> *** Error code 1 >> >> Stop in /usr/ports/net/cvsup. >> *** Error code 1 >> >> Stop in /usr/ports/net/cvsup. >> *** Error code 1 >> >> Stop in /usr/ports/net/cvsup. >> *** Error code 1 >> >> Stop in /usr/ports/net/cvsup. >> *** Error code 1 >> >> Stop in /usr/ports/net/cvsup. >> *** Error code 1 >> >> Stop in /usr/ports/net/cvsup. >> *** Error code 1 >> >> Stop in /usr/ports/net/cvsup. >> >> __________________________________________________ >> Do You Yahoo!? >> Find the one for you at Yahoo! Personals >> http://personals.yahoo.com >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-current" in the body of the message > -- > 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 Tue Nov 20 0:50:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by hub.freebsd.org (Postfix) with ESMTP id 4DCD337B41C; Tue, 20 Nov 2001 00:50:05 -0800 (PST) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 4F0678F610; Tue, 20 Nov 2001 17:49:54 +0900 (KST) Received: (from cjh@localhost) by gradius.wdb.co.kr (8.11.6/8.11.6) id fAK8no301825; Tue, 20 Nov 2001 17:49:50 +0900 (KST) (envelope-from cjh@kr.FreeBSD.ORG) X-Authentication-Warning: gradius.wdb.co.kr: cjh set sender to cjh@kr.FreeBSD.ORG using -f To: freebsd-current@freebsd.org Cc: freebsd-emulation@freebsd.org Subject: vmware2 build fails on -current today From: CHOI Junho Organization: Web Data Bank, Inc Date: 20 Nov 2001 17:49:47 +0900 Message-ID: <86zo5h3jys.fsf@gradius.wdb.co.kr> Lines: 15 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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, Due to recent change on pmap.[ch], vmware2 build fails... Can somebody fix this? I am using -current built yesterday(11/19). -- +++ Any opinions in this posting are my own and not those of my employers +++ CHOI Junho [sleeping now] [while sleeping] Korea FreeBSD Users Group Web Data Bank --=-=-= Content-Disposition: attachment; filename=log Content-Description: vmware2 build failure ===> Cleaning for rpm-3.0.6_5 ===> Cleaning for autoconf213-2.13.000227 ===> Cleaning for automake14-1.4.5 ===> Cleaning for gettext-0.10.35 ===> Cleaning for gmake-3.79.1 ===> Cleaning for imake-4.1.0 ===> Cleaning for libtool-1.3.4_2 ===> Cleaning for m4-1.4_1 ===> Cleaning for popt-1.5.1 ===> Cleaning for linux_base-6.1 ===> Cleaning for rtc-2001.09.16.1 ===> Cleaning for freetype2-2.0.5 ===> Cleaning for XFree86-libraries-4.1.0 ===> Cleaning for vmware2-2.0.4.1142 ===> Extracting for vmware2-2.0.4.1142 >> Checksum OK for VMware-2.0.4-1142.tar.gz. >> Checksum OK for vmmon-freebsd-0.98.tar.gz. >> Checksum OK for vmnet-freebsd-0.21.tar.gz. ===> vmware2-2.0.4.1142 depends on shared library: X11.6 - found /usr/bin/tar -xf /usr/ports/emulators/vmware2/work/vmware-distrib/lib/modules/source/vmmon.tar -C /usr/ports/emulators/vmware2/work/vmware-distrib /usr/bin/tar -xf /usr/ports/emulators/vmware2/work/vmware-distrib/lib/modules/source/vmnet.tar -C /usr/ports/emulators/vmware2/work/vmware-distrib /usr/bin/gunzip -f /usr/ports/emulators/vmware2/work/vmware-distrib/man/man1/vmware.1.gz ===> Patching for vmware2-2.0.4.1142 /usr/bin/perl -i -ne 'if (m{^Index: vmnet-only/userif\.c$}..m{^Index: vmnet-only/vm_oui\.h$}) { next unless m{^Index: vmnet-only/vm_oui\.h$} } print' /usr/ports/emulators/vmware2/work/vmnet-freebsd.diff /bin/cp -R /usr/ports/emulators/vmware2/work/vmmon-only /usr/ports/emulators/vmware2/work/vmware-distrib/ /usr/bin/patch -d /usr/ports/emulators/vmware2/work/vmware-distrib --forward --quiet -E -p0 < /usr/ports/emulators/vmware2/work/vmmon-freebsd.diff /bin/cp -R /usr/ports/emulators/vmware2/work/vmnet-only /usr/ports/emulators/vmware2/work/vmware-distrib/ /usr/bin/patch -d /usr/ports/emulators/vmware2/work/vmware-distrib --forward --quiet -E -p0 < /usr/ports/emulators/vmware2/work/vmnet-freebsd.diff ===> Applying FreeBSD patches for vmware2-2.0.4.1142 cat /usr/ports/emulators/vmware2/files/kse.patch | (cd /usr/ports/emulators/vmware2/work/vmware-distrib && patch) > /dev/null 2>&1 /bin/cp /usr/ports/emulators/vmware2/files/Makefile /usr/ports/emulators/vmware2/work/vmware-distrib /bin/cp /usr/ports/emulators/vmware2/files/Makefile.vmmon /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/Makefile /bin/rm -rf /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/linux/ /usr/bin/perl -i -pe 's,i386(/linux/linux_ioctl\.h),compat$1,' /usr/ports/emulators/vmware2/work/vmware-distrib/vmnet-only/freebsd/vmnet_linux.c /usr/bin/perl -i -pe 's,,,' /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/*.c cd /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd && /usr/bin/touch bus_if.h device_if.h /usr/bin/perl -i -pe 's,,,' /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/*.c /usr/ports/emulators/vmware2/work/vmware-distrib/vmware-distrib/vmmon-only/freebsd/*.c Can't open /usr/ports/emulators/vmware2/work/vmware-distrib/vmware-distrib/vmmon-only/freebsd/*.c: No such file or directory, <> line 2872. ===> Configuring for vmware2-2.0.4.1142 ===> vmmon-only make -f Makefile.FreeBSD SMP=YES clean && make -f Makefile.FreeBSD SMP=YES rm -f setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o vmmon_smp.ko vmmon_smp.ko vmmon_smp.kld memtrack.o phystrack.o task.o vmx86.o driver.o hostif.o linux_emu.o vmnet_linux.o @ machine symb.tmp tmp.o Warning: Object directory not changed from original /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only @ -> /usr/src/sys machine -> /usr/src/sys/i386/include cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common/memtrack.c cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common/phystrack.c cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common/task.c cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common/vmx86.c cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/driver.c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/driver.c:169: warning: initialization makes pointer from integer without a cast cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `FindMPN': /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:177: invalid type argument of `unary *' /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `HostIF_LookupUserMPN': /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:174: warning: `pte' might be used uninitialized in this function /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `HostIF_LockPage': /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:174: warning: `pte' might be used uninitialized in this function /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:174: warning: `pte' might be used uninitialized in this function /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `CheckFunc': /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:174: warning: `pte' might be used uninitialized in this function *** Error code 1 Stop in /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only. *** Error code 1 Stop in /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only. *** Error code 1 Stop in /usr/ports/emulators/vmware2/work/vmware-distrib. *** Error code 1 Stop in /usr/ports/emulators/vmware2. *** Error code 1 Stop in /usr/ports/emulators/vmware2. *** Error code 1 Stop in /usr/ports/emulators/vmware2. --=-=-=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 1:53:45 2001 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 27A1337B405 for ; Tue, 20 Nov 2001 01:53:38 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id fAK9rOY74548; Tue, 20 Nov 2001 09:53:24 GMT (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.org (8.11.6/8.11.6) with ESMTP id fAK9kUN04920; Tue, 20 Nov 2001 09:46:30 GMT (envelope-from mark@grondar.za) Message-Id: <200111200946.fAK9kUN04920@grimreaper.grondar.org> To: John Polstra Cc: current@freebsd.org, Galen Sampson Subject: Re: building cvsup from ports References: In-Reply-To: ; from John Polstra "Mon, 19 Nov 2001 21:46:00 PST." Date: Tue, 20 Nov 2001 09:46:30 +0000 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 > There is already a patch in PR ports/30899. It is OK to commit it > IF you can test it first on a FreeBSD 4.x system (any architecture) > and also a -current Alpha system. Cool! Thank you! M > > John > > Mark Murray wrote: > > John > > > > I have a patch (courtesy of Brian Somers) that fixes M3. I believe > > he has submitted it to you. > > > > May I/We commit it? > > > > M > > > >> Hello all, > >> Sounds like a silly place to post this but...here goes. I'm getting errors > >> compiling cvsup from ports. The ports tree installed is the default coming > >> with the 11/12/01 snapshot. I want would use CVS, but I don't know how (and > >> yet I call my self a computer science student). It complains about nfs/nfs.h > >> not existing (I checked, it doesn't). This is the first thing I have built > >> from ports except X in -current, so all of the dependencies besides X were > >> built with this port during "make install". I remeber seeing this post on > >> stable a while ago, but can't find the message for the life or me. The error > >> is appended for amusment to those individuals who understand such things. > >> > >> regards, > >> Galen Sampson > >> > >> # cd /usr/ports/net/cvsup > >> # make install > >> To build this port without X11 (and without the GUI), define "WITHOUT_X11". > >> ===> Extracting for cvsup-16.1e > >> >> Checksum OK for cvsup-snap-16.1e.tar.gz. > >> ===> cvsup-16.1e depends on file: > >> /usr/local/lib/m3/FreeBSD4/libm3formsvbt.so.7 - not found > >> ===> Verifying install for /usr/local/lib/m3/FreeBSD4/libm3formsvbt.so.7 in > >> /usr/ports/lang/pm3-forms > >> ===> Extracting for pm3-forms-1.1.15 > >> >> No MD5 checksum file. > >> ===> pm3-forms-1.1.15 depends on file: > >> /usr/local/lib/m3/FreeBSD4/libm3vbtkit.so.7 - not found > >> ===> Verifying install for /usr/local/lib/m3/FreeBSD4/libm3vbtkit.so.7 in > >> /usr/ports/lang/pm3-gui > >> ===> Extracting for pm3-gui-1.1.15 > >> >> No MD5 checksum file. > >> ===> pm3-gui-1.1.15 depends on file: /usr/local/lib/m3/FreeBSD4/libm3tcp.so.7 > >> - not found > >> ===> Verifying install for /usr/local/lib/m3/FreeBSD4/libm3tcp.so.7 in >> /usr/ports/lang/pm3-net > >> ===> Extracting for pm3-net-1.1.15 > >> >> No MD5 checksum file. > >> ===> pm3-net-1.1.15 depends on file: /usr/local/lib/m3/FreeBSD4/libm3.so.7 - > >> not found > >> ===> Verifying install for /usr/local/lib/m3/FreeBSD4/libm3.so.7 in > >> /usr/ports/lang/pm3-base > >> ===> Installing for pm3-base-1.1.15 > >> cd boot-FreeBSD4/m3core/FreeBSD4; gmake -f make.boot "CC=cc" "CFLAGS=-O -pipe " > >> "AS=as" "ASFLAGS=" "AR=ar" "ARFLAGS=rv" "RANLIB=touch" "EXTRALIBS=-lm" > >> "LDFLAGS=" > >> gmake[1]: Entering directory > >> `/usr/ports/lang/pm3-base/work/pm3-1.1.15/boot-FreeBSD4/m3core/FreeBSD4' > >> cc -O -pipe -c -o RTHeapDepC.o RTHeapDepC.c > >> RTHeapDepC.c:101: nfs/nfs.h: No such file or directory > >> RTHeapDepC.c: In function `mount': > >> RTHeapDepC.c:719: dereferencing pointer to incomplete type > >> RTHeapDepC.c:719: dereferencing pointer to incomplete type > >> RTHeapDepC.c:720: dereferencing pointer to incomplete type > >> RTHeapDepC.c:720: dereferencing pointer to incomplete type > >> RTHeapDepC.c:721: dereferencing pointer to incomplete type > >> RTHeapDepC.c:721: dereferencing pointer to incomplete type > >> gmake[1]: *** [RTHeapDepC.o] Error 1 > >> gmake[1]: Leaving directory > >> `/usr/ports/lang/pm3-base/work/pm3-1.1.15/boot-FreeBSD4/m3core/FreeBSD4' > >> gmake: *** [boot] Error 2 > >> *** Error code 2 > >> > >> Stop in /usr/ports/lang/pm3-base. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-base. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-base. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-net. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-net. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-net. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-net. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-net. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-net. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-net. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-gui. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-gui. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-gui. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-gui. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-gui. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-gui. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-gui. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-forms. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-forms. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-forms. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-forms. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-forms. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-forms. > >> *** Error code 1 > >> > >> Stop in /usr/ports/lang/pm3-forms. > >> *** Error code 1 > >> > >> Stop in /usr/ports/net/cvsup. > >> *** Error code 1 > >> > >> Stop in /usr/ports/net/cvsup. > >> *** Error code 1 > >> > >> Stop in /usr/ports/net/cvsup. > >> *** Error code 1 > >> > >> Stop in /usr/ports/net/cvsup. > >> *** Error code 1 > >> > >> Stop in /usr/ports/net/cvsup. > >> *** Error code 1 > >> > >> Stop in /usr/ports/net/cvsup. > >> *** Error code 1 > >> > >> Stop in /usr/ports/net/cvsup. > >> > >> __________________________________________________ > >> Do You Yahoo!? > >> Find the one for you at Yahoo! Personals > >> http://personals.yahoo.com > >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org > >> with "unsubscribe freebsd-current" in the body of the message > > -- > > o Mark Murray > > \_ FreeBSD Services Limited > > O.\_ Warning: this .sig is umop ap!sdn -- 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 Tue Nov 20 5: 6:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id BD04337B425; Tue, 20 Nov 2001 05:06:19 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id fAKD2eM23065; Tue, 20 Nov 2001 15:02:40 +0200 (EET) (envelope-from ru) Date: Tue, 20 Nov 2001 15:02:39 +0200 From: Ruslan Ermilov To: Max Khon , Anton Berezin Cc: current@FreeBSD.org Subject: Re: misc/15421 (was: Re: initgroups) Message-ID: <20011120150239.D7645@sunbay.com> References: <20011114021956.B10325@iclub.nsu.ru> <3BF19EA9.3FC5F040@mindspring.com> <20011119181949.R32927@sunbay.com> <20011119222854.B38492@iclub.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011119222854.B38492@iclub.nsu.ru> User-Agent: Mutt/1.3.23i 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, Nov 19, 2001 at 10:28:55PM +0600, Max Khon wrote: > hi, there! > > On Mon, Nov 19, 2001 at 06:19:50PM +0200, Ruslan Ermilov wrote: > > > > Can setgroups return a positive number? If so, you've just changed > > > the semantics of the funtion; before, it used to return 0 on 0 or a > > > positive number. > > > > > No. setgroups() is a syscall, and as such returns either 0 or -1. > > > > > Also, is removing the _warn() really the only thing you want to > > > accomplish? It should probably be seperate. > > > > > I have intended to commit the below patch for almost a year now, > > just haven't had enough time to actually fo it. NetBSD runs with > > this fix since 1999. > > > > Index: initgroups.c > > =================================================================== > > RCS file: /home/ncvs/src/lib/libc/gen/initgroups.c,v > > retrieving revision 1.4 > > diff -u -p -r1.4 initgroups.c > > --- initgroups.c 2001/08/29 13:52:26 1.4 > > +++ initgroups.c 2001/11/19 16:16:11 > > @@ -56,12 +56,6 @@ initgroups(uname, agroup) > > int groups[NGROUPS], ngroups; > > > > ngroups = NGROUPS; > > - if (getgrouplist(uname, agroup, groups, &ngroups) < 0) > > - warnx("%s is in too many groups, using first %d", > > - uname, ngroups); > > - if (setgroups(ngroups, groups) < 0) { > > - _warn("setgroups"); > > - return (-1); > > - } > > - return (0); > > + getgrouplist(uname, agroup, groups, &ngroups); > > + return (setgroups(ngroups, groups); There's a missing closing parenthesis above, sorry. > > Index: initgroups.3 [...] > I asked tobez (he is an originator and he took responsibility on this PR) > and he said that src/ must be audited also -- he said that some initgroups() > callers do not print error message because initgroups() did this > previously. > > I'll try to do this before this weekend and I will post combined patch > to audit@ > While this is indeed a good thing to do, this is completely unrelated to the above mentioned problem, and should be done separately. Here's the list of src/ files that do not check the return value of initgroups(3), and may need to be fixed, but some of them explicitly ignore the result to indicate the fact they consider this error non-fatal. libexec/ftpd/ftpd.c libexec/rexecd/rexecd.c usr.bin/calendar/calendar.c usr.sbin/inetd/inetd.c Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 6:12:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id 44CBC37B405; Tue, 20 Nov 2001 06:12:53 -0800 (PST) Received: by heechee.tobez.org (Postfix, from userid 1001) id A8498542E; Tue, 20 Nov 2001 15:12:50 +0100 (CET) Date: Tue, 20 Nov 2001 15:12:50 +0100 From: Anton Berezin To: Ruslan Ermilov Cc: Max Khon , current@FreeBSD.org Subject: Re: misc/15421 (was: Re: initgroups) Message-ID: <20011120151250.C36033@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Ruslan Ermilov , Max Khon , current@FreeBSD.org References: <20011114021956.B10325@iclub.nsu.ru> <3BF19EA9.3FC5F040@mindspring.com> <20011119181949.R32927@sunbay.com> <20011119222854.B38492@iclub.nsu.ru> <20011120150239.D7645@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011120150239.D7645@sunbay.com>; from ru@FreeBSD.org on Tue, Nov 20, 2001 at 03:02:39PM +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 On Tue, Nov 20, 2001 at 03:02:39PM +0200, Ruslan Ermilov wrote: > On Mon, Nov 19, 2001 at 10:28:55PM +0600, Max Khon wrote: > > I asked tobez (he is an originator and he took responsibility on > > this PR) and he said that src/ must be audited also -- he said that > > some initgroups() callers do not print error message because > > initgroups() did this previously. > > > > I'll try to do this before this weekend and I will post combined > > patch to audit@ > While this is indeed a good thing to do, this is completely unrelated to > the above mentioned problem, and should be done separately. Here's the > list of src/ files that do not check the return value of initgroups(3), > and may need to be fixed, but some of them explicitly ignore the result > to indicate the fact they consider this error non-fatal. > libexec/ftpd/ftpd.c > libexec/rexecd/rexecd.c > usr.bin/calendar/calendar.c > usr.sbin/inetd/inetd.c There used to be *many* more problematic files. Please see http://www.freebsd.org/cgi/getmsg.cgi?fetch=801566+0+/usr/local/www/db/text/2001/freebsd-stable/20010722.freebsd-stable To my knowledge, only printjob.c was fixed, though I have not looked into every file in the list since then. But as I said in the private message, I do not feel strongly about this, and I think that the fix can be safely committed. I do not think these things are quite unrelated, though. :-) Cheers, \Anton. -- | Anton Berezin | FreeBSD: The power to serve | | catpipe Systems ApS _ _ |_ | http://www.FreeBSD.org | | tobez@catpipe.net (_(_|| | tobez@FreeBSD.org | | +45 7021 0050 | Private: tobez@tobez.org | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 6:29:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 5153A37B419 for ; Tue, 20 Nov 2001 06:28:54 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id fAKER3t37623; Tue, 20 Nov 2001 16:27:03 +0200 (EET) (envelope-from ru) Date: Tue, 20 Nov 2001 16:27:03 +0200 From: Ruslan Ermilov To: Anton Berezin , Max Khon , current@FreeBSD.org Subject: Re: misc/15421 (was: Re: initgroups) Message-ID: <20011120162703.A34879@sunbay.com> References: <20011114021956.B10325@iclub.nsu.ru> <3BF19EA9.3FC5F040@mindspring.com> <20011119181949.R32927@sunbay.com> <20011119222854.B38492@iclub.nsu.ru> <20011120150239.D7645@sunbay.com> <20011120151250.C36033@heechee.tobez.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011120151250.C36033@heechee.tobez.org> User-Agent: Mutt/1.3.23i 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, Nov 20, 2001 at 03:12:50PM +0100, Anton Berezin wrote: > On Tue, Nov 20, 2001 at 03:02:39PM +0200, Ruslan Ermilov wrote: > > On Mon, Nov 19, 2001 at 10:28:55PM +0600, Max Khon wrote: > > > > I asked tobez (he is an originator and he took responsibility on > > > this PR) and he said that src/ must be audited also -- he said that > > > some initgroups() callers do not print error message because > > > initgroups() did this previously. > > > > > > I'll try to do this before this weekend and I will post combined > > > patch to audit@ > > > While this is indeed a good thing to do, this is completely unrelated to > > the above mentioned problem, and should be done separately. Here's the > > list of src/ files that do not check the return value of initgroups(3), > > and may need to be fixed, but some of them explicitly ignore the result > > to indicate the fact they consider this error non-fatal. > > > libexec/ftpd/ftpd.c > > libexec/rexecd/rexecd.c > > usr.bin/calendar/calendar.c > > usr.sbin/inetd/inetd.c > > There used to be *many* more problematic files. Please see > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=801566+0+/usr/local/www/db/text/2001/freebsd-stable/20010722.freebsd-stable > > To my knowledge, only printjob.c was fixed, though I have not looked > into every file in the list since then. > Yes, but I specifically left contrib/ and crypto/ files, and files that do not check the result of other calls like setgrp() etc. > But as I said in the private message, I do not feel strongly about this, > and I think that the fix can be safely committed. I do not think these > things are quite unrelated, though. :-) > Not checking the return value is always BAD except when (not) done intentionally (flagged by a(void)ing the return value of a function), whether or not a function in question prints some diagnostic output on standard error; that's why I still think these problems are in fact unrelated. :-) Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 6:44: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id 5AA4F37B41A; Tue, 20 Nov 2001 06:43:55 -0800 (PST) Received: by heechee.tobez.org (Postfix, from userid 1001) id D155F541B; Tue, 20 Nov 2001 15:43:52 +0100 (CET) Date: Tue, 20 Nov 2001 15:43:52 +0100 From: Anton Berezin To: Ruslan Ermilov Cc: Max Khon , current@FreeBSD.org Subject: Re: misc/15421 (was: Re: initgroups) Message-ID: <20011120154352.D36033@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Ruslan Ermilov , Max Khon , current@FreeBSD.org References: <20011114021956.B10325@iclub.nsu.ru> <3BF19EA9.3FC5F040@mindspring.com> <20011119181949.R32927@sunbay.com> <20011119222854.B38492@iclub.nsu.ru> <20011120150239.D7645@sunbay.com> <20011120151250.C36033@heechee.tobez.org> <20011120162703.A34879@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011120162703.A34879@sunbay.com>; from ru@FreeBSD.org on Tue, Nov 20, 2001 at 04:27:03PM +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 On Tue, Nov 20, 2001 at 04:27:03PM +0200, Ruslan Ermilov wrote: > On Tue, Nov 20, 2001 at 03:12:50PM +0100, Anton Berezin wrote: > > On Tue, Nov 20, 2001 at 03:02:39PM +0200, Ruslan Ermilov wrote: > > > While this is indeed a good thing to do, this is completely > > > unrelated to the above mentioned problem, and should be done > > > separately. Here's the list of src/ files that do not check the > > > return value of initgroups(3), and may need to be fixed, but some > > > of them explicitly ignore the result to indicate the fact they > > > consider this error non-fatal. > > > libexec/ftpd/ftpd.c > > > libexec/rexecd/rexecd.c > > > usr.bin/calendar/calendar.c > > > usr.sbin/inetd/inetd.c > > > > There used to be *many* more problematic files. Please see > > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=801566+0+/usr/local/www/db/text/2001/freebsd-stable/20010722.freebsd-stable > > > > To my knowledge, only printjob.c was fixed, though I have not looked > > into every file in the list since then. > Yes, but I specifically left contrib/ and crypto/ files, and files that > do not check the result of other calls like setgrp() etc. We do not want to omit contrib/ files, since the whole hoopla started because of the contrib/cvs/. > > But as I said in the private message, I do not feel strongly about > > this, and I think that the fix can be safely committed. I do not > > think these things are quite unrelated, though. :-) > Not checking the return value is always BAD except when (not) done > intentionally (flagged by a(void)ing the return value of a function), > whether or not a function in question prints some diagnostic output on > standard error; that's why I still think these problems are in fact > unrelated. :-) In this case your own version of the fix should be modified from + getgrouplist(uname, agroup, groups, &ngroups); + return (setgroups(ngroups, groups); to + (void) getgrouplist(uname, agroup, groups, &ngroups); + return (setgroups(ngroups, groups); , to be pedantic. :-) The point I am trying to (not very strongly) make is that we at least have some indication that there is a problem with the current behavior (with the exception of the daemons with closed/redirected to /dev/null stderr). By (rightfully) fixing initgroups(), we loose even this precious little diagnostic we have. That's why initgroups() fix and the code audit are probably best done at the same time - unless we can guarantee the audit part will not be forgotten. Cheers, $Anton. -- | Anton Berezin | FreeBSD: The power to serve | | catpipe Systems ApS _ _ |_ | http://www.FreeBSD.org | | tobez@catpipe.net (_(_|| | tobez@FreeBSD.org | | +45 7021 0050 | Private: tobez@tobez.org | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 7:22:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from hfep03.dion.ne.jp (hfep03.dion.ne.jp [203.181.105.69]) by hub.freebsd.org (Postfix) with ESMTP id 052EE37B419; Tue, 20 Nov 2001 07:22:19 -0800 (PST) Received: from localhost ([211.134.163.247]) by hfep03.dion.ne.jp with ESMTP id <20011120152217548.QCDK@hfep03.dion.ne.jp>; Wed, 21 Nov 2001 00:22:17 +0900 To: cjh@kr.FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: vmware2 build fails on -current today In-Reply-To: <86zo5h3jys.fsf@gradius.wdb.co.kr> References: <86zo5h3jys.fsf@gradius.wdb.co.kr> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20011121002047G.haro@h4.dion.ne.jp> Date: Wed, 21 Nov 2001 00:20:47 +0900 From: Munehiro Matsuda X-Dispatcher: imput version 20000228(IM140) Lines: 28 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: CHOI Junho Date: 20 Nov 2001 17:49:47 +0900 :: ::Hi, :: ::Due to recent change on pmap.[ch], vmware2 build fails... Can somebody ::fix this? :: ::I am using -current built yesterday(11/19). I don't have patch for it, but you could changed the line in hostif.c, from: pt_entry_t pteptr = (pt_entry_t)vtopte(addr); to: pt_entry_t *pteptr = vtopte(addr); to get it compile. Hope this helps, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 7:36:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 275D837B418 for ; Tue, 20 Nov 2001 07:36:36 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id fAKFYa850895; Tue, 20 Nov 2001 17:34:36 +0200 (EET) (envelope-from ru) Date: Tue, 20 Nov 2001 17:34:36 +0200 From: Ruslan Ermilov To: Anton Berezin , Max Khon , current@FreeBSD.org Subject: Re: misc/15421 (was: Re: initgroups) Message-ID: <20011120173436.B49056@sunbay.com> References: <20011114021956.B10325@iclub.nsu.ru> <3BF19EA9.3FC5F040@mindspring.com> <20011119181949.R32927@sunbay.com> <20011119222854.B38492@iclub.nsu.ru> <20011120150239.D7645@sunbay.com> <20011120151250.C36033@heechee.tobez.org> <20011120162703.A34879@sunbay.com> <20011120154352.D36033@heechee.tobez.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011120154352.D36033@heechee.tobez.org> User-Agent: Mutt/1.3.23i 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, Nov 20, 2001 at 03:43:52PM +0100, Anton Berezin wrote: > On Tue, Nov 20, 2001 at 04:27:03PM +0200, Ruslan Ermilov wrote: > > On Tue, Nov 20, 2001 at 03:12:50PM +0100, Anton Berezin wrote: > > > On Tue, Nov 20, 2001 at 03:02:39PM +0200, Ruslan Ermilov wrote: > > > > > While this is indeed a good thing to do, this is completely > > > > unrelated to the above mentioned problem, and should be done > > > > separately. Here's the list of src/ files that do not check the > > > > return value of initgroups(3), and may need to be fixed, but some > > > > of them explicitly ignore the result to indicate the fact they > > > > consider this error non-fatal. > > > > > libexec/ftpd/ftpd.c > > > > libexec/rexecd/rexecd.c > > > > usr.bin/calendar/calendar.c > > > > usr.sbin/inetd/inetd.c > > > > > > There used to be *many* more problematic files. Please see > > > > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=801566+0+/usr/local/www/db/text/2001/freebsd-stable/20010722.freebsd-stable > > > > > > To my knowledge, only printjob.c was fixed, though I have not looked > > > into every file in the list since then. > > > Yes, but I specifically left contrib/ and crypto/ files, and files that > > do not check the result of other calls like setgrp() etc. > > We do not want to omit contrib/ files, since the whole hoopla started > because of the contrib/cvs/. > > > > But as I said in the private message, I do not feel strongly about > > > this, and I think that the fix can be safely committed. I do not > > > think these things are quite unrelated, though. :-) > > > Not checking the return value is always BAD except when (not) done > > intentionally (flagged by a(void)ing the return value of a function), > > whether or not a function in question prints some diagnostic output on > > standard error; that's why I still think these problems are in fact > > unrelated. :-) > > In this case your own version of the fix should be modified from > > + getgrouplist(uname, agroup, groups, &ngroups); > + return (setgroups(ngroups, groups); > > to > > + (void) getgrouplist(uname, agroup, groups, &ngroups); > + return (setgroups(ngroups, groups); > > , to be pedantic. :-) > Not actually, because getgrouplist(3) is special in that -1 is not actually an error, but an indication that the resulting array was too small to hold all groups. :-) > The point I am trying to (not very strongly) make is that we at least > have some indication that there is a problem with the current behavior > (with the exception of the daemons with closed/redirected to /dev/null > stderr). By (rightfully) fixing initgroups(), we loose even this > precious little diagnostic we have. That's why initgroups() fix and the > code audit are probably best done at the same time - unless we can > guarantee the audit part will not be forgotten. > Sure, you can just change the synopsis of your PR. :-) Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 8:24:40 2001 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 0A74637B419 for ; Tue, 20 Nov 2001 08:24:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id BAA41880 for ; Wed, 21 Nov 2001 01:24:34 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: References: <20011120082101T.matusita@jp.FreeBSD.org> 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: 19 From: Makoto Matsushita To: freebsd-current@FreeBSD.org Subject: RE: Sysinstall is still horribly broken. Date: Wed, 21 Nov 2001 01:24:32 +0900 Message-Id: <20011121012432J.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 jhb> Err, well, when we run fsck on an existing partition, we jhb> shouldn't say 'fsck /dev/ad0s1a', we should use 'fsck_ffs jhb> /dev/ad0s1a'. Does that make sense now? We shouldn't be calling jhb> fsck_4.2bsd for these filesystems because they aren't 4.2BSD file jhb> systems per se, they are FFS, possibly with softupdates. That's make sence to me. We only run fsck to FFS, so it's safe to change 'fsck' to 'fsck_ffs'. jhb> With devfs /dev should have all existing disks and partitions. jhb> At least if you open the device it will create it for you if it jhb> is valid. We should always use the devfs /dev if it is present jhb> and fall back to /mnt/dev from the CD if it is not. Maybe we can try to put mount_devfs and mount devfs to /mnt/dev. -- - 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 Tue Nov 20 10:44:51 2001 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 DF78837B416 for ; Tue, 20 Nov 2001 10:44:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id DAA48959 for ; Wed, 21 Nov 2001 03:44:46 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20011121012432J.matusita@jp.FreeBSD.org> References: <20011120082101T.matusita@jp.FreeBSD.org> <20011121012432J.matusita@jp.FreeBSD.org> 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: 18 From: Makoto Matsushita To: current@FreeBSD.org Subject: RE: Sysinstall is still horribly broken. Date: Wed, 21 Nov 2001 03:44:44 +0900 Message-Id: <20011121034444O.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 matusita> Maybe we can try to put mount_devfs and mount devfs to /mnt/dev. Moreover, sysinstall requires devfs on /mnt/dev only if trying to mount filesystems. I've made a patch to do that (and more), and test now (yes, *right now*). If it seems fine for me, I'll post a patch. Current my patch includes: - Use fsck_ffs instead of fsck. As a result, we don't need 'fsck' program anymore, and we don't need 'fsck_4.2bsd' or other links to fsck_ffs. - Use devfs for /mnt/dev (if sysinstall runs as init). sysinstall mounts it, then runs fsck/newfs & mounts filesystems. All goes well, umount devfs on /mnt/dev (if mounted). -- - 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 Tue Nov 20 11:47:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with ESMTP id 81EEA37B419 for ; Tue, 20 Nov 2001 11:47:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hcshh.hcs.de (Postfix) with ESMTP id 600D9BA10; Tue, 20 Nov 2001 20:47:20 +0100 (CET) Received: from hcswork.hcs.de (hcswork.hcs.de [172.24.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 25976BA08; Tue, 20 Nov 2001 20:47:19 +0100 (CET) Received: by hcswork.hcs.de (Postfix, from userid 200) id DBAEA3B9; Tue, 20 Nov 2001 20:47:18 +0100 (MET) Subject: Re: vmware fails on -current In-Reply-To: "from Georg-W. Koltermann at Nov 19, 2001 11:00:18 am" To: "Georg-W. Koltermann" Date: Tue, 20 Nov 2001 20:47:18 +0100 (MET) Cc: hm@hcs.de, FreeBSD Current Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20011120194718.DBAEA3B9@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) X-Virus-Scanned-HCS: by AMaViS perl-11 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 the keyboard of Georg-W. Koltermann: > At Sun, 18 Nov 2001 09:37:12 +0100 (MET), > Hellmuth Michaelis wrote: > > > > Thought i update my current this morning and ran into two problem with > > vmware: > > > > 1) when starting vmware, vmware.sh aborts with > > > > vmware.sh: cannot create /compat/linux/dev/vmnet1: no such device > > or address > > Hi Hellmuth, > > that can be fixed with using /dev/vmnet1 instead of the /compat device > in /usr/local/etc/rc.d/vmware.sh. I needed this change since about > two months now, IIRC. Today i got it to compile and run: - apply the patch from Munehiro Matsuda to hostif.c, this makes the vmware2 port compile under -current as of today - as described above, use /dev/vmnet1 instead of /compat/linux/dev/vmnet1 in /usr/local/etc/rc.d/vmware.sh - replace /compat/linux/dev/vmnet1 with a symlink to /dev/vmnet1 (perhaps the previous step would be unnecessary by this one) After this, vmware comes up and then complains about not able to use /dev/rtc (/dev/rtc is present in /compat/linux and is kld-loaded) but then continues to start up and runs. One thing which looks funny to me is this that the vmnet1 device files have different minor numbers: /root ll /usr/compat/linux/dev/vmnet1-BAK /dev/vmnet1 crw------- 1 root wheel 149, 0x00800001 Nov 20 18:50 /dev/vmnet1 crw-rw-rw- 1 root wheel 149, 0x00010001 Nov 20 18:42 /usr/compat/linux/dev/vmnet1-BAK (where /usr/compat/linux/dev/vmnet1-BAK is from the vmware2 port install and moved from vmnet1 to vmnet1-BAK before the new symlink was made). hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 14:29:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from vbook.express.ru (vbook.nc.express.ru [212.24.37.35]) by hub.freebsd.org (Postfix) with ESMTP id 4F1BD37B41A for ; Tue, 20 Nov 2001 14:29:43 -0800 (PST) Received: from vova by vbook.express.ru with local (Exim 3.31 #2) id 166IYu-0000Wv-00; Wed, 21 Nov 2001 00:36:12 +0300 From: "Vladimir B. Grebenschikov" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15354.52427.689654.61679@vbook.express.ru> Date: Wed, 21 Nov 2001 00:36:11 +0300 To: hm@hcs.de Cc: "Georg-W. Koltermann" , FreeBSD Current Subject: Re: vmware fails on -current In-Reply-To: <20011120194718.DBAEA3B9@hcswork.hcs.de> References: <20011120194718.DBAEA3B9@hcswork.hcs.de> X-Mailer: VM 6.96 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hellmuth Michaelis writes: > Today i got it to compile and run: > > - apply the patch from Munehiro Matsuda to hostif.c, this makes the vmware2 > port compile under -current as of today > > - as described above, use /dev/vmnet1 instead of /compat/linux/dev/vmnet1 > in /usr/local/etc/rc.d/vmware.sh > > - replace /compat/linux/dev/vmnet1 with a symlink to /dev/vmnet1 > (perhaps the previous step would be unnecessary by this one) > > After this, vmware comes up and then complains about not able to use > /dev/rtc (/dev/rtc is present in /compat/linux and is kld-loaded) but > then continues to start up and runs. > > One thing which looks funny to me is this that the vmnet1 device files > have different minor numbers: > > /root ll /usr/compat/linux/dev/vmnet1-BAK /dev/vmnet1 > crw------- 1 root wheel 149, 0x00800001 Nov 20 18:50 /dev/vmnet1 > crw-rw-rw- 1 root wheel 149, 0x00010001 Nov 20 18:42 /usr/compat/linux/dev/vmnet1-BAK > > (where /usr/compat/linux/dev/vmnet1-BAK is from the vmware2 port install > and moved from vmnet1 to vmnet1-BAK before the new symlink was made). After all, after block disk devices was removed wmvare stops support plain disks :(. Do anybody have solution for it ? > hellmuth > -- > Hellmuth Michaelis Tel +49 40 55 97 47-70 > HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 > Oldesloer Strasse 97-99 Mail hm [at] hcs.de > D-22457 Hamburg WWW http://www.hcs.de -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 16: 4:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from exploder4.em5000.com (exploder4.em5000.com [66.77.58.68]) by hub.freebsd.org (Postfix) with SMTP id 03E1437B41D for ; Tue, 20 Nov 2001 16:03:23 -0800 (PST) From: ALC Subject: AMERICAN LANGUAGE CENTER To: current@freebsd.org X-Info: To report abuse forward this mail to twisted_solo@complaints.em5000.com . Please include all mail header fields! X-Owner: twisted_solo MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------100629979920357" X-RMD-Text: yes Date: Tue, 20 Nov 2001 16:03:23 PST X-Mailer: em5000 [pth-async-rmd Nov 7 2001.18:05:49] Message-ID: <1788$999219783670864$0$134570592@exploder4.em5000.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 --------------100629979920357 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Центр Американского Английского ----------------------------------------------------------------------- Call Now! Звоните Cейчас. Visit Today! Приходите Сегодня. 156-00-00, 159-57-34, 274-22-15 ----------------------------------------------------------------------- Английский разговорный с преподавателями из США МЫШЛЕНИЕ, ПРОИЗНОШЕНИЕ, СТИЛЬ РЕЧИ ----------------------------------------------------------------------- Эксклюзивная авторская методика Все стадии обучения : от нуля до высшего ПРИЕМЛЕМЫЕ ЦЕНЫ плюс ВЫСШЕЕ КАЧЕСТВО LOWEST CHARGES plus HIGHEST GRATIFICATION ----------------------------------------------------------------------- Moscow, Russia ------------------------------------- To unsubscribe, please click or copy and paste the following address into your browser: http://em5000.com/unsub.php?client=twisted_solo&listname=alc_a&email=current@freebsd.org --------------100629979920357 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit
Центр Американского Английского
Call Now! Звоните Cейчас. Visit Today! Приходите Сегодня.
156-00-00, 159-57-34, 274-22-15
Английский разговорный с преподавателями из США

МЫШЛЕНИЕ, ПРОИЗНОШЕНИЕ, СТИЛЬ РЕЧИ
Эксклюзивная авторская методика
Все стадии обучения : от нуля до высшего

ПРИЕМЛЕМЫЕ ЦЕНЫ плюс ВЫСШЕЕ КАЧЕСТВО

LOWEST CHARGES plus HIGHEST GRATIFICATION

Moscow, Russia

-------------------------------------

To unsubscribe, please click or copy and paste the following address into your browser:
http://em5000.com/unsub.php?client=twisted_solo&listname=alc_a&email=current@freebsd.org




em5000.com
--------------100629979920357-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 17:32:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemikals.org (ci391991-a.grnvle1.sc.home.com [24.37.154.83]) by hub.freebsd.org (Postfix) with ESMTP id E6F1437B41B; Tue, 20 Nov 2001 17:32:35 -0800 (PST) Received: (from morganw@localhost) by volatile.chemikals.org (8.11.5/8.11.5) id fAL1WY308482; Tue, 20 Nov 2001 20:32:34 -0500 (EST) (envelope-from morganw) Date: Tue, 20 Nov 2001 20:32:34 -0500 (EST) From: Wesley Morgan To: current@freebsd.org, Subject: ACPI problems on -current Message-ID: <20011120202821.R8460-100000@volatile.chemikals.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 I am running -current with NEWCARD on a thinkpad x20. The system has a builtin 3com ethernet card that attaches on the xl driver, and I have a wavelan card. Neither network card functions when the ACPI module is loaded, but work perfectly with no acpi. Anyone have any ideas what the problem may be? The error messages I see from the wavelan card seem to indicate an interrupt problem, but it gets the same irq w/o the module and works fine. WNM -- _ __ ___ ____ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ morganw@chemikals.org _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 17:39:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by hub.freebsd.org (Postfix) with ESMTP id C079237B405; Tue, 20 Nov 2001 17:39:19 -0800 (PST) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 1123B8F62B; Wed, 21 Nov 2001 10:39:14 +0900 (KST) Received: (from cjh@localhost) by gradius.wdb.co.kr (8.11.6/8.11.6) id fAL1dBi13158; Wed, 21 Nov 2001 10:39:11 +0900 (KST) (envelope-from cjh@kr.FreeBSD.ORG) X-Authentication-Warning: gradius.wdb.co.kr: cjh set sender to cjh@kr.FreeBSD.ORG using -f To: Munehiro Matsuda Cc: freebsd-current@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: vmware2 build fails on -current today References: <86zo5h3jys.fsf@gradius.wdb.co.kr> <20011121002047G.haro@h4.dion.ne.jp> From: CHOI Junho Organization: Korea FreeBSD Users Group Date: 21 Nov 2001 10:39:08 +0900 In-Reply-To: <20011121002047G.haro@h4.dion.ne.jp> Message-ID: <86elms3nsz.fsf@gradius.wdb.co.kr> Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) 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 >>>>> "MM" == Munehiro Matsuda writes: MM> From: CHOI Junho MM> Date: 20 Nov 2001 17:49:47 +0900 > > Hi, > > Due to recent change on pmap.[ch], vmware2 build fails... Can somebody > fix this? MM> I don't have patch for it, but you could changed the line in hostif.c, MM> from: MM> pt_entry_t pteptr = (pt_entry_t)vtopte(addr); MM> to: MM> pt_entry_t *pteptr = vtopte(addr); MM> to get it compile. MM> Hope this helps, That's it. Thanks! MM> Haro -- +++ Any opinions in this posting are my own and not those of my employers +++ CHOI Junho [sleeping now] [while sleeping] Korea FreeBSD Users Group Web Data Bank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 18:49:54 2001 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 0E31337B405; Tue, 20 Nov 2001 18:49:51 -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 fAL2nna72863; Tue, 20 Nov 2001 19:49:50 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAL2nm790914; Tue, 20 Nov 2001 19:49:49 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111210249.fAL2nm790914@harmony.village.org> To: Wesley Morgan Subject: Re: ACPI problems on -current Cc: current@FreeBSD.ORG, mobile@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Nov 2001 20:32:34 EST." <20011120202821.R8460-100000@volatile.chemikals.org> References: <20011120202821.R8460-100000@volatile.chemikals.org> Date: Tue, 20 Nov 2001 19:49:48 -0700 From: Warner Losh 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 <20011120202821.R8460-100000@volatile.chemikals.org> Wesley Morgan writes: : Anyone have any ideas what the problem may be? The error messages I see : from the wavelan card seem to indicate an interrupt problem, but it gets : the same irq w/o the module and works fine. With all due respect, this report is too vague to do anything useful with. At the very least, we need the error messages, and likely a full boot -v dmesg to even begin to track down the problem. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 20 19: 7:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemikals.org (ci391991-a.grnvle1.sc.home.com [24.37.154.83]) by hub.freebsd.org (Postfix) with ESMTP id EA65437B416; Tue, 20 Nov 2001 19:07:25 -0800 (PST) Received: (from morganw@localhost) by volatile.chemikals.org (8.11.5/8.11.5) id fAL37LC08963; Tue, 20 Nov 2001 22:07:21 -0500 (EST) (envelope-from morganw) Date: Tue, 20 Nov 2001 22:07:21 -0500 (EST) From: Wesley Morgan To: Warner Losh Cc: current@FreeBSD.ORG, Subject: Re: ACPI problems on -current In-Reply-To: <200111210249.fAL2nm790914@harmony.village.org> Message-ID: <20011120220629.U8948-100000@volatile.chemikals.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 I placed the verbose boot dmesg's at www.chemikals.org/acpi and www.chemikals.org/no-acpi Thanks in advance for any help rendered! On Tue, 20 Nov 2001, Warner Losh wrote: > In message <20011120202821.R8460-100000@volatile.chemikals.org> Wesley Morgan writes: > : Anyone have any ideas what the problem may be? The error messages I see > : from the wavelan card seem to indicate an interrupt problem, but it gets > : the same irq w/o the module and works fine. > > With all due respect, this report is too vague to do anything useful > with. > > At the very least, we need the error messages, and likely a full boot > -v dmesg to even begin to track down the problem. > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message > -- _ __ ___ ____ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ morganw@chemikals.org _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 21 1:26:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by hub.freebsd.org (Postfix) with ESMTP id A91F437B418 for ; Wed, 21 Nov 2001 01:26:07 -0800 (PST) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 205EE8F63E; Wed, 21 Nov 2001 18:26:08 +0900 (KST) Received: (from cjh@localhost) by gradius.wdb.co.kr (8.11.6/8.11.6) id fAL9Q2H17926; Wed, 21 Nov 2001 18:26:02 +0900 (KST) (envelope-from cjh@kr.FreeBSD.ORG) X-Authentication-Warning: gradius.wdb.co.kr: cjh set sender to cjh@kr.FreeBSD.ORG using -f To: hm@hcs.de Cc: "Georg-W. Koltermann" , FreeBSD Current Subject: Re: vmware fails on -current References: <20011120194718.DBAEA3B9@hcswork.hcs.de> From: CHOI Junho Organization: Web Data Bank, Inc Date: 21 Nov 2001 18:25:58 +0900 In-Reply-To: <20011120194718.DBAEA3B9@hcswork.hcs.de> Message-ID: <86lmh0h3vd.fsf@gradius.wdb.co.kr> Lines: 23 User-Agent: Gnus/5.09 (Gnus v5.9.0) 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 >>>>> "HM" == Hellmuth Michaelis writes: HM> After this, vmware comes up and then complains about not able to use HM> /dev/rtc (/dev/rtc is present in /compat/linux and is kld-loaded) but HM> then continues to start up and runs. Hmm.. I have experienced another problem(-current of 19 Nov.) with vmware. When it runs it comes up with the following dialog: "Encountered an error while initializing the ethernet address. You probably have an old vnet driver. Try installing a newer version Failed to configure ethernet0" vmnet1 is host-only configuration. my vmware didn't complain about /dev/rtc... rtc-2001.09.16.1 is installed. HM> hellmuth -- +++ Any opinions in this posting are my own and not those of my employers +++ CHOI Junho [sleeping now] [while sleeping] Korea FreeBSD Users Group Web Data Bank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 21 1:38: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from nelly.internal.irrelevant.org (irrelevant.demon.co.uk [158.152.220.121]) by hub.freebsd.org (Postfix) with ESMTP id 78DE337B405 for ; Wed, 21 Nov 2001 01:37:50 -0800 (PST) Received: from simond by nelly.internal.irrelevant.org with local (Exim 3.33 #1) id 166Tp9-0001Cm-00 for freebsd-current@Freebsd.org; Wed, 21 Nov 2001 09:37:43 +0000 Date: Wed, 21 Nov 2001 09:37:43 +0000 From: Simon Dick To: freebsd-current@Freebsd.org Subject: Lock order reversal while playing mp3s Message-ID: <20011121093743.E375@irrelevant.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="tjCHc7DPkfUGtrlw" 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 --tjCHc7DPkfUGtrlw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I get the following lock order reversal when playing mp3s on my Vaio PCG-F807K laptop: lock order reversal 1st 0xc399a840 pcm0:play:0 @ /usr/src/sys/modules/sound/pcm/../../../dev/sound/pcm/dsp.c:936 2nd 0xc399ad80 pcm0 @ /usr/src/sys/modules/sound/pcm/../../../dev/sound/pcm/sound.c:132 simond@laptop:~$ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at memory 0xfedf8000 irq 9 (4p/2r/0v channels duplex default) My dmesg is attached. -- Simon Dick simond@irrelevant.org "Why do I get this urge to go bowling everytime I see Tux?" --tjCHc7DPkfUGtrlw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #2: Thu Nov 15 16:31:01 GMT 2001 root@not.internal.irrelevant.org:/usr/obj/usr/src/sys/NOT Preloaded elf kernel "/boot/kernel/kernel" at 0xc04d5000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04d50a8. Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (730.81-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 1073676288 (1048512K bytes) avail memory = 1040375808 (1015992K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 lock order reversal 1st 0xc03f7760 allproc @ /usr/src/sys/kern/kern_fork.c:343 2nd 0xc03b87b0 pool mutex @ /usr/src/sys/kern/kern_sx.c:329 lock order reversal 1st 0xc03f76e0 proctree @ /usr/src/sys/kern/kern_fork.c:573 2nd 0xc03b8750 pool mutex @ /usr/src/sys/kern/kern_sx.c:329 lock order reversal 1st 0xc03b77e0 fork list @ /usr/src/sys/kern/kern_fork.c:646 2nd 0xc03b8810 pool mutex @ /usr/src/sys/kern/kern_sx.c:204 Pentium Pro MTRR support enabled VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc00c5477 (c0005477) VESA: Matrox Graphics Inc. Using $PIR table, 8 entries at 0xc00f7100 apm: Other PM system enabled. npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xc800-0xc81f irq 9 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcc00-0xcc1f irq 9 at device 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ichsmb0: at device 7.4 on pci0 device_probe_and_attach: ichsmb0 attach returned 6 ahc0: port 0xdc00-0xdcff mem 0xdffff000-0xdfffffff irq 10 at device 9.0 on pci0 aic7860: Ultra Single Channel A, SCSI Id=7, 3/255 SCBs ed0: port 0xd000-0xd01f irq 5 at device 10.0 on pci0 ed0: address 08:00:39:01:2b:90, type NE2000 (16 bit) pcm0: port 0xd400-0xd43f irq 9 at device 11.0 on pci0 tx0: port 0xd800-0xd8ff mem 0xdfffe000-0xdfffefff irq 11 at device 12.0 on pci0 miibus0: on tx0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto tx0: address 00:e0:29:0b:d5:31, type SMC9432TX acpi_button1: on acpi0 atspeaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc-: atkbdc0 already exists, skipping it fdc-: fdc0 already exists, skipping it sio-: sio0 already exists, skipping it sio-: sio1 already exists, skipping it vga-: vga0 already exists, skipping it orm0:

Am I jumping too far between 4.3-REL and current?
Do I need some compile options? 
Do I need the compat4.x.i386 installed?
Any other ideas?

# uname -a
FreeBSD pirahna.awe-full.com 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001     jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC  i386

===> usr.bin/systat
cc -nostdinc -O -pipe     -I/usr/obj/usr/src/i386/usr/include  -c /usr/src/usr.bin/systat/cmds.c
... <snip> ...
cc -nostdinc -O -pipe     -I/usr/obj/usr/src/i386/usr/include  -c /usr/src/usr.bin/systat/tcp.c
In file included from /usr/obj/usr/src/i386/usr/include/netinet/tcp_var.h:40,
                 from /usr/src/usr.bin/systat/tcp.c:56:
/usr/obj/usr/src/i386/usr/include/netinet/in_pcb.h:106: field `inc4_route' has incomplete type
*** Error code 1

4 error codes follow this one, all the same, and then a "stop in /usr/src".

--=====================_1822718380==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 22 11:48:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from router.hackerheaven.org (qn-213-73-194-201.quicknet.nl [213.73.194.201]) by hub.freebsd.org (Postfix) with ESMTP id 9AA3937B405 for ; Thu, 22 Nov 2001 11:48:51 -0800 (PST) Received: by router.hackerheaven.org (Postfix, from userid 1000) id EBCAA1CA3; Thu, 22 Nov 2001 20:48:32 +0100 (CET) Date: Thu, 22 Nov 2001 20:48:32 +0100 From: Emiel Kollof To: Landon Stewart Cc: freebsd-current@freebsd.org Subject: Re: problems with 'make buildworld' on current Message-ID: <20011122204832.A17877@laptop.hackerheaven.org> References: <5.1.0.14.0.20011122112024.02ac5188@pop.uniserve.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20011122112024.02ac5188@pop.uniserve.com> User-Agent: Mutt/1.3.23i 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 * Landon Stewart (landons@uniserve.com) wrote: > When I do a "make buildworld" I get an error about an incomplete type for > field 'inc4_route'. I've read the /usr/src/UPDATING and found no real > references to this type of problem. > > Am I jumping too far between 4.3-REL and current? Shouldn't be a big issue. > Do I need some compile options? Nope. > Do I need the compat4.x.i386 installed? Dunno. I guess not. > Any other ideas? Maybe going to the most recent STABLE might help, since that went almost flawless for me (minus some ACPI issues, but I'm working on that). Cheers, Emiel (HTH) -- "I'd love to go out with you, but the man on television told me to stay tuned." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 22 11:58:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail2.uniserve.com (mail2.uniserve.com [204.244.156.10]) by hub.freebsd.org (Postfix) with ESMTP id 9CE0D37B416 for ; Thu, 22 Nov 2001 11:58:16 -0800 (PST) Received: from landons.vpp-office.uniserve.ca ([216.113.198.10] helo=pirahna.uniserve.com) by mail2.uniserve.com with esmtp (Exim 3.13 #1) id 166zz4-000BKv-00; Thu, 22 Nov 2001 11:58:06 -0800 Message-Id: <5.1.0.14.0.20011122115603.02ac6ca0@pop.uniserve.com> X-Sender: landons@pop.uniserve.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 22 Nov 2001 11:58:01 -0800 To: Emiel Kollof From: Landon Stewart Subject: Re: problems with 'make buildworld' on current Cc: freebsd-current@freebsd.org In-Reply-To: <20011122204832.A17877@laptop.hackerheaven.org> References: <5.1.0.14.0.20011122112024.02ac5188@pop.uniserve.com> <5.1.0.14.0.20011122112024.02ac5188@pop.uniserve.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_1824622868==_.ALT" 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 --=====================_1824622868==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I'm told there is a fix for this in the latest current (ie. re-CVSup). Apparently somewhere around line 49 of src/usr.bin/systat/tcp.c it was missing a "#include " . jlemon commited a fix not too long ago. At 08:48 PM 11/22/2001 +0100, Emiel Kollof wrote: >* Landon Stewart (landons@uniserve.com) wrote: > > When I do a "make buildworld" I get an error about an incomplete type for > > field 'inc4_route'. I've read the /usr/src/UPDATING and found no real > > references to this type of problem. > > > > Am I jumping too far between 4.3-REL and current? > >Shouldn't be a big issue. > > > Do I need some compile options? > >Nope. > > > Do I need the compat4.x.i386 installed? > >Dunno. I guess not. > > > Any other ideas? > >Maybe going to the most recent STABLE might help, since that went >almost flawless for me (minus some ACPI issues, but I'm working on >that). > >Cheers, >Emiel (HTH) >-- >"I'd love to go out with you, but the man on television told me to stay >tuned." --- Landon Stewart System Administrator Uniserve Online landons@uniserve.com Telephone: (604) 856-6281 ext 399 Toll Free: (877) UNI-Serve ext 399 Right of Use Disclaimer: "The sender intends this message for a specific recipient and, as it may contain information that is privileged or confidential, any use, dissemination, forwarding, or copying by anyone without permission from the sender is prohibited. Personal e-mail may contain views that are not necessarily those of the company." --=====================_1824622868==_.ALT Content-Type: text/html; charset="us-ascii" I'm told there is a fix for this in the latest current (ie. re-CVSup).  Apparently somewhere around line 49 of src/usr.bin/systat/tcp.c it was missing a "#include <net/route.h>" .

jlemon commited a fix not too long ago.


At 08:48 PM 11/22/2001 +0100, Emiel Kollof wrote:
* Landon Stewart (landons@uniserve.com) wrote:
> When I do a "make buildworld" I get an error about an incomplete type for
> field 'inc4_route'.  I've read the /usr/src/UPDATING and found no real
> references to this type of problem.
>
> Am I jumping too far between 4.3-REL and current?

Shouldn't be a big issue.

> Do I need some compile options?

Nope.

> Do I need the compat4.x.i386 installed?

Dunno. I guess not.

> Any other ideas?

Maybe going to the most recent STABLE might help, since that went
almost flawless for me (minus some ACPI issues, but I'm working on
that).

Cheers,
Emiel (HTH)
--
"I'd love to go out with you, but the man on television told me to stay
tuned."

---
Landon Stewart
System Administrator
Uniserve Online
landons@uniserve.com
Telephone: (604) 856-6281 ext 399
Toll Free: (877) UNI-Serve ext 399


Right of Use Disclaimer:
"The sender intends this message for a specific recipient and, as it may contain information that is privileged or confidential, any use, dissemination, forwarding, or copying by anyone without permission from the sender is prohibited. Personal e-mail may contain views that are not necessarily those of the company."
 --=====================_1824622868==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 22 12: 4:51 2001 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 C928A37B416 for ; Thu, 22 Nov 2001 12:04:43 -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 fAMK4ga81353; Thu, 22 Nov 2001 13:04:42 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAMK4g718156; Thu, 22 Nov 2001 13:04:42 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111222004.fAMK4g718156@harmony.village.org> To: Darren Henderson Subject: Re: buildkernel fails for advansys device Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 21 Nov 2001 12:44:03 EST." References: Date: Thu, 22 Nov 2001 13:04:42 -0700 From: Warner Losh 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 Darren Henderson writes: : Building a kernel (after a buildworld) with device adv fails with the info : below... Gotta add scsi system stuff too: # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) I think only scbus is resuired, but you gotta have the others to make it useful to you. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 22 12: 7:46 2001 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 63F9B37B405 for ; Thu, 22 Nov 2001 12:07:41 -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 fAMK7ea81377; Thu, 22 Nov 2001 13:07:40 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAMK7d718205; Thu, 22 Nov 2001 13:07:40 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111222007.fAMK7d718205@harmony.village.org> To: Hiten Pandya Subject: Re: [SUGGESTION] - disallowing shutdown after su(1) Cc: current@FreeBSD.ORG In-reply-to: Your message of "Thu, 22 Nov 2001 06:40:11 PST." <20011122144011.50097.qmail@web21104.mail.yahoo.com> References: <20011122144011.50097.qmail@web21104.mail.yahoo.com> Date: Thu, 22 Nov 2001 13:07:39 -0700 From: Warner Losh 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 <20011122144011.50097.qmail@web21104.mail.yahoo.com> Hiten Pandya writes: : correct me if i am wrong.. but.. : do you think, if we denied a shutdown after an su(1) : to root from a non-privileged user would be good... I think it would be a horrible idea. : this would be very good, i think if someone broke into : a normal user and was able to gain access into root : using su... (without a password..) This is the real problem. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 22 12: 9:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-105.dsl.lsan03.pacbell.net [64.165.226.105]) by hub.freebsd.org (Postfix) with ESMTP id C525837B416 for ; Thu, 22 Nov 2001 12:09:44 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5147866B27; Thu, 22 Nov 2001 12:09:44 -0800 (PST) Date: Thu, 22 Nov 2001 12:09:44 -0800 From: Kris Kennaway To: Hiten Pandya Cc: current@freebsd.org Subject: Re: [SUGGESTION] - disallowing shutdown after su(1) Message-ID: <20011122120943.C29254@xor.obsecurity.org> References: <20011122144011.50097.qmail@web21104.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="raC6veAxrt5nqIoY" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011122144011.50097.qmail@web21104.mail.yahoo.com>; from hitmaster2k@yahoo.com on Thu, Nov 22, 2001 at 06:40:11AM -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 --raC6veAxrt5nqIoY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 22, 2001 at 06:40:11AM -0800, Hiten Pandya wrote: > hi all, >=20 > correct me if i am wrong.. but.. > do you think, if we denied a shutdown after an su(1) > to root from a non-privileged user would be good... I think this is a bad idea. Kris --raC6veAxrt5nqIoY 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 iD8DBQE7/VuHWry0BWjoQKURAhCuAJwN0snGJTaqkoWG2oklRykOiTNvhwCg83gA DRCveD82hmfRCFCqRAtGofE= =Myfz -----END PGP SIGNATURE----- --raC6veAxrt5nqIoY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 22 12:22:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from bilver.wjv.com (spdsl-033.wanlogistics.net [63.209.115.33]) by hub.freebsd.org (Postfix) with ESMTP id 4B0E537B405 for ; Thu, 22 Nov 2001 12:22:38 -0800 (PST) Received: (from bv@localhost) by bilver.wjv.com (8.11.6/8.11.6) id fAMKI4v20161 for current@FreeBSD.ORG; Thu, 22 Nov 2001 15:18:04 -0500 (EST) (envelope-from bv) Date: Thu, 22 Nov 2001 15:18:04 -0500 From: Bill Vermillion To: current@FreeBSD.ORG Subject: Re: current-digest V5 #301 Message-ID: <20011122151804.B20009@wjv.com> Reply-To: bv@wjv.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from owner-freebsd-current-digest@FreeBSD.ORG on Thu, Nov 22, 2001 at 11:49:00AM -0800 Organization: W.J.Vermillion / Orlando - Winter Park 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, Nov 22, 2001 at 11:49:00AM -0800, current-digest thus spoke: > > Date: Thu, 22 Nov 2001 06:40:11 -0800 (PST) > From: Hiten Pandya > Subject: [SUGGESTION] - disallowing shutdown after su(1) > correct me if i am wrong.. but.. > do you think, if we denied a shutdown after an su(1) > to root from a non-privileged user would be good... The only user that can su to root are those in the wheel group, so those should be considered at least semi-privledged. > i tried this same thing at home.. i builded it and > installed it.. works fine for me... the patch below > will allow a shutdown only be logging into root itself > and not by issuing an su(1) command to root. > this would be very good, i think if someone broke into > a normal user and was able to gain access into root > using su... (without a password..) This would be very bad because the only place I can login as root is on the console of my home machine. All the other machines I work with are managed remotely, have no root logins, have only ssh and no telnet, and would be impossible to manage if this were implemented. su to root is supposed to give a user the root powers. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 22 12:40:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id C8ACE37B405 for ; Thu, 22 Nov 2001 12:40:22 -0800 (PST) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id HAA05606; Fri, 23 Nov 2001 07:26:57 +1100 (EDT) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37641) with ESMTP id <01KB1A62Q3HCVFJYN5@cim.alcatel.com.au>; Fri, 23 Nov 2001 07:26:52 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id fAMKQtZ82878; Fri, 23 Nov 2001 07:26:55 +1100 Content-return: prohibited Date: Fri, 23 Nov 2001 07:26:55 +1100 From: Peter Jeremy Subject: Re: problems with 'make buildworld' on current In-reply-to: <5.1.0.14.0.20011122112024.02ac5188@pop.uniserve.com>; from landons@uniserve.com on Thu, Nov 22, 2001 at 11:26:19AM -0800 To: Landon Stewart Cc: freebsd-current@FreeBSD.ORG Mail-Followup-To: Landon Stewart , freebsd-current@FreeBSD.ORG Message-id: <20011123072655.L94635@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <5.1.0.14.0.20011122112024.02ac5188@pop.uniserve.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 On 2001-Nov-22 11:26:19 -0800, Landon Stewart wrote: >When I do a "make buildworld" I get an error about an incomplete type for >field 'inc4_route'. I've read the /usr/src/UPDATING and found no real >references to this type of problem. > >Am I jumping too far between 4.3-REL and current? >Do I need some compile options? >Do I need the compat4.x.i386 installed? >Any other ideas? A recent change to has broken world. You probably need to include in systat/tcp.c Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 22 16:11:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from router.hackerheaven.org (qn-213-73-194-201.quicknet.nl [213.73.194.201]) by hub.freebsd.org (Postfix) with ESMTP id 1524937B405 for ; Thu, 22 Nov 2001 16:11:38 -0800 (PST) Received: by router.hackerheaven.org (Postfix, from userid 1000) id 725031CA3; Fri, 23 Nov 2001 01:11:21 +0100 (CET) Date: Fri, 23 Nov 2001 01:11:21 +0100 From: Emiel Kollof To: Hiten Pandya Cc: current@freebsd.org Subject: Re: [SUGGESTION] - disallowing shutdown after su(1) Message-ID: <20011123011121.B17877@laptop.hackerheaven.org> References: <20011122144011.50097.qmail@web21104.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011122144011.50097.qmail@web21104.mail.yahoo.com> User-Agent: Mutt/1.3.23i 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 * Hiten Pandya (hitmaster2k@yahoo.com) wrote: [disallowing a su'ed root to shutdown the machine proposition snipped] > this would be very good, i think if someone broke into > a normal user and was able to gain access into root > using su... (without a password..) I fail to see anything 'good' in that... And there is a flaw in your reasoning. It really does not add any security. There are lots of other ways to shut down a computer without using 'shutdown'. Heck, if one had access to a compiler while being root there are a myriad more. Limiting the shut-down functions is a bad idea how ever you turn it. Usually, if you detect a breakin/intrusion, a shutdown can be the only way to save your data for post-mortem analysis. People who restrict direct root logins are not far and between. It would be a real pain in the back end if one can not shut down a box if something awry or heinous is happening, to prevent further damage. Of course if people really want it, there's always your patch they can download and install :-) (don't you love free software for that?) I also wonder why an attacker would want to shut down a box. The average script kid would want the box to be up and running, for whatever purpose, and for bragging rights of course. The only reason I see is denial of service. Meddling with the shutdown mechanisms is only cutting yourself in your fingers, as an administrator. My guess is using some sense and sensibility is the best tool one could use to thwart attackers. Have you read "Practical UNIX and Internet Security", written by Simson Garfinkel and Gene Spafford? (ISBN 1-56592-148-8) I suggest you do. It will enlighten you where some real problems are. Cheers, Emiel -- There's only one way to have a happy marriage and as soon as I learn what it is I'll get married again. -- Clint Eastwood To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 22 22:45:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from web20207.mail.yahoo.com (web20207.mail.yahoo.com [216.136.226.62]) by hub.freebsd.org (Postfix) with SMTP id AF02E37B416 for ; Thu, 22 Nov 2001 22:45:00 -0800 (PST) Message-ID: <20011123064500.88085.qmail@web20207.mail.yahoo.com> Received: from [212.16.200.178] by web20207.mail.yahoo.com via HTTP; Thu, 22 Nov 2001 22:45:00 PST Date: Thu, 22 Nov 2001 22:45:00 -0800 (PST) From: GoodNews To: babkin@bellatlantic.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Äîðîãîé äðóã! Èçâèíè, ÷òî îòáèðàþ òâîå âðåìÿ íà ÷òåíèå äàííîãî ïîñëàíèÿ,òàê êàê ìû âñå óñòàëè îò áåñêîíå÷íûõ ðåêëàìíûõ ðàññûëîê è âñÿ÷åñêîãî ìóñîðà,íî ÿ íàäåþñü, ÷òî íåñêîëüêî ìèíóò çàòðà÷åííîãî âðåìåíè ñìîãóò îêóïèòüñÿ, åñëè òû ðåøèøüñÿ èçìåíèòü ñâîé âçãëÿä íà îêðóæàþùóþ òåáÿ äåéñòâèòåëüíîñòü. Ïðåäëàãàåòñÿ â êîðíå èçìåíèòü ñâîþ æèçíü! È äëÿ ýòîãî ïðåäíàçíà÷åíà ïðîãðàììà, ðåàëüíî äåéñòâóþùàÿ, ñ ðåàëüíûìè âîçìîæíîñòÿìè çàðàáîòàòü äåíüãè, çàòðàòèâ íà ýòî íå î÷åíü áîëüøèå óñèëèÿ. Ýòîò ìåòîä çàðàáîòêà äåíåã íà ñàìîì äåëå ÄÅÉÑÒÂÓÅÒ ÍÀ 100%, ÊÎÃÄÀ ÓÃÎÄÍÎ, ÃÄÅ ÓÃÎÄÍÎ. Âû ñìîæåòå çàðàáîòàòü áîëåå 1.000.000 ðóáëåé â ïîñëåäóþùèå 90 äíåé. Ýòî íå öåïíîå ïèñüìî, à îòëè÷íàÿ ëåãàëüíàÿ âîçìîæíîñòü çàðàáîòàòü äåíüãè. Íå ïîæàëåéòå âðåìåíè, îçíàêîìüòåñü ñ ïðåäëàãàåìîé ïðîãðàììîé, è óñïåõ è áëàãîïîëó÷èå ïîñåòÿò Âàø äîì! Äàííîå ïèñüìî ïðèäåò ê Âàì íà ýòîò àäðåñ îäèí åäèíñòâåííûé ðàç, áîëüøå ÿ Âàñ íå ïîáåñïîêîþ. Íî åñëè ó Âàñ èìåþòñÿ è äðóãèå àäðåñà, íå îáèæàéòåñü, åñëè ýòî ïîñëàíèå ïðèäåò è íà íèõ,ïðîãðàììà íå ìîæåò îòñëåäèòü õîçÿèíà ÿùèêà, òîëüêî ôàêò ñóùåñòâîâàíèÿ àäðåñà. Åñëè Âàñ ýòî çàèíòåðåñîâàëî è Âû æåëàåòå áîëüøå óçíàòü î ðàáîòå ïðåäëàãàåìîé ïðîãðàììû, Âû ìîæåòå îòïðàâèòü äàííîå ñîîáùåíèå îáðàòíî ñ ïîìåòêîé "More", ÷òî áû ÿ âûñëàëà Âàì ïîäðîáíîå îïèñàíèå ðàáîòû ñèñòåìû ïî Âàøåìó æåëàíèþ, à íå çàíèìàòü Âàøå âðåìÿ è íå òðàòèòü Âàøè äåíüãè íà ïîëó÷åíèå âëîæåííîãî äîêóìåíòà. Âîçâðàùåííûå áåç äàííîé ïîìåòêè ïèñüìà áóäóò, êàê Âû ïðàâèëüíî äîãàäûâàåòåñü, óäàëÿòñÿ áåç ïðî÷òåíèÿ. Íî åñëè Âû õîòèòå ïîðóãàòüñÿ è âûïóñòèòü ïàð, òî ïîæàëóéñòà :-) Íàäåþñü, Âàì ñòàíåò ëåã÷å :-) Åùå ðàç èçâèíèòå, ÷òî îòíèìàþ Âàøå âðåìÿ. Óñïåõîâ âàì è âñÿ÷åñêèõ áëàã! __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 2: 9:41 2001 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 0772937B419; Fri, 23 Nov 2001 02:09:36 -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 fANA9Zu25662; Fri, 23 Nov 2001 11:09:35 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 23 Nov 2001 11:12:59 +0100 (CET) From: Martin Blapp To: Cc: , Subject: Still panic() with userland binary on CURRENT Message-ID: <20011123110955.Q3094-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 DES, John, It does not lock the box completly, but it still panics. Sorry. DDB over serial connection: #./unilockd lock order reversal 1st 0xc04a8e80 sched lock @ /usr/src/sys/kern/kern_mutex.c:319 2nd 0xc049d8a0 sio @ /usr/src/sys/dev/sio/sio.c:2958 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x123423bd fault code = supervisor read, page not present instruction pointer = 0x8:0xc024d74a stack pointer = 0x10:0xcdc4dc70 frame pointer = 0x10:0xcdc4dc7c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 12 (swi6: tty:sio clock) kernel: type 12 trap, code=0 Stopped at _mtx_lock_sleep+0x14e: movb 0x45(%eax),%al db> trace _mtx_lock_sleep(cf610f10,0,c03c7966,27b) at _mtx_lock_sleep+0x14e _mtx_lock_flags(cf610f10,0,c03c7966,27b,6) at _mtx_lock_flags+0x79 realitexpire(cf610d04) at realitexpire+0x24 softclock(0) at softclock+0x136 ithread_loop(c24ced00,cdc4dd48,c24ced00,c02470b8,0) at ithread_loop+0x12a fork_exit(c02470b8,c24ced00,cdc4dd48) at fork_exit+0x58 fork_t Martin Martin Blapp, mb@imp.ch ------------------------------------------------------------------ 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: 57E 7CCD 2769 E7AC C5FA DF2C 19C6 DCD1 1B3A EC9C ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 2:39:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from pegasus.freibergnet.de (pegasus.freibergnet.de [194.123.255.9]) by hub.freebsd.org (Postfix) with ESMTP id 95E5F37B417 for ; Fri, 23 Nov 2001 02:39:12 -0800 (PST) Received: (from holm@localhost) by pegasus.freibergnet.de (8.11.6/8.11.6) id fAM978R34171 for freebsd-current@freebsd.org; Thu, 22 Nov 2001 10:07:08 +0100 (CET) (envelope-from holm) Date: Thu, 22 Nov 2001 10:07:08 +0100 From: Holm Tiffe To: freebsd-current@FreeBSD.org Subject: Hoe to boot diskless without PXE ? Message-ID: <20011122100708.C33413@pegasus.freibergnet.de> Reply-To: holm@freibergnet.de Mail-Followup-To: Holm Tiffe , freebsd-current@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 Organization: FreibergNet Internet Services X-Phone: +49-3731-781279 X-Fax: +49-3731-781377 X-PGP-fingerprint: 86 EC A5 63 B5 28 78 13 8B FC E9 09 04 6E 86 FC 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, it is the time again for me to investigate how diskless booting -current is working today. I've got a german Telekom TDSL line und must convert from my oldish I4B diskless router (386/40) to a new one, that's capable to handle the DSL speed at 768K/sec. Since there are now to many differences between my -current workstation at home and the 4.1-stable that's my i4B router boots diskless, I've decided to run -current on the new router also and I wish to share the / and the /usr filesystems between the two. I have an 10base5 Network at home and the DSL modem comes with an 10baseT interface. The Network cards I wish to use are some oldish WD8013 with an etherboot rom and dhcp and for the DSL side an 3C509. What ist the way to boot , eg. which file I have to load with dhcp? The cards doesn't support pxe. Please point me in the right direction... THX, Holm -- FreibergNet Systemhaus GbR Holm Tiffe * Administration, Development Systemhaus für Daten- und Netzwerktechnik phone +49 3731 781279 Unternehmensgruppe Liebscher & Partner fax +49 3731 781377 D-09599 Freiberg * Am St. Niclas Schacht 13 http://www.freibergnet.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 4: 3: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from hal-4.inet.it (hal-4.inet.it [213.92.5.23]) by hub.freebsd.org (Postfix) with ESMTP id 4867037B405 for ; Fri, 23 Nov 2001 04:02:49 -0800 (PST) Received: (from root@localhost) by hal-4.inet.it (8.11.1/8.11.1) id fANC2mi228894 for ; Fri, 23 Nov 2001 13:02:48 +0100 Received: from acampi.inet.it(213.92.1.165) by hal-4.inet.it via I-SMTP id s-213.92.1.165-Qhe0XP; Fri Nov 23 13:02:48 2001 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id 5BCFA15551 for ; Fri, 23 Nov 2001 13:02:44 +0100 (CET) Received: (qmail 1007 invoked by uid 1000); 23 Nov 2001 12:02:26 -0000 Date: Fri, 23 Nov 2001 13:02:26 +0100 From: Andrea Campi To: Jonathan Lemon Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Syncache breaks NEWBUS ep iface [Was: Re: cvs commit: src/sys/conf files src/sys/net route.h src/sys/netinet in_pcb.c in_pcb.h tcp_input.c tcp_output.c tcp_subr.c tcp_syncache.c tcp_usrreq.c tcp_var.h src/sys/netinet6 tcp6_var.h] Message-ID: <20011123120226.GA575@webcom.it> References: <200111220450.fAM4oih68928@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200111220450.fAM4oih68928@freefall.freebsd.org> User-Agent: Mutt/1.3.23.2i X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike 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 Don't ask me why or how, but this commit breaks detection of my 3Com 3C589 pccard (NEWBUS). I am 100%, having done binary search; only reverting this change gives me back my ep0. Normal dmesg fragment: [...] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 cstsevent occures, 0x30000510 pwrevent occures, 0x30000510 acpi_cpu: CPU throttling enabled, 8 steps from 100% to 12.5% ad0: 5729MB [12416/15/63] at ata0-master UDMA33 ad2: 19077MB [38760/16/63] at ata1-master UDMA33 Mounting root from ufs:/dev/ad2s2a pccbb0: card inserted: event=0x00000000, state=30000510 pccard0: chip_socket_enable pccbb_pcic_socket_enable: [...] After this commit: [...] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 cstsevent occures, 0x30000510 pwrevent occures, 0x30000510 acpi_cpu: CPU throttling enabled, 8 steps from 100% to 12.5% ad0: 5729MB [12416/15/63] at ata0-master UDMA33 ad2: 19077MB [38760/16/63] at ata1-master UDMA33 Mounting root from ufs:/dev/ad2s2a Entropy harvesting: interrupts ethernet point_to_point. [...] No idea how a network commit might break hardware detection, so I'm stuck. Bye, Andrea On Wed, Nov 21, 2001 at 08:50:44PM -0800, Jonathan Lemon wrote: > jlemon 2001/11/21 20:50:44 PST > > Modified files: > sys/conf files > sys/net route.h > sys/netinet in_pcb.c in_pcb.h tcp_input.c > tcp_output.c tcp_subr.c tcp_usrreq.c > tcp_var.h > sys/netinet6 tcp6_var.h > Added files: > sys/netinet tcp_syncache.c > Log: > Introduce a syncache, which enables FreeBSD to withstand a SYN flood > DoS in an improved fashion over the existing code. > > Reviewed by: silby (in a previous iteration) > Sponsored by: DARPA, NAI Labs > > Revision Changes Path > 1.583 +1 -0 src/sys/conf/files > 1.42 +1 -1 src/sys/net/route.h > 1.94 +2 -17 src/sys/netinet/in_pcb.c > 1.41 +63 -28 src/sys/netinet/in_pcb.h > 1.143 +261 -470 src/sys/netinet/tcp_input.c > 1.54 +2 -2 src/sys/netinet/tcp_output.c > 1.118 +42 -36 src/sys/netinet/tcp_subr.c > 1.1 +1161 -0 src/sys/netinet/tcp_syncache.c (new) > 1.68 +3 -3 src/sys/netinet/tcp_usrreq.c > 1.74 +76 -8 src/sys/netinet/tcp_var.h > 1.5 +3 -3 src/sys/netinet6/tcp6_var.h > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe cvs-all" in the body of the message -- It's not a bug, it's tradition! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 8:46:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by hub.freebsd.org (Postfix) with SMTP id 5FE2437B405 for ; Fri, 23 Nov 2001 08:46:45 -0800 (PST) Message-ID: <20011123164644.64146.qmail@web21102.mail.yahoo.com> Received: from [62.254.0.4] by web21102.mail.yahoo.com via HTTP; Fri, 23 Nov 2001 08:46:44 PST Date: Fri, 23 Nov 2001 08:46:44 -0800 (PST) From: Hiten Pandya Subject: Re: problems with 'make buildworld' on current To: Landon Stewart Cc: current@freebsd.org In-Reply-To: <5.1.0.14.0.20011122112024.02ac5188@pop.uniserve.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, how bout removing your old source tree, and replacing it with the CURRENT one... thats how i resolved issues with my buildoworld process.. although this does sound daft... so... try that... or.. what you can do is... update your src tree to 4.4, and then update it to CURRENT... that might work... thanks... --- Landon Stewart wrote: > When I do a "make buildworld" I get an error about > an incomplete type for > field 'inc4_route'. I've read the /usr/src/UPDATING > and found no real > references to this type of problem. > > Am I jumping too far between 4.3-REL and current? > Do I need some compile options? > Do I need the compat4.x.i386 installed? > Any other ideas? > > # uname -a > FreeBSD pirahna.awe-full.com 4.3-RELEASE FreeBSD > 4.3-RELEASE #0: Sat Apr 21 > 10:54:49 GMT 2001 > jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC > i386 > > ===> usr.bin/systat > cc -nostdinc -O -pipe > -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/systat/cmds.c > ... ... > cc -nostdinc -O -pipe > -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/systat/tcp.c > In file included from > /usr/obj/usr/src/i386/usr/include/netinet/tcp_var.h:40, > from > /usr/src/usr.bin/systat/tcp.c:56: > /usr/obj/usr/src/i386/usr/include/netinet/in_pcb.h:106: > field `inc4_route' > has incomplete type > *** Error code 1 > > 4 error codes follow this one, all the same, and > then a "stop in /usr/src". > > ===== regards, Hiten Pandya ---------------------------------------------------- Guys!... stay away from Einstein Junior! ---------------------------------------------------- __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 15:19:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id CA2D037B417; Fri, 23 Nov 2001 15:19:25 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fANNFMc59040; Fri, 23 Nov 2001 15:15:22 -0800 (PST) (envelope-from rizzo) Date: Fri, 23 Nov 2001 15:15:22 -0800 From: Luigi Rizzo To: John Baldwin Cc: current@FreeBSD.org Subject: Re: where is the idle_loop in current ? Message-ID: <20011123151522.B58238@iguana.aciri.org> References: <20011025120306.A57392@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i 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 order to port my network polling stuff to current, I was looking at ways to do things within the "idle loop", and was pointed to the idle_proc() or vm_pagezero() . I am listing below the code for these kernel threads (I hope the name is the correct one). I do not follow, however, the reason why these two threads periodically give up the CPU, given that their priority is (i guess) lower than any other thread in the system, so any event that should wake up a thread would immediately cause their preemption. Where am i wrong ? cheers luigi static void vm_pagezero(void) { struct thread *td = curthread; struct rtprio rtp; int pages = 0; rtp.prio = RTP_PRIO_MAX; rtp.type = RTP_PRIO_IDLE; mtx_lock_spin(&sched_lock); rtp_to_pri(&rtp, &td->td_ksegrp->kg_pri); mtx_unlock_spin(&sched_lock); for (;;) { if (vm_page_zero_check()) { pages += vm_page_zero_idle(); if (pages > idlezero_maxrun) { mtx_lock_spin(&sched_lock); setrunqueue(td); td->td_proc->p_stats->p_ru.ru_nvcsw++; mi_switch(); mtx_unlock_spin(&sched_lock); pages = 0; } } else { tsleep(&zero_state, PPAUSE, "pgzero", hz * 300); pages = 0; } } } /* * idle process context */ static void idle_proc(void *dummy) { for (;;) { mtx_assert(&Giant, MA_NOTOWNED); while (procrunnable() == 0) { /* * This is a good place to put things to be done in * the background, including sanity checks. */ #ifdef __i386__ cpu_idle(); #endif } mtx_lock_spin(&sched_lock); curproc->p_stats->p_ru.ru_nvcsw++; mi_switch(); mtx_unlock_spin(&sched_lock); } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 15:29:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 6F0CF37B405; Fri, 23 Nov 2001 15:29:41 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fANNWkf02358; Fri, 23 Nov 2001 15:32:46 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200111232332.fANNWkf02358@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Luigi Rizzo Cc: John Baldwin , current@FreeBSD.org Subject: Re: where is the idle_loop in current ? In-reply-to: Your message of "Fri, 23 Nov 2001 15:15:22 PST." <20011123151522.B58238@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Nov 2001 15:32:46 -0800 From: Mike Smith 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 order to port my network polling stuff to current, I was looking > at ways to do things within the "idle loop", and was pointed to > the idle_proc() or vm_pagezero() . I am listing below the code > for these kernel threads (I hope the name is the correct one). You should just schedule a thread with priority equal to or just above that of the idle thread. > I do not follow, however, the reason why these two threads periodically > give up the CPU, given that their priority is (i guess) lower than > any other thread in the system, so any event that should wake up > a thread would immediately cause their preemption. > Where am i wrong ? Spinning forever in a thread is always a bad idea; you can't be assured that you will always be preempted. The idle thread calls the scheduler periodically for just this reason; it's a safer design. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 16: 3:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id AC89637B405; Fri, 23 Nov 2001 16:03:20 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fANNxGC59298; Fri, 23 Nov 2001 15:59:16 -0800 (PST) (envelope-from rizzo) Date: Fri, 23 Nov 2001 15:59:16 -0800 From: Luigi Rizzo To: Mike Smith Cc: John Baldwin , current@FreeBSD.org Subject: Re: where is the idle_loop in current ? Message-ID: <20011123155916.C58238@iguana.aciri.org> References: <20011123151522.B58238@iguana.aciri.org> <200111232332.fANNWkf02358@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200111232332.fANNWkf02358@mass.dis.org> User-Agent: Mutt/1.3.23i 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 My understanding is that idle_loop threads _need_ to give up the cpu because they are special: they must never be in a run queue, and the scheduler knows about them (as a matter of fact, I cannot see where in kern/kern_idle.c a priority is associated to these threads). But I really do not follow the "safer design" reasoning for vm_zeroidle. It would be much safer not to depend on it to cooperate in the scheduling and be subject to to the regular scheduling policy (i.e. preempt when someone with higher priority becomes ready, or when its quantum is over). cheers luigi On Fri, Nov 23, 2001 at 03:32:46PM -0800, Mike Smith wrote: > > In order to port my network polling stuff to current, I was looking > > at ways to do things within the "idle loop", and was pointed to ... > You should just schedule a thread with priority equal to or just above > that of the idle thread. > > > I do not follow, however, the reason why these two threads periodically > > give up the CPU, given that their priority is (i guess) lower than ... > Spinning forever in a thread is always a bad idea; you can't be assured > that you will always be preempted. The idle thread calls the scheduler > periodically for just this reason; it's a safer design. Still i do not > -- > ... every activity meets with opposition, everyone who acts has his > rivals and unfortunately opponents also. But not because people want > to be opponents, rather because the tasks and relationships force > people to take different points of view. [Dr. Fritz Todt] > V I C T O R Y N O T V E N G E A N C E > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 18:31:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id F370137B416; Fri, 23 Nov 2001 18:31:42 -0800 (PST) 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 fAO2VgM60655; Fri, 23 Nov 2001 18:31:42 -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 9BB70380D; Fri, 23 Nov 2001 18:31:42 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Luigi Rizzo Cc: Mike Smith , John Baldwin , current@FreeBSD.ORG Subject: Re: where is the idle_loop in current ? In-Reply-To: <20011123155916.C58238@iguana.aciri.org> Date: Fri, 23 Nov 2001 18:31:42 -0800 From: Peter Wemm Message-Id: <20011124023142.9BB70380D@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 Luigi Rizzo wrote: > My understanding is that idle_loop threads _need_ to give up the cpu > because they are special: they must never be in a run queue, and the > scheduler knows about them (as a matter of fact, I cannot see where > in kern/kern_idle.c a priority is associated to these threads). No. In -current, the idle procs ***MUST***NOT*** do anything. If you want to do something at idle, you have to have an idle process/thread/whatever. This is how vm_zeroidle works. It is a process that is on the run queue. > But I really do not follow the "safer design" reasoning for > vm_zeroidle. It would be much safer not to depend on it to cooperate > in the scheduling and be subject to to the regular scheduling policy > (i.e. preempt when someone with higher priority becomes ready, > or when its quantum is over). Thats the problem.. We do *not* have preemption in -current right now. If it takes 10 seconds to zero all memory, the system will freeze for 10 seconds while vm_zeroidle runs, even if there is a higher priority process on the runqueue. Remember, context switches only happen at the user<->kernel boundary, or if the kernel portion blocks at a defined sleep point. In -current we allow interrupt threads to preempt on i386 only. > cheers > luigi > > On Fri, Nov 23, 2001 at 03:32:46PM -0800, Mike Smith wrote: > > > In order to port my network polling stuff to current, I was looking > > > at ways to do things within the "idle loop", and was pointed to > ... > > You should just schedule a thread with priority equal to or just above > > that of the idle thread. > > > > > I do not follow, however, the reason why these two threads periodically > > > give up the CPU, given that their priority is (i guess) lower than > ... > > > Spinning forever in a thread is always a bad idea; you can't be assured > > that you will always be preempted. The idle thread calls the scheduler > > periodically for just this reason; it's a safer design. > > Still i do not > > -- > > ... every activity meets with opposition, everyone who acts has his > > rivals and unfortunately opponents also. But not because people want > > to be opponents, rather because the tasks and relationships force > > people to take different points of view. [Dr. Fritz Todt] > > V I C T O R Y N O T V E N G E A N C E > > > > > > 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 Fri Nov 23 18:36:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id A9BAB37B417; Fri, 23 Nov 2001 18:36:41 -0800 (PST) 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 fAO2afM60676; Fri, 23 Nov 2001 18:36:41 -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 56C0F380D; Fri, 23 Nov 2001 18:36:41 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Luigi Rizzo Cc: John Baldwin , current@FreeBSD.ORG Subject: Re: where is the idle_loop in current ? In-Reply-To: <20011123151522.B58238@iguana.aciri.org> Date: Fri, 23 Nov 2001 18:36:41 -0800 From: Peter Wemm Message-Id: <20011124023641.56C0F380D@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 Luigi Rizzo wrote: > In order to port my network polling stuff to current, I was looking > at ways to do things within the "idle loop", and was pointed to > the idle_proc() or vm_pagezero() . I am listing below the code > for these kernel threads (I hope the name is the correct one). idle_proc isn't a real process. It has to be guaranteed to be runnable at any time. pgzero is a real idle priority thread. > I do not follow, however, the reason why these two threads periodically > give up the CPU, given that their priority is (i guess) lower than > any other thread in the system, so any event that should wake up > a thread would immediately cause their preemption. > Where am i wrong ? processes while in kernel mode cannot be preempted by another higher priority process. Once they have the cpu, they either have to return to userland (which kernel threads dont do), or block on something, or give up the cpu. > cheers > luigi > > > > static void > vm_pagezero(void) > { > struct thread *td = curthread; > struct rtprio rtp; > int pages = 0; > > rtp.prio = RTP_PRIO_MAX; > rtp.type = RTP_PRIO_IDLE; > mtx_lock_spin(&sched_lock); > rtp_to_pri(&rtp, &td->td_ksegrp->kg_pri); > mtx_unlock_spin(&sched_lock); > > for (;;) { > if (vm_page_zero_check()) { > pages += vm_page_zero_idle(); > if (pages > idlezero_maxrun) { > mtx_lock_spin(&sched_lock); > setrunqueue(td); > td->td_proc->p_stats->p_ru.ru_nvcsw++; > mi_switch(); > mtx_unlock_spin(&sched_lock); > pages = 0; > } > } else { > tsleep(&zero_state, PPAUSE, "pgzero", hz * 300); > pages = 0; > } > } > } > > /* > * idle process context > */ > static void > idle_proc(void *dummy) > { > for (;;) { > mtx_assert(&Giant, MA_NOTOWNED); > > while (procrunnable() == 0) { > /* > * This is a good place to put things to be done in > * the background, including sanity checks. > */ > #ifdef __i386__ > cpu_idle(); > #endif > } > > mtx_lock_spin(&sched_lock); > curproc->p_stats->p_ru.ru_nvcsw++; > mi_switch(); > mtx_unlock_spin(&sched_lock); > } > } > > > 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 Fri Nov 23 19:42:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 45D2537B416 for ; Fri, 23 Nov 2001 19:42:48 -0800 (PST) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id C1BB410F43E; Fri, 23 Nov 2001 21:42:53 -0600 (CST) Date: Fri, 23 Nov 2001 21:42:53 -0600 From: "David W. Chapman Jr." To: current@freebsd.org Subject: ata drive under -current Message-ID: <20011124034253.GA20166@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23.2i X-Operating-System: FreeBSD 4.4-STABLE i386 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 running -current and trying to remove a directory and every time I try it hardlocks the computer. Its a -current as of noon central time. I'm doing a drive fitness test, does anyone have any idea on how to debug this? -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 20:11:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 2F04337B417; Fri, 23 Nov 2001 20:11:24 -0800 (PST) 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 fAO4BNM60853; Fri, 23 Nov 2001 20:11:23 -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 C0DE038FF; Fri, 23 Nov 2001 20:11:23 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Luigi Rizzo , John Baldwin , current@FreeBSD.ORG Subject: Re: where is the idle_loop in current ? In-Reply-To: <20011124023641.56C0F380D@overcee.netplex.com.au> Date: Fri, 23 Nov 2001 20:11:23 -0800 From: Peter Wemm Message-Id: <20011124041123.C0DE038FF@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 Peter Wemm wrote: > Luigi Rizzo wrote: > > In order to port my network polling stuff to current, I was looking > > at ways to do things within the "idle loop", and was pointed to > > the idle_proc() or vm_pagezero() . I am listing below the code > > for these kernel threads (I hope the name is the correct one). > > idle_proc isn't a real process. It has to be guaranteed to be runnable > at any time. pgzero is a real idle priority thread. > > > I do not follow, however, the reason why these two threads periodically > > give up the CPU, given that their priority is (i guess) lower than > > any other thread in the system, so any event that should wake up > > a thread would immediately cause their preemption. > > Where am i wrong ? > > processes while in kernel mode cannot be preempted by another higher > priority process. Once they have the cpu, they either have to return > to userland (which kernel threads dont do), or block on something, or give > up the cpu. One additional comment.. John Baldwin has a work-in-progress that addresses a lot of these issues. 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 Fri Nov 23 21:11:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from CRWdog.demon.co.uk (adsl-216-103-105-71.dsl.snfc21.pacbell.net [216.103.105.71]) by hub.freebsd.org (Postfix) with ESMTP id A055437B416; Fri, 23 Nov 2001 21:11:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 593EE3E31; Fri, 23 Nov 2001 21:11:09 -0800 (PST) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@freebsd.org, mobile@freebsd.org Subject: ACPI causes immediate reboot? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Nov 2001 21:11:09 -0800 From: Andy Sparrow Message-Id: <20011124051109.593EE3E31@CRWdog.demon.co.uk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. Using ACPI in -CURRENT from yesterday causes an (almost) immediate reboot on an HP Omnibook 6100. Here's the longest dmesg I've seen from this: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Sat Nov 24 18:38:34 PST 2001 root@tureg.geek4food.org:/home/Current/src/sys/i386/compile/test Preloaded elf kernel "/boot/kernel/kernel" at 0xc04a0000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04a00b4. Calibrating clock(s) ... TSC clock: 1129541023 Hz, i8254 clock: 1193151 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 1129577046 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1129.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 267780096 (261504K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x004c7000 - 0x0ff57fff, 262737920 bytes (64145 pages) avail memory = 255885312 (249888K bytes) bios32: Found BIOS32 Service Directtwork setup: pcibios: PCI BIOS ICAST> mtu 16384 pnpbios: Entry = f0000:a2e4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: null: random: mem: <118>Routing daemons: pci_open(1): modogd pci_cfgchecknal network daemons: Using 'unset acpi_load' or disabling ACPI in device.hints & then later kldloading ACPI gives these messages: Bold: acpi_alloc_wakeup_handler: unable to allocate wake memory module_register_init: MOD_LOAD (nexus/acpi, c01eb598, 0xc17bcafc) error 1 pccbb0: at device 5.0 on pci2 pccbb0: Could not map register memory device_probe_and_attach: pccbb0 attach returned 12 pccbb0: at device 5.1 on pci2 pccbb0: Could not map register memory device_probe_and_attach: pccbb0 attach returned 12 Dim: Nov 24 19:40:48 tureg /boot/kernel/kernel: acpi_alloc_wakeup_handler: unable to allocate wake memory Nov 24 19:40:48 tureg /boot/kernel/kernel: module_register_init: MOD_LOAD (nexus/acpi, c01eb598, 0xc17bcafc) error 1 Nov 24 19:40:48 tureg /boot/kernel/kernel: pccbb0: at device 5.0 on pci2 Nov 24 19:40:48 tureg /boot/kernel/kernel: pccbb0: Could not map register memory Nov 24 19:40:48 tureg /boot/kernel/kernel: device_probe_and_attach: pccbb0 attach returned 12 Cheers, AS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 23 21:53:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from CRWdog.demon.co.uk (adsl-216-103-105-71.dsl.snfc21.pacbell.net [216.103.105.71]) by hub.freebsd.org (Postfix) with ESMTP id C547A37B405; Fri, 23 Nov 2001 21:52:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id D0E203E31; Fri, 23 Nov 2001 21:52:09 -0800 (PST) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@freebsd.org, mobile@freebsd.org Subject: PCCARD/NEWCARD won't configure on 5.0 Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_15546713240" Date: Fri, 23 Nov 2001 21:52:09 -0800 From: Andy Sparrow Message-Id: <20011124055209.D0E203E31@CRWdog.demon.co.uk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multipart MIME message. --==_Exmh_15546713240 Content-Type: text/plain; charset=us-ascii Hi, As -STABLE won't configure the sound device in my HP Omnibook 6100, I gave 5.0-CURRENT a whirl. With a NEWCARD-based kernel, it won't configure the Cardbus controller (which works under -STABLE) but it /will/ configure the sound device (an ESS Allegro-1). With a PCCARD-based kernel, 5.0 won't configure the card controller or the sound. Setting or unsetting PCI_ENABLE_IO_MODES in the config file doesn't seem to make any difference to the behaviour. The verbose output of both kernels is attached. With the latest XFree86 from CVS, this laptop is this close -><- to working, but I can't choose between PCCARD (I don't /need/ Cardbus) or sound. To add insult to injury, it allegedly Just Works in Hed Rat. Verbose boot output attached. Anyone got any ideas? Regards, AS --==_Exmh_15546713240 Content-Type: text/plain ; name="dmesg-50-pccard-verbose.txt"; charset=us-ascii Content-Description: dmesg-50-pccard-verbose.txt Content-Disposition: attachment; filename="dmesg-50-pccard-verbose.txt" Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Sat Nov 24 21:41:33 PST 2001 root@tureg.geek4food.org:/home/Current/src/sys/i386/compile/test-gen Preloaded elf kernel "/boot/kernel/kernel" at 0xc0449000. Calibrating clock(s) ... TSC clock: 1129543867 Hz, i8254 clock: 1193154 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 1129576835 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1129.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 267780096 (261504K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00470000 - 0x0ff57fff, 263094272 bytes (64232 pages) avail memory = 256245760 (250240K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f6670 bios32: Entry = 0xfd7f2 (c00fd7f2) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd7f0+0x178 pnpbios: Found PnP BIOS data at 0xc00f6690 pnpbios: Entry = f0000:a2e4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: null: random: mem: Pentium Pro MTRR support enabled pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=35758086) Using $PIR table, 14 entries at 0xc00fdee0 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 28, enabled found-> vendor=0x8086, dev=0x3575, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found-> vendor=0x8086, dev=0x3576, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 map[20]: type 4, range 32, base 00001800, size 5, enabled found-> vendor=0x8086, dev=0x2482, revid=0x01 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 found-> vendor=0x8086, dev=0x2448, revid=0x41 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x8086, dev=0x248c, revid=0x01 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 map[10]: type 4, range 32, base 000001f0, size 3, enabled map[14]: type 4, range 32, base 000003f4, size 2, enabled map[18]: type 4, range 32, base 00000170, size 3, enabled map[1c]: type 4, range 32, base 00000374, size 2, enabled map[20]: type 4, range 32, base 00001820, size 4, enabled map[24]: type 1, range 32, base d0000000, size 10, memory disabled found-> vendor=0x8086, dev=0x248a, revid=0x01 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 intpin=a, irq=255 map[20]: type 4, range 32, base 00001840, size 5, enabled found-> vendor=0x8086, dev=0x2483, revid=0x01 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 intpin=b, irq=10 pci0: on pcib0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xd0100000-0xd01fffff pcib1: prefetched decode 0xd8000000-0xdfffffff pci1: physical bus=1 map[10]: type 3, range 32, base d8000000, size 27, enabled map[14]: type 4, range 32, base 00002000, size 8, enabled map[18]: type 1, range 32, base d0100000, size 16, enabled found-> vendor=0x1002, dev=0x4c59, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1800-0x181f irq 10 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x3000-0x3fff pcib2: memory decode 0xd0200000-0xd02fffff pcib2: prefetched decode 0xf0000000-0xf00fffff pci2: physical bus=2 map[10]: type 3, range 32, base f0018000, size 6, enabled map[14]: type 3, range 32, base f0000000, size 16, enabled map[18]: type 3, range 32, base f0010000, size 15, enabled map[1c]: type 4, range 32, base 00003400, size 6, enabled found-> vendor=0x10b7, dev=0x1007, revid=0x00 bus=2, slot=2, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 00003000, size 8, port disabled found-> vendor=0x125d, dev=0x1988, revid=0x12 bus=2, slot=3, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x104c, dev=0xac51, revid=0x00 bus=2, slot=5, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x104c, dev=0xac51, revid=0x00 bus=2, slot=5, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0200000, size 12, enabled map[14]: type 4, range 32, base 00003440, size 6, enabled found-> vendor=0x8086, dev=0x1038, revid=0x41 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci2: on pcib2 pci2: at device 2.0 (no driver attached) pci2: at device 3.0 (no driver attached) pci_cfgintr_search: linked (62) to configured irq 0 at 0:31:0 pci_cfgintr: 0:30 INTC routed to irq 0 pcib2: routed slot 5 INTA to irq 0 pcic0: irq 0 at device 5.0 on pci2 pcib2: device pcic0 requested unsupported memory range 0x44000000-0xffffffff (decoding 0xd0200000-0xd02fffff, 0xf0000000-0xf00fffff) pcic0: Could not grab register memory device_probe_and_attach: pcic0 attach returned 12 pci_cfgintr_linked: linked (63) to hard-routed irq 10 pci_cfgintr: 0:30 INTD routed to irq 10 pcib2: routed slot 5 INTB to irq 10 pcic0: irq 10 at device 5.1 on pci2 pcib2: device pcic0 requested unsupported memory range 0x44000000-0xffffffff (decoding 0xd0200000-0xd02fffff, 0xf0000000-0xf00fffff) pcic0: Could not grab register memory device_probe_and_attach: pcic0 attach returned 12 fxp0: port 0x3440-0x347f mem 0xd0200000-0xd0200fff irq 10 at device 8.0 on pci2 pcib2: device fxp0 requested decoded memory range 0xd0200000-0xd0200fff fxp0: using memory space register mapping fxp0: Ethernet address 00:c0:9f:04:82:0c fxp0: PCI IDs: 8086 1038 103c 001a 0041 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1820-0x182f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xd0000000-0xd00003ff at device 31.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x1820 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe 00 00 ata0-slave: ATAPI probe 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA probe 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x1828 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI probe 14 eb ata1-slave: ATAPI probe 00 00 ata1: mask=03 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) ata-: ata0 already exists, skipping it ata-: ata1 already exists, skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 pnpbios: 17 devices, largest 234 bytes PNP0c02: adding io range 0x10-0x1f, size=0x10, align=0x1 PNP0c02: adding io range 0x24-0x25, size=0x2, align=0x1 PNP0c02: adding io range 0x28-0x29, size=0x2, align=0x1 PNP0c02: adding io range 0x2c-0x2d, size=0x2, align=0x1 PNP0c02: adding io range 0x30-0x31, size=0x2, align=0x1 PNP0c02: adding io range 0x34-0x35, size=0x2, align=0x1 PNP0c02: adding io range 0x38-0x39, size=0x2, align=0x1 PNP0c02: adding io range 0x3c-0x3d, size=0x2, align=0x1 PNP0c02: adding io range 0x50-0x53, size=0x4, align=0x1 PNP0c02: adding io range 0x72-0x73, size=0x2, align=0x1 PNP0c02: adding io range 0x74-0x75, size=0x2, align=0x1 PNP0c02: adding io range 0x76-0x77, size=0x2, align=0x1 PNP0c02: adding io range 0x80-0x80, size=0x1, align=0x1 PNP0c02: adding io range 0x90-0x91, size=0x2, align=0x1 PNP0c02: adding io range 0x92-0x92, size=0x1, align=0x1 PNP0c02: adding io range 0x93-0x9f, size=0xd, align=0x1 PNP0c02: adding io range 0xa4-0xa5, size=0x2, align=0x1 PNP0c02: adding io range 0xa8-0xa9, size=0x2, align=0x1 PNP0c02: adding io range 0xac-0xad, size=0x2, align=0x1 PNP0c02: adding io range 0xb0-0xb1, size=0x2, align=0x1 PNP0c02: adding io range 0xb2-0xb3, size=0x2, align=0x1 PNP0c02: adding io range 0xb4-0xb5, size=0x2, align=0x1 PNP0c02: adding io range 0xb8-0xb9, size=0x2, align=0x1 PNP0c02: adding io range 0xbc-0xbd, size=0x2, align=0x1 PNP0c02: adding fixed memory32 range 0xfebffc00-0xfebfffff, size=0x400 PNP0c02: adding fixed memory32 range 0xfff00000-0xffffffff, size=0x100000 pnpbios: handle 1 device ID PNP0c02 (020cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xe0000-0xfffff, size=0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x1007fbff, size=0xff7fc00 pnpbios: handle 2 device ID PNP0c01 (010cd041) PNP0200: adding io range 0-0xf, size=0x10, align=0x1 PNP0200: adding io range 0x81-0x8f, size=0xf, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 3 device ID PNP0200 (0002d041) PNP0000: adding io range 0x20-0x21, size=0x2, align=0x1 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0x1 PNP0000: adding irq mask 0x4 pnpbios: handle 4 device ID PNP0000 (0000d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 PNP0100: adding irq mask 0x1 pnpbios: handle 5 device ID PNP0100 (0001d041) PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 PNP0b00: adding irq mask 0x100 pnpbios: handle 6 device ID PNP0b00 (000bd041) PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 PNP0303: adding irq mask 0x2 pnpbios: handle 7 device ID PNP0303 (0303d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 PNP0c04: adding irq mask 0x2000 pnpbios: handle 8 device ID PNP0c04 (040cd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 9 device ID PNP0800 (0008d041) PNP0c02: adding fixed memory32 range 0xce000-0xcffff, size=0x2000 pnpbios: handle 10 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 pnpbios: handle 11 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0x1000-0x105f, size=0x60, align=0x1 PNP0c02: adding io range 0x1060-0x107f, size=0x20, align=0x1 PNP0c02: adding io range 0x1180-0x11bf, size=0x40, align=0x1 pnpbios: handle 12 device ID PNP0c02 (020cd041) INT0800: adding fixed memory32 range 0xffb80000-0xffbfffff, size=0x80000 INT0800: adding fixed memory32 range 0xffb00000-0xffb7ffff, size=0x80000 INT0800: adding fixed memory32 range 0xffa80000-0xffafffff, size=0x80000 INT0800: adding fixed memory32 range 0xffa00000-0xffa7ffff, size=0x80000 INT0800: adding fixed memory32 range 0xff980000-0xff9fffff, size=0x80000 INT0800: adding fixed memory32 range 0xff900000-0xff97ffff, size=0x80000 INT0800: adding fixed memory32 range 0xff880000-0xff8fffff, size=0x80000 INT0800: adding fixed memory32 range 0xff800000-0xff87ffff, size=0x80000 INT0800: adding fixed memory32 range 0xff000000-0xff07ffff, size=0x80000 pnpbios: handle 13 device ID INT0800 (0008d425) PNP0401: adding io range 0x378-0x37f, size=0x8, align=0x8 PNP0401: adding io range 0x778-0x77a, size=0x3, align=0x8 PNP0401: adding irq mask 0x80 PNP0401: adding dma mask 0x2 pnpbios: handle 16 device ID PNP0401 (0104d041) PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x8 PNP0700: adding io range 0x3f7-0x3f7, size=0x1, align=0x1 PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 pnpbios: handle 18 device ID PNP0700 (0007d041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x8 PNP0501: adding irq mask 0x10 pnpbios: handle 19 device ID PNP0501 (0105d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 23 device ID PNP0f13 (130fd041) ex_isa_identify() sc-: sc0 already exists, skipping it vga-: vga0 already exists, skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: