From owner-freebsd-current Sun Feb 16 0:41:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5E3E37B401 for ; Sun, 16 Feb 2003 00:41:37 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66F6743F3F for ; Sun, 16 Feb 2003 00:41:36 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id h1G8fOi44576; Sun, 16 Feb 2003 17:41:24 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@FreeBSD.ORG In-Reply-To: <18946.1045345046@critter.freebsd.dk> References: <20030216063240O.matusita@jp.FreeBSD.org> <18946.1045345046@critter.freebsd.dk> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) 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: 16 From: Makoto Matsushita To: phk@phk.freebsd.dk Subject: Re: FreeBSD/alpha make-release on FreeBSD/i386: dislabel problem Date: Sun, 16 Feb 2003 17:41:20 +0900 Message-Id: <20030216174120D.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 phk> Not yet. I think adding a "-m architecture" flag to disklabel is the phk> way around this problem, but have not had time to do so. Thanks, I'm waiting until you have enough time to do since I have little knowledge about this issue:) BTW, what's changes do you imagine? Make a table which holds architecture name, label size, offset, etc and use it in disklabel.c:makebootarea()? Maybe it requires some changes in since LABELOFFSET and other macros are defined inside of architecture-dependent #ifdefs... -- - 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 Feb 16 0:43:55 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C0FB37B401 for ; Sun, 16 Feb 2003 00:43:54 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 561FF43FE3 for ; Sun, 16 Feb 2003 00:43:53 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1G8hp6E034929; Sun, 16 Feb 2003 08:43:51 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1G8hjOx004074; Sun, 16 Feb 2003 09:43:50 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Makoto Matsushita Cc: current@FreeBSD.ORG Subject: Re: FreeBSD/alpha make-release on FreeBSD/i386: dislabel problem From: phk@phk.freebsd.dk In-Reply-To: Your message of "Sun, 16 Feb 2003 17:41:20 +0900." <20030216174120D.matusita@jp.FreeBSD.org> Date: Sun, 16 Feb 2003 09:43:45 +0100 Message-ID: <4073.1045385025@critter.freebsd.dk> 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 <20030216174120D.matusita@jp.FreeBSD.org>, Makoto Matsushita writes: > >phk> Not yet. I think adding a "-m architecture" flag to disklabel is the >phk> way around this problem, but have not had time to do so. > >Thanks, I'm waiting until you have enough time to do since I have >little knowledge about this issue:) > >BTW, what's changes do you imagine? Make a table which holds >architecture name, label size, offset, etc and use it in >disklabel.c:makebootarea()? Something like that. >Maybe it requires some changes in since LABELOFFSET >and other macros are defined inside of architecture-dependent #ifdefs... Doing this would actually make LABELOFFSET obsolete. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 2: 0:24 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C312637B401 for ; Sun, 16 Feb 2003 02:00:22 -0800 (PST) Received: from seed.net.tw (sn15.seed.net.tw [139.175.54.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBBCE43F85 for ; Sun, 16 Feb 2003 02:00:21 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [211.74.132.128] (port=49192 helo=leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:3) id 18kLau-000PRq-00 for FreeBSD-current@FreeBSD.ORG; Sun, 16 Feb 2003 18:00:21 +0800 Received: from leafy.idv.tw (nobody@localhost [127.0.0.1]) by leafy.idv.tw (8.12.7/8.12.7) with ESMTP id h1GA0JhW051362 for ; Sun, 16 Feb 2003 18:00:20 +0800 (CST) (envelope-from leafy@leafy.idv.tw) Received: (from leafy@localhost) by leafy.idv.tw (8.12.7/8.12.7/Submit) id h1GA0JlL051361 for FreeBSD-current@FreeBSD.ORG; Sun, 16 Feb 2003 18:00:19 +0800 (CST) Date: Sun, 16 Feb 2003 18:00:19 +0800 From: leafy To: FreeBSD-current@FreeBSD.ORG Subject: Re: gcc3.2.2 import might have trashed ld-elf.so.1 Message-ID: <20030216100019.GA51330@leafy.idv.tw> Mail-Followup-To: FreeBSD-current@FreeBSD.ORG References: <20030215180924.GA6102@leafy.idv.tw> <20030216002018.44231799.kabaev@bellatlantic.net> <3E4F2F30.1000906@melbpc.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <3E4F2F30.1000906@melbpc.org.au> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 05:26:56PM +1100, Peter Kostouros wrote: > #0 0x00000000 in ?? () > #1 0x28f8204c in __static_initialization_and_destruction_0(int, int) () > from /opt/kde-3.1/lib/libkio.so.5 > #2 0x28f8209a in _GLOBAL__D__ZNK13KOpenSSLProxy9hasLibSSLEv () > from /opt/kde-3.1/lib/libkio.so.5 I have now managed to get a core dump from the same command (it doesn't complain anymore, just straight to the dump), here is the backtrace for uic.core: #0 0x00000000 in ?? () #1 0x28cbf6aa in __static_initialization_and_destruction_0 ( __initialize_p=671684942, __priority=671767260) at qmake_image_collection.cpp:9223 #2 0x28cbf6e5 in _GLOBAL__D__Z19qInitImages_wizardsv () at qvaluelist.h:597 #3 0x28ca6379 in __do_global_dtors_aux () from /usr/X11R6/plugins/designer/libwizards.so #4 0x28cc0a81 in _fini () from /usr/X11R6/plugins/designer/libwizards.so #5 0x2809316c in dlclose () from /usr/libexec/ld-elf.so.1 #6 0x285df6d9 in QLibraryPrivate::freeLibrary() (this=0x80d1be0) at tools/qlibrary_unix.cpp:144 #7 0x286022b9 in QLibrary::unload() (this=0x808fa60) at tools/qlibrary.cpp:264 #8 0x285e32b1 in QComLibrary::unload() (this=0x808fa60) at tools/qcomlibrary.cpp:87 #9 0x285e3156 in ~QComLibrary (this=0x808fa60) at tools/qcomlibrary.cpp:65 #10 0x285feff5 in QGPluginManager::addLibrary(QLibrary*) (this=0x80cde80, lib=0x808fa60) at tools/qgpluginmanager.cpp:523 #11 0x285fe696 in QGPluginManager::featureList() const (this=0x80cde80) at tools/qgpluginmanager.cpp:433 #12 0x080811a9 in WidgetDatabase::setupPlugins() () at ../shared/widgetdatabase.cpp:563 #13 0x0807ea35 in WidgetDatabase::setupDataBase(int) (id=-2) at ../shared/widgetdatabase.cpp:107 #14 0x08081a16 in WidgetDatabase::idFromClassName(QString const&) ( name=@0xbfbfed20) at ../shared/widgetdatabase.cpp:765 #15 0x080686fb in Uic::createFormImpl(QDomElement const&) (this=0xbfbff004, e=@0xbfbfef40) at form.cpp:781 #16 0x080553f4 in Uic (this=0xbfbff004, fn=@0xbfbfeff4, outputFn=0x0, outStream=@0xbfbff134, doc= { = {_vptr$QDomNode = 0x2877fc68, impl = 0x80a44c0}, }, decl=false, subcl=false, trm=@0xbfbff184, subClass=@0xbfbff0c4, omitForwardDecls=false) at uic.cpp:179 #17 0x08051d9e in main (argc=7, argv=0xbfbff294) at main.cpp:305 #18 0x080505e5 in _start () -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 2: 1:47 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E981937B401 for ; Sun, 16 Feb 2003 02:01:46 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0533343FA3 for ; Sun, 16 Feb 2003 02:01:46 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 4E596536E; Sun, 16 Feb 2003 11:01:44 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Andrey A. Chernov" Cc: current@freebsd.org Subject: Re: OPIE breakage: backout & patch for review From: Dag-Erling Smorgrav Date: Sun, 16 Feb 2003 11:01:43 +0100 In-Reply-To: <20030216014158.GA73950@nagual.pp.ru> ("Andrey A. Chernov"'s message of "Sun, 16 Feb 2003 04:41:58 +0300") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030216014158.GA73950@nagual.pp.ru> 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 "Andrey A. Chernov" writes: > [...] Please disregard. Andrey does not know what he's talking about and ignores any attempt at explaining what the real issue is and what real users want. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 2:25: 5 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2125637B401; Sun, 16 Feb 2003 02:25:03 -0800 (PST) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1510E43FBD; Sun, 16 Feb 2003 02:25:01 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd06.sul.t-online.de by mailout01.sul.t-online.com with smtp id 18kLyf-0006rr-0E; Sun, 16 Feb 2003 11:24:53 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.229.216.98]) by fmrl06.sul.t-online.com with esmtp id 18kLyc-1rzc4eC; Sun, 16 Feb 2003 11:24:50 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h1GAOn8Z031831; Sun, 16 Feb 2003 11:24:49 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.7/8.12.7) with SMTP id h1GAOnSE001024; Sun, 16 Feb 2003 11:24:49 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 16 Feb 2003 11:24:49 +0100 From: Alexander Leidinger To: marius@alchemy.franken.de Cc: DougB@FreeBSD.org, current@FreeBSD.org, mtm@identd.net Subject: Re: named & chroot & rcNG & devfs Message-Id: <20030216112449.58bb267f.Alexander@Leidinger.net> In-Reply-To: <20030216030946.A93454@newtrinity.zeist.de> References: <20030211185931.0d37ef82.Alexander@Leidinger.net> <20030211202917.B36455@newtrinity.zeist.de> <20030215170451.E63308@12-234-22-23.pyvrag.nggov.pbz> <20030216030946.A93454@newtrinity.zeist.de> X-Mailer: Sylpheed version 0.8.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 16 Feb 2003 03:09:46 +0100 marius@alchemy.franken.de wrote: > > > On the other hand shared libraries are needed (or a port that > > > supports linking bind statically...) > > > > cd /usr/ports/net/bind[89] > > make clean > > make CFLAGS+=-static -DPORT_REPLACES_BASE_BIND8 > > make install > > > > i don't like ports installing to locations of base system binaries, > i.e. /usr/sbin etc., and in the case of bind i don't see a reason > why the port should be installed in place of the base bind only to > get copied over to the chroot. wouldn't it be fine if the bind ports > would support '-DPORT_INSTALL_CHROOT' or something only installing > static binaries directly to the chroot? on the other hand "Or something": copy the needed files (named, named-xfer) based upon "echo $(dirname ${named_program})|sed -e 's:/sbin::'" > /etc/rc.d/named probably should also support running chrooted with > the base bind which would either require copying the required libs > or a statically linked base bind... > well, i'm looking forward to your improved version. lines=$(($(ldd ${program} | wc -l) - 1)) for lib in $(ldd ${program} | tail -${lines} | sed -e 's:.*=> ::g;s: (.*::g'); do cp $lib .... done I also think we should have a look at the output of rcNG in general and decide which style we want to use. At the moment we have the "old" style "Configuring syscons: fontX Y Z foo bar" and also "Starting sshd.", "Starting lpd.", ... and also /usr/local/etc/rc.d with the "old" style start messages. This is inconsistent. Bye, Alexander. -- It's not a bug, it's tradition! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 2:27:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B2F37B401 for ; Sun, 16 Feb 2003 02:27:40 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B1B643FCB for ; Sun, 16 Feb 2003 02:27:39 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GARcEJ099410; Sun, 16 Feb 2003 13:27:38 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GARcmt099409; Sun, 16 Feb 2003 13:27:38 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Feb 2003 13:27:38 +0300 From: "Andrey A. Chernov" To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216102738.GA99367@nagual.pp.ru> References: <20030216014158.GA73950@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 11:01:43 +0100, Dag-Erling Smorgrav wrote: > "Andrey A. Chernov" writes: > > [...] > > Please disregard. Andrey does not know what he's talking about and > ignores any attempt at explaining what the real issue is and what real > users want. Unless you specify exact details of what I ignore, I'll be forced to treat your reply as NO REVIEW and commit this changes. P.S. It really des who ignore that simple fact that "" was localhost alias in OPIE for years before any evil PAM appearse. As you see, I am specific. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 2:34:37 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F34337B401 for ; Sun, 16 Feb 2003 02:34:35 -0800 (PST) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68A1143FBD for ; Sun, 16 Feb 2003 02:34:34 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd01.sul.t-online.de by mailout05.sul.t-online.com with smtp id 18kM7y-0001C1-0B; Sun, 16 Feb 2003 11:34:30 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.229.216.98]) by fmrl01.sul.t-online.com with esmtp id 18kM7t-17iRm4C; Sun, 16 Feb 2003 11:34:25 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h1GAYO8Z031862; Sun, 16 Feb 2003 11:34:24 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.7/8.12.7) with SMTP id h1GAYOSE001050; Sun, 16 Feb 2003 11:34:24 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 16 Feb 2003 11:34:24 +0100 From: Alexander Leidinger To: Gordon Tetlow Cc: current@FreeBSd.org Subject: Re: named & chroot & rcNG & devfs Message-Id: <20030216113424.4312120f.Alexander@Leidinger.net> In-Reply-To: <20030214173157.GF83215@roark.gnf.org> References: <20030211185931.0d37ef82.Alexander@Leidinger.net> <20030214173157.GF83215@roark.gnf.org> X-Mailer: Sylpheed version 0.8.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 14 Feb 2003 09:31:57 -0800 Gordon Tetlow wrote: > On Tue, Feb 11, 2003 at 06:59:31PM +0100, Alexander Leidinger wrote: > > Hi, > > > > /etc/rc.d/named copies /dev with pax to the named chroot directory. This > > is obviously wrong with devfs, isn't it? > > You should read the script a little closer. That code path is only taken > on NetBSD. ---snip--- case ${OSTYPE} in FreeBSD) ! checkyesno named_rcng && return 0 # Is the user using a sandbox? if [ -z "$named_chrootdir" ]; then rc_flags="-u $nuser -g $ngroup $rc_flags" return 0 fi # Do the following checks only if the user wants them done checkyesno named_chroot_autoupdate && chroot_autoupdate ;; ---snip--- I read this as: If there's a non null named_chrootdir, then check if we want the autoupdate, else just run with user/group. BTW.: What does a '!' as the first character of a command in a /bin/sh script mean (I know what it means in zsh/tcsh/bash when used interactively, but the above use of it is unknown to me)? Bye, Alexander. -- Yes, I've heard of "decaf." What's your point? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 2:48:44 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB44537B401; Sun, 16 Feb 2003 02:48:42 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id D243D43F93; Sun, 16 Feb 2003 02:48:41 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 68338679DA; Sun, 16 Feb 2003 02:48:41 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 331871029; Sun, 16 Feb 2003 02:48:41 -0800 (PST) Date: Sun, 16 Feb 2003 02:48:41 -0800 From: Kris Kennaway To: current@FreeBSD.org, des@FreeBSD.org Subject: sshd dying in libpam with signal 11 Message-ID: <20030216104841.GA61510@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'm getting sshd dying a lot on the i386 and alpha package machines. After some work I managed to get the following traceback: #0 0x00000000 in ?? () #1 0x281fbfa2 in pam_vprompt (pamh=0xbfbfee28, style=-1077940696, resp=0xbfbfee28, fmt=0xbfbfee28 "0n??", ap=0xbfbfee28 "0n??") at /usr/src/contrib/openpam/lib/pam_vprompt.c:78 #2 0x281f96ef in pam_info (pamh=0xbfbfee28, fmt=0xbfbfee28 "0n??") at /usr/src/contrib/openpam/lib/pam_info.c:60 #3 0x28438b7c in pam_sm_open_session () from /usr/lib/pam_lastlog.so.2 #4 0x281faa9f in openpam_dispatch (pamh=0x8073780, primitive=3, flags=0) at /usr/src/contrib/openpam/lib/openpam_dispatch.c:108 #5 0x281f969b in pam_open_session (pamh=0xbfbfee28, flags=134706960) at /usr/src/contrib/openpam/lib/pam_open_session.c:59 #6 0x08061c44 in do_pam_session (user=0x8077690 "root", tty=0x281fea24 "hy") at /usr/src/crypto/openssh/auth2-pam-freebsd.c:473 #7 0x08058af0 in do_exec_pty (s=0x80708e0, command=0x0) at /usr/src/crypto/openssh/session.c:585 #8 0x08058d99 in do_exec (s=0x80708e0, command=0x0) at /usr/src/crypto/openssh/session.c:711 #9 0x0805aa9e in session_shell_req (s=0xbfbfee28) at /usr/src/crypto/openssh/session.c:1743 #10 0x0805ac2d in session_input_channel_req (c=0x80708e0, rtype=0x8077900 "shell") at /usr/src/crypto/openssh/session.c:1794 #11 0x08055616 in server_input_channel_req (type=98, seq=10, ctxt=0x8073800) at /usr/src/crypto/openssh/serverloop.c:1022 ---Type to continue, or q to quit--- #12 0x280b14ac in dispatch_run () from /usr/lib/libssh.so.2 #13 0x08054703 in process_buffered_input_packets () at /usr/src/crypto/openssh/serverloop.c:479 #14 0x08054de5 in server_loop2 (authctxt=0xbfbfee28) at /usr/src/crypto/openssh/serverloop.c:765 #15 0x0805b651 in do_authenticated2 (authctxt=0xbfbfee28) at /usr/src/crypto/openssh/session.c:2131 #16 0x08058481 in do_authenticated (authctxt=0x8076240) at /usr/src/crypto/openssh/session.c:220 #17 0x08050406 in main (ac=134706736, av=0xf959) at /usr/src/crypto/openssh/sshd.c:1544 #18 0x0804dd75 in _start () (gdb) Any ideas? Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+T2yIWry0BWjoQKURAmkFAKDznInFm+528KzoZjBw6RznT0WrYACeOh12 Hfv9x2HAR2+KNdhnHk6hO5c= =rBeX -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 2:56: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8368F37B401 for ; Sun, 16 Feb 2003 02:56:08 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AF6F43FB1 for ; Sun, 16 Feb 2003 02:56:07 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GAu6EJ099776; Sun, 16 Feb 2003 13:56:06 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GAu5Mj099775; Sun, 16 Feb 2003 13:56:05 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Feb 2003 13:56:05 +0300 From: "Andrey A. Chernov" To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216105605.GA99732@nagual.pp.ru> References: <20030216014158.GA73950@nagual.pp.ru> <20030216102738.GA99367@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216102738.GA99367@nagual.pp.ru> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 13:27:38 +0300, Andrey A. Chernov wrote: > > Unless you specify exact details of what I ignore, I'll be forced to > treat your reply as NO REVIEW and commit this changes. Well, after numerous exchanges of nonsense messages a bit of details comes from des, so I correct my explanation. Patch remains the same. As des describes in another thread, he tries to satisfy users who want to control localhost in the same way as other hosts. But... I found that the way he does it breaks existen OPIE behavor and configs. To be more specific, exact breakage after des is: Old non-PAMified OPIE variant: localhost allowed even there is no /etc/opieaccess at all. New variant from des: if there is no /etc/opieaccess, localhost is not allowed. Admins with no /etc/opieaccess AFFECTED! Please note that my patch not adds new functionality des and his users want, it only removes breakage. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 2:59: 4 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BD6737B401 for ; Sun, 16 Feb 2003 02:59:03 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 943B143FBD for ; Sun, 16 Feb 2003 02:59:02 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1GAwx6E036564; Sun, 16 Feb 2003 10:58:59 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1GAwvOx005015; Sun, 16 Feb 2003 11:58:58 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "Andrey A. Chernov" Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review From: phk@phk.freebsd.dk In-Reply-To: Your message of "Sun, 16 Feb 2003 13:56:05 +0300." <20030216105605.GA99732@nagual.pp.ru> Date: Sun, 16 Feb 2003 11:58:57 +0100 Message-ID: <5014.1045393137@critter.freebsd.dk> 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 <20030216105605.GA99732@nagual.pp.ru>, "Andrey A. Chernov" writes: >On Sun, Feb 16, 2003 at 13:27:38 +0300, Andrey A. Chernov wrote: >> >> Unless you specify exact details of what I ignore, I'll be forced to >> treat your reply as NO REVIEW and commit this changes. > >Well, after numerous exchanges of nonsense messages [...] That is probably the most precise summary so far (NB: "exchanges" implies that the non-sense goes both ways). Please take this to private email. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3: 1:35 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9895537B401 for ; Sun, 16 Feb 2003 03:01:34 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C78343F93 for ; Sun, 16 Feb 2003 03:01:33 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id BBBB8536E; Sun, 16 Feb 2003 12:01:31 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: sshd dying in libpam with signal 11 From: Dag-Erling Smorgrav Date: Sun, 16 Feb 2003 12:01:31 +0100 In-Reply-To: <20030216104841.GA61510@rot13.obsecurity.org> (Kris Kennaway's message of "Sun, 16 Feb 2003 02:48:41 -0800") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030216104841.GA61510@rot13.obsecurity.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 Kris Kennaway writes: > I'm getting sshd dying a lot on the i386 and alpha package machines. > After some work I managed to get the following traceback: Your /etc/pam.d/sshd is stale, sshd shouldn't be calling pam_lastlog. The crash itself is a bug (though it wouldn't have happened if pam.d was up-to-date); I'll have a fix for it in a few minutes. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3: 6:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AAA537B401 for ; Sun, 16 Feb 2003 03:06:39 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9FEB43FB1 for ; Sun, 16 Feb 2003 03:06:37 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 6A988536E; Sun, 16 Feb 2003 12:06:36 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Andrey A. Chernov" Cc: current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review From: Dag-Erling Smorgrav Date: Sun, 16 Feb 2003 12:06:36 +0100 In-Reply-To: <20030216105605.GA99732@nagual.pp.ru> ("Andrey A. Chernov"'s message of "Sun, 16 Feb 2003 13:56:05 +0300") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030216014158.GA73950@nagual.pp.ru> <20030216102738.GA99367@nagual.pp.ru> <20030216105605.GA99732@nagual.pp.ru> 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 "Andrey A. Chernov" writes: > Admins with no /etc/opieaccess AFFECTED! Admins with no /etc/opieaccess IDIOTS for not running mergemaster! DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3: 7:30 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCB0437B401 for ; Sun, 16 Feb 2003 03:07:28 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33F043FBD for ; Sun, 16 Feb 2003 03:07:26 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GB7PEJ099915; Sun, 16 Feb 2003 14:07:25 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GB7PvI099914; Sun, 16 Feb 2003 14:07:25 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Feb 2003 14:07:25 +0300 From: "Andrey A. Chernov" To: phk@phk.freebsd.dk Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216110725.GA99812@nagual.pp.ru> References: <20030216105605.GA99732@nagual.pp.ru> <5014.1045393137@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5014.1045393137@critter.freebsd.dk> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 11:58:57 +0100, phk@phk.freebsd.dk wrote: > In message <20030216105605.GA99732@nagual.pp.ru>, "Andrey A. Chernov" writes: > >On Sun, Feb 16, 2003 at 13:27:38 +0300, Andrey A. Chernov wrote: > >> > >> Unless you specify exact details of what I ignore, I'll be forced to > >> treat your reply as NO REVIEW and commit this changes. > > > >Well, after numerous exchanges of nonsense messages [...] > > That is probably the most precise summary so far (NB: "exchanges" implies > that the non-sense goes both ways). Yes, but nonsense from my side is more detailed. :-) But... Nonsense from my side happens only because 1) I see the breakage. 2) Seen breakage, I try to guess what des means, when he made it, having no information from des. 3) If I guess it (with no information) incorrectly, it not means that breakage not exist, it still there. > Please take this to private email. I not see enough good will from des side for it. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3:16:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F98D37B407 for ; Sun, 16 Feb 2003 03:16:31 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B013D43FDD for ; Sun, 16 Feb 2003 03:16:29 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 2BE49536F; Sun, 16 Feb 2003 12:16:28 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Andrey A. Chernov" Cc: phk@phk.freebsd.dk, current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review From: Dag-Erling Smorgrav Date: Sun, 16 Feb 2003 12:16:27 +0100 In-Reply-To: <20030216110725.GA99812@nagual.pp.ru> ("Andrey A. Chernov"'s message of "Sun, 16 Feb 2003 14:07:25 +0300") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030216105605.GA99732@nagual.pp.ru> <5014.1045393137@critter.freebsd.dk> <20030216110725.GA99812@nagual.pp.ru> 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 "Andrey A. Chernov" writes: > But... Nonsense from my side happens only because > 1) I see the breakage. > 2) Seen breakage, I try to guess what des means, when he made it, > having no information from des. > 3) If I guess it (with no information) incorrectly, it not means > that breakage not exist, it still there. My message dated 2003-02-16 00:46:27 CET contained all the information you needed. Do you really think that your hysterical reaction, bombarding me with message upon incriminatory message and completely ignoring what I say unless it can be twisted into a confirmation of your theory, is the correct way of presenting your case and convincing me of the validity of your arguments? And do you always have to react as if every commit I make to any part of the tree with which you are remotely familiar is a personal attack against you? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3:21:48 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08E2C37B401 for ; Sun, 16 Feb 2003 03:21:47 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC01643FAF for ; Sun, 16 Feb 2003 03:21:45 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GBLfEJ000170; Sun, 16 Feb 2003 14:21:41 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GBLf8n000169; Sun, 16 Feb 2003 14:21:41 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Feb 2003 14:21:41 +0300 From: "Andrey A. Chernov" To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216112141.GB99812@nagual.pp.ru> References: <20030216014158.GA73950@nagual.pp.ru> <20030216102738.GA99367@nagual.pp.ru> <20030216105605.GA99732@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 12:06:36 +0100, Dag-Erling Smorgrav wrote: > "Andrey A. Chernov" writes: > > Admins with no /etc/opieaccess AFFECTED! > > Admins with no /etc/opieaccess IDIOTS for not running mergemaster! First of all, there are many years of existen OPIE administration practice which every OPIE admin know, and this practice says that this file is not needed in many setups. In hypotetical case that FreeBSD deside to break this rule for some unknown reason, it must be well documented in both manpages and release notes. But, currently documented exact oppisite variant. Please read this quote from opieaccess(5), where OPIE authors explicetely state that this file can leads to security hole and always should be treated as optional. "In any environment, it should be considered a transition tool and not a permanent fixture. When it is not being used as a transition tool, a version of OPIE that has been built without support for the opieaccess file should be built to prevent the possibility of an attacker using this file as a means to circumvent the OPIE software." Even some new admins read manpages and delete this file after reading that. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3:28:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2BDE37B405 for ; Sun, 16 Feb 2003 03:28:48 -0800 (PST) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0A043F93 for ; Sun, 16 Feb 2003 03:28:46 -0800 (PST) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id h1GBSjja078780; Sun, 16 Feb 2003 11:28:45 GMT (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost) by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id h1GBSjX2078779; Sun, 16 Feb 2003 11:28:45 GMT X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id h1GBMxaX031314; Sun, 16 Feb 2003 13:22:59 +0200 (SAST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200302161122.h1GBMxaX031314@grimreaper.grondar.org> To: Dag-Erling Smorgrav Cc: "Andrey A. Chernov" , current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review In-Reply-To: Your message of "Sun, 16 Feb 2003 12:06:36 +0100." Date: Sun, 16 Feb 2003 11:22:59 +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > "Andrey A. Chernov" writes: > > Admins with no /etc/opieaccess AFFECTED! > > Admins with no /etc/opieaccess IDIOTS for not running mergemaster! POLA. We don't want to burn our user/admins. M -- Mark Murray iumop ap!sdn w,I idlaH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3:28:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2112837B401 for ; Sun, 16 Feb 2003 03:28:47 -0800 (PST) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5A243F3F for ; Sun, 16 Feb 2003 03:28:46 -0800 (PST) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id h1GBSjja078775; Sun, 16 Feb 2003 11:28:45 GMT (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost) by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id h1GBSjC6078774; Sun, 16 Feb 2003 11:28:45 GMT X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id h1GBLFaX031285; Sun, 16 Feb 2003 13:21:15 +0200 (SAST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200302161121.h1GBLFaX031285@grimreaper.grondar.org> To: "Andrey A. Chernov" Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review In-Reply-To: Your message of "Sun, 16 Feb 2003 13:27:38 +0300." <20030216102738.GA99367@nagual.pp.ru> Date: Sun, 16 Feb 2003 11:21:15 +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Andrey A. Chernov" writes: > On Sun, Feb 16, 2003 at 11:01:43 +0100, Dag-Erling Smorgrav wrote: > > "Andrey A. Chernov" writes: > > > [...] > > > > Please disregard. Andrey does not know what he's talking about and > > ignores any attempt at explaining what the real issue is and what real > > users want. > > Unless you specify exact details of what I ignore, I'll be forced to > treat your reply as NO REVIEW and commit this changes. No, Andrey, you will not. > P.S. It really des who ignore that simple fact that "" was localhost alias > in OPIE for years before any evil PAM appearse. As you see, I am specific. Does the ""-as-localhost-alias break other PAM modules? In what way does "localhost" or NULL break OPIE? M -- Mark Murray iumop ap!sdn w,I idlaH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3:29:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6049337B401 for ; Sun, 16 Feb 2003 03:29:26 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDE5143FDD for ; Sun, 16 Feb 2003 03:29:24 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id h1GBTNi83365 for ; Sun, 16 Feb 2003 20:29:23 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) 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: 76 From: Makoto Matsushita To: current@FreeBSD.org Subject: FreeBSD/i386 kern.flp flooding again Date: Sun, 16 Feb 2003 20:29:21 +0900 Message-Id: <20030216202921A.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 It seems that our kenrel for kern.flp does not fit again :-( (Quote from "make release" logfile) + mdconfig -a -t vnode -f /R/stage/floppies/kern.flp + MDDEVICE=md1 + [ ! -c /dev/md1 ] + disklabel -w -B -b /R/stage/trees/base/boot/boot md1 fd1440 + newfs -i 80000 -o space -m 0 /dev/md1c fstab: /etc/fstab:0: No such file or directory /dev/md1c: 1.4MB (2880 sectors) block size 4096, fragment size 512 using 1 cylinder groups of 1.41MB, 360 blks, 32 inodes. super-block backups (for fsck -b #) at: 32 + mount /dev/md1c /mnt + [ -d /R/stage/image.kern ] + set -e + cd /R/stage/image.kern + find+ cpio -dump . -print /mnt cpio: write error: No space left on device *** Error code 1 (End quote) There are about 1414kbytes in image.kern directory. Note that kern.flp has about 1407kbytes (see below); reduce 7k is required. % pwd /R/stage/image.kern % ls -lR total 1313 drwxr-xr-x 2 root wheel 512 Feb 16 09:31 boot -r-xr-xr-x 1 root wheel 1327754 Feb 16 09:31 kernel.gz ./boot: total 100 -rw-r--r-- 1 root wheel 2352 Feb 16 09:31 device.hints -rwxr-xr-x 1 root wheel 97639 Feb 16 09:31 loader -rw-r--r-- 1 root wheel 245 Feb 16 09:31 loader.rc % Apparantly, we have a chance to gzip /boot/loader: % cd boot % gzip loader % ls -l loader.gz -rwxr-xr-x 1 root wheel 90372 Feb 16 09:31 loader.gz % And, it fits to 1.44MB floppy again: % df /mnt Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md1c 1407 1404 3 100% /mnt % ls -lR /mnt total 1305 drwxr-xr-x 2 root wheel 512 Feb 16 20:16 boot -r-xr-xr-x 1 root wheel 1327754 Feb 16 09:31 kernel.gz /mnt/boot: total 99 -rw-r--r-- 1 root wheel 2352 Feb 16 09:31 device.hints -rwxr-xr-x 1 root wheel 90372 Feb 16 09:31 loader.gz -rw-r--r-- 1 root wheel 245 Feb 16 09:31 loader.rc There are ONLY 3 kbytes left, maybe it flood again in very near future:) Anyway that's all about current 5-current kern.flp problem -- How do you think about this? May I gzip /boot/loader on kern.flp? Do you know any drivers/features which can drop from the kernel on kern.flp? -- - 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 Feb 16 3:35:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFF4537B401 for ; Sun, 16 Feb 2003 03:35:25 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6B6343F3F for ; Sun, 16 Feb 2003 03:35:24 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GBZNEJ000336; Sun, 16 Feb 2003 14:35:23 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GBZNNK000335; Sun, 16 Feb 2003 14:35:23 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Feb 2003 14:35:23 +0300 From: "Andrey A. Chernov" To: Mark Murray Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216113523.GD99812@nagual.pp.ru> References: <20030216102738.GA99367@nagual.pp.ru> <200302161121.h1GBLFaX031285@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200302161121.h1GBLFaX031285@grimreaper.grondar.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 11:21:15 +0000, Mark Murray wrote: > > Does the ""-as-localhost-alias break other PAM modules? No, it is local variable for that module. > In what way does "localhost" or NULL break OPIE? Look into any pre-PAM code which use OPIE, like login code. Host (rhost) is only set to some name for non-local logins. Local logins set it to "" The comment in the OPIE accessfile.c confirms it too. If you set host to "localhost" or NULL, it not recognized as localhost inside OPIE code, i.e. in the accessfile.c, so some functionality (like always allowing localhost) will be lost. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3:45: 4 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD5DE37B401 for ; Sun, 16 Feb 2003 03:45:00 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9D5C43FAF for ; Sun, 16 Feb 2003 03:44:59 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1GBiw6E037167; Sun, 16 Feb 2003 11:44:58 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1GBivOx005532; Sun, 16 Feb 2003 12:44:57 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "Andrey A. Chernov" Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review From: phk@phk.freebsd.dk In-Reply-To: Your message of "Sun, 16 Feb 2003 14:07:25 +0300." <20030216110725.GA99812@nagual.pp.ru> Date: Sun, 16 Feb 2003 12:44:57 +0100 Message-ID: <5531.1045395897@critter.freebsd.dk> 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 <20030216110725.GA99812@nagual.pp.ru>, "Andrey A. Chernov" writes: >> Please take this to private email. > >I not see enough good will from des side for it. Then please just stop. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3:45:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ADF037B401 for ; Sun, 16 Feb 2003 03:45:48 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E31043FA3 for ; Sun, 16 Feb 2003 03:45:47 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id h1GBjki38323 for ; Sun, 16 Feb 2003 20:45:46 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20030216202921A.matusita@jp.FreeBSD.org> References: <20030216202921A.matusita@jp.FreeBSD.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) 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: 11 From: Makoto Matsushita To: current@FreeBSD.org Subject: Re: FreeBSD/i386 kern.flp flooding again Date: Sun, 16 Feb 2003 20:45:44 +0900 Message-Id: <20030216204544U.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 Ouch.. matusita> % gzip loader I've forgotten that this loader is already kgzip(8)ed, ignore me. Sorry. Ok, we have to shrink at least 7kbytes of kernel on kern.flp. -- - 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 Feb 16 3:46:18 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CF8B37B401 for ; Sun, 16 Feb 2003 03:46:17 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 523C843FE0 for ; Sun, 16 Feb 2003 03:46:11 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GBk9EJ000451; Sun, 16 Feb 2003 14:46:09 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GBk9pT000450; Sun, 16 Feb 2003 14:46:09 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Feb 2003 14:46:09 +0300 From: "Andrey A. Chernov" To: Dag-Erling Smorgrav Cc: phk@phk.freebsd.dk, current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216114609.GE99812@nagual.pp.ru> References: <20030216105605.GA99732@nagual.pp.ru> <5014.1045393137@critter.freebsd.dk> <20030216110725.GA99812@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 12:16:27 +0100, Dag-Erling Smorgrav wrote: > > My message dated 2003-02-16 > 00:46:27 CET contained all the information you needed. If you mean that quote from it: "This behaviour was very surprising to people who wanted to prevent OPIE users from using their passwords even locally." The answer was obvious - such people should read OPIE documentation to not be so surprised. I don't think that people who not read docs is "information I need". > Do you really think that your hysterical reaction, bombarding me with > message upon incriminatory message and completely ignoring what I say I not bombarding you, I answer sequentally on each message and many of them comes when I write answer. About ignoring, I see situation, like you ignore me. BTW, do you ever think that "bombarding" and "ignoring" terms can't co-exist, they are oppisite? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3:53: 6 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E1F737B405; Sun, 16 Feb 2003 03:52:54 -0800 (PST) Received: from mx0.freebsd-services.com (survey.codeburst.net [195.149.39.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F3C43F75; Sun, 16 Feb 2003 03:52:50 -0800 (PST) (envelope-from paul@freebsd-services.com) Received: from [192.168.7.2] (freebsd.gotadsl.co.uk [81.6.249.198]) by mx0.freebsd-services.com (Postfix) with ESMTP id C5F8F1B213; Sun, 16 Feb 2003 11:52:48 +0000 (GMT) Subject: Re: ACPI thermal panics ThinkPad 600X From: Paul Richards To: Ruslan Ermilov Cc: current@freebsd.org, developers@freebsd.org In-Reply-To: <20030215024939.GB765@sunbay.com> References: <20030215024939.GB765@sunbay.com> Content-Type: text/plain Organization: FreeBSD Services Ltd Message-Id: <1045396245.3751.2.camel@cf.freebsd-services.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 16 Feb 2003 11:50:46 +0000 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 Don't cross post current and developers. The developers charter says it's for internal management i.e. how we manage the project and not for discussing code issues. It's badly named, we should have called it something like "members" or "admin". On Sat, 2003-02-15 at 02:49, Ruslan Ermilov wrote: > ACPI thermal panics my ThinkPad 600X, is anyone > interested in a crash dump analysis? > > > Cheers, -- Paul Richards FreeBSD Services Ltd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 3:59:25 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D3837B401 for ; Sun, 16 Feb 2003 03:59:23 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62CED43F93 for ; Sun, 16 Feb 2003 03:59:22 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GBxLEJ000619; Sun, 16 Feb 2003 14:59:21 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GBxK7v000618; Sun, 16 Feb 2003 14:59:20 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Feb 2003 14:59:20 +0300 From: "Andrey A. Chernov" To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216115920.GA588@nagual.pp.ru> References: <20030216014158.GA73950@nagual.pp.ru> <20030216102738.GA99367@nagual.pp.ru> <20030216105605.GA99732@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 12:06:36 +0100, Dag-Erling Smorgrav wrote: > "Andrey A. Chernov" writes: > > Admins with no /etc/opieaccess AFFECTED! > > Admins with no /etc/opieaccess IDIOTS for not running mergemaster! Moreover, admins WITH old /etc/opieaccess (i.e. without your line) are affected too! Local logins becomes mysteriosly disabled for their users. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 4: 4:15 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C88237B401 for ; Sun, 16 Feb 2003 04:04:04 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6415343FBF for ; Sun, 16 Feb 2003 04:04:03 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id h1GC42i39219 for ; Sun, 16 Feb 2003 21:04:02 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20030216204544U.matusita@jp.FreeBSD.org> References: <20030216202921A.matusita@jp.FreeBSD.org> <20030216204544U.matusita@jp.FreeBSD.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) 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: 202 From: Makoto Matsushita To: current@FreeBSD.org Subject: Re: FreeBSD/i386 kern.flp flooding again Date: Sun, 16 Feb 2003 21:03:59 +0900 Message-Id: <20030216210359E.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 Sorry for spamming again. matusita> Ok, we have to shrink at least 7kbytes of kernel on kern.flp. If you are serious about this, attached below is a current kernel configuration file for kern.flp kernel named BOOTMFS (attention: it is only just for boot floppy, not GENERIC nor default installed kernel). Anybody knows what happen if _KPOSIX_PRIORITY_SCHEDULING is removed? -- - Makoto `MAR' Matsushita # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.376 2003/02/13 22:24:43 obrien Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident BOOTMFS #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options MD_ROOT #MD is a potential root device options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev # output. Adds ~128k to driver. # output. Adds ~215k to driver. # Debugging for use in -current # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options! device iir # Intel Integrated RAID # SCSI peripherals device scbus # SCSI bus (required) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device pst # Promise Supertrak SX6000 # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. # PCCARD (PCMCIA) support # Pcmcia and cardbus bridge support device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device plip # TCP/IP over parallel #device vpo # Requires scbus and da # PCI Ethernet NICs. # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! # ISA Ethernet NICs. pccard nics included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices - the number indicates how many units to allocate. device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # USB Ethernet, requires mii options NETGRAPH options NETGRAPH_ETHER options NETGRAPH_PPPOE options NETGRAPH_SOCKET options NO_COMPAT_FREEBSD4 maxusers 5 options SCSI_NO_OP_STRINGS options SCSI_NO_SENSE_STRINGS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 4:20:51 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 025F737B401 for ; Sun, 16 Feb 2003 04:20:42 -0800 (PST) Received: from picard.dyn.newmillennium.net.au (ppp82.act.padsl.internode.on.net [150.101.200.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2576843FDD for ; Sun, 16 Feb 2003 04:20:40 -0800 (PST) (envelope-from deece@newmillennium.net.au) Received: from [10.0.1.1] (deece@picard [10.0.1.1]) by picard.dyn.newmillennium.net.au (8.12.7/8.12.7) with ESMTP id h1GCKDYI001902 for ; Sun, 16 Feb 2003 23:20:13 +1100 (EST) (envelope-from deece@newmillennium.net.au) Subject: Libalias Corruption From: "Alastair D'Silva" To: freebsd-current@freebsd.org Content-Type: text/plain Organization: New Millennium Networking Message-Id: <1045398012.846.21.camel@picard> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.1 Date: 16 Feb 2003 23:20:13 +1100 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 I've had a weird problem since installing 5-CURRENT on my gateway, traffic originating from the gateway is fine, as is UDP from the unregistered network behind it, however, TCP traffic from the unregistered network is dropped. It seems that natd/libalias is corrupting the tcp header. The firewall works fine, and I have IPFW and divert sockets compiled into the kernel. The same behaviour is exhibited regardless of whether I have my own firewall rules loaded, or am using 'sh /etc/rc.firewall open'. Outputs below: picard# uname -a FreeBSD picard.dyn.newmillennium.net.au 5.0-CURRENT FreeBSD 5.0-CURRENT #11: Sat Feb 15 17:51:58 EST 2003 root@picard.dyn.newmillennium.net.au:/usr/obj/usr/src/sys/PICARD i386 picard# netstat -s | grep 'bad header checksums' Warning: sysctl(net.inet6.ip6.rip6stats): No such file or directory 49 bad header checksums picard# tcpdump -i rl2 host dhcp-194.nmn.cafn (FTP from windows box behind the gateway) 23:11:55.075298 dhcp-194.nmn.cafn.1047 > ftp.beastie.tdk.net.ftp: S 2949494356:2949494356(0) win 64240 (DF) 23:11:58.076300 dhcp-194.nmn.cafn.1047 > ftp.beastie.tdk.net.ftp: S 2949494356:2949494356(0) win 64240 (DF) 23:12:04.085186 dhcp-194.nmn.cafn.1047 > ftp.beastie.tdk.net.ftp: S 2949494356:2949494356(0) win 64240 (DF) picard# tcpdump -i tun0 23:11:55.075912 ppp82.act.padsl.internode.on.net.1047 > ftp.beastie.tdk.net.ftp: S 2949494356:2949494356(0) win 64240 (DF) 23:11:55.699558 ftp.beastie.tdk.net.ftp > ppp82.act.padsl.internode.on.net.1047: S 1498138710:1498138710(0) ack 2949494357 win 57344 (DF) 23:11:58.076850 ppp82.act.padsl.internode.on.net.1047 > ftp.beastie.tdk.net.ftp: S 2949494356:2949494356(0) win 64240 (DF) 23:11:58.652724 ftp.beastie.tdk.net.ftp > ppp82.act.padsl.internode.on.net.1047: S 1498138710:1498138710(0) ack 2949494357 win 57344 (DF) 23:11:58.653300 ftp.beastie.tdk.net.ftp > ppp82.act.padsl.internode.on.net.1047: S 1498138710:1498138710(0) ack 2949494357 win 57344 (DF) .23:12:04.085667 ppp82.act.padsl.internode.on.net.1047 > ftp.beastie.tdk.net.ftp: S 2949494356:2949494356(0) win 64240 (DF) 23:12:04.585676 ftp.beastie.tdk.net.ftp > ppp82.act.padsl.internode.on.net.1047: S 1498138710:1498138710(0) ack 2949494357 win 57344 (DF) 23:12:04.664324 ftp.beastie.tdk.net.ftp > ppp82.act.padsl.internode.on.net.1047: S 1498138710:1498138710(0) ack 2949494357 win 57344 (DF) 23:12:16.672935 ftp.beastie.tdk.net.ftp > ppp82.act.padsl.internode.on.net.1047: S 1498138710:1498138710(0) ack 2949494357 win 57344 (DF) picard# netstat -s | grep 'bad header checksums' 55 bad header checksums -- Alastair D'Silva mob: 0413 485 733 Networking Consultant fax: 0413 181 661 New Millennium Networking web: http://www.newmillennium.net.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 5: 9:31 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAFCC37B401 for ; Sun, 16 Feb 2003 05:09:29 -0800 (PST) Received: from xbsd.net (0x503fe9a3.boanxx8.adsl-dhcp.tele.dk [80.63.233.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CED743FBD for ; Sun, 16 Feb 2003 05:09:26 -0800 (PST) (envelope-from esbjerg@xbsd.net) Received: by xbsd.net (Postfix, from userid 1000) id D96AB1612E; Sun, 16 Feb 2003 14:09:24 +0100 (CET) Date: Sun, 16 Feb 2003 14:09:24 +0100 From: Sven Esbjerg To: freebsd-current@freebsd.org Subject: 5.0 RELEASE ISO problems Message-ID: <20030216130924.GA23255@gosling.home.xbsd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I decided to test the 5.0 ISO today. It turned out bad. I have a dual PIII 800MHz with an Advansys SCSI controller with two Plextor CD drives. The reader drive is device 0,6,0 and the writer drive is device 0,4,0. I can boot the CD from the reader drive but when it gets to the part where it's going to load the kernel I get an error saying the kernel could not be found. I decided to create a floppy instead. I used the floppy images from the CD and created kern and mfsroot. I booted and went to the configuration part. After the partitioning I was asked if where I wanted to install from. I went for FTP via firewall and tried to get an IPv6 address from my router - no luck. The router works and I when I use freebsd current on my other disk there are no problems with IPv6. So I went on with normal IPv4. After saying yes to the fact that I 'really' wanted to go on the installer tries to create the filesystem. Somehow it decides to look for device '/dev/X' and fails. After this I rebooted... The motherboard is an Asus P2B-D and the disk is a Seagate IV 80GB IDE. Motherboard BIOS revision is 1013. I hope this helps those creating the ISO's. Sven Esbjerg -- Fight Internet Censorship! http://www.eff.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 5:42:24 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A946B37B401 for ; Sun, 16 Feb 2003 05:42:22 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A547943FA3 for ; Sun, 16 Feb 2003 05:42:21 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h1GDgKeG073249; Sun, 16 Feb 2003 08:42:20 -0500 (EST) Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h1GDgJ1Q073248; Sun, 16 Feb 2003 08:42:19 -0500 (EST) (envelope-from hiten) Date: Sun, 16 Feb 2003 08:42:19 -0500 From: Hiten Pandya To: Terry Lambert Cc: "local.freebsd.current" , "'freebsd-current@freebsd.org'" Subject: Re: FreeBSD 5, Samba and ACL support Message-ID: <20030216134219.GA70902@unixdaemons.com> References: <2F03DF3DDE57D411AFF4009027B8C3670289D805@exchange-uk.isltd.insignia.com> <3E4D7DCE.3CBE2062@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E4D7DCE.3CBE2062@mindspring.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 14, 2003 at 03:37:50PM -0800, Terry Lambert wrote the words in effect of: > "local.freebsd.current" wrote: > > I've been hanging on for a production-ready FreeBSD which > > supports ACLs so I can replace an NFS server and an NT > > fileserver with one box which can do both. > > > > Changing company circumstances mean that I am forced to > > look to doing that now, rather than waiting for 5.1 or > > 5.2. > > > > So I'd appreciate feedback from anyone who is using 5.0 > > as a Samba server with ACL support - is it indistinguishable > > from an NT fileserver from the client POV? > > ACLs in UFS are not the same thing as ACLs in NT, they are > POSIX ACLs, implement as part of MAC (Mandatory Access Controls) > requirements. > > Do not expect them to interoperate with Samba as if Samba were > an NT server that supported NT ACLs. > > Same thing for ACLs in Linux and other UNIX OS's, BTW: they > tend to comply with the POSIX standard, not with the NT stuff, > for which I don't think there is a published standard (only > documentation). Erm, Terry, I think jedgar@ got ACL's working with Windows NT and so did I (think) in one of my Samba+ACL's test. Please check the following URL(s) regarding Samba+ACLs: - http://people.freebsd.org/~jedgar/ACL/ - http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/fs-acl.html - http://samba.mirror.ac.uk/samba/whatsnew/samba-2.2.6.html Samba 2.2.6 should work with ACLs with an 'external patch'. See it's release notes for more information. Hope that helps. Cheers. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 7:10:36 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F1A237B405 for ; Sun, 16 Feb 2003 07:10:35 -0800 (PST) Received: from seed.net.tw (sn16.seed.net.tw [139.175.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E00D43F85 for ; Sun, 16 Feb 2003 07:10:34 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [211.74.35.85] (port=49161 helo=leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:4) id 18kQR7-0002BH-00 for freebsd-current@FreeBSD.ORG; Sun, 16 Feb 2003 23:10:33 +0800 Received: from leafy.idv.tw (nobody@localhost [127.0.0.1]) by leafy.idv.tw (8.12.7/8.12.7) with ESMTP id h1GFAW9u000902 for ; Sun, 16 Feb 2003 23:10:32 +0800 (CST) (envelope-from leafy@leafy.idv.tw) Received: (from leafy@localhost) by leafy.idv.tw (8.12.7/8.12.7/Submit) id h1GFAWeG000901 for freebsd-current@FreeBSD.ORG; Sun, 16 Feb 2003 23:10:32 +0800 (CST) Date: Sun, 16 Feb 2003 23:10:32 +0800 From: leafy To: freebsd-current@FreeBSD.ORG Subject: Re: gcc3.2.2 import might have trashed ld-elf.so.1 Message-ID: <20030216151032.GA887@leafy.idv.tw> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20030215180924.GA6102@leafy.idv.tw> <20030216002018.44231799.kabaev@bellatlantic.net> <20030216062852.GA17038@leafy.idv.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <20030216062852.GA17038@leafy.idv.tw> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 02:28:52PM +0800, leafy wrote: > /usr/X11R6/bin/uic -i htmlpageinfo.h ./htmlpageinfo.ui > In my attemp to 'truss' the above line, I get a truss.core instead. backtrace as follows: Core was generated by `truss'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libc.so.5 Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. Loaded symbols for /usr/libexec/ld-elf.so.1 #0 0x280bf8b3 in kill () from /usr/lib/libc.so.5 (gdb) backtrace #0 0x280bf8b3 in kill () from /usr/lib/libc.so.5 #1 0x0804932c in free () #2 0x08048d15 in free () (gdb) -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 7:53:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 888EE37B401 for ; Sun, 16 Feb 2003 07:53:49 -0800 (PST) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A173F43F75 for ; Sun, 16 Feb 2003 07:53:48 -0800 (PST) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id h1GFrkja080685; Sun, 16 Feb 2003 15:53:47 GMT (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost) by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id h1GFrkge080684; Sun, 16 Feb 2003 15:53:46 GMT X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id h1GFmKaX033271; Sun, 16 Feb 2003 17:48:20 +0200 (SAST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200302161548.h1GFmKaX033271@grimreaper.grondar.org> To: "Andrey A. Chernov" Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review In-Reply-To: Your message of "Sun, 16 Feb 2003 14:59:20 +0300." <20030216115920.GA588@nagual.pp.ru> Date: Sun, 16 Feb 2003 15:48:20 +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Andrey A. Chernov" writes: > On Sun, Feb 16, 2003 at 12:06:36 +0100, Dag-Erling Smorgrav wrote: > > "Andrey A. Chernov" writes: > > > Admins with no /etc/opieaccess AFFECTED! > > > > Admins with no /etc/opieaccess IDIOTS for not running mergemaster! > > Moreover, admins WITH old /etc/opieaccess (i.e. without your line) > are affected too! Local logins becomes mysteriosly disabled for their > users. With a suitable "HEADS UP!" and appropriate changes to the documentation, might is be possible to move _all_ policy control into PAM, instead of having it split between OPIE and PAM? M -- Mark Murray iumop ap!sdn w,I idlaH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 8:46:15 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 430F437B401; Sun, 16 Feb 2003 08:46:14 -0800 (PST) Received: from mail.evip.pl (mail.evip.com.pl [212.244.157.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDAB243F75; Sun, 16 Feb 2003 08:46:12 -0800 (PST) (envelope-from w@evip.pl) Received: from w by mail.evip.pl with local (Exim 4.10) id 18kRvC-0001SR-00; Sun, 16 Feb 2003 17:45:42 +0100 Date: Sun, 16 Feb 2003 17:45:42 +0100 From: Wiktor Niesiobedzki To: Ruslan Ermilov Cc: current@freebsd.org Subject: Re: ACPI thermal panics ThinkPad 600X Message-ID: <20030216164542.GA5241@mail.evip.pl> References: <20030215024939.GB765@sunbay.com> <20030214215143.3f2e4cd3.trhodes@FreeBSD.org> <20030215094620.C73971@sasami.jurai.net> <20030215164129.GA73629@sunbay.com> <20030215211612.GB96712@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030215211612.GB96712@sunbay.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Feb 15, 2003 at 11:16:12PM +0200, Ruslan Ermilov wrote: > Me being dumb. Forgot to comment out the apm "disabled" hint > in /boot/device.hints. Still, scary things happen after > resuming from zzz(8). "ata1: resetting devices..." forever. > Did you happen to have: options AUTO_EOI_1 in your kernel configuration? Cheers, Wiktor Niesiobedzki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 8:59:51 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBBB037B401 for ; Sun, 16 Feb 2003 08:59:49 -0800 (PST) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55DD743F3F for ; Sun, 16 Feb 2003 08:59:48 -0800 (PST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [IPv6:::1]) by zibbi.icomtek.csir.co.za (8.12.6/8.12.6) with ESMTP id h1GGxkbw070209; Sun, 16 Feb 2003 18:59:46 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.6/8.12.6/Submit) id h1GGxh7k070208; Sun, 16 Feb 2003 18:59:43 +0200 (SAST) Date: Sun, 16 Feb 2003 18:59:43 +0200 From: John Hay To: Makoto Matsushita Cc: current@FreeBSD.ORG Subject: Re: FreeBSD/i386 kern.flp flooding again Message-ID: <20030216165943.GA69938@zibbi.icomtek.csir.co.za> References: <20030216202921A.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216202921A.matusita@jp.FreeBSD.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > fstab: /etc/fstab:0: No such file or directory > /dev/md1c: 1.4MB (2880 sectors) block size 4096, fragment size 512 > using 1 cylinder groups of 1.41MB, 360 blks, 32 inodes. > super-block backups (for fsck -b #) at: > 32 > + mount /dev/md1c /mnt > + [ -d /R/stage/image.kern ] > + set -e > + cd /R/stage/image.kern > + find+ cpio -dump . -print /mnt > > cpio: write error: No space left on device > *** Error code 1 > (End quote) > What about moving the slip driver (sl) to the drivers floppy? I know its not much, but it is enough to make things fit on the floppy again. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 9: 5:12 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1E6037B401; Sun, 16 Feb 2003 09:05:11 -0800 (PST) Received: from mckinley.corp.yahoo.com (mckinley.corp.yahoo.com [216.145.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 630AD43F85; Sun, 16 Feb 2003 09:05:11 -0800 (PST) (envelope-from peter@freebsd.org) Received: from mckinley.corp.yahoo.com (localhost [127.0.0.1]) by mckinley.corp.yahoo.com (8.12.6/8.12.6) with ESMTP id h1GH5BmG068999; Sun, 16 Feb 2003 09:05:11 -0800 (PST) (envelope-from peter@freebsd.org) Received: (from root@localhost) by mckinley.corp.yahoo.com (8.12.6/8.12.6/Submit) id h1GH5AB7068998; Sun, 16 Feb 2003 09:05:10 -0800 (PST) Message-Id: <200302161705.h1GH5AB7068998@mckinley.corp.yahoo.com> From: Peter Wemm Date: Sun, 16 Feb 2003 09:05:10 -0800 (PST) Subject: ia64 tinderbox failure To: current@freebsd.org, ia64@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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 9: 8: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CB7F37B401; Sun, 16 Feb 2003 09:08:08 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2FFB43F3F; Sun, 16 Feb 2003 09:08:06 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h1GH83eG091437; Sun, 16 Feb 2003 12:08:03 -0500 (EST) Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h1GH81G7091436; Sun, 16 Feb 2003 12:08:01 -0500 (EST) (envelope-from hiten) Date: Sun, 16 Feb 2003 12:08:01 -0500 From: Hiten Pandya To: Mike Silbersack Cc: Martin Blapp , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: ACPI: working ACPI vs broken ACPI Message-ID: <20030216170801.GA86500@unixdaemons.com> References: <20030215113219.J57358@cvs.imp.ch> <20030215202651.D36608@patrocles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030215202651.D36608@patrocles.silby.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Feb 15, 2003 at 08:27:45PM -0600, Mike Silbersack wrote the words in effect of: > > On Sat, 15 Feb 2003, Martin Blapp wrote: > > > Feb 13 17:41:05 ibm-01 kernel: ACPI-0625: *** Info: GPE Block0 defined as GPE0 > > to GPE31 > > Feb 13 17:41:05 ibm-01 kernel: ACPI-0625: *** Info: GPE Block1 defined as GPE32 > > to GPE63 > > I see similar errors on my Presario 2100US... > > > Wild guess: Seem to result from this. If I'm looking at NetBSD's > > http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/acpi/acpi_ec.c they > > have a lot done since they took acpi from us. I'm sure it works > > for netbsd. > > > > Is anybody working on this ? > > > > Martin > > I've been trying to load that URL since yesterday, but it's not working > from here. Can you elaborate on what it does? Try the following URL: - http://cvsweb.no.netbsd.org/bsdweb.cgi/src/sys/dev/acpi/acpi_ec.c Cheers. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 9:28: 4 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 218DF37B401; Sun, 16 Feb 2003 09:27:59 -0800 (PST) Received: from smtp.inode.at (goliath.inode.at [195.58.161.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id E853243F85; Sun, 16 Feb 2003 09:27:57 -0800 (PST) (envelope-from mranner@inode.at) Received: from line233.adsl-dynamic.inode.at ([213.229.7.233]) by smtp.inode.at with esmtp (Exim 3.34 #1) id 18kSa2-0006R3-00; Sun, 16 Feb 2003 18:27:54 +0100 From: Michael Ranner To: freebsd-current@freebsd.org Subject: login_cap(3) for lukemftpd (resource limit, MAC support ...) Date: Sun, 16 Feb 2003 18:27:52 +0100 User-Agent: KMail/1.5 Cc: "David O'Brien" MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_Yo8T+mE+gknFKJE" Message-Id: <200302161827.52269.mranner@inode.at> 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 --Boundary-00=_Yo8T+mE+gknFKJE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello David, hello list! According to a thread about lukemftpd several months ago, there are several points speaking against lukemftpd in the base system, - missing PAM - missing login_cap were the main arguments against lukemftpd, as far I can remember. In the meantime, David has incorporated a patch for supporting PAM. So I started to take some code bits from the original ftpd to add login_cap support and to activate wtmp/utmp support in lukemftpd. You can find the patches (against 5-CURRENT) attached to this mail. Regards, /\/\ichael Ranner mranner@jawa.at - mranner@bitonline.cc - webmaster@mariazell.at ---------------------------------------------------------------------- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 ---------------------------------------------------------------------- Mariazell Online - http://www.mariazell.at/ ---------------------------------------------------------------------- -----BEGIN GEEK CODE BLOCK----- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS++++$ P++>+++$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+>++ PE(-) Y+ PGP(-) t+ 5+ X+++(++++) R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? ------END GEEK CODE BLOCK------ --Boundary-00=_Yo8T+mE+gknFKJE Content-Type: text/x-diff; charset="us-ascii"; name="patch-Makefile" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-Makefile" --- Makefile.orig Sun Feb 16 15:35:58 2003 +++ Makefile Sun Feb 16 15:29:34 2003 @@ -9,7 +9,7 @@ PROG= lukemftpd MAN= lukemftpd.8 ftpd.conf.5 ftpusers.5 MLINKS= ftpusers.5 ftpchroot.5 -SRCS= cmds.c conf.c ftpd.c ftpcmd.y popen.c +SRCS= cmds.c conf.c ftpd.c ftpcmd.y logutmp.c logwtmp.c popen.c SRCS+= strsuftoll.c WFORMAT= 0 @@ -28,7 +28,7 @@ DPADD+= ${LIBM} LDADD+= -lm -CFLAGS+= -DUSE_OPIE -DUSE_PAM +CFLAGS+= -DUSE_OPIE -DUSE_PAM -DSUPPORT_UTMP -DLOGIN_CAP DPADD+= ${LIBOPIE} ${LIBPAM} LDADD+= -lopie -lpam --Boundary-00=_Yo8T+mE+gknFKJE Content-Type: text/x-csrc; charset="us-ascii"; name="patch-logutmp.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-logutmp.c" --- src/logutmp.c.old Sat May 26 16:07:13 2001 +++ src/logutmp.c Sat May 26 16:07:39 2001 @@ -45,7 +45,7 @@ */ void -login(const UTMP *ut) +ftpd_login(const UTMP *ut) { UTMP ubuf; @@ -85,7 +85,7 @@ } int -logout(const char *line) +ftpd_logout(const char *line) { UTMP ut; int rval; --Boundary-00=_Yo8T+mE+gknFKJE Content-Type: text/x-csrc; charset="us-ascii"; name="patch-logwtmp.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-logwtmp.c" --- src/logwtmp.c.orig Sun Feb 16 14:56:13 2003 +++ src/logwtmp.c Sun Feb 16 17:24:20 2003 @@ -73,7 +73,7 @@ * after login, but before logout). */ void -logwtmp(const char *line, const char *name, const char *host) +ftpd_logwtmp(const char *line, const char *name, const char *host) { struct utmp ut; struct stat buf; --Boundary-00=_Yo8T+mE+gknFKJE Content-Type: text/x-csrc; charset="us-ascii"; name="patch-ftpd.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-ftpd.c" 171a172,174 > #ifdef LOGIN_CAP > #include > #endif 979c982 < login(&utmp); --- > ftpd_login(&utmp); 982c985 < logwtmp(line, name, host); --- > ftpd_logwtmp(line, name, host); 996c999 < okwtmp = logout(ttyline) & dowtmp; --- > okwtmp = ftpd_logout(ttyline) & dowtmp; 1004c1007 < logwtmp(ttyline, "", ""); --- > ftpd_logwtmp(ttyline, "", ""); 1031a1035,1039 > #ifdef LOGIN_CAP > setusercontext(NULL, getpwuid(0), (uid_t)0, > LOGIN_SETPRIORITY|LOGIN_SETRESOURCES|LOGIN_SETUMASK| > LOGIN_SETMAC); > #endif 1045a1054,1056 > #ifdef LOGIN_CAP > login_cap_t *lc = NULL; > #endif 1156a1168,1195 > > #ifdef LOGIN_CAP > if ((lc = login_getpwclass(pw)) != NULL) { > char remote_ip[MAXHOSTNAMELEN]; > > getnameinfo((struct sockaddr *)&his_addr, his_addr.su_len, > remote_ip, sizeof(remote_ip) - 1, NULL, 0, > NI_NUMERICHOST); > remote_ip[sizeof(remote_ip) - 1] = 0; > if (!auth_hostok(lc, remotehost, remote_ip)) { > syslog(LOG_INFO|LOG_AUTH, > "FTP LOGIN FAILED (HOST) as %s: permission denied.", > pw->pw_name); > reply(530, "Permission denied.\n"); > pw = NULL; > return; > } > if (!auth_timeok(lc, time(NULL))) { > reply(530, "Login not available right now.\n"); > pw = NULL; > return; > } > } > setusercontext(lc, pw, (uid_t)0, > LOGIN_SETPRIORITY| > LOGIN_SETRESOURCES|LOGIN_SETUMASK|LOGIN_SETMAC); > #endif > 1349a1389,1391 > #ifdef LOGIN_CAP > login_close(lc); > #endif 1353a1396,1398 > #ifdef LOGIN_CAP > login_close(lc); > #endif --Boundary-00=_Yo8T+mE+gknFKJE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 9:53:22 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB3A337B401 for ; Sun, 16 Feb 2003 09:53:20 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B2C843F93 for ; Sun, 16 Feb 2003 09:53:17 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id h1GHrDrl099112 for ; Sun, 16 Feb 2003 19:53:13 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id h1GHr9HR099094 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 16 Feb 2003 19:53:13 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id h1GHr4AJ099089; Sun, 16 Feb 2003 19:53:04 +0200 (EET) Date: Sun, 16 Feb 2003 19:53:04 +0200 From: Ruslan Ermilov To: Wiktor Niesiobedzki Cc: current@freebsd.org Subject: Re: ACPI thermal panics ThinkPad 600X Message-ID: <20030216175304.GB98597@sunbay.com> References: <20030215024939.GB765@sunbay.com> <20030214215143.3f2e4cd3.trhodes@FreeBSD.org> <20030215094620.C73971@sasami.jurai.net> <20030215164129.GA73629@sunbay.com> <20030215211612.GB96712@sunbay.com> <20030216164542.GA5241@mail.evip.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5I6of5zJg18YgZEa" Content-Disposition: inline In-Reply-To: <20030216164542.GA5241@mail.evip.pl> User-Agent: Mutt/1.5.1i 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 --5I6of5zJg18YgZEa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 16, 2003 at 05:45:42PM +0100, Wiktor Niesiobedzki wrote: > On Sat, Feb 15, 2003 at 11:16:12PM +0200, Ruslan Ermilov wrote: > > Me being dumb. Forgot to comment out the apm "disabled" hint > > in /boot/device.hints. Still, scary things happen after > > resuming from zzz(8). "ata1: resetting devices..." forever. > >=20 > Did you happen to have: > options AUTO_EOI_1 > in your kernel configuration?=20 >=20 No. It says something about the temperature exceeding the system limit and barfs. I thought I'd better live with APM for the time being rather than with ACPI without thermal -- I noticed that the cooler isn't so active without it. Cheers, --=20 Ruslan Ermilov Sysadmin and 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 --5I6of5zJg18YgZEa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+T9AAUkv4P6juNwoRAtPkAKCJevr5Hyr6DPW/Ch4AM2weJAZzdACeOOSz FbilviAKZjoeEEXa3AFn5RY= =YErz -----END PGP SIGNATURE----- --5I6of5zJg18YgZEa-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 9:56: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E00B37B401 for ; Sun, 16 Feb 2003 09:55:58 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B986543F75 for ; Sun, 16 Feb 2003 09:55:54 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id h1GHtpVI099353 for ; Sun, 16 Feb 2003 19:55:51 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id h1GHtpHR099340 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 16 Feb 2003 19:55:51 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id h1GHtno0099335; Sun, 16 Feb 2003 19:55:49 +0200 (EET) Date: Sun, 16 Feb 2003 19:55:49 +0200 From: Ruslan Ermilov To: Paul Richards Cc: current@freebsd.org, developers@freebsd.org Subject: Re: ACPI thermal panics ThinkPad 600X Message-ID: <20030216175549.GC98597@sunbay.com> References: <20030215024939.GB765@sunbay.com> <1045396245.3751.2.camel@cf.freebsd-services.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RIYY1s2vRbPFwWeW" Content-Disposition: inline In-Reply-To: <1045396245.3751.2.camel@cf.freebsd-services.com> User-Agent: Mutt/1.5.1i 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 --RIYY1s2vRbPFwWeW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 16, 2003 at 11:50:46AM +0000, Paul Richards wrote: > Don't cross post current and developers. >=20 > The developers charter says it's for internal management i.e. how we > manage the project and not for discussing code issues. It's badly named, > we should have called it something like "members" or "admin". >=20 I must disagree. This message equally applies -current as well as -developers; I was interested in hearing from both -current users and ACPI developers, and developers are not guaranteed to be subscribed to the -current mailing list, are they? > On Sat, 2003-02-15 at 02:49, Ruslan Ermilov wrote: > > ACPI thermal panics my ThinkPad 600X, is anyone > > interested in a crash dump analysis? > >=20 > >=20 > > Cheers, --=20 Ruslan Ermilov Sysadmin and 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 --RIYY1s2vRbPFwWeW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+T9CkUkv4P6juNwoRAsX8AJ9OAhb0lzPcW8B8vD1z+0OkU7A7OgCePAw9 +xFdluw5++0VoxtyYLLMp74= =Gu9K -----END PGP SIGNATURE----- --RIYY1s2vRbPFwWeW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 10: 7:36 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 805B337B401 for ; Sun, 16 Feb 2003 10:07:35 -0800 (PST) Received: from sire.mail.pas.earthlink.net (sire.mail.pas.earthlink.net [207.217.120.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0756443F3F for ; Sun, 16 Feb 2003 10:07:35 -0800 (PST) (envelope-from yuri@tsoft.com) Received: from dialup-65.56.26.160.dial1.stamford1.level3.net ([65.56.26.160] helo=tsoft.com) by sire.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18kTCQ-00013V-00 for freebsd-current@freebsd.org; Sun, 16 Feb 2003 10:07:34 -0800 Message-ID: <3E4FD361.86ADDBE6@tsoft.com> Date: Sun, 16 Feb 2003 13:07:29 -0500 From: Yuri X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: libaddr2line: what is FreeBSD analog ? Content-Type: text/plain; charset=koi8-r 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 Maybe anyone will enlighten me: I am working with the port lang/gnat (Ada compiler) and it links with nonexistent libaddr2line (symbol convert_addresses) to find the line numbers from executables. Where to look for the correct way to resolve addresses to line numbers in FreeBSD ? Thanx, Yuri. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 10:26:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2782137B401; Sun, 16 Feb 2003 10:26:37 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73BBB43F3F; Sun, 16 Feb 2003 10:26:36 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h1GIQEO5052137; Sun, 16 Feb 2003 10:26:14 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h1GIOv00052129; Sun, 16 Feb 2003 10:24:57 -0800 (PST) Date: Sun, 16 Feb 2003 10:24:57 -0800 From: "David O'Brien" To: Ruslan Ermilov Cc: Paul Richards , current@freebsd.org, developers@freebsd.org Subject: Re: ACPI thermal panics ThinkPad 600X Message-ID: <20030216182457.GA51769@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Ruslan Ermilov , Paul Richards , current@freebsd.org, developers@freebsd.org References: <20030215024939.GB765@sunbay.com> <1045396245.3751.2.camel@cf.freebsd-services.com> <20030216175549.GC98597@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216175549.GC98597@sunbay.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 07:55:49PM +0200, Ruslan Ermilov wrote: > > Don't cross post current and developers. > > > > The developers charter says it's for internal management i.e. how we > > manage the project and not for discussing code issues. It's badly named, > > we should have called it something like "members" or "admin". > > > I must disagree. This message equally applies -current as well > as -developers; It doesn't matter what you think -- this is our written down rules. Please obey them. If you want to target both lists, sent the message out twice -- once to each list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 10:28:31 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDAB637B401 for ; Sun, 16 Feb 2003 10:28:29 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B114E43F85 for ; Sun, 16 Feb 2003 10:28:28 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.7/8.12.7) with ESMTP id h1GISRSo021987; Sun, 16 Feb 2003 10:28:27 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.7/8.12.7/Submit) id h1GISPmA021986; Sun, 16 Feb 2003 10:28:25 -0800 (PST) Date: Sun, 16 Feb 2003 10:28:25 -0800 From: Steve Kargl To: leafy Cc: freebsd-current@FreeBSD.ORG Subject: Re: gcc3.2.2 import might have trashed ld-elf.so.1 Message-ID: <20030216182825.GA21974@troutmask.apl.washington.edu> References: <20030215180924.GA6102@leafy.idv.tw> <20030216050433.GA38216@leafy.idv.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216050433.GA38216@leafy.idv.tw> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 01:04:33PM +0800, leafy wrote: > On Sun, Feb 16, 2003 at 02:09:24AM +0800, leafy wrote: > > Grepping the corresponding library: > > leafy@leafy:/usr/X11R6/plugins/designer$ nm libwizards.so |grep Z22 > > 000256f0 T _Z22qCleanupImages_wizardsv > > > > So ld is not finding a symbol which is in the correct library. > > > > Jiawei Ye > 1. no CPU optimization used > 2. no extra CFLAGS > 3. no extra CXXFLAGS > > these apply to both world and ports. and the strange ld-elf.so.1 error > still ocurs. > I just built mozilla with gcc 3.2.2 without a problem. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 10:36:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17EE437B401 for ; Sun, 16 Feb 2003 10:36:51 -0800 (PST) Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9CFE43F3F for ; Sun, 16 Feb 2003 10:36:39 -0800 (PST) (envelope-from flag@libero.it) Received: from southcross.skynet.org (151.29.204.135) by smtp1.libero.it (6.7.015) id 3E44E7FA003E0D17 for freebsd-current@FreeBSD.ORG; Sun, 16 Feb 2003 19:36:28 +0100 Received: by southcross.skynet.org (Postfix, from userid 1001) id 8104B683D; Sun, 16 Feb 2003 17:14:34 +0100 (CET) Date: Sun, 16 Feb 2003 17:14:34 +0100 From: Paolo Pisati To: FreeBSD_Current Subject: ACPI error Message-ID: <20030216161434.GB72554@southcross.skynet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Useless-Header: Look ma, it's a # sign! X-Operating-System: FreeBSD southcross.skynet.org 5.0-CURRENT FreeBSD 5.0-CURRENT 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 my dmesg: [snip] acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31 Using $PIR table, 6 entries at 0xc00f1a70 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 [snip] but at the end: [snip] acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ACPI-1287: *** Error: Method execution failed, AE_AML_UNINITIALIZED_ELEMENT [snip] -- Paolo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 10:36:54 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B29937B405 for ; Sun, 16 Feb 2003 10:36:51 -0800 (PST) Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34AC143F75 for ; Sun, 16 Feb 2003 10:36:40 -0800 (PST) (envelope-from flag@libero.it) Received: from southcross.skynet.org (151.29.204.135) by smtp0.libero.it (6.7.015) id 3E44E953003E4BC8 for freebsd-current@FreeBSD.ORG; Sun, 16 Feb 2003 19:36:28 +0100 Received: by southcross.skynet.org (Postfix, from userid 1001) id D5B7A650A; Sun, 16 Feb 2003 17:12:53 +0100 (CET) Date: Sun, 16 Feb 2003 17:12:53 +0100 From: Paolo Pisati To: FreeBSD_Current Subject: UFS/SOFTUPDATE inconsistency Message-ID: <20030216161253.GA72554@southcross.skynet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Useless-Header: Look ma, it's a # sign! X-Operating-System: FreeBSD southcross.skynet.org 5.0-CURRENT FreeBSD 5.0-CURRENT 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 [root@southcross root]# fsck /dev/ad0s1e ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames MISSING '.' I=667872 OWNER=root MODE=40755 SIZE=512 MTIME=Feb 10 16:54 2003 DIR=/ports/cad/gwave UNEXPECTED SOFT UPDATE INCONSISTENCY CANNOT FIX, FIRST ENTRY IN DIRECTORY CONTAINS files UNEXPECTED SOFT UPDATE INCONSISTENCY ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 209599 files, 1970937 used, 2594963 free (52235 frags, 317841 blocks, 1.1% fragm entation) [root@southcross root]# any on how to fix it? -- Paolo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 10:42:28 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E26E137B401; Sun, 16 Feb 2003 10:42:26 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B6F43FA3; Sun, 16 Feb 2003 10:42:25 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 6BEA33ABB3B; Sun, 16 Feb 2003 19:42:57 +0100 (CET) Date: Sun, 16 Feb 2003 19:42:57 +0100 From: Pawel Jakub Dawidek To: Sam Leffler Cc: Scott Long , Brad Knowles , freebsd-current@freebsd.org Subject: Re: 5-STABLE Roadmap Message-ID: <20030216184257.GZ10767@garage.freebsd.pl> References: <200302140036.h1E0aK3q071051@freefall.freebsd.org> <25c301c2d3e1$8f2e3e30$52557f42@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="sk6NRVTC9kZ6Mrgo" Content-Disposition: inline In-Reply-To: <25c301c2d3e1$8f2e3e30$52557f42@errno.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.7-STABLE i386 User-Agent: Mutt/1.5.1i 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 --sk6NRVTC9kZ6Mrgo Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 13, 2003 at 08:28:43PM -0800, Sam Leffler wrote: +> This can quickly turn into a bikeshed, but suggest ones. We're looking = for +> good benchmarks. [...] Look at: http://www.web-polygraph.org It provides tests for www-cache/proxy stuff. We can test many things with it: - how fast could we generate workload, - how heavy load could we handle, - how fast is squid running on FreeBSD, - how fast is squid rewritten with libkse, - etc. And this is good stablility test. This is real good and free stuff, I use it on 4.x. --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --sk6NRVTC9kZ6Mrgo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPk/bsT/PhmMH/Mf1AQEbuAP+OFSzy7McSP6aiozEV2xtss5+VvZsCBga jPtX2kJkyih0a4LpE1zFVc2QiViN+mOdZgCkunTgitLzaUFJzHFdv3YpLqoKJMGu 2UEUwmTfyP8mRgZ0HcdTmvJT1jnxAFSVOH0mtqc3+xulHSU1YDJHzNSCR8jGni7V 51Be3gqZltQ= =gzNt -----END PGP SIGNATURE----- --sk6NRVTC9kZ6Mrgo-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 10:44:45 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31AE637B401 for ; Sun, 16 Feb 2003 10:44:44 -0800 (PST) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E97E443FA3 for ; Sun, 16 Feb 2003 10:44:42 -0800 (PST) (envelope-from rehsack@liwing.de) Received: (qmail 7049 invoked from network); 16 Feb 2003 18:44:40 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 16 Feb 2003 18:44:40 -0000 Message-ID: <3E4FDC18.5090100@liwing.de> Date: Sun, 16 Feb 2003 19:44:40 +0100 From: Jens Rehsack Organization: LiWing IT-Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: leafy Cc: freebsd-current@freebsd.org Subject: Re: gcc3.2.2 import might have trashed ld-elf.so.1 References: <20030215180924.GA6102@leafy.idv.tw> Content-Type: text/plain; charset=Big5 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 leafy wrote: > I rebuilt and installed world on Friday and reinstalled ALL my ports with 'portupgrade -ra'. I have found the exact line that will trigger the ld "undefined symbol" error. > > /usr/X11R6/bin/uic -nounload -tr tr2i18n -i htmlpageinfo.h ./htmlpageinfo.ui > htmlpageinfo.cc.temp ; ret=$?; sed -e "s,tr2i18n( \"\" ),QString::null,g" htmlpageinfo.cc.temp | sed -e "s,tr2i18n( \"\"\, \"\" ),QString::null,g" | sed -e "s,image\([0-9][0-9]*\)_data,img\1_htmlpageinfo,g" >> htmlpageinfo.cc ; rm -f htmlpageinfo.cc.temp ; if test "$ret" = 0; then echo '#include "htmlpageinfo.moc"' >>htmlpageinfo.cc; else rm -f htmlpageinfo.cc ; exit $ret ; fi > > Error is: > /usr/libexec/ld-elf.so.1: /usr/X11R6/plugins/designer/libwizards.so: Undefined symbol "_Z22qCleanupImages_wizardsv" > > Grepping the corresponding library: > leafy@leafy:/usr/X11R6/plugins/designer$ nm libwizards.so |grep Z22 > 000256f0 T _Z22qCleanupImages_wizardsv > > So ld is not finding a symbol which is in the correct library. > > Jiawei Ye > I'm not sure, but isn't the '-f' parameter required, if the portversion didn't change but an upgrade should be forced? Jens To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 10:45:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB90737B401 for ; Sun, 16 Feb 2003 10:45:49 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24FF143F85 for ; Sun, 16 Feb 2003 10:45:49 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h1GIjmO5052307 for ; Sun, 16 Feb 2003 10:45:48 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h1GIiXWs052299 for current@FreeBSD.org; Sun, 16 Feb 2003 10:44:33 -0800 (PST) Date: Sun, 16 Feb 2003 10:44:33 -0800 From: "David O'Brien" To: current@FreeBSD.org Subject: Re: FreeBSD/i386 kern.flp flooding again Message-ID: <20030216184433.GA52253@dragon.nuxi.com> Reply-To: current@FreeBSD.org Mail-Followup-To: David O'Brien , current@FreeBSD.org References: <20030216202921A.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216202921A.matusita@jp.FreeBSD.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 08:29:21PM +0900, Makoto Matsushita wrote: > > It seems that our kenrel for kern.flp does not fit again :-( Why oh why, doesn't the tenderbox do "make release" instead of just "make buildworld"??? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 10:55:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC27137B401 for ; Sun, 16 Feb 2003 10:55:50 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2869B43FA3 for ; Sun, 16 Feb 2003 10:55:50 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h1GItnO5052414; Sun, 16 Feb 2003 10:55:49 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h1GIsQm1052386; Sun, 16 Feb 2003 10:54:26 -0800 (PST) Date: Sun, 16 Feb 2003 10:54:26 -0800 From: "David O'Brien" To: Mark Murray Cc: "Andrey A. Chernov" , Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216185426.GB52253@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG Mail-Followup-To: David O'Brien , Mark Murray , "Andrey A. Chernov" , Dag-Erling Smorgrav , current@FreeBSD.ORG References: <20030216115920.GA588@nagual.pp.ru> <200302161548.h1GFmKaX033271@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200302161548.h1GFmKaX033271@grimreaper.grondar.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 03:48:20PM +0000, Mark Murray wrote: > "Andrey A. Chernov" writes: > > On Sun, Feb 16, 2003 at 12:06:36 +0100, Dag-Erling Smorgrav wrote: > > > "Andrey A. Chernov" writes: > > > > Admins with no /etc/opieaccess AFFECTED! > > > > > > Admins with no /etc/opieaccess IDIOTS for not running mergemaster! > > > > Moreover, admins WITH old /etc/opieaccess (i.e. without your line) > > are affected too! Local logins becomes mysteriosly disabled for their > > users. > > With a suitable "HEADS UP!" and appropriate changes to the documentation, > might is be possible to move _all_ policy control into PAM, instead of > having it split between OPIE and PAM? Nope. What about opieized, but not pamized applications? OPIE needs to act on FreeBSD like it does on every other Unix platform. It really does seem like DES is chaning existing practice. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 11:18:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AA0B37B401 for ; Sun, 16 Feb 2003 11:18:42 -0800 (PST) Received: from jawa.at (inforum.at [213.229.17.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B0243F85 for ; Sun, 16 Feb 2003 11:18:40 -0800 (PST) (envelope-from mbretter@jawa.at) Received: from jawa.at (worf.jawa.at [192.168.201.12]) by jawa.at (8.12.6/8.12.6) with ESMTP id h1GJIX07072264 for ; Sun, 16 Feb 2003 20:18:33 +0100 (CET) (envelope-from mbretter@jawa.at) Message-ID: <3E4FE3BE.1060308@jawa.at> Date: Sun, 16 Feb 2003 20:17:18 +0100 From: Michael Bretterklieber User-Agent: Mozilla/5.0 (X11; U; Linux i386; de-AT; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: enhancements for libradius - commiter wanted Content-Type: multipart/mixed; boundary="------------000902020409040009090101" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-0.5 required=5.0 tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG version=2.43 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------000902020409040009090101 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I already tried some weeks ago to find (at net@freebsd.org) someone who can review and commit this code, but nobody replied, so I try it again: I made the radius integration for mpd. During this work I missed some functions in libradius. Here is a short changelog: - added rad_demangle for demangling user-passwords (needed for MS-CHAPv1 MPPE-keys). - added rad_demangle_mppe_key for demangling mppe-keys (needed for MS-CHAPv2 MPPE-keys). - added some typecasts to avoid compilation warnings - if the programmer has not called rad_create_request() but rad_put_*, then a weird error message was returned => fixed. The rad_demangle_mppe_key function was taken from userland ppp. I also opened a pr: http://www.freebsd.org/cgi/query-pr.cgi?pr=46555 bye, -- ------------------------------- ------------------------------------- Michael Bretterklieber - Michael.Bretterklieber@jawa.at JAWA Management Software GmbH - http://www.jawa.at Liebenauer Hauptstr. 200 -------------- privat --------------- A-8041 GRAZ GSM: ++43-(0)676-93 96 698 Tel: ++43-(0)316-403274-12 E-mail: michael@bretterklieber.com Fax: ++43-(0)316-403274-10 http://www.bretterklieber.com ------------------------------- ------------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 --------------000902020409040009090101 Content-Type: text/plain; name="libradius.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="libradius.diff" diff -u libradius/Makefile libradius_new/Makefile --- libradius/Makefile Mon Dec 23 16:07:51 2002 +++ libradius_new/Makefile Sat Jan 4 23:25:13 2003 @@ -31,7 +31,7 @@ DPADD+= ${LIBMD} LDADD+= -lmd SHLIB_MAJOR= 1 -SHLIB_MINOR= 0 +SHLIB_MINOR= 1 MAN= libradius.3 radius.conf.5 .include diff -u libradius/radlib.c libradius_new/radlib.c --- libradius/radlib.c Sat Jan 4 23:26:58 2003 +++ libradius_new/radlib.c Sat Jan 4 23:24:46 2003 @@ -31,6 +31,7 @@ #include #include #include +#include #include #include @@ -243,7 +244,7 @@ sizeof srvp->addr.sin_addr); } if (port != 0) - srvp->addr.sin_port = htons(port); + srvp->addr.sin_port = htons((u_short)port); else { struct servent *sent; @@ -513,11 +514,12 @@ for (i = 0; i < LEN_AUTH; i += 2) { long r; r = random(); - h->request[POS_AUTH+i] = r; - h->request[POS_AUTH+i+1] = r >> 8; + h->request[POS_AUTH+i] = (u_char)r; + h->request[POS_AUTH+i+1] = (u_char)(r >> 8); } h->req_len = POS_ATTRS; clear_password(h); + h->request_created = 1; return 0; } @@ -569,7 +571,7 @@ } type = h->response[h->resp_pos++]; *len = h->response[h->resp_pos++] - 2; - if (h->resp_pos + *len > h->resp_len) { + if (h->resp_pos + (int)*len > h->resp_len) { generr(h, "Malformed attribute in response"); return -1; } @@ -671,6 +673,7 @@ h->pass_pos = 0; h->chap_pass = 0; h->type = RADIUS_AUTH; + h->request_created = 0; } return h; } @@ -703,6 +706,11 @@ { int result; + if (!h->request_created) { + generr(h, "Please call rad_create_request()"); + return -1; + } + if (type == RAD_USER_PASSWORD) result = put_password_attr(h, type, value, len); else { @@ -892,6 +900,11 @@ struct vendor_attribute *attr; int res; + if (!h->request_created) { + generr(h, "Please call rad_create_request()"); + return -1; + } + if ((attr = malloc(len + 6)) == NULL) { generr(h, "malloc failure (%d bytes)", len + 6); return -1; @@ -945,3 +958,122 @@ return (h->servers[h->srv].secret); } +int +rad_demangle(struct rad_handle *h, const void *mangled, size_t mlen, u_char *demangled) +{ + char R[LEN_AUTH]; + const char *S; + int i, Ppos; + MD5_CTX Context; + u_char b[16], *C; + + if ((mlen % 16 != 0) || (mlen > 128)) { + generr(h, "Cannot interpret mangled data of length %ld", (u_long)mlen); + return -1; + } + + C = (u_char *)mangled; + + /* We need the shared secret as Salt */ + S = rad_server_secret(h); + + /* We need the request authenticator */ + if (rad_request_authenticator(h, R, sizeof R) != LEN_AUTH) { + generr(h, "Cannot obtain the RADIUS request authenticator"); + return -1; + } + + MD5Init(&Context); + MD5Update(&Context, S, strlen(S)); + MD5Update(&Context, R, LEN_AUTH); + MD5Final(b, &Context); + Ppos = 0; + while (mlen) { + + mlen -= 16; + for (i = 0; i < 16; i++) + demangled[Ppos++] = C[i] ^ b[i]; + + if (mlen) { + MD5Init(&Context); + MD5Update(&Context, S, strlen(S)); + MD5Update(&Context, C, 16); + MD5Final(b, &Context); + } + + C += 16; + } + + return 0; +} + +int +rad_demangle_mppe_key(struct rad_handle *h, const void *mangled, size_t mlen, u_char *demangled, size_t *len) +{ + char R[LEN_AUTH]; /* variable names as per rfc2548 */ + const char *S; + u_char b[16]; + const u_char *A, *C; + MD5_CTX Context; + int Slen, i, Clen, Ppos; + u_char *P; + + if (mlen % 16 != SALT_LEN) { + generr(h, "Cannot interpret mangled data of length %ld", (u_long)mlen); + return -1; + } + + /* We need the RADIUS Request-Authenticator */ + if (rad_request_authenticator(h, R, sizeof R) != LEN_AUTH) { + generr(h, "Cannot obtain the RADIUS request authenticator"); + return -1; + } + + A = (const u_char *)mangled; /* Salt comes first */ + C = (const u_char *)mangled + SALT_LEN; /* Then the ciphertext */ + Clen = mlen - SALT_LEN; + S = rad_server_secret(h); /* We need the RADIUS secret */ + Slen = strlen(S); + P = alloca(Clen); /* We derive our plaintext */ + + MD5Init(&Context); + MD5Update(&Context, S, Slen); + MD5Update(&Context, R, LEN_AUTH); + MD5Update(&Context, A, SALT_LEN); + MD5Final(b, &Context); + Ppos = 0; + + while (Clen) { + Clen -= 16; + + for (i = 0; i < 16; i++) + P[Ppos++] = C[i] ^ b[i]; + + if (Clen) { + MD5Init(&Context); + MD5Update(&Context, S, Slen); + MD5Update(&Context, C, 16); + MD5Final(b, &Context); + } + + C += 16; + } + + /* + * The resulting plain text consists of a one-byte length, the text and + * maybe some padding. + */ + *len = *P; + if (*len > mlen - 1) { + generr(h, "Mangled data seems to be garbage %d %d", *len, mlen-1); + return -1; + } + + if (*len > MPPE_KEY_LEN) { + generr(h, "Key to long (%d) for me max. %d", *len, MPPE_KEY_LEN); + return -1; + } + + memcpy(demangled, P + 1, *len); + return 0; +} diff -u libradius/radlib.h libradius_new/radlib.h --- libradius/radlib.h Mon Dec 23 10:48:59 2002 +++ libradius_new/radlib.h Sat Jan 4 23:22:42 2003 @@ -195,6 +195,9 @@ int rad_send_request(struct rad_handle *); const char *rad_server_secret(struct rad_handle *); const char *rad_strerror(struct rad_handle *); +int rad_demangle(struct rad_handle *, + const void *, size_t, u_char *); + __END_DECLS #endif /* _RADLIB_H_ */ diff -u libradius/radlib_private.h libradius_new/radlib_private.h --- libradius/radlib_private.h Mon Sep 9 18:36:48 2002 +++ libradius_new/radlib_private.h Sat Jan 4 23:15:41 2003 @@ -76,6 +76,7 @@ int ident; /* Current identifier value */ char errmsg[ERRSIZE]; /* Most recent error message */ unsigned char request[MSGSIZE]; /* Request to send */ + char request_created; /* rad_create_request() called? */ int req_len; /* Length of request */ char pass[PASSSIZE]; /* Cleartext password */ int pass_len; /* Length of cleartext password */ diff -u libradius/radlib_vs.h libradius_new/radlib_vs.h --- libradius/radlib_vs.h Mon Dec 23 16:09:07 2002 +++ libradius_new/radlib_vs.h Mon Dec 23 16:02:02 2002 @@ -66,6 +66,8 @@ #define RAD_MICROSOFT_MS_SECONDARY_NBNS_SERVER 31 #define RAD_MICROSOFT_MS_ARAP_CHALLENGE 33 +#define SALT_LEN 2 + struct rad_handle; __BEGIN_DECLS @@ -75,6 +77,7 @@ size_t); int rad_put_vendor_int(struct rad_handle *, int, int, u_int32_t); int rad_put_vendor_string(struct rad_handle *, int, int, const char *); +int rad_demangle_mppe_key(struct rad_handle *, const void *, size_t, u_char *, size_t *); __END_DECLS #endif /* _RADLIB_VS_H_ */ --------------000902020409040009090101-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 11:18:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6F1E37B401 for ; Sun, 16 Feb 2003 11:18:50 -0800 (PST) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDDF143FAF for ; Sun, 16 Feb 2003 11:18:49 -0800 (PST) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id h1GJImja082317; Sun, 16 Feb 2003 19:18:48 GMT (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost) by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id h1GJImVe082316; Sun, 16 Feb 2003 19:18:48 GMT X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id h1GJBnaX034785; Sun, 16 Feb 2003 21:11:49 +0200 (SAST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200302161911.h1GJBnaX034785@grimreaper.grondar.org> To: current@FreeBSD.ORG Cc: "Andrey A. Chernov" , Dag-Erling Smorgrav Subject: Re: OPIE breakage: backout & patch for review In-Reply-To: Your message of "Sun, 16 Feb 2003 10:54:26 PST." <20030216185426.GB52253@dragon.nuxi.com> Date: Sun, 16 Feb 2003 19:11:49 +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "David O'Brien" writes: > > With a suitable "HEADS UP!" and appropriate changes to the documentation, > > might is be possible to move _all_ policy control into PAM, instead of > > having it split between OPIE and PAM? > > Nope. What about opieized, but not pamized applications? > OPIE needs to act on FreeBSD like it does on every other Unix platform. > It really does seem like DES is chaning existing practice. Changing existing practice is what I'm asking about. If there is a particular policy on a FreeBSD box, then OPIE should really be falling in with that, no? In the case where an application is OPIEised and not PAMised, we need to figure out something; PAMizing such apps is not terribly hard. If any of them are in the base system, then this situation is a bug in its own right. If they are ports, they need to fall in with FreeBSD/sysadmin policy. M -- Mark Murray iumop ap!sdn w,I idlaH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 11:48:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8133537B401 for ; Sun, 16 Feb 2003 11:48:53 -0800 (PST) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2868943F85 for ; Sun, 16 Feb 2003 11:48:50 -0800 (PST) (envelope-from mheffner@vt.edu) Received: from zidane.cc.vt.edu (IDENT:mirapoint@zidane-lb.cc.vt.edu [10.1.1.13]) by lennier.cc.vt.edu (8.11.4/8.11.4) with ESMTP id h1GJmci79107; Sun, 16 Feb 2003 14:48:38 -0500 (EST) Received: from enterprise.muriel.penguinpowered.com ([199.3.139.172]) by zidane.cc.vt.edu (Mirapoint Messaging Server MOS 3.3.2-CR) with ESMTP id BBK74826 (AUTH mheffner); Sun, 16 Feb 2003 14:48:29 -0500 (EST) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.5.4.FreeBSD:20030216144815:337=_" In-Reply-To: <20030214234441.GA3953@rot13.obsecurity.org> Date: Sun, 16 Feb 2003 14:48:15 -0500 (EST) From: Mike Heffner To: Kris Kennaway Subject: Re: LukemFTP and command-line multiple downloads Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.5.4.FreeBSD:20030216144815:337=_ Content-Type: text/plain; charset=us-ascii On 14-Feb-2003 Kris Kennaway wrote: | On Fri, Feb 14, 2003 at 03:37:49PM -0800, Kris Kennaway wrote: |> On Fri, Feb 14, 2003 at 03:34:06PM -0800, Kris Kennaway wrote: |> > Since upgrading bento to running 5.0, it appears that I can no longer |> > download multiple files from a FTP server by specifying a glob |> > pattern |> > on the command-line: |> > |> > e.g. |> > |> > /usr/bin/ftp -4a |> > ftp://snapshots.jp.freebsd.org/pub/FreeBSD/snapshots/alpha/5-LATEST/ba |> > se/base.\?\? |> |> This appears to work (as it used to) under 4.x. | | It was pointed out to me that this is because 5.0 now uses | lukemftp..can the maintainers please look into this ASAP? In the | meantime I'll have to stick with the older 5.0 ftp client. | Try the attached patch. If this works for you I'll pass it on to Luke. Mike -- Mike Heffner --_=XFMail.1.5.4.FreeBSD:20030216144815:337=_ Content-Disposition: attachment; filename="lukemftp.diff" Content-Transfer-Encoding: 7bit Content-Description: lukemftp.diff Content-Type: text/plain; charset=us-ascii; name=lukemftp.diff; SizeOnDisk=646 Index: fetch.c =================================================================== RCS file: /cvs/ncvs/src/contrib/lukemftp/src/fetch.c,v retrieving revision 1.1.1.3 diff -u -r1.1.1.3 fetch.c --- fetch.c 15 Jun 2002 09:40:34 -0000 1.1.1.3 +++ fetch.c 16 Feb 2003 19:47:46 -0000 @@ -1372,7 +1372,7 @@ dir ? dir : "", file ? file : ""); dirhasglob = filehasglob = 0; - if (doglob && urltype == CLASSIC_URL_T) { + if (doglob && (urltype == CLASSIC_URL_T || urltype == FTP_URL_T)) { if (! EMPTYSTRING(dir) && strpbrk(dir, "*?[]{}") != NULL) dirhasglob = 1; if (! EMPTYSTRING(file) && strpbrk(file, "*?[]{}") != NULL) --_=XFMail.1.5.4.FreeBSD:20030216144815:337=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 12: 5:55 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB07837B401; Sun, 16 Feb 2003 12:05:53 -0800 (PST) Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F4D643F3F; Sun, 16 Feb 2003 12:05:50 -0800 (PST) (envelope-from ohartman@klima.physik.uni-mainz.de) Received: from klima.physik.uni-mainz.de (klima.physik.uni-mainz.de [134.93.180.162]) by klima.physik.uni-mainz.de (8.12.6/8.12.5) with ESMTP id h1GK5nvh017454; Sun, 16 Feb 2003 21:05:49 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Sun, 16 Feb 2003 21:05:49 +0100 (CET) From: "Hartmann, O." To: questions@freebsd.org Cc: current@freebsd.org Subject: SecureRPC/NFS, kerberized NFS Message-ID: <20030216210512.B17255@klima.physik.uni-mainz.de> 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. My question is very simple. Does FreeBSD, either 4.7/4.8 or 5.0 support SecureRPC, especially SecureNFS? I found the keyserv facility, installed the databases and read some note in mknetid(8): -n netid_file Specify the location of the netid information file. The com- piled-in default is /etc/netid. Note that no error is generated if the netid database can't be found. The netid database is not likely to be present on most systems until Secure RPC support is added to FreeBSD. For me that sounds like FreeBSD does not have SecureRPC support and therefore no SecureNFS support. My intention is that I wish to setup a secure NFS environment with FreeBSD's basics and had neither success with SecureRPC nor KERBEROS V. In that part FreeBSD lacks in appropriate documentation, but may netsources told that securing via SecureRPC and/or kerberos should be possible. Can someone give me a hint or confirm the lack of SecureRPC in recent FreeBSD versions? Thanks in advance, Oliver -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ------------------------------------------------------------------ IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ------------------------------------------------------------------ Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 (Buero) FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 12:45:34 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CD3037B401 for ; Sun, 16 Feb 2003 12:45:33 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2534943F3F for ; Sun, 16 Feb 2003 12:45:32 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1GKjT6E043693 for ; Sun, 16 Feb 2003 20:45:29 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1GKjSOx091630 for ; Sun, 16 Feb 2003 21:45:29 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org Subject: Console API related patch. From: Poul-Henning Kamp Date: Sun, 16 Feb 2003 21:45:28 +0100 Message-ID: <91629.1045428328@critter.freebsd.dk> 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 trying to do some weird things with some custom console code and got stuck on the fact that our console code belives all consoles have a dev_t. This patch changes the API so that rather than pass a "dev_t" to the console functions, the "struct consdev *" is passed: -typedef void cn_putc_t(dev_t, int); +typedef void cn_putc_t(struct consdev *, int); The dev_t can still be gotten hold of: int -zs_cncheckc(dev_t dev) +zs_cncheckc(struct consdev *cp) { int s = spltty(); - int c = zs_maygetc(zs_console_addr, minor(dev)); + int c = zs_maygetc(zs_console_addr, minor(cp->cn_dev)); splx(s); return c; } But in addition to this I have added a driver-private element to the consdev structure for other needs: + void *cn_arg; /* drivers method argument */ The patch compiles and runs on all platforms I can currently test, but I'd like if some of you can give it a spin too: http://phk.freebsd.dk/patch/console.patch The patch just does the not quite mechanical switch, some of the drivers could get some mileage from the cn_arg field but I have not tried that. Thanks in advance, Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 12:48:51 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAC8637B401 for ; Sun, 16 Feb 2003 12:48:50 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2D4243F3F for ; Sun, 16 Feb 2003 12:48:49 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GKmmEJ005329; Sun, 16 Feb 2003 23:48:48 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GKmlxF005328; Sun, 16 Feb 2003 23:48:47 +0300 (MSK) (envelope-from ache) Date: Sun, 16 Feb 2003 23:48:47 +0300 From: "Andrey A. Chernov" To: Mark Murray Cc: current@FreeBSD.ORG, Dag-Erling Smorgrav Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216204847.GA5233@nagual.pp.ru> References: <20030216185426.GB52253@dragon.nuxi.com> <200302161911.h1GJBnaX034785@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200302161911.h1GJBnaX034785@grimreaper.grondar.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 19:11:49 +0000, Mark Murray wrote: > > In the case where an application is OPIEised and not PAMised, we > need to figure out something; PAMizing such apps is not terribly > hard. If any of them are in the base system, then this situation We are not in the situation to force users and admins to rewrite their OPIE apps under new PAM framework. I always believe that non-destructive for OPIE defaults (i.e. PAM only) solution is possible here, but not being PAM specialist, can't demonstrate it. Recent des commits solve problem correctly. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 13: 9:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E45C037B405 for ; Sun, 16 Feb 2003 13:09:24 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1381243F85 for ; Sun, 16 Feb 2003 13:09:24 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id h1GL91D06102; Sun, 16 Feb 2003 13:09:01 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA12553; Sun, 16 Feb 2003 13:08:42 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA05708; Sun, 16 Feb 2003 14:08:37 -0700 (MST) Message-ID: <3E4FFDD3.9050802@btc.adaptec.com> Date: Sun, 16 Feb 2003 14:08:35 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021105 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek Cc: Sam Leffler , Brad Knowles , freebsd-current@freebsd.org Subject: Re: 5-STABLE Roadmap References: <20030216184257.GZ10767@garage.freebsd.pl> In-Reply-To: <20030216184257.GZ10767@garage.freebsd.pl> 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 Pawel Jakub Dawidek wrote: > On Thu, Feb 13, 2003 at 08:28:43PM -0800, Sam Leffler wrote: > +> This can quickly turn into a bikeshed, but suggest ones. We're > looking for > +> good benchmarks. [...] > > Look at: > > http://www.web-polygraph.org > > It provides tests for www-cache/proxy stuff. > We can test many things with it: > > - how fast could we generate workload, > - how heavy load could we handle, > - how fast is squid running on FreeBSD, > - how fast is squid rewritten with libkse, > - etc. > > And this is good stablility test. > This is real good and free stuff, I use it on 4.x. > Thanks for the pointer, this looks very interesting. How hard is it to set up? DO you have any test configuations and/or scripts that we could adapt? Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 13:29:54 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ED9737B401 for ; Sun, 16 Feb 2003 13:29:53 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E42343F85 for ; Sun, 16 Feb 2003 13:29:52 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h1GLTpO5075992; Sun, 16 Feb 2003 13:29:51 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.7/8.12.6/Submit) id h1GLSaOT075491; Sun, 16 Feb 2003 13:28:36 -0800 (PST) Date: Sun, 16 Feb 2003 13:28:35 -0800 From: "David O'Brien" To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216212835.GA74550@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG Mail-Followup-To: David O'Brien , Mark Murray , current@FreeBSD.ORG References: <20030216185426.GB52253@dragon.nuxi.com> <200302161911.h1GJBnaX034785@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200302161911.h1GJBnaX034785@grimreaper.grondar.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 07:11:49PM +0000, Mark Murray wrote: > In the case where an application is OPIEised and not PAMised, we > need to figure out something; PAMizing such apps is not terribly > hard. If any of them are in the base system, then this situation > is a bug in its own right. If they are ports, they need to fall in > with FreeBSD/sysadmin policy. I'll state it again, because many don't seem to listen -- many of us consider OPIEized, but not PAMized 3rd party ports a Good Thing. PAM is nothing but a PITA, OPIE offers useful real functionality. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 13:38:35 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB1E837B401 for ; Sun, 16 Feb 2003 13:38:33 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BCE643F3F for ; Sun, 16 Feb 2003 13:38:29 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id h1GLcQPB017993 for ; Sun, 16 Feb 2003 23:38:26 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id h1GLcNHR017976 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 16 Feb 2003 23:38:26 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id h1GLcNbm017971; Sun, 16 Feb 2003 23:38:23 +0200 (EET) Date: Sun, 16 Feb 2003 23:38:23 +0200 From: Ruslan Ermilov To: "David O'Brien" , Paul Richards , current@freebsd.org, developers@freebsd.org Subject: Re: ACPI thermal panics ThinkPad 600X Message-ID: <20030216213823.GA17802@sunbay.com> References: <20030215024939.GB765@sunbay.com> <1045396245.3751.2.camel@cf.freebsd-services.com> <20030216175549.GC98597@sunbay.com> <20030216182457.GA51769@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20030216182457.GA51769@dragon.nuxi.com> User-Agent: Mutt/1.5.1i 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 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 16, 2003 at 10:24:57AM -0800, David O'Brien wrote: > On Sun, Feb 16, 2003 at 07:55:49PM +0200, Ruslan Ermilov wrote: > > > Don't cross post current and developers. > > >=20 > > > The developers charter says it's for internal management i.e. how we > > > manage the project and not for discussing code issues. It's badly nam= ed, > > > we should have called it something like "members" or "admin". > > >=20 > > I must disagree. This message equally applies -current as well > > as -developers; >=20 > It doesn't matter what you think -- this is our written down rules. > Please obey them. If you want to target both lists, sent the message out > twice -- once to each list. >=20 OK, I stand corrected. I should have written to src-committers@. Cheers, --=20 Ruslan Ermilov Sysadmin and 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 --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+UATPUkv4P6juNwoRAlhyAKCHLZUfP/CM+gXj5OimQ7nAVZTYSgCggeIh t2Oa+D7CmRzn1/TJIYQqSlM= =IFZ+ -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 13:39:52 2003 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 3B89937B401; Sun, 16 Feb 2003 13:39:51 -0800 (PST) Date: Sun, 16 Feb 2003 15:39:51 -0600 From: Juli Mallett To: "Andrey A. Chernov" Cc: Mark Murray , current@FreeBSD.ORG, Dag-Erling Smorgrav Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216153951.A98564@FreeBSD.org> References: <20030216185426.GB52253@dragon.nuxi.com> <200302161911.h1GJBnaX034785@grimreaper.grondar.org> <20030216204847.GA5233@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030216204847.GA5233@nagual.pp.ru>; from ache@nagual.pp.ru on Sun, Feb 16, 2003 at 11:48:47PM +0300 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes 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 * De: "Andrey A. Chernov" [ Data: 2003-02-16 ] [ Subjecte: Re: OPIE breakage: backout & patch for review ] > On Sun, Feb 16, 2003 at 19:11:49 +0000, Mark Murray wrote: > > > > In the case where an application is OPIEised and not PAMised, we > > need to figure out something; PAMizing such apps is not terribly > > hard. If any of them are in the base system, then this situation > > We are not in the situation to force users and admins to rewrite their > OPIE apps under new PAM framework. I always believe that non-destructive > for OPIE defaults (i.e. PAM only) solution is possible here, but not > being PAM specialist, can't demonstrate it. Recent des commits solve > problem correctly. Can you explain how this stops purely opieized apps from working? I was under the impression the implicit case was still there, we just have a more explicit contract with the OPIE system. -- Juli Mallett - AIM: BSDFlata -- IRC: juli on EFnet OpenDarwin, Mono, FreeBSD Developer - ircd-hybrid Developer, EFnet addict FreeBSD on MIPS-Anything on FreeBSD - Never trust an ELF, COFF or Mach-O! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 13:42:49 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12C5A37B401 for ; Sun, 16 Feb 2003 13:42:47 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38A8D43F85 for ; Sun, 16 Feb 2003 13:42:46 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 6EF0F3ABD40; Sun, 16 Feb 2003 22:43:22 +0100 (CET) Date: Sun, 16 Feb 2003 22:43:22 +0100 From: Pawel Jakub Dawidek To: Scott Long Cc: Sam Leffler , Brad Knowles , freebsd-current@freebsd.org, Alex Rousskov Subject: Re: 5-STABLE Roadmap Message-ID: <20030216214322.GB10767@garage.freebsd.pl> References: <20030216184257.GZ10767@garage.freebsd.pl> <3E4FFDD3.9050802@btc.adaptec.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="8TMLq6GPUuN4DysL" Content-Disposition: inline In-Reply-To: <3E4FFDD3.9050802@btc.adaptec.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.7-STABLE i386 User-Agent: Mutt/1.5.1i 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 --8TMLq6GPUuN4DysL Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 16, 2003 at 02:08:35PM -0700, Scott Long wrote: +> Pawel Jakub Dawidek wrote: +>=20 +> >On Thu, Feb 13, 2003 at 08:28:43PM -0800, Sam Leffler wrote: +> >+> This can quickly turn into a bikeshed, but suggest ones. We're +> >looking for +> >+> good benchmarks. [...] +> > +> >Look at: +> > +> > http://www.web-polygraph.org +> > +> >It provides tests for www-cache/proxy stuff. +> >We can test many things with it: +> > +> > - how fast could we generate workload, +> > - how heavy load could we handle, +> > - how fast is squid running on FreeBSD, +> > - how fast is squid rewritten with libkse, +> > - etc. +> > +> >And this is good stablility test. +> >This is real good and free stuff, I use it on 4.x. +> > +> Thanks for the pointer, this looks very interesting. How hard +> is it to set up? [...] Setting it up is quite simple, but it doesn't compile with gcc 3.x... Authors of this stuff proposing to use it with FreeBSD 4.x, so it is well tested on out favorite system:) +> [...] DO you have any test configuations and/or +> scripts that we could adapt? Yes, on website kernel patches are avaliable for tunning, but for new releases of 4.x this isn't necessary, all could be configure with kernel options and sysctls (for 4.8): options MAXFILES=3D16384 options HZ=3D1000 options NMBCLUSTERS=3D32678 kern.ipc.somaxconn=3D1024 net.inet.ip.portrange.last=3D40000 net.inet.tcp.delayed_ack=3D0 net.inet.tcp.msl=3D3000 Rest is quite simple/well documented. Tests in theory could be run on one machine, so... And some nice looking results generated by web-polygraph: Without any proxy: http://garage.freebsd.pl/pm3-15-11-2k2 With squid: http://garage.freebsd.pl/pm3-05-11-2k2 http://garage.freebsd.pl/pm3-06-11-2k2 With external proxy: http://garage.freebsd.pl/pm3-29-01-2k3 PS. I'm CC-ing this thread to one of polygraph's authors, he could be interested as well. --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --8TMLq6GPUuN4DysL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPlAF+j/PhmMH/Mf1AQFWcwQAgtum2jOvCC6JfE5y93Ws6CmNisPP4iPi HBO0ipAafYW7jHhHvMiACMlFkRr8hHQg6/zStHlqwK7gJFZ1H+6nkeIoDovaZa5w DLoVXlzKIAoDWIYbG4bVVy4JOvUP5GQcPpmEJfbXboHafQe/7Uj2pKSujiEJGbMr CxmVBOOhUUU= =mAXh -----END PGP SIGNATURE----- --8TMLq6GPUuN4DysL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 13:48:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFB4537B405 for ; Sun, 16 Feb 2003 13:48:51 -0800 (PST) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C2543F3F for ; Sun, 16 Feb 2003 13:48:50 -0800 (PST) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id h1GLmmja083449 for ; Sun, 16 Feb 2003 21:48:48 GMT (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost) by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id h1GLmm8F083448 for current@FreeBSD.ORG; Sun, 16 Feb 2003 21:48:48 GMT X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id h1GLfeaX035772 for ; Sun, 16 Feb 2003 23:41:40 +0200 (SAST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200302162141.h1GLfeaX035772@grimreaper.grondar.org> To: current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review In-Reply-To: Your message of "Sun, 16 Feb 2003 13:28:35 PST." <20030216212835.GA74550@dragon.nuxi.com> Date: Sun, 16 Feb 2003 21:41:40 +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "David O'Brien" writes: > On Sun, Feb 16, 2003 at 07:11:49PM +0000, Mark Murray wrote: > > In the case where an application is OPIEised and not PAMised, we > > need to figure out something; PAMizing such apps is not terribly > > hard. If any of them are in the base system, then this situation > > is a bug in its own right. If they are ports, they need to fall in > > with FreeBSD/sysadmin policy. > > I'll state it again, because many don't seem to listen -- many of us > consider OPIEized, but not PAMized 3rd party ports a Good Thing. PAM is > nothing but a PITA, OPIE offers useful real functionality. David, This is not a failure to understand; it is a disagreement. I am asserting that PAM is the way FreeBSD is doing its authentication policy-setting. I am asserting that as a result of this applications need to comply, somehow. Right now, this is not hard. In future, it may get harder. DES has committed some PAM policy tweaks that make this possible. Bear in mind that PAM may leave you behind at some point; it is in the focus. M -- Mark Murray iumop ap!sdn w,I idlaH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 13:53:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1021F37B401 for ; Sun, 16 Feb 2003 13:53:28 -0800 (PST) Received: from pennasoft.com (pennasoft.com [192.220.103.128]) by mx1.FreeBSD.org (Postfix) with SMTP id A909B43F75 for ; Sun, 16 Feb 2003 13:53:27 -0800 (PST) (envelope-from chris@pennasoft.com) Received: (qmail 97234 invoked by uid 26496); 16 Feb 2003 21:53:26 -0000 Received: from unknown (HELO browning.pennasoft.com) ([192.220.103.128]) (envelope-sender ) by 192.220.103.128 (qmail-ldap-1.03) with SMTP for ; 16 Feb 2003 21:53:26 -0000 From: Chris BeHanna Organization: PennaSoft Corporation To: current@freebsd.org Subject: Local repo: Perforce/CVS integration Date: Sun, 16 Feb 2003 16:54:28 -0500 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200302161654.28280.chris@pennasoft.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 For those of you doing development with Perforce, could you talk a little bit about how this is done? Do you do a cvsup nightly and import that on a vendor branch, then integrate it into your working tree? (That sounds like it would work.) Do you use cvs2p4? How about going in the other direction (from your local branches back to the trunk?) I'm reasonably well-versed in both CVS and Perforce, and Perforce just does merging *so* much better than CVS that'd I'd rather use it, but I'd also rather crib from someone who has a process that's working, rather than roll my own. Thanks, -- Chris BeHanna http://www.pennasoft.com Principal Consultant PennaSoft Corporation chris@pennasoft.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 14: 7: 5 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AC8D37B401; Sun, 16 Feb 2003 14:07:04 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C13743F85; Sun, 16 Feb 2003 14:07:03 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) by alpha.siliconlandmark.com (8.12.6/8.12.6) with ESMTP id h1GM72f0083951; Sun, 16 Feb 2003 17:07:02 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by alpha.siliconlandmark.com (8.12.6/8.12.6/Submit) with ESMTP id h1GM71l7083948; Sun, 16 Feb 2003 17:07:02 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 16 Feb 2003 17:07:01 -0500 (EST) From: Andre Guibert de Bruet To: Victor Ponomarev Cc: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: se7500+dual xeon? In-Reply-To: <3E43B4E8.1020908@unet.ru> Message-ID: <20030216170302.N80838@alpha.siliconlandmark.com> References: <20030207004431.P63349@hub.org> <3E43B4E8.1020908@unet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 7 Feb 2003, Victor Ponomarev wrote: > Thanks to all! > > As I wrote it's a my mistake with kernel installing. I should pay more > attention on upper part of dmesg ouput to > see that new kernel didn't install. > > By the way does anyone compare heavy load multiprocessor performance > 5.0-RELEASE and 4.7-STABLE? > Is it worth to upgrade a production machine? That's a matter of personal opinion. Though I haven't had any stability issues with -current on my UP and SMP hardware, it's generally bad mojo to put -current on a production machine. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 14: 8:58 2003 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id A54F137B401; Sun, 16 Feb 2003 14:08:56 -0800 (PST) Date: Sun, 16 Feb 2003 16:08:56 -0600 From: Juli Mallett To: Chris BeHanna Cc: current@freebsd.org Subject: Re: Local repo: Perforce/CVS integration Message-ID: <20030216160856.A1028@FreeBSD.org> References: <200302161654.28280.chris@pennasoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200302161654.28280.chris@pennasoft.com>; from chris@pennasoft.com on Sun, Feb 16, 2003 at 04:54:28PM -0500 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes 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 * De: Chris BeHanna [ Data: 2003-02-16 ] [ Subjecte: Local repo: Perforce/CVS integration ] > For those of you doing development with Perforce, could you talk a > little bit about how this is done? > > Do you do a cvsup nightly and import that on a vendor branch, then > integrate it into your working tree? (That sounds like it would work.) > Do you use cvs2p4? How about going in the other direction (from your > local branches back to the trunk?) > > I'm reasonably well-versed in both CVS and Perforce, and Perforce > just does merging *so* much better than CVS that'd I'd rather use it, > but I'd also rather crib from someone who has a process that's > working, rather than roll my own. FreeBSD has special great evil triggers which will import things into //depot/vendor/freebsd/src/... for example, and then we just branch off of there, and integ -b as needed. :) As for the CVS merge, I personally keep vendor/freebsd/src in my client view, as well, and use diff(1) to manually prepare both change diffs (modification) and additions, in whatever style I prefer. If it is just for review, I'd use diff2 :) Thanx, juli. -- Juli Mallett - AIM: BSDFlata -- IRC: juli on EFnet OpenDarwin, Mono, FreeBSD Developer - ircd-hybrid Developer, EFnet addict FreeBSD on MIPS-Anything on FreeBSD - Never trust an ELF, COFF or Mach-O! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 14:30:36 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6375A37B401; Sun, 16 Feb 2003 14:30:35 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9486343F3F; Sun, 16 Feb 2003 14:30:34 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h1GMUY1o073874; Sun, 16 Feb 2003 14:30:34 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h1GMUYku000929; Sun, 16 Feb 2003 14:30:34 -0800 (PST) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h1GMUYxS000928; Sun, 16 Feb 2003 14:30:34 -0800 (PST) Date: Sun, 16 Feb 2003 14:30:34 -0800 From: Marcel Moolenaar To: Ruslan Ermilov Cc: current@FreeBSD.org Subject: Re: ACPI thermal panics ThinkPad 600X Message-ID: <20030216223034.GB869@athlon.pn.xcllnt.net> References: <20030215024939.GB765@sunbay.com> <1045396245.3751.2.camel@cf.freebsd-services.com> <20030216175549.GC98597@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216175549.GC98597@sunbay.com> User-Agent: Mutt/1.5.3i 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 [developers@ removed from CC list] On Sun, Feb 16, 2003 at 07:55:49PM +0200, Ruslan Ermilov wrote: > On Sun, Feb 16, 2003 at 11:50:46AM +0000, Paul Richards wrote: > > Don't cross post current and developers. > > > > The developers charter says it's for internal management i.e. how we > > manage the project and not for discussing code issues. It's badly named, > > we should have called it something like "members" or "admin". > > > I must disagree. This message equally applies -current as well > as -developers; I was interested in hearing from both -current > users and ACPI developers, and developers are not guaranteed to > be subscribed to the -current mailing list, are they? I think anybody using -current is expected to be subscribed to -current. I think it follows that if you develop for -current that you at least be on -current (the commit bit is optional, the mailinglist subscription is not :-) Something like that. No written-down rules AFAICT, but just plain common sense. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 14:48:33 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 106EA37B401 for ; Sun, 16 Feb 2003 14:48:32 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E09143F75 for ; Sun, 16 Feb 2003 14:48:31 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003021622483000100kkrp5e>; Sun, 16 Feb 2003 22:48:30 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA06492 for ; Sun, 16 Feb 2003 14:48:29 -0800 (PST) Date: Sun, 16 Feb 2003 14:48:27 -0800 (PST) From: Julian Elischer To: FreeBSD current users Subject: resource usage overflow 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 In the resource usage we have teh following values calculated.. long ru_ixrss; /* integral shared memory size */ long ru_idrss; /* integral unshared data " */ long ru_isrss; /* integral unshared stack " */ in statclock() we have: ru->ru_ixrss += pgtok(vm->vm_tsize); ru->ru_idrss += pgtok(vm->vm_dsize); ru->ru_isrss += pgtok(vm->vm_ssize); in other words these ore incremented at the rate of statclock (for example 1kHz in not unheard of now). Assuming that I have a 600MB process (e.g. fsck doing a 1TB fileesyste uses 667MB in pass 1 alone). this means that the number of ticks we can count this amount of memory usage for is: 4E9/6E5 = 7.1E3 or 7100 ticks or, in the realworld (TM)... seven seconds if I am doing stats and profiling at 1kHz. I think I could make a case for these figures being extended to 64 bits but: 1/ is it worth it? what uses them? Easier to drop them. 2/ are these mandated by any standard? would making them 64 bits break anything? 3/ would 64 bits be enough? We are getting both bigger and faster 64000 times faster and 64000 times bigger and we are back at seven seconds. 640 times faster and 640 times bigger and we are still only at 70000 seconds (19 hours) before overflow. Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 14:51:28 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4D3737B401; Sun, 16 Feb 2003 14:51:27 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 387F443F75; Sun, 16 Feb 2003 14:51:26 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GMpKEJ006425; Mon, 17 Feb 2003 01:51:25 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GMpKk7006424; Mon, 17 Feb 2003 01:51:20 +0300 (MSK) (envelope-from ache) Date: Mon, 17 Feb 2003 01:51:20 +0300 From: "Andrey A. Chernov" To: Juli Mallett Cc: Mark Murray , current@FreeBSD.ORG, Dag-Erling Smorgrav Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216225120.GA6374@nagual.pp.ru> References: <20030216185426.GB52253@dragon.nuxi.com> <200302161911.h1GJBnaX034785@grimreaper.grondar.org> <20030216204847.GA5233@nagual.pp.ru> <20030216153951.A98564@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216153951.A98564@FreeBSD.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 15:39:51 -0600, Juli Mallett wrote: > > Can you explain how this stops purely opieized apps from working? I was > under the impression the implicit case was still there, we just have a > more explicit contract with the OPIE system. This is not pure situation but mix with opiezed and opiezed+pamified apps families contradiction. Each of the families will produce different behaviour in the variant was commited initially by des (now he fix things properly). If you tune opiezed+pamified apps to work as you need, pure opizeded stops working and vice versa. I mean localhost handling. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 15:13:32 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FD0737B401; Sun, 16 Feb 2003 15:13:31 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 279EE43F75; Sun, 16 Feb 2003 15:13:30 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1GNDSEJ006716; Mon, 17 Feb 2003 02:13:29 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1GNDSca006715; Mon, 17 Feb 2003 02:13:28 +0300 (MSK) (envelope-from ache) Date: Mon, 17 Feb 2003 02:13:27 +0300 From: "Andrey A. Chernov" To: Juli Mallett Cc: Mark Murray , current@FreeBSD.ORG, Dag-Erling Smorgrav Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030216231326.GA6604@nagual.pp.ru> References: <20030216185426.GB52253@dragon.nuxi.com> <200302161911.h1GJBnaX034785@grimreaper.grondar.org> <20030216204847.GA5233@nagual.pp.ru> <20030216153951.A98564@FreeBSD.org> <20030216225120.GA6374@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216225120.GA6374@nagual.pp.ru> User-Agent: Mutt/1.5.1i 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, Feb 17, 2003 at 01:51:20 +0300, Andrey A. Chernov wrote: > properly). If you tune opiezed+pamified apps to work as you need, pure > opized stops working and vice versa. In this phrase I mean documented OPIE tuning of OPIE config files (old way), without any new additions and requirements, basically I mean old setups working for years. F.e. if you delete /etc/opieaccess (which is legal from OPIE point of view), you will be not able to log in locally via opiezed+pamified apps, but able with opiezed. (Remember, we talk about initial variant from des, now he fix situation and people who want to shoot their foot needs to remove default PAM configuration option "allow_local") -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 16: 4:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E58537B401 for ; Sun, 16 Feb 2003 16:04:12 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EA8443F3F for ; Sun, 16 Feb 2003 16:04:11 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h1H04A1o074188; Sun, 16 Feb 2003 16:04:10 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h1H04Ait000893; Sun, 16 Feb 2003 16:04:10 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h1H04ASk000892; Sun, 16 Feb 2003 16:04:10 -0800 (PST) Date: Sun, 16 Feb 2003 16:04:10 -0800 From: Marcel Moolenaar To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: Console API related patch. Message-ID: <20030217000410.GA769@dhcp01.pn.xcllnt.net> References: <91629.1045428328@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <91629.1045428328@critter.freebsd.dk> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 09:45:28PM +0100, Poul-Henning Kamp wrote: > > I am trying to do some weird things with some custom console code and > got stuck on the fact that our console code belives all consoles have > a dev_t. > > This patch changes the API so that rather than pass a "dev_t" to the > console functions, the "struct consdev *" is passed: > > -typedef void cn_putc_t(dev_t, int); > +typedef void cn_putc_t(struct consdev *, int); > > The dev_t can still be gotten hold of: > > int > -zs_cncheckc(dev_t dev) > +zs_cncheckc(struct consdev *cp) > { > int s = spltty(); > - int c = zs_maygetc(zs_console_addr, minor(dev)); > + int c = zs_maygetc(zs_console_addr, minor(cp->cn_dev)); > splx(s); > return c; > } I like this. On the ia64 branch I completely ignore the dev argument and instead use a static softc. The dev_t is unknown until after bus enumeration in principle anyway. > The patch compiles and runs on all platforms I can currently test, > but I'd like if some of you can give it a spin too: > > http://phk.freebsd.dk/patch/console.patch > > The patch just does the not quite mechanical switch, some of the drivers > could get some mileage from the cn_arg field but I have not tried that. I'll test ia64, both CVS an P4. Let me know when you like to commit this so that I can schedule around that... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 16:27:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 877C837B401 for ; Sun, 16 Feb 2003 16:27:49 -0800 (PST) Received: from seed.net.tw (sn15.seed.net.tw [139.175.54.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CD2643F75 for ; Sun, 16 Feb 2003 16:27:48 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [211.74.132.243] (port=49225 helo=leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:3) id 18kZ8N-000Fht-00 for freebsd-current@FreeBSD.ORG; Mon, 17 Feb 2003 08:27:47 +0800 Received: from leafy.idv.tw (nobody@localhost [127.0.0.1]) by leafy.idv.tw (8.12.7/8.12.7) with ESMTP id h1H0RklP097640 for ; Mon, 17 Feb 2003 08:27:47 +0800 (CST) (envelope-from leafy@leafy.idv.tw) Received: (from leafy@localhost) by leafy.idv.tw (8.12.7/8.12.7/Submit) id h1H0RkrK097639 for freebsd-current@FreeBSD.ORG; Mon, 17 Feb 2003 08:27:46 +0800 (CST) Date: Mon, 17 Feb 2003 08:27:46 +0800 From: leafy To: freebsd-current@FreeBSD.ORG Subject: Re: gcc3.2.2 import might have trashed ld-elf.so.1 Message-ID: <20030217002746.GA97623@leafy.idv.tw> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20030215180924.GA6102@leafy.idv.tw> <3E4FDC18.5090100@liwing.de> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <3E4FDC18.5090100@liwing.de> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 07:44:40PM +0100, Jens Rehsack wrote: > I'm not sure, but isn't the '-f' parameter required, if the portversion > didn't change but an upgrade should be forced? > > Jens Yes, I did a 'portupgrade -fra' several times. But it hits the same spot with the same error everytime. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 16:29: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0014B37B401 for ; Sun, 16 Feb 2003 16:29:00 -0800 (PST) Received: from seed.net.tw (sn15.seed.net.tw [139.175.54.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA50243F3F for ; Sun, 16 Feb 2003 16:28:59 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [211.74.132.243] (port=49229 helo=leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:3) id 18kZ9X-000Flb-00 for freebsd-current@FreeBSD.ORG; Mon, 17 Feb 2003 08:28:59 +0800 Received: from leafy.idv.tw (nobody@localhost [127.0.0.1]) by leafy.idv.tw (8.12.7/8.12.7) with ESMTP id h1H0SwlP097650 for ; Mon, 17 Feb 2003 08:28:58 +0800 (CST) (envelope-from leafy@leafy.idv.tw) Received: (from leafy@localhost) by leafy.idv.tw (8.12.7/8.12.7/Submit) id h1H0Swxu097649 for freebsd-current@FreeBSD.ORG; Mon, 17 Feb 2003 08:28:58 +0800 (CST) Date: Mon, 17 Feb 2003 08:28:58 +0800 From: leafy To: freebsd-current@FreeBSD.ORG Subject: Re: gcc3.2.2 import might have trashed ld-elf.so.1 Message-ID: <20030217002858.GB97623@leafy.idv.tw> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20030215180924.GA6102@leafy.idv.tw> <20030216050433.GA38216@leafy.idv.tw> <20030216182825.GA21974@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <20030216182825.GA21974@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 10:28:25AM -0800, Steve Kargl wrote: > > these apply to both world and ports. and the strange ld-elf.so.1 error > > still ocurs. > > > > I just built mozilla with gcc 3.2.2 without a problem. > > -- > Steve Mine does without any problem too. It's only uic which causes the error. (and resulting in truss core dump) -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 16:33:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDECA37B401 for ; Sun, 16 Feb 2003 16:33:51 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F54A43F85 for ; Sun, 16 Feb 2003 16:33:51 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.7/8.12.7) with ESMTP id h1H0XnSo023815; Sun, 16 Feb 2003 16:33:49 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.7/8.12.7/Submit) id h1H0XmXP023814; Sun, 16 Feb 2003 16:33:48 -0800 (PST) Date: Sun, 16 Feb 2003 16:33:48 -0800 From: Steve Kargl To: leafy Cc: freebsd-current@FreeBSD.ORG Subject: Re: gcc3.2.2 import might have trashed ld-elf.so.1 Message-ID: <20030217003348.GA23784@troutmask.apl.washington.edu> References: <20030215180924.GA6102@leafy.idv.tw> <20030216050433.GA38216@leafy.idv.tw> <20030216182825.GA21974@troutmask.apl.washington.edu> <20030217002858.GB97623@leafy.idv.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030217002858.GB97623@leafy.idv.tw> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 17, 2003 at 08:28:58AM +0800, leafy wrote: > On Sun, Feb 16, 2003 at 10:28:25AM -0800, Steve Kargl wrote: > > > these apply to both world and ports. and the strange ld-elf.so.1 error > > > still ocurs. > > > > > > > I just built mozilla with gcc 3.2.2 without a problem. > > > Mine does without any problem too. It's only uic which causes the > error. (and resulting in truss core dump) > Use ktrace(1). -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 16:44:22 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E4F237B401 for ; Sun, 16 Feb 2003 16:44:21 -0800 (PST) Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC5EC43FB1 for ; Sun, 16 Feb 2003 16:44:19 -0800 (PST) (envelope-from vkushnir@alfacom.net) Received: from kushnir1.kiev.ua (124-142.dialup.Alfacom.net [193.108.124.142]) by Stalker.alfacom.net (8.12.6/8.12.6) with ESMTP id h1H0iDsu019408 for ; Mon, 17 Feb 2003 02:44:15 +0200 (EET) Received: from kushnir1.kiev.ua (localhost [127.0.0.1]) by kushnir1.kiev.ua (8.12.7/8.12.6) with ESMTP id h1H0iCQv000194 for ; Mon, 17 Feb 2003 02:44:12 +0200 (EET) (envelope-from vkushnir@alfacom.net) Received: from localhost (vkushnir@localhost) by kushnir1.kiev.ua (8.12.7/8.12.7/Submit) with ESMTP id h1H0iAgZ000191 for ; Mon, 17 Feb 2003 02:44:12 +0200 (EET) X-Authentication-Warning: kushnir1.kiev.ua: vkushnir owned process doing -bs Date: Mon, 17 Feb 2003 02:44:10 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: freebsd-current@FreeBSD.ORG Subject: Re: gcc3.2.2 import might have trashed ld-elf.so.1 (fwd) Message-ID: <20030217024337.N90485@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 17 Feb 2003, leafy wrote: > On Sun, Feb 16, 2003 at 10:28:25AM -0800, Steve Kargl wrote: > > > these apply to both world and ports. and the strange ld-elf.so.1 error > > > still ocurs. > > > > > > > I just built mozilla with gcc 3.2.2 without a problem. > > > > -- > > Steve > Mine does without any problem too. It's only uic which causes the error. (and resulting in truss core dump) > If building KDE ports is the only thing you need - just move (temporarily) this plugin out of its dir. I know it isn'y a solution, but at least it works. BTW, it also works for some reason if you declare qCleanupImages_wizards() as static void qCleanupImages_wizards() instead of void qCleanupImages_wizards() in qmake_image_collection.cpp. Again, it's silly but for some reason it works. Designer dies later, though, if you add /usr/local/lib/kde3/plugins dir. But KDE itself works, once again. Any C++/QT gurus? Regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 16:56: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07D6437B401 for ; Sun, 16 Feb 2003 16:56:08 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AFDB43F3F for ; Sun, 16 Feb 2003 16:56:07 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.7/8.12.7) with ESMTP id h1H0tX0H018631; Sun, 16 Feb 2003 19:55:33 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sun, 16 Feb 2003 19:55:32 -0500 To: Julian Elischer , FreeBSD current users From: Garance A Drosihn Subject: Re: resource usage overflow Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-Spam-Score: -1.6 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01 X-Scanned-By: MIMEDefang 2.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 At 2:48 PM -0800 2/16/03, Julian Elischer wrote: >I think I could make a case for these figures being extended >to 64 bits but: > >1/ is it worth it? what uses them? Easier to drop them. >2/ are these mandated by any standard? would making them > 64 bits break anything? >3/ would 64 bits be enough? We are getting both bigger and > faster 64000 times faster and 64000 times bigger and we > are back at seven seconds. 640 times faster and 640 times > bigger and we are still only at 70000 seconds (19 hours) > before overflow. When we're at only 400 times faster and 400 times bigger, we can always decide to increase it again... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 17: 0:46 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CE2B37B401 for ; Sun, 16 Feb 2003 17:00:40 -0800 (PST) Received: from yahoo.co.kr (adsl-67-122-189-2.dsl.lsan03.pacbell.net [67.122.189.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 5FEB943F3F for ; Sun, 16 Feb 2003 17:00:34 -0800 (PST) (envelope-from okbody1011@yahoo.co.kr) To: From: ¼ºÀåÈ£¸£¸ó " Mega HGH" Subject: ³ëÈ­¿ªÀü "¼ºÀåÈ£¸£¸ó" Çô¹Ø¿¡ »Ñ¸®´Â ½ºÇÁ·¹ÀÌ Å¸ÀÙ. 100% ³×Ãò·² È£¸£¸ó. Made in U.S.A - ¹Ì FDA ½ÂÀÎÁ¦Ç°!!! Date: Sun, 16 Feb 2003 16:59:00 -0600 Content-Type: text/html; charset="ks_c_5601-1987" X-Mailer: JBH Msender v 1.0 Message-Id: <20030217010034.5FEB943F3F@mx1.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 ¼ºÀå È£¸£¸óÀÇ ³î¶ó¿î È¿°ú¸¦ °æÇè Çϼ¼¿ä!



 ÁÁÀº °Ç ´Ù ¾Æ´Âµ¥ °¡°ÝÀÌ ºÎ´ã µÇ½Å´Ù±¸¿ä?
¢º Áß°£ À¯ÅëÀ» °ÅÄ¡Áö ¾Ê°í ¹Ì±¹ÇöÁö·Î ºÎÅÍ Á÷Æǵ˴ϴÙ. ¾ÆÁ÷µµ º¸µû¸® Àå¼ö³ª ÇǺιæ,¼öÀÔ»óÁ¡µî¿¡¼­ °í°¡¸¦ ÁÖ°í ±¸ÀÔÇϽʴϱî? Áß±¹»ê °¡Â¥´Â ¾Æ´Ò·±Áö?
  .
¢º ¸Þ°¡ HGH´Â ÃÖ°í¹ÐµµÀÇ È£¸£¸ó ÇÔ·®(ml´ç 645ng)°ú ÀÎü¿¡ À¯ÇØÇÑ ¾ËÄÝÀ» ÀüÇô »ç¿ëÇÏÁö ¾Ê´Â 100% ¹ÏÀ» ¼ö ÀÖ´Â ³×Ãß·² ¼ºÀå È£¸£¸ó ÀÔ´Ï´Ù.
   
¢º

ÀϺΠºÎÃÌ¿¡¼­ °í°¡·Î ½ÃÆǵǴ ¼ºÀåÈ£¸£¸óÀÇ 95%°¡ Áß±¹À̳ª µ¿³²¾Æ¿¡¼­ Á¦Á¶µÈ °¡Â¥¶ó´Â ¹æ¼Ûº¸µµ ³»¿ë´ë·Î ±¸ÀÔ ½Ã °¢º°È÷ À¯ÀÇÇϼžßÇÕ´Ï´Ù.

±¸Çϱ⵵ ¾î·Á¿ü´ø ¼ºÀå È£¸£¸ó ÀÌÁ¦ °ÅÇ°¾ø´Â °¡°Ý¿¡ ¾È½ÉÇÏ°í ÁÖ¹®Çϼ¼¿ä!
¹Ì±¹ ÇöÁö¿¡¼­ Á÷Á¢ EMS(±¹Á¦ Ư±Þ ¿ìÆí ¼­ºñ½º)·Î ´ì±îÁö 4Àϸ¸¿¡ ¹è¼ÛÇØ µå¸³´Ï´Ù.

* º» Á¦Ç°Àº ¹Ì±¹ FDA ½ÂÀÎ Á¦Ç°À̸ç FDA NDC(National Drug Code)# 65596-9302-1

MAID IN USA
   
 
 È¨ÆäÀÌÁö : www.okbody.com | ¹®ÀÇ(0011-714-350-7243) | À̸ÞÀÏ Justin@msbionic.com
 MSBIONIC  
 www.okbody.com
 2245 W. Broadway Ave., Anaheim, CA 92804 U.S.A

 º» ¸ÞÀÏÀ» ¼ö½Å°ÅºÎ ÇϽ÷Á¸é ?subject=¼ö½Å°ÅºÎ&Body=¸ÞÀϼö½Å(current@freebsd.org)À» ¿øÄ¡¾Ê½À´Ï´Ù">¿©±â¸¦ ´­·¯ÁÖ¼¼¿ä.
 If you wish to unsubscribe this type of e-mail, please click ?subject=¼ö½Å°ÅºÎ&Body=¸ÞÀϼö½Å(current@freebsd.org)À» ¿øÄ¡¾Ê½À´Ï´Ù">Here

 
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 17:16:49 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4893337B401 for ; Sun, 16 Feb 2003 17:16:48 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 670D143F3F for ; Sun, 16 Feb 2003 17:16:47 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.7/8.12.7) with ESMTP id h1H1Gjb6003137; Sun, 16 Feb 2003 20:16:45 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200302161548.h1GFmKaX033271@grimreaper.grondar.org> References: <200302161548.h1GFmKaX033271@grimreaper.grondar.org> Date: Sun, 16 Feb 2003 20:16:43 -0500 To: Mark Murray , "Andrey A. Chernov" From: Garance A Drosihn Subject: Re: OPIE breakage: backout & patch for review Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-Spam-Score: -1.6 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01 X-Scanned-By: MIMEDefang 2.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 At 3:48 PM +0000 2/16/03, Mark Murray wrote: >"Andrey A. Chernov" writes: > > On Sun, Feb 16, 2003, Dag-Erling Smorgrav wrote: > > > "Andrey A. Chernov" writes: >> > > Admins with no /etc/opieaccess AFFECTED! >> > >> > Admins with no /etc/opieaccess IDIOTS for not running mergemaster! >> > > Moreover, admins WITH old /etc/opieaccess (i.e. without your > > line) are affected too! Local logins becomes mysteriosly > > disabled for their users. > >With a suitable "HEADS UP!" and appropriate changes to the >documentation, might is be possible to move _all_ policy control >into PAM, instead of having it split between OPIE and PAM? If I understand this right, the issue is not some split between OPIE and PAM. The issue is that OPIE wants a zero-length hostname to indicate localhost. Andrey provided a patch which allows OPIE to keep that standard (to OPIE) meaning. Could people try his patch and then explain why it does not solve the problem they are trying to solve? If it means that PAM needs to be changed to use the same token ("") for localhost, that seems fine to me. Just as long as it's documented. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 17:54:14 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB5837B401 for ; Sun, 16 Feb 2003 17:54:12 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B72A443F75 for ; Sun, 16 Feb 2003 17:54:10 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id MAA01749; Mon, 17 Feb 2003 12:53:57 +1100 Date: Mon, 17 Feb 2003 12:54:38 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Julian Elischer Cc: FreeBSD current users Subject: Re: resource usage overflow In-Reply-To: Message-ID: <20030217121418.V4039-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 16 Feb 2003, Julian Elischer wrote: > In the resource usage we have teh following values calculated.. > > long ru_ixrss; /* integral shared memory size */ > long ru_idrss; /* integral unshared data " */ > long ru_isrss; /* integral unshared stack " */ > > in statclock() we have: > ru->ru_ixrss += pgtok(vm->vm_tsize); > ru->ru_idrss += pgtok(vm->vm_dsize); > ru->ru_isrss += pgtok(vm->vm_ssize); > > in other words these ore incremented at the rate of statclock > (for example 1kHz in not unheard of now). > > Assuming that I have a 600MB process (e.g. fsck doing a 1TB fileesyste > uses 667MB in pass 1 alone). > this means that the number of ticks we can count this amount of memory > usage for is: > 4E9/6E5 = 7.1E3 or 7100 ticks or, Strictly half of that on machines with 32-bit longs (they overflow at 2G, not 4G), and 2 billion times that on machines with 64-bit longs. > in the realworld (TM)... seven seconds if I am doing stats and profiling > at 1kHz. You shouldn't do stats at 1kHz. Even the basic tick counters are in danger of overflow if the statclock frequency is large (the counters are 64-bit, but the algorithms that use them (in calcru()) only work if they aren't much larger than 2^32). The profiling clock is normally scaled down to get a statclock of nearly 128Hz. However, no scaling of the scheduling clock is done for arches that don't have a separate profiling or statistics clock and use the scheduling clock for both. Large scheduling clock frequencies are more useful and less harmful than large statclock frequencies. > I think I could make a case for these figures being extended to 64 bits > but: They are already 64-bits on arches with 64-bit longs. > 1/ is it worth it? what uses them? Easier to drop them. In /usr/src, they are used in csh(1) (time builtin), time(1), window(1), acct(2), and potentially anything that calls getrusage(2). I think they are worth keeping for time(1), but it doesn't matter a lot of they are wrong. > 2/ are these mandated by any standard? would making them 64 bits > break anything? They aren't in POSIX-1.2001 (draft). Making them 64-bits on arches with 32-bit longs would break binary compatibilty of getrusage() too and other syscalls that return a struct rusage. > 3/ would 64 bits be enough? We are getting both bigger and faster > 64000 times faster and 64000 times bigger and we are back at seven > seconds. 640 times faster and 640 times bigger and we are still only at > 70000 seconds (19 hours) before overflow. Er, 64 bit longs provide a factor of 4 billion (not 64000) for bloat. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 17:57: 7 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A317437B401 for ; Sun, 16 Feb 2003 17:57:06 -0800 (PST) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2830443F3F for ; Sun, 16 Feb 2003 17:57:06 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc51.attbi.com (rwcrmhc51) with ESMTP id <2003021701570505100kcofae>; Mon, 17 Feb 2003 01:57:05 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA07683; Sun, 16 Feb 2003 17:57:05 -0800 (PST) Date: Sun, 16 Feb 2003 17:57:03 -0800 (PST) From: Julian Elischer To: Bruce Evans Cc: FreeBSD current users Subject: Re: resource usage overflow In-Reply-To: <20030217121418.V4039-100000@gamplex.bde.org> 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 On Mon, 17 Feb 2003, Bruce Evans wrote: > On Sun, 16 Feb 2003, Julian Elischer wrote: > > > 3/ would 64 bits be enough? We are getting both bigger and faster > > 64000 times faster and 64000 times bigger and we are back at seven > > seconds. 640 times faster and 640 times bigger and we are still only at > > 70000 seconds (19 hours) before overflow. > > Er, 64 bit longs provide a factor of 4 billion (not 64000) for bloat. > not that I said 64000 twice... multiply them.. > Bruce > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 18: 1:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 503D837B401 for ; Sun, 16 Feb 2003 18:01:25 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBCFB43FAF for ; Sun, 16 Feb 2003 18:01:23 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1H21KEJ017638; Mon, 17 Feb 2003 05:01:22 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1H21KeP017637; Mon, 17 Feb 2003 05:01:20 +0300 (MSK) (envelope-from ache) Date: Mon, 17 Feb 2003 05:01:19 +0300 From: "Andrey A. Chernov" To: Garance A Drosihn Cc: Mark Murray , Dag-Erling Smorgrav , current@FreeBSD.ORG Subject: Re: OPIE breakage: backout & patch for review Message-ID: <20030217020119.GA17573@nagual.pp.ru> References: <200302161548.h1GFmKaX033271@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 20:16:43 -0500, Garance A Drosihn wrote: > > to indicate localhost. Andrey provided a patch which allows OPIE > to keep that standard (to OPIE) meaning. Could people try his > patch and then explain why it does not solve the problem they are > trying to solve? The problem already resolved, des commits acceptable for both parties solution (which use part of my "" patch too). -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 18: 5:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFDFE37B401; Sun, 16 Feb 2003 18:05:54 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A8E43F75; Sun, 16 Feb 2003 18:05:54 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 0C6CE679DA; Sun, 16 Feb 2003 18:05:54 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id ED5A910FD; Sun, 16 Feb 2003 18:05:53 -0800 (PST) Date: Sun, 16 Feb 2003 18:05:53 -0800 From: Kris Kennaway To: current@FreeBSD.org Cc: phk@FreeBSD.org Subject: Clock disabled during DDB Message-ID: <20030217020553.GA67649@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Is it an expected feature that the system clock is not updated when the system is sitting in DDB? I just had 8 machines sitting in DDB for about 20 minutes at boot (because of that &^@%&^ sysctl LOR), and ntpd refused to time-sync them when I continued, because the clock had fallen too far behind: Feb 16 17:18:08 gohan12 ntpd[177]: time correction of 1149 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. Feb 16 17:18:12 gohan10 ntpd[177]: time correction of 1155 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. Feb 16 17:18:00 gohan15 ntpd[177]: time correction of 1169 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. ... Kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+UEOBWry0BWjoQKURAli0AJ9liml7g6rDJ39VxJH4mqIRekfcjwCg0bYr dAxNVyWCqNv/ggFb1lWcG80= =Muax -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 18:18:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABEA737B401 for ; Sun, 16 Feb 2003 18:18:51 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 216ED43F3F for ; Sun, 16 Feb 2003 18:18:51 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003021702184900100g3114e>; Mon, 17 Feb 2003 02:18:50 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA07821 for ; Sun, 16 Feb 2003 18:18:49 -0800 (PST) Date: Sun, 16 Feb 2003 18:18:47 -0800 (PST) From: Julian Elischer To: FreeBSD current users Subject: question on profiling code 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 In addupc_intr, if the increment cannot be done immediatly, the addres to increment the count for is stored and the increment is done later at ast or userret() time... is there any reason that the address of the PC needs to be stored? why is the address from the frame at that time not useable? is it because the PC in the return frame may be hacked up for signals? They are going to quite a lot of trouble to save teh PC address between the original addupc_intr and the ast()/userret() There must be a reason, but I can't see it. (the values are stored in the struct uprof, associated with the process.) Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 19:29:34 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B729C37B401 for ; Sun, 16 Feb 2003 19:29:32 -0800 (PST) Received: from lenny.anarcat.ath.cx (dsl-135-123.aei.ca [66.36.135.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F4B843F3F for ; Sun, 16 Feb 2003 19:29:31 -0800 (PST) (envelope-from anarcat@lenny.anarcat.ath.cx) Received: from lenny.anarcat.ath.cx (localhost.anarcat.ath.cx [127.0.0.1]) by lenny.anarcat.ath.cx (8.12.6/8.12.6) with ESMTP id h1H3TT8f056075 for ; Sun, 16 Feb 2003 22:29:29 -0500 (EST) (envelope-from anarcat@lenny.anarcat.ath.cx) Received: (from anarcat@localhost) by lenny.anarcat.ath.cx (8.12.6/8.12.6/Submit) id h1H3TRem056066 for freebsd-current@freebsd.org; Sun, 16 Feb 2003 22:29:27 -0500 (EST) Date: Sun, 16 Feb 2003 22:29:27 -0500 From: The Anarcat To: freebsd-current@freebsd.org Subject: atapicam not in NOTES? Message-ID: <20030217032927.GC634@lenny.anarcat.ath.cx> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline User-Agent: Mutt/1.5.1i 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 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I can't seem to find atapicam in NOTES. Is this voluntary? On the atapicam website, it says that it's been integrated into current. I can build a 5.0-release kernel with it, so has it just been forgotten from NOTES? :) Thanks A. anarcat@lenny[~/dump/c/src/sys/i386/conf]% cvs -R status NOTES =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D File: NOTES Status: Up-to-date Working revision: 1.1070 Wed Jan 15 20:15:33 2003 Repository revision: 1.1070 /home/ncvs/src/sys/i386/conf/NOTES,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) anarcat@lenny[~/dump/c/src/sys/i386/conf]% grep -i ata NOTES=20 anarcat@lenny[~/dump/c/src/sys/i386/conf]%=20 --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+UFcWttcWHAnWiGcRAvEWAJ9OdBdZhz8uXknh1vy8bF0/qL9oSwCcDrFl WSdeiTps/7dY0qhcDiuMq+U= =aRo/ -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 19:32: 1 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B018D37B401 for ; Sun, 16 Feb 2003 19:32:00 -0800 (PST) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD53443F85 for ; Sun, 16 Feb 2003 19:31:56 -0800 (PST) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-a142.otenet.gr [212.205.215.142]) by mailsrv.otenet.gr (8.12.6/8.12.6) with ESMTP id h1H3VpSe020229; Mon, 17 Feb 2003 05:31:54 +0200 (EET) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.7/8.12.7) with ESMTP id h1H3VoSw004737; Mon, 17 Feb 2003 05:31:50 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.12.7/8.12.7/Submit) id h1H3VlQ4004736; Mon, 17 Feb 2003 05:31:47 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 17 Feb 2003 05:31:47 +0200 From: Giorgos Keramidas To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: Clock disabled during DDB Message-ID: <20030217033147.GA4698@gothmog.gr> References: <20030217020553.GA67649@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030217020553.GA67649@rot13.obsecurity.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 2003-02-16 18:05, Kris Kennaway wrote: > Is it an expected feature that the system clock is not updated when > the system is sitting in DDB? I just had 8 machines sitting in DDB > for about 20 minutes at boot (because of that &^@%&^ sysctl LOR), > and ntpd refused to time-sync them when I continued, because the > clock had fallen too far behind: I think I'm not the best possible person to answer this, but I recall reading posts that mentioned interrupts being disabled while in DDB. Since the system time is updated by an interrupt, it falls behind if you leave a machine in DDB for too long. Someone with more system time foo correct me if I'm wrong, please. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 20: 0: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96E9037B401 for ; Sun, 16 Feb 2003 20:00:02 -0800 (PST) Received: from lenny.anarcat.ath.cx (dsl-135-123.aei.ca [66.36.135.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4C1C43F85 for ; Sun, 16 Feb 2003 20:00:00 -0800 (PST) (envelope-from anarcat@lenny.anarcat.ath.cx) Received: from lenny.anarcat.ath.cx (localhost.anarcat.ath.cx [127.0.0.1]) by lenny.anarcat.ath.cx (8.12.6/8.12.6) with ESMTP id h1H3xxXD000888 for ; Sun, 16 Feb 2003 22:59:59 -0500 (EST) (envelope-from anarcat@lenny.anarcat.ath.cx) Received: (from anarcat@localhost) by lenny.anarcat.ath.cx (8.12.6/8.12.6/Submit) id h1H3xwQ7000887 for freebsd-current@freebsd.org; Sun, 16 Feb 2003 22:59:58 -0500 (EST) Date: Sun, 16 Feb 2003 22:59:58 -0500 From: The Anarcat To: freebsd-current@freebsd.org Subject: Re: atapicam not in NOTES? Message-ID: <20030217035958.GB724@lenny.anarcat.ath.cx> Mail-Followup-To: freebsd-current@freebsd.org References: <20030217032927.GC634@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jq0ap7NbKX2Kqbes" Content-Disposition: inline In-Reply-To: <20030217032927.GC634@lenny.anarcat.ath.cx> User-Agent: Mutt/1.5.1i 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 --jq0ap7NbKX2Kqbes Content-Type: text/plain; charset=us-ascii Content-Disposition: inline My apologies to the list for not looking in /sys/conf/NOTES before posting. I wasn't aware of the "split". :) A. --jq0ap7NbKX2Kqbes Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+UF49ttcWHAnWiGcRAkCBAJ937ZTWUpIUTq/08FG4Iug9TOgnZACeKDBD pnehjPQ5Ce1QgxxIZVW985c= =s5E5 -----END PGP SIGNATURE----- --jq0ap7NbKX2Kqbes-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 20:47:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF56737B401 for ; Sun, 16 Feb 2003 20:47:49 -0800 (PST) Received: from measurement-factory.com (measurement-factory.com [206.168.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE81D43F93 for ; Sun, 16 Feb 2003 20:47:48 -0800 (PST) (envelope-from rousskov@measurement-factory.com) Received: from measurement-factory.com (localhost [127.0.0.1]) by measurement-factory.com (8.12.6/8.12.5) with ESMTP id h1H4lieM047089; Sun, 16 Feb 2003 21:47:44 -0700 (MST) (envelope-from rousskov@measurement-factory.com) Received: (from rousskov@localhost) by measurement-factory.com (8.12.6/8.12.5/Submit) id h1H4lipM047088; Sun, 16 Feb 2003 21:47:44 -0700 (MST) (envelope-from rousskov) Date: Sun, 16 Feb 2003 21:47:44 -0700 (MST) From: Alex Rousskov To: Pawel Jakub Dawidek Cc: Scott Long , Sam Leffler , Brad Knowles , freebsd-current@freebsd.org Subject: Re: 5-STABLE Roadmap In-Reply-To: <20030216214322.GB10767@garage.freebsd.pl> Message-ID: References: <20030216184257.GZ10767@garage.freebsd.pl> <3E4FFDD3.9050802@btc.adaptec.com> <20030216214322.GB10767@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 16 Feb 2003, Pawel Jakub Dawidek wrote: > On Sun, Feb 16, 2003 at 02:08:35PM -0700, Scott Long wrote: > +> Pawel Jakub Dawidek wrote: > +> > +> >On Thu, Feb 13, 2003 at 08:28:43PM -0800, Sam Leffler wrote: > +> >+> This can quickly turn into a bikeshed, but suggest ones. We're > +> >looking for > +> >+> good benchmarks. [...] > +> > > +> >Look at: > +> > > +> > http://www.web-polygraph.org > +> > > +> >It provides tests for www-cache/proxy stuff. > +> >We can test many things with it: > +> > > +> > - how fast could we generate workload, > +> > - how heavy load could we handle, > +> > - how fast is squid running on FreeBSD, > +> > - how fast is squid rewritten with libkse, > +> > - etc. > +> > > +> >And this is good stablility test. > +> >This is real good and free stuff, I use it on 4.x. > +> > > +> Thanks for the pointer, this looks very interesting. How hard > +> is it to set up? [...] > > Setting it up is quite simple, but it doesn't compile with gcc 3.x... There were too many non-backwards compatible changes in 3.x and the compiler was not stable enough last time we checked. We will probably check and port again some time soon. GCC 2.9x should work fine though. Polygraph is relatively easy to setup on FreeBSD for standard tests, using two PCs. Testing with more PCs, with non-standard workloads, and/or on a regular basis requires writing scripts and can get pretty evolved (which let's us sell a pre-configured appliance that does Polygraph test management :). How-Tos for standard tests on FreeBSD are available at: http://www.measurement-factory.com/support.html > Yes, on website kernel patches are avaliable for tunning, but for new > releases of 4.x this isn't necessary, all could be configure with kernel > options and sysctls (for 4.8): > > options MAXFILES=16384 > options HZ=1000 > options NMBCLUSTERS=32678 > > kern.ipc.somaxconn=1024 > net.inet.ip.portrange.last=40000 > net.inet.tcp.delayed_ack=0 > net.inet.tcp.msl=3000 One of our kernel patches optimizes handling of 1000s of IP aliases per FreeBSD box. The patch is required for older 4.x kernels to perform at decent levels. IIRC, the patch does not work for recent kernels, probably because of the SYN cache changes. I do not know whether any alias-related optimizations are still needed for recent kernels though. Perhaps the SYN cache solves the original scalability problem. > Rest is quite simple/well documented. Tests in theory could be run > on one machine, so... And some nice looking results generated by > web-polygraph: > > Without any proxy: > http://garage.freebsd.pl/pm3-15-11-2k2 > With squid: > http://garage.freebsd.pl/pm3-05-11-2k2 > http://garage.freebsd.pl/pm3-06-11-2k2 > With external proxy: > http://garage.freebsd.pl/pm3-29-01-2k3 Please note that a couple of the results I looked at are invalid from PolyMix workload rules/design point of view. The first thing to check is that you have huge numbers of request in waiting queue, compared to active transactions (shown on the same "xact_lvl" graph). Most likely, you overloaded the device under test, and most request ended up in queues instead of on the wire. I may be missing something though -- I am just looking at your results without much knowledge of their history/purpose... See last cache-off results for valid examples: http://www.measurement-factory.com/results/ If you have any Polygraph-specific questions, I would be happy to answer them, especially if it can help FreeBSD folks in any way. Good luck, Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 20:49:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D91237B405 for ; Sun, 16 Feb 2003 20:49:49 -0800 (PST) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6751143F75 for ; Sun, 16 Feb 2003 20:49:47 -0800 (PST) (envelope-from dmp@pantherdragon.org) Received: from sparx.techno.pagans (12-224-208-117.client.attbi.com [12.224.208.117]) by spork.pantherdragon.org (Postfix) with ESMTP id 18ACDFFE3 for ; Sun, 16 Feb 2003 20:49:46 -0800 (PST) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.techno.pagans (Postfix) with ESMTP id 200CDAA8F for ; Sun, 16 Feb 2003 20:49:45 -0800 (PST) Message-ID: <3E5069E7.6050106@pantherdragon.org> Date: Sun, 16 Feb 2003 20:49:43 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: Problems creating and writing to disk slices 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 I've been trying to move the installed OSes around on my hard disk, but am having a huge amount of trouble doing so. The task involves dd'ing the slices off the disk for safe-keeping, modifying the on-disk slice table, then dd'ing the slices back onto the disk in their new locations. However, sysinstall doesn't work for manipulating the slice table and labels. It gives me errors saying it couldn't write to the device. Manually doing the work using fdisk and disklabel yield multiple problems: - Fdisk returns device busy errors when trying to write to the slice table to make a modification to a slice that has no mounted filesystems. I can only modify the slice table if I boot from either DOS or an off-disk OS (like the Fix-It CD). - After the slice is created and I've rebooted back into 5.0p1, the lack of a /dev/ad4s1c device node means I have to use `disklabel -w -r ad4s1 auto` to create the c partition, then `disklabel -e -r ad4s1` to modify the label. The editor comes up with a label with the c partition offset of 0. I add the other partitions making calculations to ensure the partitions start/end on boundaries. Exiting the editor, disklabel complains that the 'c' partition doesn't begin with sector 0 and doesn't cover the whole disk, and also that my last partition goes past the end of the unit. Reeditting the label, the offsets are now shifted by 63. Re-adjusting the partition sizes and offsets doesn't fix the problem even though the numbers indicate that everything is aligned properly and within the slice boundaries. After growing quite frustrated with this, I gave up and booted into DOS and was able to create the slice. Booting back into 5.0p1, fdisk tells me the slice is fine, and the size and geometry are an exact match to what I was trying to make fdisk use. All that's left is to dd the original slice back into place, but `dd if=win98.ad4s1 of=/dev/ad4s1 bs=1024k` returns an error saying that writing to ad4s1 failed because the device is busy. How can the device be busy? The above practices have worked fine for a long time in 4.x and still do even in 4.7p4, which is on this same machine. The disklabel in 4.7p4 doesn't complain about the state of the labels, and sysinstall can manipulate the slice table and labels just fine on the live disk. What's changed in 5.x to make this not work, and what do I need to do to accomplish my task? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 20:56:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E39B37B405 for ; Sun, 16 Feb 2003 20:56:45 -0800 (PST) Received: from web40305.mail.yahoo.com (web40305.mail.yahoo.com [66.218.78.84]) by mx1.FreeBSD.org (Postfix) with SMTP id E0C4D43F75 for ; Sun, 16 Feb 2003 20:56:44 -0800 (PST) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030217045644.42272.qmail@web40305.mail.yahoo.com> Received: from [207.175.241.198] by web40305.mail.yahoo.com via HTTP; Sun, 16 Feb 2003 20:56:44 PST Date: Sun, 16 Feb 2003 20:56:44 -0800 (PST) From: Maksim Yevmenkin Subject: Need an expert's advise on WITNESS problem(?) (very long) To: current@freebsd.org Cc: hackers@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 Dear Hackers, I need an expert's advice on the small locking/WITNESS problem (if this is a real problem of course). It basically boils down to the following: Consider three (3) MTX_DEF mutexes: A, B1 and B2. Mutex A has a name "mutex_A" and type "type_A". Mutex B1 has a name "mutex_B1" and mutex B2 has name "mutex_B2". Both mutex B1 and B2 have the same type "type_B". Please note that mutexes B1 and B2 are completely independent from each other. They just have the same mutex type (B1 and B2 are used for fine grained locking). Now consider the code that has two (2) paths: P1 and P2. On the path P1 the code first acquires mutex A and then mutex B1. Then the code releases mutex B1 and then mutex A. On the path P2 the code first acquires mutex B2 and then mutex A. Then the code releases mutex B2 and then mutex A. So the code's flow looks something like this --->---\ /--->--- B1 --->--- Code path P1 A ---<---/ \---<--- B2 ---<--- Code path P2 Now the problem (again if this is a problem) is that WITNESS code builds relations between mutex types (or at least I think it does). So when the code runs, WITNESS will build relations between mutex types for the first path the code follows (lets say P1). Later when the code follows the second path (in this example P2), WITNESS will create "lock order reversal" message. The questions are: 1) Is anything wrong with the such code and/or mutex use? Since mutexes B1 and B2 are completely independent, there is no deadlock danger, right? Please tell me if I'm wrong and missing something here. 2) Is there any way to resolve the problem? I'm prepared to change/re-design my code if needed. 3) Is WITNESS right in this case? I have attached a small "spherical cow" that demonstrates the example above. Just compile and load ng_cow.ko module and then try # ngctl msg cow: moo Please advise. thanks, max ================ Makefile ============================ CFLAGS+= -g KMOD= ng_cow SRCS= ng_cow.c NOMAN= .include =============== ng_cow.c ============================== #include #include #include #include #include #include #include #include #include #include #include #define NG_COW_NODE_TYPE "cow" #define NGM_COW_COOKIE 1018303300 #define NGM_COW_MOO 1 #ifdef NG_SEPARATE_MALLOC MALLOC_DEFINE(M_NETGRAPH_COW, "cow", "Netgraph spherical cow"); #else #define M_NETGRAPH_COW M_NETGRAPH #endif static ng_constructor_t ng_cow_constructor; static ng_rcvmsg_t ng_cow_rcvmsg; static ng_shutdown_t ng_cow_shutdown; static ng_newhook_t ng_cow_newhook; static ng_connect_t ng_cow_connect; static ng_rcvdata_t ng_cow_rcvdata; static ng_disconnect_t ng_cow_disconnect; static int ng_cow_modevent (module_t, int, void *); static const struct ng_cmdlist ng_cow_cmdlist[] = { { NGM_COW_COOKIE, NGM_COW_MOO, "moo", NULL, NULL }, { 0, } }; static struct ng_type typestruct = { NG_ABI_VERSION, NG_COW_NODE_TYPE, /* typename */ ng_cow_modevent, /* modevent */ ng_cow_constructor, /* constructor */ ng_cow_rcvmsg, /* control message */ ng_cow_shutdown, /* destructor */ ng_cow_newhook, /* new hook */ NULL, /* find hook */ ng_cow_connect, /* connect hook */ ng_cow_rcvdata, /* data */ ng_cow_disconnect, /* disconnect hook */ ng_cow_cmdlist /* node command list */ }; NETGRAPH_INIT(cow, &typestruct); MODULE_VERSION(ng_cow, 1); static node_p the_node = NULL; static struct mtx a, b1, b2; static int ng_cow_modevent(module_t mod, int event, void *data) { int error = 0; switch (event) { case MOD_LOAD: error = ng_make_node_common(&typestruct, &the_node); if (error != 0) break; error = ng_name_node(the_node, NG_COW_NODE_TYPE); if (error != 0) { NG_NODE_UNREF(the_node); the_node = NULL; break; } mtx_init(&a, "mutex_A", "type_A", MTX_DEF); mtx_init(&b1, "mutex_B1", "type_B", MTX_DEF); mtx_init(&b2, "mutex_B2", "type_B", MTX_DEF); break; case MOD_UNLOAD: mtx_destroy(&a); mtx_destroy(&b1); mtx_destroy(&b2); break; default: error = EOPNOTSUPP; break; } return (error); } static int ng_cow_constructor(node_p node) { return (EINVAL); } static int ng_cow_newhook(node_p node, hook_p hook, char const *name) { return (EINVAL); } static int ng_cow_connect(hook_p hook) { return (EINVAL); } static int ng_cow_disconnect(hook_p hook) { return (0); } static int ng_cow_shutdown(node_p node) { NG_NODE_UNREF(node); the_node = NULL; return (0); } static int ng_cow_rcvmsg(node_p node, item_p item, hook_p hook) { struct ng_mesg *msg = NULL; int error = 0; NGI_GET_MSG(item, msg); switch (msg->header.typecookie) { case NGM_COW_COOKIE: switch (msg->header.cmd) { case NGM_COW_MOO: /* PATH 1 */ mtx_lock(&a); mtx_lock(&b1); mtx_unlock(&b1); mtx_unlock(&a); /* PATH 2 */ mtx_lock(&b2); mtx_lock(&a); mtx_unlock(&a); mtx_unlock(&b2); break; default: error = EINVAL; break; } break; default: error = EINVAL; break; } NG_FREE_MSG(msg); return (error); } static int ng_cow_rcvdata(hook_p hook, item_p item) { NG_FREE_ITEM(item); return (0); } __________________________________________________ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.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 Feb 16 20:57:35 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0D6F37B401; Sun, 16 Feb 2003 20:57:32 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C9B343FCB; Sun, 16 Feb 2003 20:57:30 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id C17AE679DA; Sun, 16 Feb 2003 20:57:29 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 9A62710FE; Sun, 16 Feb 2003 20:57:29 -0800 (PST) Date: Sun, 16 Feb 2003 20:57:29 -0800 From: Kris Kennaway To: "Andrey A. Chernov" Cc: current@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217045729.GA68471@rot13.obsecurity.org> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <200302170352.h1H3qawJ062671@repoman.freebsd.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 16, 2003 at 07:52:35PM -0800, Andrey A. Chernov wrote: > So, monotonically increased seed->first value correlation problem remai= ns... I think we should commit this patch (to -current) and fix all the problems that pop up. For example, it's used in awk (which started this set of changes), and in some of the XFree86 libraries. Kris Index: stdlib/rand.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /mnt2/ncvs/src/lib/libc/stdlib/rand.c,v retrieving revision 1.14 diff -u -r1.14 rand.c --- stdlib/rand.c 5 Feb 2003 21:25:50 -0000 1.14 +++ stdlib/rand.c 8 Feb 2003 06:07:55 -0000 @@ -86,6 +86,8 @@ #endif /* !USE_WEAK_SEEDING */ } =20 +__warn_references(rand_r, + "warning: rand_r() does not produce high-quality random numbers and shoul= d not generally be used"); =20 int rand_r(unsigned int *ctx) @@ -99,6 +101,9 @@ =20 =20 static u_long next =3D 892053144; /* after srand(1), NSHUFF counted */ + +__warn_references(rand, + "warning: rand() does not produce high-quality random numbers and should = not generally be used"); =20 int rand() --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+UGu5Wry0BWjoQKURAuzwAJ9HyozHRVACvalkdZOqN5YvxQj4MACfbuAw kE0FDM79gU9SRFG6GnE6p4c= =Oqhm -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 21: 3: 1 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4447B37B401 for ; Sun, 16 Feb 2003 21:03:00 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 833CC43F3F for ; Sun, 16 Feb 2003 21:02:59 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) by alpha.siliconlandmark.com (8.12.6/8.12.6) with ESMTP id h1H52wf0088508 for ; Mon, 17 Feb 2003 00:02:58 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by alpha.siliconlandmark.com (8.12.6/8.12.6/Submit) with ESMTP id h1H52wuh088505 for ; Mon, 17 Feb 2003 00:02:58 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 17 Feb 2003 00:02:58 -0500 (EST) From: Andre Guibert de Bruet To: current@freebsd.org Subject: LOR: tcp_input.c -> tcp_usrreq.c Message-ID: <20030216235946.T84565@alpha.siliconlandmark.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, I've seen the following come up here and there. A quick search of the archive didn't come with anything: lock order reversal 1st 0xc65de7dc inp (inp) @ ../../../netinet/tcp_input.c:636 2nd 0xc035eccc tcp (tcp) @ ../../../netinet/tcp_usrreq.c:621 Stack backtrace: backtrace(c032cd1d,c035eccc,c03323a7,c03323a7,c0333e0d) at backtrace+0x17 witness_lock(c035eccc,8,c0333e0d,26d,0) at witness_lock+0x65a _mtx_lock_flags(c035eccc,0,c0333e0d,26d,0) at _mtx_lock_flags+0xb1 tcp_usr_rcvd(c6662a00,80,df152a74,c01abc8d,c0386be0) at tcp_usr_rcvd+0x30 soreceive(c6662a00,df152ac4,df152ad0,df152ac8,0) at soreceive+0xa1a nfsrv_rcv(c6662a00,c84b9e80,1,c65de82c,e1c4) at nfsrv_rcv+0x8a sowakeup(c6662a00,c6662a4c,c0236cd0,c65de82c,108) at sowakeup+0x97 tcp_input(c227fb00,14,df152c30,c01ba7a1,df152c4c) at tcp_input+0x2698 ip_input(c227fb00,0,c0333230,3b5,2) at ip_input+0x79e ipintr(c03280a9,217,c223ebc0,c2248e80,c224bd20) at ipintr+0x88 swi_net(0,0,c03280a9,217,c224a564) at swi_net+0x2f ithread_loop(c2248e80,df152d48,c0327f26,368,c224bd20) at ithread_loop+0x16c fork_exit(c01a2f90,c2248e80,df152d48) at fork_exit+0xc4 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xdf152d7c, ebp = 0 --- largo# uname -a FreeBSD largo.properkernel.com 5.0-CURRENT FreeBSD 5.0-CURRENT #5: Sat Feb 15 22:25:46 EST 2003 root@largo.properkernel.com:/usr/src/sys/i386/compile/LARGO i386 Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 21:16:48 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E1CF37B405 for ; Sun, 16 Feb 2003 21:16:43 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB3D43F75 for ; Sun, 16 Feb 2003 21:16:41 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1H5GdEJ027830; Mon, 17 Feb 2003 08:16:39 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1H5GdDH027829; Mon, 17 Feb 2003 08:16:39 +0300 (MSK) (envelope-from ache) Date: Mon, 17 Feb 2003 08:16:39 +0300 From: "Andrey A. Chernov" To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217051639.GA27710@nagual.pp.ru> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <20030217045729.GA68471@rot13.obsecurity.org> User-Agent: Mutt/1.5.1i 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 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 16, 2003 at 20:57:29 -0800, Kris Kennaway wrote: > On Sun, Feb 16, 2003 at 07:52:35PM -0800, Andrey A. Chernov wrote: >=20 > > So, monotonically increased seed->first value correlation problem rem= ains... >=20 > I think we should commit this patch (to -current) and fix all the > problems that pop up. For example, it's used in awk (which started > this set of changes), and in some of the XFree86 libraries. I agree. (diff is for old rand.c, but idea is clear in anycase). I have no fancy ideas how to fix correlation problem AND keep rand_r() compatibility at the same time. All linear mod-type generators share this problem with monotonic seeding and usual solution is shuffling array (more complex code than I use), but it will be incompatible with rand_r() again. If we back out most of changes and return to very first formulae with=20 overflow, we 1) Make monotonic increasing for seed->first_value less visible. 2) Not fix seed->first_value correlation (taking some parts of bits will show repeated pattern). 3) Make distribution and lower bits bad. --=20 Andrey A. Chernov http://ache.pp.ru/ --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iQCVAwUBPlBwN+JgpPLZnQjrAQGwBQQApVvTqRAxzggEO1hs1Pdq7d/1680Kl8QQ Wza3gJi6rJv8Duorh0kKBRC4Vi7amL4HMhf85clNBMPTfFTrF1k8hZ4p77Lt/J8T tY9LfRmhEYFfCQPAINbEWxVw33si6FcsaSF+Zdqyt6hZiItmDSKUrAM+nLnAXovy IOB2pdybtD0= =KcEp -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 21:28:39 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6859D37B401; Sun, 16 Feb 2003 21:28:37 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E7A243FAF; Sun, 16 Feb 2003 21:28:36 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA30738; Mon, 17 Feb 2003 16:28:24 +1100 Date: Mon, 17 Feb 2003 16:29:06 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Kris Kennaway Cc: current@FreeBSD.ORG, Subject: Re: Clock disabled during DDB In-Reply-To: <20030217020553.GA67649@rot13.obsecurity.org> Message-ID: <20030217155320.N4682-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 16 Feb 2003, Kris Kennaway wrote: > Is it an expected feature that the system clock is not updated when > the system is sitting in DDB? Yes. Interrupts must be disabled while ddb is running, so the time cannot be updated normally. Timecounting can mostly work if it is driven by a timecounter with a slow clock and a large mask, but there are few or none such timecounters available. The i8254 timecounter wraps after 1/hz seconds. The TSC wraps after 4G cycles (2 seconds at 2GHz) since we don't (and currently can't) use all its bits. The piix timecounter has a lower frequency than the TSC, but for some reason we mask it to 24 bits (16M cycles @ 3.5+ MHz = 4+ seconds). The acpi timecounter is the same as the piix timecounter except it has more style bugs and less bitrot. Times once sometimes went backwards after exiting ddb due to overflow in timecounter code when the delta-counts were unexpectedly large. I think this has been fixed. Things sometimes (mostly) sort of worked before RELENG_5 (except in my version) because of a bug in ddb -- it didn't mask interrupts properly, so all sorts of interrupts including timeout interrupts were handled while ddb was running unless ddb was invoked with those interrupts already masked. > I just had 8 machines sitting in DDB > for about 20 minutes at boot (because of that &^@%&^ sysctl LOR), and > ntpd refused to time-sync them when I continued, because the clock had > fallen too far behind: > > Feb 16 17:18:08 gohan12 ntpd[177]: time correction of 1149 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. > Feb 16 17:18:12 gohan10 ntpd[177]: time correction of 1155 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. > Feb 16 17:18:00 gohan15 ntpd[177]: time correction of 1169 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. You shouldn't let ddb be invoked on machines that need to keep the correct time. However, I like to invoke ddb on all my machines including my ntp server, so I had to fix this problem years ago :-). My fix involves syncing with the RTC in rtcintr() 2-3 seconds after leaving ddb. My code doesn't work in plain -current because SMPng made rtcintr() a fast interrupt (rtcintr() is a normal interrupt in my kernel but this requires large unfinished changes). It could be done almost as well in an application, preferably ntp itself. ntpd -g might work. What is really needed is a way to force ntpd to step the clock (forwards only) without losing more state than necessary. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 21:41: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF4E137B401; Sun, 16 Feb 2003 21:41:01 -0800 (PST) Received: from dilbert.robbins.dropbear.id.au (069.c.009.mel.iprimus.net.au [210.50.114.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3C4643F3F; Sun, 16 Feb 2003 21:40:58 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au (zoy7eyipt6vxmkad@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id h1H5eomq029127; Mon, 17 Feb 2003 16:40:50 +1100 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id h1H5em29029126; Mon, 17 Feb 2003 16:40:49 +1100 (EST) (envelope-from tim) Date: Mon, 17 Feb 2003 16:40:48 +1100 From: Tim Robbins To: Kris Kennaway Cc: "Andrey A. Chernov" , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217164048.A28273@dilbert.robbins.dropbear.id.au> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030217045729.GA68471@rot13.obsecurity.org>; from kris@obsecurity.org on Sun, Feb 16, 2003 at 08:57:29PM -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 On Sun, Feb 16, 2003 at 08:57:29PM -0800, Kris Kennaway wrote: > On Sun, Feb 16, 2003 at 07:52:35PM -0800, Andrey A. Chernov wrote: > > > So, monotonically increased seed->first value correlation problem remains... > > I think we should commit this patch (to -current) and fix all the > problems that pop up. For example, it's used in awk (which started > this set of changes), and in some of the XFree86 libraries. > > Kris > > Index: stdlib/rand.c > =================================================================== > RCS file: /mnt2/ncvs/src/lib/libc/stdlib/rand.c,v > retrieving revision 1.14 > diff -u -r1.14 rand.c > --- stdlib/rand.c 5 Feb 2003 21:25:50 -0000 1.14 > +++ stdlib/rand.c 8 Feb 2003 06:07:55 -0000 > @@ -86,6 +86,8 @@ > #endif /* !USE_WEAK_SEEDING */ > } > > +__warn_references(rand_r, > + "warning: rand_r() does not produce high-quality random numbers and should not generally be used"); > > int > rand_r(unsigned int *ctx) > @@ -99,6 +101,9 @@ > > > static u_long next = 892053144; /* after srand(1), NSHUFF counted */ > + > +__warn_references(rand, > + "warning: rand() does not produce high-quality random numbers and should not generally be used"); > > int > rand() I disagree. It's safe to use rand() in games and in certain kinds of simulations when you don't care that the distribution isn't quite uniform, or when you prefer speed over quality. I don't think rand() needs a warning message like gets() &c. because it's not as dangerous. What I suggest instead is to remove the pathetic "insults" in rand(3) ("bad" random number generator, obsoleted) and add a BUGS section which describes the problem. I'd much prefer that rand() generated higher quality numbers, though. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 21:45:20 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F16837B401; Sun, 16 Feb 2003 21:45:18 -0800 (PST) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 095D843F85; Sun, 16 Feb 2003 21:45:17 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.6/8.12.5) with ESMTP id h1H5jEnU084717; Sun, 16 Feb 2003 22:45:14 -0700 (MST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.6/8.12.5/Submit) id h1H5jEHa084716; Sun, 16 Feb 2003 22:45:14 -0700 (MST) (envelope-from ken) Date: Sun, 16 Feb 2003 22:45:14 -0700 From: "Kenneth D. Merry" To: Thomas Quinot Cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG, joe@FreeBSD.ORG Subject: Re: call for testers: cd(4) changes Message-ID: <20030216224513.A84634@panzer.kdm.org> References: <20030214232001.A71462@panzer.kdm.org> <20030215112046.GA20707@melusine.cuivre.fr.eu.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.5.1i In-Reply-To: <20030215112046.GA20707@melusine.cuivre.fr.eu.org>; from thomas@FreeBSD.ORG on Sat, Feb 15, 2003 at 12:20:46PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Feb 15, 2003 at 12:20:46 +0100, Thomas Quinot wrote: > Le 2003-02-15, Kenneth D. Merry écrivait : > > > - Automatically detect CDROM drives that can't handle 6 byte mode > > sense and mode select, and adjust our command size accordingly. > > More information on that below. > > > > - MODE_SENSE and MODE_SELECT translation removed in ATAPICAM and in > > the umass(4) driver, since there's no way for that to work properly > > (see below). > > I'm afraid things are not as simple as that. Unfortunately you cannot > expect ATAPI drives to properly reject MODE_{SENSE,SELECT}_6 and try the > _10 variants in that case: the reason why ATAPICAM inconditionnally > translates the _6 commands into _10 is because some ATAPI drives have > been found to lock up when they rececive the _6 commands, whereas the > ATAPI specification only mandates the implementation of the _10 > versions. The translation produces bogus results, so we can't really keep it around. In the mode sense case, the caller will be looking in the wrong place for the page. In the mode select page, the drive will be looking for the page at the wrong offset, and the page will be truncated. The two alternatives I can think of are getting the CAM_NEW_TRAN_CODE working, so we'll know that drives that talk ATAPI can't do 10 byte mode sense/select, or quirking drives that are known to hang when they get 6 byte commands. The long term plan is the first alternative; that really is the cleanest way to do it. In the short term, I'll put in a quirk mechanism. I'll be somewhat strict about making submitters prove that the drive has a problem, and documenting it in a PR audit trail. (The same sort of approach Nate is using with the da(4) driver quirks.) We should be able to remove all drives with the 10 byte quirk once we get the CAM_NEW_TRAN_CODE done. > > - The media validation routine also reads the table of contents off > > the drive. > > Great! That could also allow the creation of per-track /dev nodes, as > acd has. Yep. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 21:52:39 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C224A37B401; Sun, 16 Feb 2003 21:52:38 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADB0343F3F; Sun, 16 Feb 2003 21:52:37 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1H5qa3Y027037; Sun, 16 Feb 2003 22:52:36 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 16 Feb 2003 22:51:54 -0700 (MST) Message-Id: <20030216.225154.128867002.imp@bsdimp.com> To: winter@jurai.net Cc: nate@root.org, current@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: sys/pci/if* fixes From: "M. Warner Losh" In-Reply-To: <20030215092452.E73971@sasami.jurai.net> References: <20030215092452.E73971@sasami.jurai.net> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: <20030215092452.E73971@sasami.jurai.net> "Matthew N. Dodd" writes: : On Fri, 14 Feb 2003, Nate Lawson wrote: : > Also, except for xl, all drivers have a common cleanup on error in : > attach that backs out allocated resources with no assumptions about the : > order they were allocated in. : : Please see if_pcn.c for the correct approach to freeing resources; its not : necessary to wrap evrything in 'if (sc && error != 0) {}'. If execution : reaches the 'fail' label then you assume that is what happened. : : I also think you should just drop and reaquire locks around the : bus_setup_intr() rather than moving code around. I don't think that's reasonable. The reason that the lock is there is so that the ISR can't interrupt the attach routine if interrupts are enabled. Also, you can't hold the driver lock when you call the network if attach routines because then you get lock order reversals in the watchdog routine.... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 21:53:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1097F37B401; Sun, 16 Feb 2003 21:53:12 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0E1C43F93; Sun, 16 Feb 2003 21:53:10 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1H5r9EJ028238; Mon, 17 Feb 2003 08:53:09 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1H5r9t0028237; Mon, 17 Feb 2003 08:53:09 +0300 (MSK) (envelope-from ache) Date: Mon, 17 Feb 2003 08:53:09 +0300 From: "Andrey A. Chernov" To: Tim Robbins Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217055309.GA28024@nagual.pp.ru> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> <20030217164048.A28273@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030217164048.A28273@dilbert.robbins.dropbear.id.au> User-Agent: Mutt/1.5.1i 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, Feb 17, 2003 at 16:40:48 +1100, Tim Robbins wrote: > I don't think rand() > needs a warning message like gets() &c. because it's not as dangerous. Wait, what kind of warning __warn_references() produce? I was under impression that it is compile-time only. > What I suggest instead is to remove the pathetic "insults" in rand(3) > ("bad" random number generator, obsoleted) and add a BUGS section > which describes the problem. I agree. It can be done not instead only but in addition to compile time warning. > I'd much prefer that rand() generated higher quality numbers, though. Current formulae generates acceptable quality numbers. Unlike in old variant (which generates bad quality ones), the only problem remains is first value monotonically increased with the seed. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 21:55: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id DC1B437B401; Sun, 16 Feb 2003 21:54:58 -0800 (PST) Date: Sun, 16 Feb 2003 23:54:58 -0600 From: Juli Mallett To: "Andrey A. Chernov" Cc: Tim Robbins , Kris Kennaway , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030216235458.A40677@FreeBSD.org> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> <20030217164048.A28273@dilbert.robbins.dropbear.id.au> <20030217055309.GA28024@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030217055309.GA28024@nagual.pp.ru>; from ache@nagual.pp.ru on Mon, Feb 17, 2003 at 08:53:09AM +0300 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes 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 * De: "Andrey A. Chernov" [ Data: 2003-02-16 ] [ Subjecte: Re: cvs commit: src/lib/libc/stdlib rand.c ] > On Mon, Feb 17, 2003 at 16:40:48 +1100, Tim Robbins wrote: > > > I don't think rand() > > needs a warning message like gets() &c. because it's not as dangerous. > > Wait, what kind of warning __warn_references() produce? I was under > impression that it is compile-time only. I don't like the idea of this, people using rand incorrectly deserve to get their foot shot off. People using it legitimately don't need to have their heart skip a beat whenever thye link on FreeBSD because it looks like there's some danger to using rand(), when it is perfectly good at what it does, for a lot of common uses. Thanx, juli. -- Juli Mallett - AIM: BSDFlata -- IRC: juli on EFnet OpenDarwin, Mono, FreeBSD Developer - ircd-hybrid Developer, EFnet addict FreeBSD on MIPS-Anything on FreeBSD - Never trust an ELF, COFF or Mach-O! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 21:57:45 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6665A37B401; Sun, 16 Feb 2003 21:57:44 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 817F143F3F; Sun, 16 Feb 2003 21:57:43 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h1H5vfQb006146; Sun, 16 Feb 2003 21:57:41 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h1H5vfmM006145; Sun, 16 Feb 2003 21:57:41 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sun, 16 Feb 2003 21:57:41 -0800 From: David Schultz To: Kris Kennaway Cc: "Andrey A. Chernov" , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217055741.GA6011@HAL9000.homeunix.com> Mail-Followup-To: Kris Kennaway , "Andrey A. Chernov" , current@FreeBSD.ORG References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030217045729.GA68471@rot13.obsecurity.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 Thus spake Kris Kennaway : > I think we should commit this patch (to -current) and fix all the > problems that pop up. For example, it's used in awk (which started > this set of changes), and in some of the XFree86 libraries. ... > +__warn_references(rand_r, > + "warning: rand_r() does not produce high-quality random numbers and should not generally be used"); Many programmers who use rand() are aware that it isn't very good, but don't care for their particular application. For instance, for games or for randomized backoff in network protocols, you might just want a sequence of numbers that looks kinda random, and you don't care that there happens to be a pattern in the lowest-order bits that you see only if you look carefully. rand() isn't like gets() because it's nearly impossible to write a robust program using gets(). It might make sense to put in the warning just to check whether someone used rand() when they really wanted cryptographic-quality randomness, but people would probably get annoyed if the next release of FreeBSD nagged them about every use of rand(). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22: 8:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1A9F37B401; Sun, 16 Feb 2003 22:08:11 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2B0D43FA3; Sun, 16 Feb 2003 22:08:10 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8DE07679DA; Sun, 16 Feb 2003 22:08:10 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 515191117; Sun, 16 Feb 2003 22:08:10 -0800 (PST) Date: Sun, 16 Feb 2003 22:08:10 -0800 From: Kris Kennaway To: Tim Robbins Cc: Kris Kennaway , "Andrey A. Chernov" , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217060810.GA68835@rot13.obsecurity.org> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> <20030217164048.A28273@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20030217164048.A28273@dilbert.robbins.dropbear.id.au> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 17, 2003 at 04:40:48PM +1100, Tim Robbins wrote: > I disagree. It's safe to use rand() in games and in certain kinds of > simulations when you don't care that the distribution isn't quite > uniform, or when you prefer speed over quality. I don't think rand() > needs a warning message like gets() &c. because it's not as dangerous. The problem is that there are a number of applications that use it when they should not. I've given examples of two of them, and there are probably lots of others I haven't noticed. For example, I just checked, and libICE appears to use rand() for cookie generation. This is completely bogus, and insecure. Note that I was only suggesting this patch be committed to -current for purposes of finding out what these applications are, and fixing them as appropriate. > I'd much prefer that rand() generated higher quality numbers, though. Me too, but that is apparently not possible because of API constraints. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+UHxJWry0BWjoQKURApOPAJ91hmT/jit1cAd9XdgHmo27GPSSYQCfaNBb zlD2ddx+nMeLjX801e59L7s= =kJ08 -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22:19:59 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4B0737B401 for ; Sun, 16 Feb 2003 22:19:58 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEE0A43F75 for ; Sun, 16 Feb 2003 22:19:57 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1H6Jt6E051401; Mon, 17 Feb 2003 06:19:55 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1H6JhOx093197; Mon, 17 Feb 2003 07:19:50 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Bruce Evans Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: Clock disabled during DDB From: phk@phk.freebsd.dk In-Reply-To: Your message of "Mon, 17 Feb 2003 16:29:06 +1100." <20030217155320.N4682-100000@gamplex.bde.org> Date: Mon, 17 Feb 2003 07:19:43 +0100 Message-ID: <93196.1045462783@critter.freebsd.dk> 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 <20030217155320.N4682-100000@gamplex.bde.org>, Bruce Evans writes: >The >piix timecounter has a lower frequency than the TSC, but for some >reason we mask it to 24 bits (16M cycles @ 3.5+ MHz = 4+ seconds). We do this because the spec defines it as either 32 or 24 bit and some 24 bit implementations claim to have 32 bits. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22:24:22 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7EC037B401; Sun, 16 Feb 2003 22:24:20 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A1443F93; Sun, 16 Feb 2003 22:24:19 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1H6OJ3Y027189; Sun, 16 Feb 2003 23:24:19 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 16 Feb 2003 23:23:39 -0700 (MST) Message-Id: <20030216.232339.93361034.imp@bsdimp.com> To: nate@root.org Cc: current@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: sys/pci/if* fixes From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: Nate Lawson writes: : * Does each device that uses miibus need to explicitly call : device_delete_child when it is detaching? Should it do it also in its : attach routine if it encounters an error? I assume all drivers need to do : this after a successful mii_phy_probe(). Yes. Yes. Yes. : * Does it need to call bus_generic_detach on itself? Yes. At least I've had lots of luck doing it and it doesn't hurt. : * Is it ok to return other errors (ENOMEM) from a device_attach method? Yes. Lots of devices return other errors, ENXIO is a common one. ENOMEM was an invention in the early days and is likely slightly bogus because it is supposed to be for malloc failures, not 'I can't get this resource' in general (but given its long usage, the bogusness level is fairly low). Matt's point about 'disabling interrupts' is that the driver writer should turn off the 'please interrupt on interesting things' bit in the device's registers. It should enable this bit the very last thing in the attach routine and the race should be solved that way. What Matt fails to realize is that in the shared interrupt case there's a problem. Some devices will indicate that they have interesting events that have happened, even when the interrupt mask register is 'cleared'. In those cases, once the ISR is registered and fielding interrupts (possibly from other devices) the race condition exists. Short of turning off ALL interrupts from the processor (or some way of doing a spl-like masking of interrupt), the race would still be there. Unless I misunderstand what Matt is saying. I'm still concerned about LOR that happens. If you hold a driver lock when ether_ifattach is called, you'll have a lock order: DRIVER_LOCK IFNET_LOCK however, the slotmo routine takes IFNET_LOCK and then calls the watchdog routine. Typically, in this routine, you take out the driver lock, which results in the following lock order: IFNET_LOCK DRIVER_LOCK when I was tracking down the interrupt problem on kldload for cardbus, I noticed a LOR like this in dc, but I couldn't find where it was happening at the time and now that the interrupt problem is solved, I'm not seeing the LOR since interrupts happen and I don't get to the watchdog routine :-(. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22:30:48 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0462E37B405 for ; Sun, 16 Feb 2003 22:30:46 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78A9543FCB for ; Sun, 16 Feb 2003 22:30:44 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1H6Ug6E051543; Mon, 17 Feb 2003 06:30:42 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1H6UfOx095189; Mon, 17 Feb 2003 07:30:42 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Marcel Moolenaar Cc: current@FreeBSD.ORG Subject: Re: Console API related patch. From: phk@phk.freebsd.dk In-Reply-To: Your message of "Sun, 16 Feb 2003 16:04:10 PST." <20030217000410.GA769@dhcp01.pn.xcllnt.net> Date: Mon, 17 Feb 2003 07:30:41 +0100 Message-ID: <95188.1045463441@critter.freebsd.dk> 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 <20030217000410.GA769@dhcp01.pn.xcllnt.net>, Marcel Moolenaar writes: >> This patch changes the API so that rather than pass a "dev_t" to the >> console functions, the "struct consdev *" is passed: >> >> -typedef void cn_putc_t(dev_t, int); >> +typedef void cn_putc_t(struct consdev *, int); >> > >I like this. On the ia64 branch I completely ignore the dev argument >and instead use a static softc. The dev_t is unknown until after >bus enumeration in principle anyway. Yeah, I saw that. Actually I think more or less any console driver which uses the dev_t arg is wrong about doing that, but we can fix that subsequently. >I'll test ia64, both CVS an P4. Let me know when you like to >commit this so that I can schedule around that... I'm no no particular hurry, so whenever I have sufficient feedback to convince me that its safe. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22:30:49 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6AF237B401; Sun, 16 Feb 2003 22:30:47 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19E2043F3F; Sun, 16 Feb 2003 22:30:47 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1H6Uk3Y027219; Sun, 16 Feb 2003 23:30:46 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 16 Feb 2003 23:30:05 -0700 (MST) Message-Id: <20030216.233005.69986720.imp@bsdimp.com> To: nate@root.org Cc: current@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: sys/pci/if* fixes From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 One thing: you don't need to move the allocation of the interrupt, just the turning it on. However, if you move the location that you turn it on be careful that the driver doesn't do something silly in its attach routine. I was wrong a while ago when I said that the attach routines typically turned on the interrupts in the card. That's usually done in the the if_init() routine that the driver registers. So the advise about doing the enabling of interrupts last in the attach routine should be considered bogus. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22:31:30 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA83337B401; Sun, 16 Feb 2003 22:31:28 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6247543FBD; Sun, 16 Feb 2003 22:31:27 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h1H6VPQb006328; Sun, 16 Feb 2003 22:31:25 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h1H6VPBi006327; Sun, 16 Feb 2003 22:31:25 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sun, 16 Feb 2003 22:31:25 -0800 From: David Schultz To: Kris Kennaway Cc: Tim Robbins , "Andrey A. Chernov" , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217063125.GA6292@HAL9000.homeunix.com> Mail-Followup-To: Kris Kennaway , Tim Robbins , "Andrey A. Chernov" , current@FreeBSD.ORG References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> <20030217164048.A28273@dilbert.robbins.dropbear.id.au> <20030217060810.GA68835@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030217060810.GA68835@rot13.obsecurity.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 Thus spake Kris Kennaway : > On Mon, Feb 17, 2003 at 04:40:48PM +1100, Tim Robbins wrote: > > > I disagree. It's safe to use rand() in games and in certain kinds of > > simulations when you don't care that the distribution isn't quite > > uniform, or when you prefer speed over quality. I don't think rand() > > needs a warning message like gets() &c. because it's not as dangerous. > > The problem is that there are a number of applications that use it > when they should not. I've given examples of two of them, and there > are probably lots of others I haven't noticed. For example, I just > checked, and libICE appears to use rand() for cookie generation. This > is completely bogus, and insecure. > > Note that I was only suggesting this patch be committed to -current > for purposes of finding out what these applications are, and fixing > them as appropriate. Then how about wrapping the warning in an #ifdef, so people who want to find inappropriate uses of rand() can do so for as long as they want, and everyone else who uses -CURRENT is not affected? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22:34:37 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C635637B401 for ; Sun, 16 Feb 2003 22:34:35 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9823143F3F for ; Sun, 16 Feb 2003 22:34:34 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA07277; Mon, 17 Feb 2003 17:34:27 +1100 Date: Mon, 17 Feb 2003 17:35:09 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Julian Elischer Cc: FreeBSD current users Subject: Re: question on profiling code In-Reply-To: Message-ID: <20030217162950.B4682-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 16 Feb 2003, Julian Elischer wrote: > In addupc_intr, if the increment cannot be done immediatly, the addres > to increment the count for is stored and the increment is done later at > ast or userret() time... Note that "cannot be done immediatly" is "always except on sparc64's" under FreeBSD, since incrementing the counter immediately is only implemented on sparc64's. > is there any reason that the address of the PC needs to be stored? > why is the address from the frame at that time not useable? > > is it because the PC in the return frame may be hacked up for signals? That's was good a reason as any. I think the next return to user mode is to the signal handler's context (if there is a signal to be handled). It would be wrong to use the signal handler's pc. Also, ast() doesn't have access to the frame, and there is no macro like CLKF_PC() for general frames. This probably doesn't matter much, since signals are rare and the hitting on the signal handler's pc would be perfectly correct if the profiling interrupt occurred an instant later. Now there is a stronger reason: clock interrupt handling is "fast", so it normally returns to user mode without going near ast(), and the counter is not updated until the next non-fast interrupt or syscall. This might not happen until unother profiling interrupt clobbers the saved pc, not to mention the saved tick count (it could just increment the tick count so that ticks are assigned to the last saved pc instead of lost; currently, the tick count mostly just tracks KEF_OWEUPC so it need not be saved). This was broken by SMPng (hardclock() is not really a fast interrupt handler but is abused as one). However, normal applications probably make enough syscalls to get the right counter updated, provided we use the counter for the pc at fast interrupt time and not the counter for the pc later. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22:40: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50F1937B401 for ; Sun, 16 Feb 2003 22:40:02 -0800 (PST) Received: from dilbert.robbins.dropbear.id.au (069.c.009.mel.iprimus.net.au [210.50.114.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id F105D43F75 for ; Sun, 16 Feb 2003 22:39:59 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au (6wz35rw4uv79jo4c@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id h1H6dumq030746; Mon, 17 Feb 2003 17:39:57 +1100 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id h1H6duWC030745; Mon, 17 Feb 2003 17:39:56 +1100 (EST) (envelope-from tim) Date: Mon, 17 Feb 2003 17:39:55 +1100 From: Tim Robbins To: "Andrey A. Chernov" Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217173955.A29826@dilbert.robbins.dropbear.id.au> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> <20030217164048.A28273@dilbert.robbins.dropbear.id.au> <20030217055309.GA28024@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030217055309.GA28024@nagual.pp.ru>; from ache@nagual.pp.ru on Mon, Feb 17, 2003 at 08:53:09AM +0300 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, Feb 17, 2003 at 08:53:09AM +0300, Andrey A. Chernov wrote: > On Mon, Feb 17, 2003 at 16:40:48 +1100, Tim Robbins wrote: > > > I don't think rand() > > needs a warning message like gets() &c. because it's not as dangerous. > > Wait, what kind of warning __warn_references() produce? I was under > impression that it is compile-time only. I was referring to the __warn_references() warning in gets(), not the annoying message written to standard error. > > > What I suggest instead is to remove the pathetic "insults" in rand(3) > > ("bad" random number generator, obsoleted) and add a BUGS section > > which describes the problem. > > I agree. It can be done not instead only but in addition to compile > time warning. > > > I'd much prefer that rand() generated higher quality numbers, though. > > Current formulae generates acceptable quality numbers. Unlike in old > variant (which generates bad quality ones), the only problem remains is > first value monotonically increased with the seed. Here's an interesting picture of that: http://people.freebsd.org/~tjr/rand.gif Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22:41:24 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B741F37B401; Sun, 16 Feb 2003 22:41:22 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFFC43F3F; Sun, 16 Feb 2003 22:41:21 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 88EA5679DA; Sun, 16 Feb 2003 22:41:21 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 3D136FDB; Sun, 16 Feb 2003 22:41:21 -0800 (PST) Date: Sun, 16 Feb 2003 22:41:21 -0800 From: Kris Kennaway To: Kris Kennaway , Tim Robbins , "Andrey A. Chernov" , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217064121.GB69879@rot13.obsecurity.org> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> <20030217164048.A28273@dilbert.robbins.dropbear.id.au> <20030217060810.GA68835@rot13.obsecurity.org> <20030217063125.GA6292@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qlTNgmc+xy1dBmNv" Content-Disposition: inline In-Reply-To: <20030217063125.GA6292@HAL9000.homeunix.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qlTNgmc+xy1dBmNv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 16, 2003 at 10:31:25PM -0800, David Schultz wrote: > > Note that I was only suggesting this patch be committed to -current > > for purposes of finding out what these applications are, and fixing > > them as appropriate. >=20 > Then how about wrapping the warning in an #ifdef, so people who > want to find inappropriate uses of rand() can do so for as long as > they want, and everyone else who uses -CURRENT is not affected? That sounds fine to me. Kris --qlTNgmc+xy1dBmNv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+UIQQWry0BWjoQKURAqGVAJ9rlMdiDtYm9f9ORt/VwiwQ62PJQgCg1wtj Zc91oXTIGOznGKPTTvNt21s= =vb0I -----END PGP SIGNATURE----- --qlTNgmc+xy1dBmNv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 22:51: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 179A637B401; Sun, 16 Feb 2003 22:51:01 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20FBA43F93; Sun, 16 Feb 2003 22:51:00 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1H6os3Y027326; Sun, 16 Feb 2003 23:50:59 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 16 Feb 2003 23:50:14 -0700 (MST) Message-Id: <20030216.235014.111547234.imp@bsdimp.com> To: nyan@jp.FreeBSD.org Cc: sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: "M. Warner Losh" In-Reply-To: <20030209.224741.71137260.nyan@jp.FreeBSD.org> References: <20030209.224741.71137260.nyan@jp.FreeBSD.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: <20030209.224741.71137260.nyan@jp.FreeBSD.org> Takahashi Yoshihiro writes: : I have made the cbus driver for pc98 based on i386 isa driver. This : completely removes that PC98 depends on isa driver and also corrects : directory layouts (pc98/i386 -> pc98/pc98 and pc98/pc98 -> pc98/cbus). : : The full patch can get from : http://home.jp.FreeBSD.org/~nyan/patches/cbus.diff.gz : : Soeren, please review the ata part. : http://home.jp.FreeBSD.org/~nyan/patches/cbus-ata.diff.gz : : Warner, please review the oldcard part. : http://home.jp.FreeBSD.org/~nyan/patches/cbus-pccard.diff.gz : : : If it has no problem, I'll commit after required repository copy. Please excuse my tardiness in replying to this review request. I've just finished a large release at work that was consuming much of my time. I do not like this. It seems to take too many files and just do a simple s/isa/cbus/g on them. However, I'm not sure that we want to do that with so many files when the majority of them are very close to being able to just add a second module line. I think it would be better to implement cbus as an 'isa bus subclass'. cbus is an isa-like bus in many respects from a programming point of view. Copying everything is not the right way to approach this problem, imho. It would be better if the cbus bus implemented the isa routines and accepted that 'isa' is a bit if a misnomer. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 23: 6: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0771737B401; Sun, 16 Feb 2003 23:06:02 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9624243F3F; Sun, 16 Feb 2003 23:06:01 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 78E612A89E; Sun, 16 Feb 2003 23:06:01 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "M. Warner Losh" Cc: nyan@jp.FreeBSD.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 In-Reply-To: <20030216.235014.111547234.imp@bsdimp.com> Date: Sun, 16 Feb 2003 23:06:01 -0800 From: Peter Wemm Message-Id: <20030217070601.78E612A89E@canning.wemm.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 "M. Warner Losh" wrote: > In message: <20030209.224741.71137260.nyan@jp.FreeBSD.org> > Takahashi Yoshihiro writes: > : I have made the cbus driver for pc98 based on i386 isa driver. This > : completely removes that PC98 depends on isa driver and also corrects > : directory layouts (pc98/i386 -> pc98/pc98 and pc98/pc98 -> pc98/cbus). > : > : The full patch can get from > : http://home.jp.FreeBSD.org/~nyan/patches/cbus.diff.gz > : > : Soeren, please review the ata part. > : http://home.jp.FreeBSD.org/~nyan/patches/cbus-ata.diff.gz > : > : Warner, please review the oldcard part. > : http://home.jp.FreeBSD.org/~nyan/patches/cbus-pccard.diff.gz > : > : > : If it has no problem, I'll commit after required repository copy. > > Please excuse my tardiness in replying to this review request. I've > just finished a large release at work that was consuming much of my > time. > > I do not like this. It seems to take too many files and just do a > simple s/isa/cbus/g on them. However, I'm not sure that we want to do > that with so many files when the majority of them are very close to > being able to just add a second module line. I think it would be > better to implement cbus as an 'isa bus subclass'. cbus is an > isa-like bus in many respects from a programming point of view. > Copying everything is not the right way to approach this problem, > imho. It would be better if the cbus bus implemented the isa routines > and accepted that 'isa' is a bit if a misnomer. I can understand if you do not like to call your cbus hardware "ISA" devices, but also consider that on most pc-at hardware there are no "ISA" devices either. Things like the floppy controller, keyboard controller, counter/timer, rtc, etc etc are all on motherboard busses. Many are on things like X-bus, v-link, or other custom "quick and dirty" host busses. If we started i386/x-bus/* and i386/v-link/* etc then things would get ugly very quickly. Personally, I would rather live with #ifdef PC98 than to have a duplicate set of isa/* and i386/* files that are nearly identical except for include file paths, #ifdef PC98 and s/isa/cbus/. I'm sure there are other ways to improve the situation without having to resort to this mass duplication of code. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "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 Sun Feb 16 23:12: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EE1637B401 for ; Sun, 16 Feb 2003 23:11:58 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BA0143F3F for ; Sun, 16 Feb 2003 23:11:57 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id h1H7FCNk080567; Mon, 17 Feb 2003 02:15:12 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id h1H7FC6b080566; Mon, 17 Feb 2003 02:15:12 -0500 (EST) Date: Mon, 17 Feb 2003 02:15:12 -0500 From: Jake Burkholder To: Bruce Evans Cc: Julian Elischer , FreeBSD current users Subject: Re: question on profiling code Message-ID: <20030217021512.O63597@locore.ca> References: <20030217162950.B4682-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030217162950.B4682-100000@gamplex.bde.org>; from bde@zeta.org.au on Mon, Feb 17, 2003 at 05:35:09PM +1100 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 Apparently, On Mon, Feb 17, 2003 at 05:35:09PM +1100, Bruce Evans said words to the effect of; > On Sun, 16 Feb 2003, Julian Elischer wrote: > > > In addupc_intr, if the increment cannot be done immediatly, the addres > > to increment the count for is stored and the increment is done later at > > ast or userret() time... > > Note that "cannot be done immediatly" is "always except on sparc64's" > under FreeBSD, since incrementing the counter immediately is only > implemented on sparc64's. > > > is there any reason that the address of the PC needs to be stored? > > why is the address from the frame at that time not useable? > > > > is it because the PC in the return frame may be hacked up for signals? > > That's was good a reason as any. I think the next return to user mode > is to the signal handler's context (if there is a signal to be handled). > It would be wrong to use the signal handler's pc. Also, ast() doesn't > have access to the frame, and there is no macro like CLKF_PC() for > general frames. This probably doesn't matter much, since signals are > rare and the hitting on the signal handler's pc would be perfectly > correct if the profiling interrupt occurred an instant later. There are macros for accessing trapframes, like the ones for clockframe, TRAPF_PC etc. > > Now there is a stronger reason: clock interrupt handling is "fast", > so it normally returns to user mode without going near ast(), and the > counter is not updated until the next non-fast interrupt or syscall. In freebsd "fast" interrupts do handle asts, on i386 they return through doreti (you may consider this a bug and have removed it in your version). I see no reason not to just use the pc in the trapframe passed to ast, even in the case of signals they won't be posted until after addupc_task is called. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 23:12: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E269137B401; Sun, 16 Feb 2003 23:12:08 -0800 (PST) Received: from ouinch.absolight.com (lmtp1.absolight.com [212.43.217.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id F336F43F93; Sun, 16 Feb 2003 23:12:07 -0800 (PST) (envelope-from mat@mat.cc) Received: from sauron.in.mat.cc (f13v-9-242.d1.club-internet.fr [212.195.180.242]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client did not present a certificate) by ouinch.absolight.com (Postfix) with ESMTP id 2EC582A97; Mon, 17 Feb 2003 08:12:06 +0100 (CET) Date: Mon, 17 Feb 2003 08:12:06 +0100 From: Mathieu Arnold To: Juli Mallett Cc: current@freebsd.org Subject: Re: Local repo: Perforce/CVS integration Message-ID: <176220250.1045469526@sauron.in.mat.cc> In-Reply-To: <20030216160856.A1028@FreeBSD.org> References: <200302161654.28280.chris@pennasoft.com> <20030216160856.A1028@FreeBSD.org> X-Mailer: Mulberry/3.0.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --En cette belle journ=E9e du dimanche 16 f=E9vrier 2003 16:08 -0600 -- Juli Mallett =E9crivait : | FreeBSD has special great evil triggers which will import things into | //depot/vendor/freebsd/src/... for example, and then we just branch off | of there, and integ -b as needed. |=20 | :) Are these triggers top secret, or would it be possible to share them with the rest of us ? --=20 Mathieu Arnold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 23:21:54 2003 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 8010037B401; Sun, 16 Feb 2003 23:21:53 -0800 (PST) Date: Mon, 17 Feb 2003 01:21:53 -0600 From: Juli Mallett To: Mathieu Arnold Cc: current@freebsd.org Subject: Re: Local repo: Perforce/CVS integration Message-ID: <20030217012153.B47678@FreeBSD.org> References: <200302161654.28280.chris@pennasoft.com> <20030216160856.A1028@FreeBSD.org> <176220250.1045469526@sauron.in.mat.cc> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <176220250.1045469526@sauron.in.mat.cc>; from mat@mat.cc on Mon, Feb 17, 2003 at 08:12:06AM +0100 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes 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 * De: Mathieu Arnold [ Data: 2003-02-17 ] [ Subjecte: Re: Local repo: Perforce/CVS integration ] > --En cette belle journée du dimanche 16 février 2003 16:08 -0600 > -- Juli Mallett écrivait : > | FreeBSD has special great evil triggers which will import things into > | //depot/vendor/freebsd/src/... for example, and then we just branch off > | of there, and integ -b as needed. > | > | :) > > Are these triggers top secret, or would it be possible to share them with > the rest of us ? When i said triggers above, I was thinking of something else, what I was referring to is actually a periodic (or manually kicked off) job to import things to the vendor area. -- Juli Mallett - AIM: BSDFlata -- IRC: juli on EFnet OpenDarwin, Mono, FreeBSD Developer - ircd-hybrid Developer, EFnet addict FreeBSD on MIPS-Anything on FreeBSD - Never trust an ELF, COFF or Mach-O! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 23:28:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D453837B401; Sun, 16 Feb 2003 23:28:54 -0800 (PST) Received: from ouinch.absolight.com (lmtp1.absolight.com [212.43.217.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E8C343FA3; Sun, 16 Feb 2003 23:28:54 -0800 (PST) (envelope-from mat@mat.cc) Received: from sauron.in.mat.cc (f13v-9-242.d1.club-internet.fr [212.195.180.242]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client did not present a certificate) by ouinch.absolight.com (Postfix) with ESMTP id 9CF642A97; Mon, 17 Feb 2003 08:28:52 +0100 (CET) Date: Mon, 17 Feb 2003 08:28:57 +0100 From: Mathieu Arnold To: Juli Mallett Cc: current@freebsd.org Subject: Re: Local repo: Perforce/CVS integration Message-ID: <177231484.1045470537@sauron.in.mat.cc> In-Reply-To: <20030217012153.B47678@FreeBSD.org> References: <200302161654.28280.chris@pennasoft.com> <20030216160856.A1028@FreeBSD.org> <176220250.1045469526@sauron.in.mat.cc> <20030217012153.B47678@FreeBSD.org> X-Mailer: Mulberry/3.0.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --En cette belle journ=E9e du lundi 17 f=E9vrier 2003 01:21 -0600 -- Juli Mallett =E9crivait : | * De: Mathieu Arnold [ Data: 2003-02-17 ] | [ Subjecte: Re: Local repo: Perforce/CVS integration ] |> --En cette belle journ=E9e du dimanche 16 f=E9vrier 2003 16:08 -0600 |> -- Juli Mallett =E9crivait : |> | FreeBSD has special great evil triggers which will import things into |> | //depot/vendor/freebsd/src/... for example, and then we just branch = off |> | of there, and integ -b as needed. |> |=20 |> | :) |>=20 |> Are these triggers top secret, or would it be possible to share them = with |> the rest of us ? |=20 | When i said triggers above, I was thinking of something else, what I was | referring to is actually a periodic (or manually kicked off) job to = import | things to the vendor area.=20 This does not answer to the question :) --=20 Mathieu Arnold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 16 23:30:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1414937B401; Sun, 16 Feb 2003 23:30:28 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B57B43FB1; Sun, 16 Feb 2003 23:30:27 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 308602A89E; Sun, 16 Feb 2003 23:30:27 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Ruslan Ermilov Cc: "David O'Brien" , Paul Richards , current@freebsd.org, developers@freebsd.org Subject: Re: ACPI thermal panics ThinkPad 600X In-Reply-To: <20030216213823.GA17802@sunbay.com> Date: Sun, 16 Feb 2003 23:30:27 -0800 From: Peter Wemm Message-Id: <20030217073027.308602A89E@canning.wemm.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 Ruslan Ermilov wrote: > > --cWoXeonUoKmBZSoM > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Sun, Feb 16, 2003 at 10:24:57AM -0800, David O'Brien wrote: > > On Sun, Feb 16, 2003 at 07:55:49PM +0200, Ruslan Ermilov wrote: > > > > Don't cross post current and developers. > > > >=20 > > > > The developers charter says it's for internal management i.e. how we > > > > manage the project and not for discussing code issues. It's badly nam= > ed, > > > > we should have called it something like "members" or "admin". > > > >=20 > > > I must disagree. This message equally applies -current as well > > > as -developers; > >=20 > > It doesn't matter what you think -- this is our written down rules. > > Please obey them. If you want to target both lists, sent the message out > > twice -- once to each list. > >=20 > OK, I stand corrected. I should have written to src-committers@. No, src-committers wouldn't have helped you. That's src developers only, not public. Do not cross-post src-committers with -current either. If you really want to have a public discussion, post to -current, and then a second "hey, look over on -current" to src-developers@. Or do a bcc: src-developers or something. But not a To:/CC: cross post. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "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 Sun Feb 16 23:30:58 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DFDB37B401 for ; Sun, 16 Feb 2003 23:30:56 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 781C143F85 for ; Sun, 16 Feb 2003 23:30:55 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <20030217073053001004vr25e>; Mon, 17 Feb 2003 07:30:54 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA09806; Sun, 16 Feb 2003 23:30:51 -0800 (PST) Date: Sun, 16 Feb 2003 23:30:50 -0800 (PST) From: Julian Elischer To: Bruce Evans Cc: FreeBSD current users Subject: Re: question on profiling code In-Reply-To: <20030217162950.B4682-100000@gamplex.bde.org> 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 On Mon, 17 Feb 2003, Bruce Evans wrote: > On Sun, 16 Feb 2003, Julian Elischer wrote: > > > In addupc_intr, if the increment cannot be done immediatly, the addres > > to increment the count for is stored and the increment is done later at > > ast or userret() time... > > Note that "cannot be done immediatly" is "always except on sparc64's" > under FreeBSD, since incrementing the counter immediately is only > implemented on sparc64's. Care to explain this statement? It doesn't corelate what I see in addupc_int() which is Machine Independent. > > > is there any reason that the address of the PC needs to be stored? > > why is the address from the frame at that time not useable? > > > > is it because the PC in the return frame may be hacked up for signals? > > That's was good a reason as any. I think the next return to user mode > is to the signal handler's context (if there is a signal to be handled). > It would be wrong to use the signal handler's pc. Also, ast() doesn't > have access to the frame, funny, it uses it.. > and there is no macro like CLKF_PC() for > general frames. They seem to be the same. Macro or no macro, ast and userret can certainly access the return address. > This probably doesn't matter much, since signals are > rare and the hitting on the signal handler's pc would be perfectly > correct if the profiling interrupt occurred an instant later. that is true. > > Now there is a stronger reason: clock interrupt handling is "fast", > so it normally returns to user mode without going near ast(), and the > counter is not updated until the next non-fast interrupt or syscall. > This might not happen until another profiling interrupt clobbers the > saved pc, not to mention the saved tick count (it could just increment > the tick count so that ticks are assigned to the last saved pc instead > of lost; currently, the tick count mostly just tracks KEF_OWEUPC so > it need not be saved). This was broken by SMPng (hardclock() is not > really a fast interrupt handler but is abused as one). However, normal > applications probably make enough syscalls to get the right counter > updated, provided we use the counter for the pc at fast interrupt time > and not the counter for the pc later. I'm trying to fix this for multithreaded programs.. thanks for the answer.. I hadn't considered that reason. I assumed that the ASTPENDIG flag would be set, and that the AST would happen, (the userret certainly happens). (does it not?) > > Bruce > > > 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 Feb 16 23:44:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CDE037B401; Sun, 16 Feb 2003 23:44:13 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6160C43F75; Sun, 16 Feb 2003 23:44:12 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 20A3A536E; Mon, 17 Feb 2003 08:44:09 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org, ia32@freebsd.org Subject: ACPI timer bug From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 08:44:09 +0100 Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The clock on my ASUS P5A still runs at double speed unless I have debug.acpi.disable="timer" in loader.conf (as it has for as long as we've had ACPI support). Do any ACPI wizards have any suggestions as to how I could track down the cause of this bug, and hopefully fix it? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 0:32: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C2E737B405; Mon, 17 Feb 2003 00:32:08 -0800 (PST) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABB3B43FDF; Mon, 17 Feb 2003 00:32:00 -0800 (PST) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) by watery.cc.kogakuin.ac.jp (8.12.6/8.12.6) with ESMTP id h1H8VlxR098628; Mon, 17 Feb 2003 17:31:47 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Mon, 17 Feb 2003 17:31:14 +0900 (JST) Message-Id: <20030217.173114.85351300.nyan@jp.FreeBSD.org> To: peter@wemm.org Cc: imp@bsdimp.com, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: Takahashi Yoshihiro In-Reply-To: <20030217070601.78E612A89E@canning.wemm.org> References: <20030216.235014.111547234.imp@bsdimp.com> <20030217070601.78E612A89E@canning.wemm.org> X-Mailer: Mew version 3.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20030217070601.78E612A89E@canning.wemm.org> Peter Wemm writes: > I can understand if you do not like to call your cbus hardware "ISA" > devices, but also consider that on most pc-at hardware there are no "ISA" > devices either. These are completely different. All PC-98 machines don't have "ISA" devices and buses at all, but a little old PC-AT machines have "ISA" buses. And, even if the PC-AT machine does not have "ISA" buses, it has "PCI-ISA" bridge. > Things like the floppy controller, keyboard controller, > counter/timer, rtc, etc etc are all on motherboard busses. Many are on > things like X-bus, v-link, or other custom "quick and dirty" host busses. FYI, NetBSD/pc98 has the "systm" virtual bus. > I would rather live with #ifdef PC98 than > to have a duplicate set of isa/* and i386/* files that are nearly identical > except for include file paths, #ifdef PC98 and s/isa/cbus/. I'm sure there > are other ways to improve the situation without having to resort to this > mass duplication of code. How? I have had some questions like "Does PC98 have ISA bus?" or "Why PC98 uses ISA driver?". To clear these questions and problems, I think that adding separated cbus driver is better way. --- TAKAHASHI Yoshihiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 0:35:14 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20ECE37B401; Mon, 17 Feb 2003 00:35:13 -0800 (PST) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45C4543F75; Mon, 17 Feb 2003 00:35:12 -0800 (PST) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.6/8.12.5) with ESMTP id h1H8Z8vA095761; Mon, 17 Feb 2003 03:35:08 -0500 (EST) (envelope-from winter@jurai.net) Date: Mon, 17 Feb 2003 03:35:08 -0500 (EST) From: "Matthew N. Dodd" To: Takahashi Yoshihiro Cc: peter@wemm.org, imp@bsdimp.com, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 In-Reply-To: <20030217.173114.85351300.nyan@jp.FreeBSD.org> Message-ID: <20030217033258.V73971@sasami.jurai.net> References: <20030216.235014.111547234.imp@bsdimp.com> <20030217070601.78E612A89E@canning.wemm.org> <20030217.173114.85351300.nyan@jp.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 On Mon, 17 Feb 2003, Takahashi Yoshihiro wrote: > These are completely different. All PC-98 machines don't have "ISA" > devices and buses at all, but a little old PC-AT machines have "ISA" > buses. And, even if the PC-AT machine does not have "ISA" buses, it has > "PCI-ISA" bridge. This is semantics; like it or not the PC-98 boxes do have something that fits into the definition of "ISA". -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 1: 8:44 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA5F837B401 for ; Mon, 17 Feb 2003 01:08:42 -0800 (PST) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76E4743F3F for ; Mon, 17 Feb 2003 01:08:42 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc53.attbi.com (rwcrmhc53) with ESMTP id <2003021709084105300a7tpme>; Mon, 17 Feb 2003 09:08:41 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA10459 for ; Mon, 17 Feb 2003 01:08:41 -0800 (PST) Date: Mon, 17 Feb 2003 01:08:40 -0800 (PST) From: Julian Elischer To: FreeBSD current users Subject: Sparc assembler quesion... 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 anyone have an answer? Index: sparc64/sparc64/exception.S =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/exception.S,v retrieving revision 1.59 diff -u -r1.59 exception.S --- sparc64/sparc64/exception.S 26 Jan 2003 03:38:30 -0000 1.59 +++ sparc64/sparc64/exception.S 17 Feb 2003 08:52:21 -0000 @@ -2316,9 +2316,8 @@ */ wrpr %g0, PIL_TICK, %pil ldx [PCPU(CURTHREAD)], %l0 - ldx [%l0 + TD_KSE], %l1 - lduw [%l1 + KE_FLAGS], %l2 - and %l2, KEF_ASTPENDING | KEF_NEEDRESCHED, %l2 + ldx [%l0 + TD_FLAGS], %l2 + and %l2, TDF_ASTPENDING | TDF_NEEDRESCHED, %l2 brz,a,pt %l2, 1f nop cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls -Wnested- externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas t-qual -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib /dev/acpica -I../../../contrib/ipfilter -D_KERNEL -include opt_global.h -mcmodel =medlow -msoft-float -fno-common -ffreestanding -Werror ../../../sparc64/sparc6 4/exception.S ../../../sparc64/sparc64/exception.S: Assembler messages: ../../../sparc64/sparc64/exception.S:2320: Error: relocation overflow *** Error code 1 2320 is the 'and' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 1:10:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7869737B401 for ; Mon, 17 Feb 2003 01:10:25 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3B7D43F3F for ; Mon, 17 Feb 2003 01:10:24 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP id <2003021709102405200fv5cee>; Mon, 17 Feb 2003 09:10:24 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA10497 for ; Mon, 17 Feb 2003 01:10:22 -0800 (PST) Date: Mon, 17 Feb 2003 01:10:21 -0800 (PST) From: Julian Elischer To: FreeBSD current users Subject: Re: Sparc assembler quesion... In-Reply-To: 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 oh yeah I also tried line 2319 as lduw as well (my guess) On Mon, 17 Feb 2003, Julian Elischer wrote: > > anyone have an answer? > Index: sparc64/sparc64/exception.S > =================================================================== > RCS file: /home/ncvs/src/sys/sparc64/sparc64/exception.S,v > retrieving revision 1.59 > diff -u -r1.59 exception.S > --- sparc64/sparc64/exception.S 26 Jan 2003 03:38:30 -0000 1.59 > +++ sparc64/sparc64/exception.S 17 Feb 2003 08:52:21 -0000 > @@ -2316,9 +2316,8 @@ > */ > wrpr %g0, PIL_TICK, %pil > ldx [PCPU(CURTHREAD)], %l0 > - ldx [%l0 + TD_KSE], %l1 > - lduw [%l1 + KE_FLAGS], %l2 > - and %l2, KEF_ASTPENDING | KEF_NEEDRESCHED, %l2 > + ldx [%l0 + TD_FLAGS], %l2 > + and %l2, TDF_ASTPENDING | TDF_NEEDRESCHED, %l2 > brz,a,pt %l2, 1f > nop > > cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls > -Wnested- > externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcas > t-qual -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev > -I../../../contrib > /dev/acpica -I../../../contrib/ipfilter -D_KERNEL -include opt_global.h > -mcmodel > =medlow -msoft-float -fno-common -ffreestanding -Werror > ../../../sparc64/sparc6 > 4/exception.S > ../../../sparc64/sparc64/exception.S: Assembler messages: > ../../../sparc64/sparc64/exception.S:2320: Error: relocation overflow > *** Error code 1 > > 2320 is the 'and' > > > > 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 Mon Feb 17 1:11:44 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2FC937B401; Mon, 17 Feb 2003 01:11:42 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id B520E43F3F; Mon, 17 Feb 2003 01:11:41 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1H9Be6E053536; Mon, 17 Feb 2003 09:11:40 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1H9BcOx023882; Mon, 17 Feb 2003 10:11:39 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG, ia32@FreeBSD.ORG Subject: Re: ACPI timer bug From: phk@phk.freebsd.dk In-Reply-To: Your message of "Mon, 17 Feb 2003 08:44:09 +0100." Date: Mon, 17 Feb 2003 10:11:38 +0100 Message-ID: <23881.1045473098@critter.freebsd.dk> 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 , Dag-Erling Smorgrav writes: >The clock on my ASUS P5A still runs at double speed unless I have >debug.acpi.disable="timer" in loader.conf (as it has for as long as >we've had ACPI support). Do any ACPI wizards have any suggestions as >to how I could track down the cause of this bug, and hopefully fix it? I don't have any P5A boards, so I'm really at a loss with this one. Basically, something about about ACPI timer does not match spec and I have no idea what it is, or for that matter how to reliably detect it. The best I can suggest is hunting down any errata for the chipset or experimenting.. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 1:23:17 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48EB737B401; Mon, 17 Feb 2003 01:23:16 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4CE343FD7; Mon, 17 Feb 2003 01:23:14 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id E07C3536E; Mon, 17 Feb 2003 10:23:12 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Takahashi Yoshihiro Cc: peter@wemm.org, imp@bsdimp.com, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 10:23:12 +0100 In-Reply-To: <20030217.173114.85351300.nyan@jp.FreeBSD.org> (Takahashi Yoshihiro's message of "Mon, 17 Feb 2003 17:31:14 +0900 (JST)") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030216.235014.111547234.imp@bsdimp.com> <20030217070601.78E612A89E@canning.wemm.org> <20030217.173114.85351300.nyan@jp.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 Takahashi Yoshihiro writes: > I have had some questions like "Does PC98 have ISA bus?" or "Why PC98 > uses ISA driver?". To clear these questions and problems, I think > that adding separated cbus driver is better way. So you're duplicating a large amount of existing, working code just so you can avoid answering questions from confused users? Or are there any actual technical advantages to having a separate cbus driver? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 1:24:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 309C737B401 for ; Mon, 17 Feb 2003 01:24:40 -0800 (PST) Received: from mail.dada.it (mail3.dada.it [195.110.100.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 6719D43F93 for ; Mon, 17 Feb 2003 01:24:38 -0800 (PST) (envelope-from riccardo@torrini.org) Received: (qmail 17875 invoked from network); 17 Feb 2003 09:24:33 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 17 Feb 2003 09:24:33 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.6/8.12.6) with ESMTP id h1H9OX9O021195; Mon, 17 Feb 2003 10:24:33 +0100 (CET) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.6/8.12.6/Submit) id h1H9ORRU021193; Mon, 17 Feb 2003 10:24:27 +0100 (CET) (envelope-from riccardo) Date: Mon, 17 Feb 2003 10:24:27 +0100 From: Riccardo Torrini To: Makoto Matsushita Cc: freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD/i386 kern.flp flooding again Message-ID: <20030217092427.GA20732@trudy.torrini.home> References: <20030216202921A.matusita@jp.FreeBSD.org> <20030216204544U.matusita@jp.FreeBSD.org> <20030216210359E.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216210359E.matusita@jp.FreeBSD.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 09:03:59PM +0900, Makoto Matsushita wrote: > If you are serious about this, attached below is a current kernel > configuration file for kern.flp kernel named BOOTMFS (attention: it is > only just for boot floppy, not GENERIC nor default installed kernel). > machine i386 > cpu I486_CPU > cpu I586_CPU > cpu I686_CPU > device eisa > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > device bpf # Berkeley packet filter Is this stuff really needed on a boot floppy? Maybe we can leave only I486_CPU? What about removing also device eisa and/or bpf? (I'm just curious, don't expect to be an expert :-) -- Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 1:36:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E606F37B401 for ; Mon, 17 Feb 2003 01:36:10 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC10E43FA3 for ; Mon, 17 Feb 2003 01:36:09 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h1H9a91o024133 for ; Mon, 17 Feb 2003 01:36:09 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h1H9a9cc000671 for ; Mon, 17 Feb 2003 01:36:09 -0800 (PST) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h1H9a97q000670 for current@FreeBSD.org; Mon, 17 Feb 2003 01:36:09 -0800 (PST) Date: Mon, 17 Feb 2003 01:36:09 -0800 From: Marcel Moolenaar To: current@FreeBSD.org Subject: Fatal trap 12: page fault while in kernel mode Message-ID: <20030217093608.GA585@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i 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 Gang, I got the following on my -current machine (recompiled around 23:00 PST) with my home-directory across NFS and gnome2 busy filling memory when logging in. The previous kernel had the extra protection before starting init(8). Related? :-) athlon% sudo more info.0 Good dump found on device /dev/ad0s3b Architecture: i386 Architecture version: 1 Dump length: 268369920B (255 MB) Blocksize: 512 Dumptime: Mon Feb 17 01:02:28 2003 Hostname: athlon.pn.xcllnt.net Versionstring: FreeBSD 5.0-CURRENT #11: Mon Feb 17 00:08:33 PST 2003 marcel@athlon.pn.xcllnt.net:/nfs/freebsd/5.x/src/sys/i386/compile/ATHLON Panicstring: bdwrite: buffer is not busy Bounds: 0 athlon% sudo gdb -k /sys/i386/compile/ATHLON/kernel.debug vmcore.0 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: bdwrite: buffer is not busy panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x50 fault code = supervisor write, page not present instruction pointer = 0x8:0xc024927c stack pointer = 0x10:0xd2b567b0 frame pointer = 0x10:0xd2b56824 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 501 (gconf-sanity-check-) trap number = 12 panic: page fault syncing disks, buffers remaining... panic: bdwrite: buffer is not busy Uptime: 33s Dumping 255 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at ../../../kern/kern_shutdown.c:239 239 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:239 #1 0xc01faf89 in boot (howto=260) at ../../../kern/kern_shutdown.c:371 #2 0xc01fb1f3 in panic () at ../../../kern/kern_shutdown.c:542 #3 0xc023ef00 in bdwrite (bp=0xc7744510) at ../../../kern/vfs_bio.c:1001 #4 0xc02c693b in ffs_update (vp=0xc2832d50, waitfor=0) at ../../../ufs/ffs/ffs_inode.c:125 #5 0xc02db39f in ffs_fsync (ap=0xd2b565b8) at ../../../ufs/ffs/ffs_vnops.c:314 #6 0xc02da397 in ffs_sync (mp=0xc26ad200, waitfor=2, cred=0xc0eb5e80, td=0xc03a1fa0) at vnode_if.h:612 #7 0xc025541b in sync (td=0xc03a1fa0, uap=0x0) at ../../../kern/vfs_syscalls.c:138 #8 0xc01fab6c in boot (howto=256) at ../../../kern/kern_shutdown.c:280 #9 0xc01fb1f3 in panic () at ../../../kern/kern_shutdown.c:542 #10 0xc0336652 in trap_fatal (frame=0xd2b56770, eva=0) at ../../../i386/i386/trap.c:844 #11 0xc0336332 in trap_pfault (frame=0xd2b56770, usermode=0, eva=80) at ../../../i386/i386/trap.c:758 #12 0xc0335e20 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -759862868, tf_esi = -759862828, tf_ebp = -759863260, tf_isp = -759863396, tf_ebx = 0, tf_edx = -1032981568, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1071345028, tf_cs = 8, tf_eflags = 66118, tf_esp = -1070136918, tf_ss = -1033044992}) at ../../../i386/i386/trap.c:445 #13 0xc0325fd8 in calltrap () at {standard input}:96 #14 0xc025cc98 in vn_open_cred (ndp=0xd2b569ac, flagp=0xd2b56974, cmode=0, cred=0xc0eb5e80) at ../../../kern/vfs_vnops.c:185 #15 0xc02b7cb5 in nfs_dolock (ap=0xd2b56b98) at ../../../nfsclient/nfs_lock.c:147 #16 0xc02b70b8 in nfs_advlock (ap=0xd2b56b98) at ../../../nfsclient/nfs_vnops.c:2878 #17 0xc01dbd81 in closef (fp=0xc26d5ca8, td=0xc26df3c0) at vnode_if.h:1225 #18 0xc01db466 in fdfree (td=0xc26df3c0) at ../../../kern/kern_descrip.c:1433 #19 0xc01e1fb9 in exit1 (td=0xc26df3c0, rv=0) at ../../../kern/kern_exit.c:254 #20 0xc01e1b5e in sys_exit () at ../../../kern/kern_exit.c:116 #21 0xc033697a in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 3636, tf_ebp = -1077937460, tf_isp = -759861900, tf_ebx = 672875812, tf_edx = 6, tf_ecx = 19, tf_eax = 1, tf_trapno = 0, tf_err = 2, tf_eip = 679763039, tf_cs = 31, tf_eflags = 582, tf_esp = -1077937504, tf_ss = 47}) at ../../../i386/i386/trap.c:1033 #22 0xc032602d in Xint0x80_syscall () at {standard input}:138 ---Can't read userspace from dump, or kernel process--- -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 1:43: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B653737B401 for ; Mon, 17 Feb 2003 01:43:02 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0366A43F3F for ; Mon, 17 Feb 2003 01:43:01 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id h1H9gqi94399; Mon, 17 Feb 2003 18:42:52 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <20030217092427.GA20732@trudy.torrini.home> References: <20030216204544U.matusita@jp.FreeBSD.org> <20030216210359E.matusita@jp.FreeBSD.org> <20030217092427.GA20732@trudy.torrini.home> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) 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: riccardo@torrini.org Subject: Re: FreeBSD/i386 kern.flp flooding again Date: Mon, 17 Feb 2003 18:42:45 +0900 Message-Id: <20030217184245R.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 riccardo> Is this stuff really needed on a boot floppy? Maybe we can leave riccardo> only I486_CPU? What about removing also device eisa and/or bpf? riccardo> (I'm just curious, don't expect to be an expert :-) The bpf is required for DHCP client. We cannot remove it, or cannot network install FreeBSD via fetch-IPv4-address-by-DHCP-only network. I doubt if we can already livin' IPv6-only network :-) I have no idea about eisa; I don't have any (PCs and cards). But if eisa is removed, we lost some users who has EISA-based PCs so it may be avoided. Note that both devices cannot load as a kernel module at this time; removing these devices means that we cannot use them for installation. -- - 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 Feb 17 2:20:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69AF537B401 for ; Mon, 17 Feb 2003 02:20:37 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D7AD43F3F for ; Mon, 17 Feb 2003 02:20:36 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id h1HAKQUc003672 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 17 Feb 2003 11:20:32 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id h1HAKOFO030402 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 17 Feb 2003 11:20:25 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id h1HAKNMS098909; Mon, 17 Feb 2003 11:20:24 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id h1HAKMub098908; Mon, 17 Feb 2003 11:20:22 +0100 (CET) Date: Mon, 17 Feb 2003 11:20:20 +0100 From: Bernd Walter To: "Alastair D'Silva" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Libalias Corruption Message-ID: <20030217102019.GF98225@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <1045398012.846.21.camel@picard> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1045398012.846.21.camel@picard> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 16, 2003 at 11:20:13PM +1100, Alastair D'Silva wrote: > I've had a weird problem since installing 5-CURRENT on my gateway, > traffic originating from the gateway is fine, as is UDP from the > unregistered network behind it, however, TCP traffic from the > unregistered network is dropped. > > It seems that natd/libalias is corrupting the tcp header. I've noticed the same with source from 2003-02-08. Before I was running 2002-12-27. Replacing natd with an older version worked. I can see translated tcp packets going out and the answers are translated back by natd, but not reinjected into my ipfw rules. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 2:27: 6 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB4D937B401 for ; Mon, 17 Feb 2003 02:27:04 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C289443FAF for ; Mon, 17 Feb 2003 02:27:03 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id h1HAR0Uc003722 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 17 Feb 2003 11:27:01 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id h1HAQxFO030441 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 17 Feb 2003 11:26:59 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id h1HAQwMS098934; Mon, 17 Feb 2003 11:26:58 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id h1HAQwZC098933; Mon, 17 Feb 2003 11:26:58 +0100 (CET) Date: Mon, 17 Feb 2003 11:26:58 +0100 From: Bernd Walter To: Makoto Matsushita Cc: riccardo@torrini.org, freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD/i386 kern.flp flooding again Message-ID: <20030217102657.GG98225@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <20030216204544U.matusita@jp.FreeBSD.org> <20030216210359E.matusita@jp.FreeBSD.org> <20030217092427.GA20732@trudy.torrini.home> <20030217184245R.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030217184245R.matusita@jp.FreeBSD.org> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i 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, Feb 17, 2003 at 06:42:45PM +0900, Makoto Matsushita wrote: > > riccardo> Is this stuff really needed on a boot floppy? Maybe we can leave > riccardo> only I486_CPU? What about removing also device eisa and/or bpf? > riccardo> (I'm just curious, don't expect to be an expert :-) > > The bpf is required for DHCP client. We cannot remove it, or cannot > network install FreeBSD via fetch-IPv4-address-by-DHCP-only network. > I doubt if we can already livin' IPv6-only network :-) > > I have no idea about eisa; I don't have any (PCs and cards). But if > eisa is removed, we lost some users who has EISA-based PCs so it may > be avoided. > > Note that both devices cannot load as a kernel module at this time; > removing these devices means that we cannot use them for installation. What about some uncommon ISA scsi controllers like stg and ncv? Both are available as a module. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 2:30:55 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AAFA37B401 for ; Mon, 17 Feb 2003 02:30:53 -0800 (PST) Received: from disk.fnug.net (213.237.71.107.adsl.amb.worldonline.dk [213.237.71.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A58043FA3 for ; Mon, 17 Feb 2003 02:30:52 -0800 (PST) (envelope-from paul@fnug.net) Received: from fnug.net (unknown [192.168.0.100]) by disk.fnug.net (Postfix) with ESMTP id 841464497 for ; Mon, 17 Feb 2003 11:30:50 +0059 (CET) Message-ID: <3E50B970.8040606@fnug.net> Date: Mon, 17 Feb 2003 11:29:04 +0100 From: "Paul A. Mayer" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: devastating 5.0R crash 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 Hmmmm. I think that my 5.0R installation has self destructed. Background: * 60GB toshiba disk with two active OS partitions (win2k, freebsd) booted with ranish * Freebsd partition has 4 slices, swap (ca. 2GB), root (250MB), var (250MB), usr (ca. 6GB), other msdosfs partitions are occassionally mounted. * Kernel is 5.0 release p1, updated about 3-4 days ago (don't recall exactly but I did notice some updates to ffs.) Loads ko's for acpi, radeon, linux, sound support, and one or two other things I don't recall right now. * Hardware is Asus L3800, (i845-based p4 mobile w/ 1GB RAM). Has otherwise run great with 5.0R (there were acpi problems with RC* version, which have disappeared). The machine is new; it has about 8 weeks of running time. * Running configuration is strictly desktop. Not serving anything, not developing anything, not running a db app or similar. * After a normal shutdown in the evening, the machine rebooted normally in the morning. I logged on to my user account and start X (running gnome2). I checked mail in moz 1.2.1. I go to open phoenix and nothing happens. I was called away to look at something. When I return to my machine it's in the process of rebooting. It has hard reset itself for some reason and is stumbling through the tail end of the boot up sequence and goes into lock, clearly not able to read some thing in /etc like ttys (gives a blank shell type prompt, where I have my console set to secure.) Status: I'm presently running fsck_ffs from a live cd. It fsck'ed / with some complaints about an unreadable sector. It's now on /var and reporting vast, vast numbers of sectors as unreadable, with "UNEXPECTED SOFT UPDATE INCONSISTENCY". I've not visited /usr yet. I hope my disk (with less than 800 hours of service) hasn't been somehow physically borked. (The windows partition boots and runs seemingly fine.) Any ideas? Any guesses about what caused a hard reset (loading phoenix)? How to gaurd against this in the future? (Besides don't run 5.0R! ;-) ... I'm just hoping to be able to get /usr/home/(user) off, I'm assume the installation is utterly trashed.) /Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 2:35: 4 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 981AB37B401; Mon, 17 Feb 2003 02:35:02 -0800 (PST) Received: from catflap.home.slightlystrange.org (pc1-cmbg1-4-cust43.cmbg.cable.ntl.com [62.253.133.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4392243F3F; Mon, 17 Feb 2003 02:35:01 -0800 (PST) (envelope-from dan@slightlystrange.org) Received: from danielby by catflap.home.slightlystrange.org with local (Exim 3.36 #1) id 18kibt-0009qw-00; Mon, 17 Feb 2003 10:34:53 +0000 Date: Mon, 17 Feb 2003 10:34:53 +0000 From: Daniel Bye To: questions@freebsd.org, current@freebsd.org Subject: Re: SecureRPC/NFS, kerberized NFS Message-ID: <20030217103452.GA37658@catflap.home.slightlystrange.org> Reply-To: dan@slightlystrange.org Mail-Followup-To: questions@freebsd.org, current@freebsd.org References: <20030216210512.B17255@klima.physik.uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030216210512.B17255@klima.physik.uni-mainz.de> User-Agent: Mutt/1.4i X-Scanner: exiscan *18kibt-0009qw-00*C7ACvntv8EM* (SlightlyStrange.org, Using NOD32 http://www.nod32.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 Sun, Feb 16, 2003 at 09:05:49PM +0100, Hartmann, O. wrote: > > Hello. > > My question is very simple. > > Does FreeBSD, either 4.7/4.8 or 5.0 support SecureRPC, especially SecureNFS? > I found the keyserv facility, installed the databases and read some note > in mknetid(8): > > -n netid_file > Specify the location of the netid information file. The com- > piled-in default is /etc/netid. Note that no error is generated > if the netid database can't be found. The netid database is not > likely to be present on most systems until Secure RPC support is > added to FreeBSD. > > For me that sounds like FreeBSD does not have SecureRPC support and therefore > no SecureNFS support. > > My intention is that I wish to setup a secure NFS environment with FreeBSD's > basics and had neither success with SecureRPC nor KERBEROS V. In that part > FreeBSD lacks in appropriate documentation, but may netsources told that > securing via SecureRPC and/or kerberos should be possible. > > Can someone give me a hint or confirm the lack of SecureRPC in recent FreeBSD > versions? > > Thanks in advance, > Oliver Dunno if it quite covers what you want, but there is a package called SNFS, details here http://www.math.ualberta.ca/imaging/snfs/. The page says that it is known to work with FreeBSD. If your servers and clients are all running the BSD implementation of NFS, they can run over TCP and therefore can be tunnelled over SSH without the aid of any third party extensions or apps. HTH Dan -- Daniel Bye PGP Key: ftp://ftp.slightlystrange.org/pgpkey/dan.asc PGP Key fingerprint: 3D73 AF47 D448 C5CA 88B4 0DCF 849C 1C33 3C48 2CDC _ ASCII ribbon campaign ( ) - against HTML, vCards and X - proprietary attachments in e-mail / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 2:37:17 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3B2137B401 for ; Mon, 17 Feb 2003 02:37:15 -0800 (PST) Received: from jawa.at (inforum.at [213.229.17.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37A0743F75 for ; Mon, 17 Feb 2003 02:37:14 -0800 (PST) (envelope-from mbretter@jawa.at) Received: from jawa.at (dings.jawa.at [192.168.200.60]) by jawa.at (8.12.6/8.12.6) with ESMTP id h1HAbA07014918 for ; Mon, 17 Feb 2003 11:37:10 +0100 (CET) (envelope-from mbretter@jawa.at) Message-ID: <3E50BB5A.4010602@jawa.at> Date: Mon, 17 Feb 2003 11:37:14 +0100 From: Michael Bretterklieber Organization: JAWA Management Software GmbH User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.2.1) Gecko/20021130 X-Accept-Language: de, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD/i386 kern.flp flooding again References: <20030216204544U.matusita@jp.FreeBSD.org> <20030216210359E.matusita@jp.FreeBSD.org> <20030217092427.GA20732@trudy.torrini.home> <20030217184245R.matusita@jp.FreeBSD.org> In-Reply-To: <20030217184245R.matusita@jp.FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-2.8 required=5.0 tests=IN_REP_TO,NOSPAM_INC,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG version=2.43 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, Makoto Matsushita schrieb: > Note that both devices cannot load as a kernel module at this time; > removing these devices means that we cannot use them for installation. > what about moving legacy drivers (like EISA) to a kern_legacy.flp? bye, -- ------------------------------- ---------------------------------- Michael Bretterklieber - Michael.Bretterklieber@jawa.at JAWA Management Software GmbH - http://www.jawa.at Liebenauer Hauptstr. 200 -------------- privat ------------ A-8041 GRAZ GSM: ++43-(0)676-84 03 15 712 Tel: ++43-(0)316-403274-12 E-mail: michael@bretterklieber.com Fax: ++43-(0)316-403274-10 http://www.bretterklieber.com ------------------------------- ---------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 2:43:47 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B0B337B401 for ; Mon, 17 Feb 2003 02:43:46 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF9E943F3F for ; Mon, 17 Feb 2003 02:43:45 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h1HAhgQb007183; Mon, 17 Feb 2003 02:43:42 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h1HAhgcL007182; Mon, 17 Feb 2003 02:43:42 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Mon, 17 Feb 2003 02:43:42 -0800 From: David Schultz To: "Paul A. Mayer" Cc: freebsd-current Subject: Re: devastating 5.0R crash Message-ID: <20030217104342.GA7156@HAL9000.homeunix.com> Mail-Followup-To: "Paul A. Mayer" , freebsd-current References: <3E50B970.8040606@fnug.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E50B970.8040606@fnug.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Paul A. Mayer : > I'm presently running fsck_ffs from a live cd. It fsck'ed / with some > complaints about an unreadable sector. It's now on /var and reporting > vast, vast numbers of sectors as unreadable, with "UNEXPECTED SOFT > UPDATE INCONSISTENCY". I've not visited /usr yet. I hope my disk (with > less than 800 hours of service) hasn't been somehow physically borked. > (The windows partition boots and runs seemingly fine.) If many (say, more than a track's worth) of sectors are unreadable (e.g. you get a ``medium error''), your hard disk is probably failing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 2:49:31 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E03C37B401 for ; Mon, 17 Feb 2003 02:49:30 -0800 (PST) Received: from disk.fnug.net (213.237.71.107.adsl.amb.worldonline.dk [213.237.71.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4D5543FAF for ; Mon, 17 Feb 2003 02:49:29 -0800 (PST) (envelope-from paul@fnug.net) Received: from fnug.net (unknown [192.168.0.100]) by disk.fnug.net (Postfix) with ESMTP id 99F8A4497; Mon, 17 Feb 2003 11:49:28 +0100 (CET) Message-ID: <3E50BDCE.70204@fnug.net> Date: Mon, 17 Feb 2003 11:47:42 +0100 From: "Paul A. Mayer" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Schultz Cc: freebsd-current Subject: Re: devastating 5.0R crash References: <3E50B970.8040606@fnug.net> <20030217104342.GA7156@HAL9000.homeunix.com> 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 There were some ATA complaints, (don't recall exactly what though it was clear that there were read errors), when attempting to boot the system off the HD. I don't recall "medium error" there, and have not seen it in fsck_ffs booted from the live cd. The sector numbers I'm seeing seem to be in short sequences or in proximity, but spread in various groups with in the partitions. The /var fsck has resulted in clearing to the last phase pass, where it repeatedly asks for fsck to be rerun. I'm on /usr now. /Paul David Schultz wrote: > Thus spake Paul A. Mayer : > >>I'm presently running fsck_ffs from a live cd. It fsck'ed / with some >>complaints about an unreadable sector. It's now on /var and reporting >>vast, vast numbers of sectors as unreadable, with "UNEXPECTED SOFT >>UPDATE INCONSISTENCY". I've not visited /usr yet. I hope my disk (with >>less than 800 hours of service) hasn't been somehow physically borked. >>(The windows partition boots and runs seemingly fine.) > > > If many (say, more than a track's worth) of sectors are unreadable > (e.g. you get a ``medium error''), your hard disk is probably > failing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 2:52:12 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9436737B401 for ; Mon, 17 Feb 2003 02:52:11 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B91643F3F for ; Mon, 17 Feb 2003 02:52:11 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP id <2003021710521005200fv536e>; Mon, 17 Feb 2003 10:52:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id CAA11251 for ; Mon, 17 Feb 2003 02:52:09 -0800 (PST) Date: Mon, 17 Feb 2003 02:52:08 -0800 (PST) From: Julian Elischer To: FreeBSD current users Subject: KSE status at end of Sunday 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 A busy day, saw myself, jon and Jeff working on varous tasks. We have the meat of signal delivey to threads in place (work by Jon and Jeff) though there may be soem corner cases to work out. We ahve also reapplied David Xu's patches (with soem minor exceptions in the profiling code that I amstill looking at). With these in the Kernel supported threads library takes on a lot more functionality. Signals seem to do what is expected, and threads come and go as expected. People with simple threaded programs are invited to play with libkse (made from lib/libpthread/ ) and a new kernel and see what happens. We are still expecting problems but it is possible that some programs will work as expected.. if so let us know! As in the previous case non hreaded programs should not notice any difference in behaviour. The next steps include bringing documentation up to date and a couple of passes of code cleanups and reorgs. Niw that we have reached this point there are a few things that can be cleared up that were "scafolding" so to speak. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 3: 5: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3C0037B401 for ; Mon, 17 Feb 2003 03:05:00 -0800 (PST) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [62.212.105.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1541043F93 for ; Mon, 17 Feb 2003 03:05:00 -0800 (PST) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 52EEA2C3D1; Mon, 17 Feb 2003 12:04:57 +0100 (CET) Date: Mon, 17 Feb 2003 12:04:57 +0100 From: Thomas Quinot To: Chris BeHanna Cc: current@freebsd.org Subject: Re: Local repo: Perforce/CVS integration Message-ID: <20030217110457.GC9297@melusine.cuivre.fr.eu.org> Reply-To: Thomas Quinot References: <200302161654.28280.chris@pennasoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200302161654.28280.chris@pennasoft.com> User-Agent: Mutt/1.4i X-message-flag: WARNING! Using Outlook can damage your computer. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2003-02-16, Chris BeHanna écrivait : > Do you use cvs2p4? How about going in the other direction (from your > local branches back to the trunk?) VCP is also a nice solution for moving changes across CVS and Perforce repositories. I use it to update a read-only CVS pserver view of a project that is developed using Perforce (http://libre.act-europe.fr/polyorb, for those interested :) ). Info on VCP can be found at http://aspn.activestate.com/ASPN/CodeDoc/VCP/VCP/Source/revml.html Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 3:48: 4 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C690B37B401; Mon, 17 Feb 2003 03:48:03 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 951AB43FBF; Mon, 17 Feb 2003 03:48:02 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.7/8.12.7) with ESMTP id h1HBm0EJ031148; Mon, 17 Feb 2003 14:48:00 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.7/8.12.6/Submit) id h1HBlxKt031147; Mon, 17 Feb 2003 14:47:59 +0300 (MSK) (envelope-from ache) Date: Mon, 17 Feb 2003 14:47:59 +0300 From: "Andrey A. Chernov" To: Tim Robbins Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217114759.GA31054@nagual.pp.ru> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> <20030217164048.A28273@dilbert.robbins.dropbear.id.au> <20030217055309.GA28024@nagual.pp.ru> <20030217173955.A29826@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030217173955.A29826@dilbert.robbins.dropbear.id.au> User-Agent: Mutt/1.5.1i 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, Feb 17, 2003 at 17:39:55 +1100, Tim Robbins wrote: > > variant (which generates bad quality ones), the only problem remains is > > first value monotonically increased with the seed. > > Here's an interesting picture of that: http://people.freebsd.org/~tjr/rand.gif > Nothing surprising here. It is common and know problem for all mod-type PRNGs. There is even good methods exists to eliminate this thing, see http://www.physik.uni-giessen.de:8081/PhysOfFinance/PoF09.pdf "Shuffling Algorithm" section for example. But all such methods will be incompatible with rand_r()... -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 3:54:43 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02EE937B401; Mon, 17 Feb 2003 03:54:42 -0800 (PST) Received: from gatesrv.RZ.UniBw-Muenchen.de (gatesrv.RZ.UniBw-Muenchen.de [137.193.11.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 503A943FAF; Mon, 17 Feb 2003 03:54:40 -0800 (PST) (envelope-from lizard@informatik.unibw-muenchen.de) Received: from nemesis.informatik.unibw-muenchen.de (nemesis.Informatik.UniBw-Muenchen.de [137.193.60.30]) by gatesrv.RZ.UniBw-Muenchen.de (8.11.2/8.11.2) with ESMTP id h1HBr6N05488; Mon, 17 Feb 2003 12:53:06 +0100 (MET) Received: from localhost (localhost.informatik.unibw-muenchen.de [127.0.0.1]) by nemesis.informatik.unibw-muenchen.de (Postfix) with ESMTP id 66DC25A549; Mon, 17 Feb 2003 12:53:06 +0100 (CET) Received: by nemesis.informatik.unibw-muenchen.de (Postfix, from userid 1001) id A73A75A548; Mon, 17 Feb 2003 12:53:05 +0100 (CET) Date: Mon, 17 Feb 2003 12:53:05 +0100 From: Oliver Braun To: Hajimu UMEMOTO Cc: David Rhodus , Sean Winn , FreeBSD users Subject: Re: rsync --daemon problems Message-ID: <20030217115305.GA57258@informatik.unibw-muenchen.de> Mail-Followup-To: Oliver Braun , Hajimu UMEMOTO , David Rhodus , Sean Winn , FreeBSD users References: <007e01c2ce2f$8c403c80$f400a8c0@private.gothic.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0xEF25B1BA X-PGP-Key-Alternative: finger obraun@FreeBSD.org X-PGP-Fingerprint: 6A3B 042A 732E 17E4 B6E7 3EAF C0B1 6B7D EF25 B1BA X-URL: http://ist.unibw-muenchen.de/People/obraun X-Accept-Language: de en X-Editor: Vim-601 http://www.vim.org/ User-Agent: Mutt/1.5.3i X-Virus-Scanned: by AMaViS snapshot-20020531 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 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Hajimu UMEMOTO [2003-02-08 00:29 +0900]: > >>>>> On Thu, 6 Feb 2003 19:33:10 -0500 > >>>>> David Rhodus said: > david> On one machine that rsync start's on, I get this from netstat. > david> tcp6 0 0 *.873 *.* = =20 > david> LISTEN > It seems the daemon mode of rsync depends on an IPv4-mapped IPv6 > address. Since an IPv4-mapped IPv6 address is off by default on > 5-CURRENT, rsync doesn't listen on IPv4. > Further, rsync has a bug that it always listen on 1st entry's address > of the result of getaddrinfo() call. > Please try attached patch. With this patch, rsync listen on both an > IPv4 and an IPv6. Does the patch work for you all? I would like to commit it for 5-CURRENT only. Regards, Olli --=20 obraun@ -+-[ informatik.unibw-muenchen.de ]-+-[ IIS _ INF _ UniBwM ] |-[ FreeBSD.org ]-+-[ FreeBSD Commmitter ] |-[ unsane.org ]-+-[ everything __ else ] --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+UM0hwLFrfe8lsboRAnG9AKDEWWkn+9WgCdQp/2l02mq4lZAN2ACgpcE9 wLuBPzT7q8K5W97OeJlP8Fs= =UJjh -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 5: 5:54 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FDD637B401; Mon, 17 Feb 2003 05:05:53 -0800 (PST) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 375EA43F3F; Mon, 17 Feb 2003 05:05:52 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) by gw.nectar.cc (Postfix) with ESMTP id AF69B4; Mon, 17 Feb 2003 07:05:51 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id EC45C78C43; Mon, 17 Feb 2003 07:05:31 -0600 (CST) Date: Mon, 17 Feb 2003 07:05:31 -0600 From: "Jacques A. Vidrine" To: Tim Robbins Cc: Kris Kennaway , "Andrey A. Chernov" , current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdlib rand.c Message-ID: <20030217130531.GA11276@madman.celabo.org> References: <200302170352.h1H3qawJ062671@repoman.freebsd.org> <20030217045729.GA68471@rot13.obsecurity.org> <20030217164048.A28273@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030217164048.A28273@dilbert.robbins.dropbear.id.au> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 17, 2003 at 04:40:48PM +1100, Tim Robbins wrote: > I disagree. It's safe to use rand() in games and in certain kinds of > simulations when you don't care that the distribution isn't quite > uniform, Safe, maybe. But I think it still shouldn't be used. See my posting of two years ago: BTW, I don't care if linking a program with rand() gives an obnoxious warning or not. Just pointing out that rand() is less useful than it might seem. Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 5:12:37 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 182F237B401 for ; Mon, 17 Feb 2003 05:12:36 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C19343FAF for ; Mon, 17 Feb 2003 05:12:35 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0008.cvx21-bradley.dialup.earthlink.net ([209.179.192.8] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18kl47-0000eA-00; Mon, 17 Feb 2003 05:12:12 -0800 Message-ID: <3E50DF57.F08E208E@mindspring.com> Date: Mon, 17 Feb 2003 05:10:47 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Makoto Matsushita Cc: riccardo@torrini.org, freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD/i386 kern.flp flooding again References: <20030216204544U.matusita@jp.FreeBSD.org> <20030216210359E.matusita@jp.FreeBSD.org> <20030217092427.GA20732@trudy.torrini.home> <20030217184245R.matusita@jp.FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4621ddb3e7b406450fc082436e73b975b350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c 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 Makoto Matsushita wrote: > riccardo> Is this stuff really needed on a boot floppy? Maybe we can leave > riccardo> only I486_CPU? What about removing also device eisa and/or bpf? > riccardo> (I'm just curious, don't expect to be an expert :-) > > The bpf is required for DHCP client. We cannot remove it, or cannot > network install FreeBSD via fetch-IPv4-address-by-DHCP-only network. > I doubt if we can already livin' IPv6-only network :-) IPv6 is supposed to support stateless autoconfiguration, and not need DHCP to get you a routable address. IPv4 can do this too (via link.local), but IPv4 pretty much requires either a NAT box to participate in making the non-routable addressed assigned internally work, or DHCP is needed. Worst case, you can manually configure a routable address, so that's an option, if there's nothing else that can be pulled out safely. Probably it would be worthwhile to leave any driver not in the boot or install path on a separate floppy; I thought that was already the case? > I have no idea about eisa; I don't have any (PCs and cards). But if > eisa is removed, we lost some users who has EISA-based PCs so it may > be avoided. > > Note that both devices cannot load as a kernel module at this time; > removing these devices means that we cannot use them for installation. Anything in the boot path, by definition, can't be a module, without orphaning some user or another. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 5:15:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 483DB37B401 for ; Mon, 17 Feb 2003 05:15:12 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id D60AF43F93 for ; Mon, 17 Feb 2003 05:15:11 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0008.cvx21-bradley.dialup.earthlink.net ([209.179.192.8] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18kl6v-0000xZ-00; Mon, 17 Feb 2003 05:15:06 -0800 Message-ID: <3E50E009.F8F41BE2@mindspring.com> Date: Mon, 17 Feb 2003 05:13:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: ticso@cicely.de Cc: Alastair D'Silva , freebsd-current@FreeBSD.ORG Subject: Re: Libalias Corruption References: <1045398012.846.21.camel@picard> <20030217102019.GF98225@cicely8.cicely.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4621ddb3e7b4064500c9304e271f89aa0350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c 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 Bernd Walter wrote: > On Sun, Feb 16, 2003 at 11:20:13PM +1100, Alastair D'Silva wrote: > > I've had a weird problem since installing 5-CURRENT on my gateway, > > traffic originating from the gateway is fine, as is UDP from the > > unregistered network behind it, however, TCP traffic from the > > unregistered network is dropped. > > > > It seems that natd/libalias is corrupting the tcp header. > > I've noticed the same with source from 2003-02-08. > Before I was running 2002-12-27. > Replacing natd with an older version worked. > I can see translated tcp packets going out and the answers are > translated back by natd, but not reinjected into my ipfw rules. I pointed this out before; the IP checksum update is using the old RFC, not the new one, so it occasionally gets 0x0000 when it should get 0xffff (one's complement vs. two's complement). This gets really obvious really quickly when you put in a printf that spits when it sees a bad checksum (before and after). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 5:36: 7 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9269E37B401; Mon, 17 Feb 2003 05:36:05 -0800 (PST) Received: from baraca.united.net.ua (ns.united.net.ua [193.111.8.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 863AF43FB1; Mon, 17 Feb 2003 05:36:01 -0800 (PST) (envelope-from max@vega.com) Received: from vega.vega.com (root@xDSL-2-2.united.net.ua [193.111.9.226]) by baraca.united.net.ua (8.12.6/8.12.6) with ESMTP id h1HDZuUY077175; Mon, 17 Feb 2003 15:35:58 +0200 (EET) (envelope-from max@vega.com) Received: from vega.vega.com (max@localhost.vega.com [127.0.0.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id h1HDa0Uk034615; Mon, 17 Feb 2003 15:36:00 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Received: (from max@localhost) by vega.vega.com (8.12.6/8.12.5/Submit) id h1HDa0Dd034614; Mon, 17 Feb 2003 15:36:00 +0200 (EET) Date: Mon, 17 Feb 2003 15:35:59 +0200 From: Maxim Sobolev To: current@freebsd.org, phk@freebsd.org Subject: disklabel is broken (GEOM related) Message-ID: <20030217133559.GA34599@vega.vega.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, It seems that disklabel is currently broken on -current. In `read' mode it reports incorrect information about disk layout: root@notebook# disklabel -r ad0s1 # /dev/ad0s1c: type: unknown disk: amnesiac label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 240 sectors/cylinder: 15120 cylinders: 416 sectors/unit: 6289920 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 6086656 233504 4.2BSD 0 0 0 # (Cyl. 15*- 417*) b: 200000 31240 swap # (Cyl. 2*- 15*) c: 6289920 30240 unused 0 0 # (Cyl. 2 - 417) partition a: partition extends past end of unit partition c: partition extends past end of unit Warning, partition c doesn't start at 0! Warning, An incorrect partition c may cause problems for standard system utilities However, in the `edit' mode everything is OK: root@notebook# disklabel -e ad0s1 # /dev/ad0s1c: type: unknown disk: amnesiac label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 240 sectors/cylinder: 15120 cylinders: 416 sectors/unit: 6289920 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 6086656 203264 4.2BSD 0 0 0 # (Cyl. 13*- 415*) b: 200000 1000 swap # (Cyl. 0*- 13*) c: 6289920 0 unused 0 0 # (Cyl. 0 - 415) The problem doesn't exist in the my previous -current kernel compiled at the beginning of January. Please fix. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 5:36:58 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31D6D37B401; Mon, 17 Feb 2003 05:36:56 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B14943FCB; Mon, 17 Feb 2003 05:36:55 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 1672853B5; Mon, 17 Feb 2003 14:36:52 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: alpha@freebsd.org Cc: current@freebsd.org Subject: Re: top-of-tree alpha kernel panics during boot From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 14:36:51 +0100 In-Reply-To: (Dag-Erling Smorgrav's message of "Thu, 13 Feb 2003 13:05:22 +0100") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: 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 OK, I've played around with my kernel trying to figure out what causes this. The one thing I know is that it disappears if I leave pcm out of my kernel, but I don't think pcm is the culprit. Since the address at fault is constant, I've added code to mtrash_[cd]tor() which calls db_print_backtrace() every time we hit that address. I also added code to module_regiser_init() to identify the module being processed: > module_register_init: registering 'isa/esscontrol' > mtrash_ctor(0xfffffc00007aab80, 64, 0) > mtrash_ctor(0xfffffc00007a8ba0, 32, 0) > mtrash_ctor(0xfffffc00007b6000, 8192, 0) > db_print_backtrace() at db_print_backtrace+0x18 > mtrash_ctor() at mtrash_ctor+0x68 > uma_zalloc_arg() at uma_zalloc_arg+0x160 > malloc() at malloc+0x94 > kobj_class_compile() at kobj_class_compile+0x2c > devclass_add_driver() at devclass_add_driver+0x64 > driver_module_handler() at driver_module_handler+0xb4 > module_register_init() at module_register_init+0xc0 > mi_startup() at mi_startup+0x144 > locorestart() at locorestart+0x64 > --- root of call graph --- > Memory modified after free 0xfffffc00007b6000(8184) > panic: Most recently used by none > > panic > Stopped at Debugger+0x38: zapnot v0,#0xf,v0 The problem is that this doesn't really tell me what I want (i.e. who held that block before it was allocated to isa/esscontrol). All I know about that is: mtrash_dtor(0xfffffc00007b6000, 8192, 0) because it seems that db_print_backtrace() is a nop at that point. Any suggestions as to how I can figure out who used that block of memory before it was allocated to the ess driver? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 5:59:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07FEA37B401; Mon, 17 Feb 2003 05:59:26 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE11C43FAF; Mon, 17 Feb 2003 05:59:24 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 7E72F53B5; Mon, 17 Feb 2003 14:59:21 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: alpha@freebsd.org Cc: current@freebsd.org Subject: Re: top-of-tree alpha kernel panics during boot From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 14:59:21 +0100 In-Reply-To: (Dag-Erling Smorgrav's message of "Mon, 17 Feb 2003 14:36:51 +0100") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: 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 Dag-Erling Smorgrav writes: > Any suggestions as to how I can figure out who used that block of > memory before it was allocated to the ess driver? I threw in a call to Debugger(), but... mtrash_dtor(0xfffffc00007b6000, 8192, 0) here's the culprit! Stopped at 0xfffffc0000577578: zapnot v0,#0xf,v0 db> trace db> c no backtrace :( DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6: 0:35 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2C0A37B401; Mon, 17 Feb 2003 06:00:34 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3653443FAF; Mon, 17 Feb 2003 06:00:33 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1HE0V6E057134; Mon, 17 Feb 2003 14:00:31 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1HE0VOx075381; Mon, 17 Feb 2003 15:00:31 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Maxim Sobolev Cc: current@freebsd.org Subject: Re: disklabel is broken (GEOM related) From: phk@phk.freebsd.dk In-Reply-To: Your message of "Mon, 17 Feb 2003 15:35:59 +0200." <20030217133559.GA34599@vega.vega.com> Date: Mon, 17 Feb 2003 15:00:31 +0100 Message-ID: <75380.1045490431@critter.freebsd.dk> 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 <20030217133559.GA34599@vega.vega.com>, Maxim Sobolev writes: >Hi, > >It seems that disklabel is currently broken on -current. In `read' mode it >reports incorrect information about disk layout: Don't use the "-r" option and you will be ok. Poul-Henning >root@notebook# disklabel -r ad0s1 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6: 3:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72B2037B401; Mon, 17 Feb 2003 06:03:49 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBBD643F75; Mon, 17 Feb 2003 06:03:48 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 2022253B5; Mon, 17 Feb 2003 15:03:46 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: phk@phk.freebsd.dk Cc: Maxim Sobolev , current@freebsd.org Subject: Re: disklabel is broken (GEOM related) From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 15:03:46 +0100 In-Reply-To: <75380.1045490431@critter.freebsd.dk> (phk@phk.freebsd.dk's message of "Mon, 17 Feb 2003 15:00:31 +0100") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <75380.1045490431@critter.freebsd.dk> 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 phk@phk.freebsd.dk writes: > In message <20030217133559.GA34599@vega.vega.com>, Maxim Sobolev writes: > > It seems that disklabel is currently broken on -current. In `read' mode it > > reports incorrect information about disk layout: > Don't use the "-r" option and you will be ok. Then how are we supposed to initialize devices which don't already have a label? root@des /home/des# dd count=16 /dev/da0 16+0 records in 16+0 records out 8192 bytes transferred in 0.177704 secs (46099 bytes/sec) root@des /home/des# disklabel -e da0 disklabel: ioctl DIOCGDINFO: Inappropriate ioctl for device root@des /home/des# disklabel -w da0 auto disklabel: Inappropriate ioctl for device root@des /home/des# disklabel -rw da0 auto DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:10:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7087837B401; Mon, 17 Feb 2003 06:10:25 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E4443F93; Mon, 17 Feb 2003 06:10:24 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1HEAN6E057248; Mon, 17 Feb 2003 14:10:23 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1HEAMOx077140; Mon, 17 Feb 2003 15:10:23 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Dag-Erling Smorgrav Cc: Maxim Sobolev , current@freebsd.org Subject: Re: disklabel is broken (GEOM related) From: phk@phk.freebsd.dk In-Reply-To: Your message of "Mon, 17 Feb 2003 15:03:46 +0100." Date: Mon, 17 Feb 2003 15:10:22 +0100 Message-ID: <77139.1045491022@critter.freebsd.dk> 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 , Dag-Erling Smorgrav writes: >phk@phk.freebsd.dk writes: >> In message <20030217133559.GA34599@vega.vega.com>, Maxim Sobolev writes: >> > It seems that disklabel is currently broken on -current. In `read' mode it >> > reports incorrect information about disk layout: >> Don't use the "-r" option and you will be ok. > >Then how are we supposed to initialize devices which don't already >have a label? That is the only valid use of "-r", and it should be implicit in that case. I'm working on getting disklabel to make sense, have patience please. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:11:59 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD11837B401; Mon, 17 Feb 2003 06:11:58 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 273B643F75; Mon, 17 Feb 2003 06:11:58 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 849B953C0; Mon, 17 Feb 2003 15:11:56 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: phk@phk.freebsd.dk Cc: Maxim Sobolev , current@freebsd.org Subject: Re: disklabel is broken (GEOM related) From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 15:11:56 +0100 In-Reply-To: <77139.1045491022@critter.freebsd.dk> (phk@phk.freebsd.dk's message of "Mon, 17 Feb 2003 15:10:22 +0100") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <77139.1045491022@critter.freebsd.dk> 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 phk@phk.freebsd.dk writes: > In message , Dag-Erling Smorgrav writes: > > Then how are we supposed to initialize devices which don't already > > have a label? > That is the only valid use of "-r", and it should be implicit in that case. Thanks for the clarfication; I thought you were saying -r shouldn't be used at all. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:12:10 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE46737B401; Mon, 17 Feb 2003 06:12:08 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1199543F75; Mon, 17 Feb 2003 06:12:08 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.6/8.12.6) with ESMTP id h1HEC78I017571 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 17 Feb 2003 09:12:07 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h1HEC2K42899; Mon, 17 Feb 2003 09:12:02 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15952.60850.445423.454870@grasshopper.cs.duke.edu> Date: Mon, 17 Feb 2003 09:12:02 -0500 (EST) To: Dag-Erling Smorgrav Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: top-of-tree alpha kernel panics during boot In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Dag-Erling Smorgrav writes: > > Any suggestions as to how I can figure out who used that block of > > memory before it was allocated to the ess driver? > > I threw in a call to Debugger(), but... > > mtrash_dtor(0xfffffc00007b6000, 8192, 0) > here's the culprit! > Stopped at 0xfffffc0000577578: zapnot v0,#0xf,v0 > db> trace > db> c > > no backtrace :( > Can you look at the registers and match $ra with a line number using addr2line or gdb? (sorry, forgot if ddb can even look at registers) Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:13:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F0C037B401; Mon, 17 Feb 2003 06:13:40 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8244F43F85; Mon, 17 Feb 2003 06:13:39 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 6026253B5; Mon, 17 Feb 2003 15:13:38 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrew Gallatin Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: top-of-tree alpha kernel panics during boot From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 15:13:37 +0100 In-Reply-To: <15952.60850.445423.454870@grasshopper.cs.duke.edu> (Andrew Gallatin's message of "Mon, 17 Feb 2003 09:12:02 -0500 (EST)") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <15952.60850.445423.454870@grasshopper.cs.duke.edu> 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 Andrew Gallatin writes: > Can you look at the registers and match $ra with a line number using > addr2line or gdb? (sorry, forgot if ddb can even look at registers) Uh, I know *where* it stops since I added the call to Debugger() in the first place. The problem is figuring out where it was called from, three or four levels up. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:22:39 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EA1C37B401; Mon, 17 Feb 2003 06:22:38 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2163F43F75; Mon, 17 Feb 2003 06:22:37 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.6/8.12.6) with ESMTP id h1HEMa8I018665 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 17 Feb 2003 09:22:36 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h1HEMUe42910; Mon, 17 Feb 2003 09:22:30 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15952.61478.809737.101419@grasshopper.cs.duke.edu> Date: Mon, 17 Feb 2003 09:22:30 -0500 (EST) To: Dag-Erling Smorgrav Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: top-of-tree alpha kernel panics during boot In-Reply-To: References: <15952.60850.445423.454870@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Andrew Gallatin writes: > > Can you look at the registers and match $ra with a line number using > > addr2line or gdb? (sorry, forgot if ddb can even look at registers) > > Uh, I know *where* it stops since I added the call to Debugger() in > the first place. The problem is figuring out where it was called > from, three or four levels up. > Yeah, if its 3 levels, you're screwed. You might be able to get some idea of what's happening by enabling KTR and tracing everything, then dumping the trace buffer at your breakpoint. BTW, thanks for persisting in this. I appreciate it. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:37:46 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CAF037B401 for ; Mon, 17 Feb 2003 06:37:45 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E1043FA3 for ; Mon, 17 Feb 2003 06:37:43 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id h1HEbEi89525; Mon, 17 Feb 2003 23:37:14 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <20030217102657.GG98225@cicely8.cicely.de> References: <20030217092427.GA20732@trudy.torrini.home> <20030217184245R.matusita@jp.FreeBSD.org> <20030217102657.GG98225@cicely8.cicely.de> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) 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: ticso@cicely.de Subject: Re: FreeBSD/i386 kern.flp flooding again Date: Mon, 17 Feb 2003 23:37:11 +0900 Message-Id: <20030217233711I.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 ticso> What about some uncommon ISA scsi controllers like stg and ncv? ticso> Both are available as a module. Maybe it's ok, do you know whether stg/ncv kernel modules work as they should be? -- - 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 Feb 17 6:40:45 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0A1E37B401 for ; Mon, 17 Feb 2003 06:40:44 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id A292343F75 for ; Mon, 17 Feb 2003 06:40:43 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id h1HEegi09958 for ; Mon, 17 Feb 2003 23:40:42 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20030216165943.GA69938@zibbi.icomtek.csir.co.za> References: <20030216202921A.matusita@jp.FreeBSD.org> <20030216165943.GA69938@zibbi.icomtek.csir.co.za> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) 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: 14 From: Makoto Matsushita To: current@FreeBSD.ORG Subject: Re: FreeBSD/i386 kern.flp flooding again Date: Mon, 17 Feb 2003 23:40:40 +0900 Message-Id: <20030217234040R.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 We (at least, I) don't know exactly that which options and/or drivers can be picked out from the kernel for kern.flp... maybe it's chance to find out all of them. jhay> What about moving the slip driver (sl) to the drivers floppy? I know its jhay> not much, but it is enough to make things fit on the floppy again. Maybe that's also an option; do you know if_sl works as kernel module, as expected? -- - 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 Feb 17 6:44: 4 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB0E837B401 for ; Mon, 17 Feb 2003 06:43:59 -0800 (PST) Received: from raptor.cigb.edu.cu (raptor.cigb.edu.cu [216.72.24.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B030043F93 for ; Mon, 17 Feb 2003 06:43:54 -0800 (PST) (envelope-from erik.torres@cigb.edu.cu) Received: from atlas.cigb.edu.cu ([172.16.1.12]) by raptor.cigb.edu.cu with Microsoft SMTPSVC(5.0.2195.5329); Mon, 17 Feb 2003 09:43:48 -0500 Received: from Unknown [172.16.1.4] by atlas.cigb.edu.cu - SurfControl E-mail Filter (4.5); Monday, 17 February 2003, 09:43:40 Message-ID: From: "Erik Torres Serrano" To: Date: Mon, 17 Feb 2003 09:43:39 -0500 Subject: RE: NFS server vs YO (very long message) MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: content-class: urn:content-classes:message Thread-Topic: NFS server vs YO Thread-Index: AcLVPk3PHMJ0xSx3QBuGIIduFPEu+QBT/D+lAAElE5E= X-OriginalArrivalTime: 17 Feb 2003 14:43:48.0660 (UTC) FILETIME=[FB20DF40:01C2D692] 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 OK, after the weekend I'm here again. Those are the contents of my configuration files: 1) /etc/exports /localhome -maproot=3D0 beta 2) /etc/fstab /dev/ad0s1b none swap sw 0 0 /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1d /localhome ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 =20 3) /etc/rc.conf hostname=3D"mizar.cigb.edu.cu" ifconfig_xl0=3D"DHCP" kern_securelevel_enable=3D"NO" linux_enable=3D"YES" moused_enable=3D"YES" moused_type=3D"auto" nfs_client_enable=3D"YES" nfs_server_enable=3D"YES" rpcbind_enable=3D"YES" saver=3D"logo" sendmail_enable=3D"YES" sshd_enable=3D"YES" usbd_enable=3D"YES" moused_type=3D"auto" moused_enable=3D"YES" moused_port=3D"/dev/cuaa0" moused_type=3D"auto" moused_enable=3D"YES" moused_port=3D"/dev/cuaa0" moused_type=3D"auto" moused_enable=3D"YES" moused_port=3D"/dev/psm0" moused_type=3D"auto" moused_enable=3D"YES" moused_type=3D"NO" moused_enable=3D"NO" moused_port=3D"/dev/psm0" moused_type=3D"auto" moused_enable=3D"YES" moused_type=3D"auto" moused_enable=3D"YES" moused_type=3D"auto" moused_enable=3D"YES" moused_type=3D"NO" moused_enable=3D"NO" moused_port=3D"/dev/cuaa1" moused_type=3D"microsoft" moused_enable=3D"YES" inetd_enable=3D"NO" hostname=3D"mizar.cigb.edu.cu" ifconfig_xl0=3D"inet 172.16.64.30 netmask 255.255.255.0" defaultrouter=3D"172.16.64.4" hostname=3D"mizar.cigb.edu.cu" defaultrouter=3D"172.16.0.1" hostname=3D"mizar.cigb.edu.cu" ifconfig_xl0=3D"inet 172.16.64.30 netmask 255.255.255.0" defaultrouter=3D"172.16.64.4" hostname=3D"mizar.cigb.edu.cu" ifconfig_xl0=3D"inet 172.16.64.30 netmask 255.255.255.0" hostname=3D"mizar.cigb.edu.cu" ifconfig_xl0=3D"DHCP" hostname=3D"mizar.cigb.edu.cu" rpc_statd_enable=3D"YES" rpc_lockd_enable=3D"YES" =20 And those are the outputs of the commands: 1) rpcinfo -p mizar program vers proto port service 100000 4 tcp 111 rpcbind 100000 3 tcp 111 rpcbind 100000 2 tcp 111 rpcbind 100000 4 udp 111 rpcbind 100000 3 udp 111 rpcbind 100000 2 udp 111 rpcbind 100000 4 local 111 rpcbind 100000 3 local 111 rpcbind 100000 2 local 111 rpcbind 100005 1 udp 1021 mountd 100005 3 udp 1021 mountd 100005 1 tcp 1023 mountd 100005 3 tcp 1023 mountd 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100024 1 udp 1018 status 100024 1 tcp 1020 status 100021 0 udp 1017 nlockmgr 100021 1 udp 1017 nlockmgr 100021 3 udp 1017 nlockmgr 100021 4 udp 1017 nlockmgr 100021 0 tcp 1019 nlockmgr 100021 1 tcp 1019 nlockmgr 100021 3 tcp 1019 nlockmgr 100021 4 tcp 1019 nlockmgr 2) showmount -e mizar Exports list on mizar:=20 3) sockstat -4 USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS erik ssh 75475 3 tcp4 172.16.64.30:50373 172.16.64.17:22 root nfsd 69056 3 tcp4 *:2049 *:* www httpd 21146 18 tcp4 *:80 *:* www httpd 21145 18 tcp4 *:80 *:* www httpd 21144 18 tcp4 *:80 *:* www httpd 21143 18 tcp4 *:80 *:* www httpd 21142 18 tcp4 *:80 *:* www httpd 21141 18 tcp4 *:80 *:* www httpd 21140 18 tcp4 *:80 *:* www httpd 21139 18 tcp4 *:80 *:* root httpd 21138 18 tcp4 *:80 *:* root XFree86 19078 1 tcp4 *:6000 *:* nobody squid 575 4 udp4 *:49211 *:* nobody squid 575 11 tcp4 *:1128 *:* mysql mysqld 533 5 tcp4 *:3306 *:* root sendmail 461 3 tcp4 *:25 *:* root sendmail 461 5 tcp4 *:587 *:* root sshd 456 4 tcp4 *:22 *:* daemon rpc.lockd 390 3 udp4 *:1017 *:* daemon rpc.lockd 390 4 tcp4 *:1019 *:* daemon rpc.lockd 390 9 udp4 *:1014 *:* root rpc.lockd 377 3 udp4 *:1017 *:* root rpc.lockd 377 4 tcp4 *:1019 *:* root rpc.lockd 377 9 udp4 *:1014 *:* root rpc.statd 375 5 udp4 *:1018 *:* root rpc.statd 375 7 tcp4 *:1020 *:* root mountd 365 4 udp4 *:1021 *:* root mountd 365 6 tcp4 *:1023 *:* root rpcbind 282 9 udp4 *:111 *:* root rpcbind 282 10 udp4 *:1022 *:* root rpcbind 282 11 tcp4 *:111 *:* root syslogd 262 5 udp4 *:514 *:* root dhclient 211 4 udp4 *:68 *:* 4) host beta (on mizar) beta.cigb.edu.cu has address 172.16.64.17 5) host mizar (on beta) mizar.cigb.edu.cu. has address 172.16.64.30=20 6) mount=20 /dev/ad0s1a on / (ufs, local)=20 devfs on /dev (devfs, local) /dev/ad0s1d on /localhome (ufs, local, soft-updates) Also: 1) I'm sure I'm mounting as root. 2) As you can see both machines know the route for the other. Well, that's all the information collected. Erik To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:46:20 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3D7137B401 for ; Mon, 17 Feb 2003 06:46:18 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0658F43FAF for ; Mon, 17 Feb 2003 06:46:18 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 4C9BD53B5; Mon, 17 Feb 2003 15:46:16 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Subject: -fno-builtin world breaks in gperf From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 15:46:15 +0100 Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) 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 c++ -O2 -pipe -fno-builtin -march=k6-2 -g -I/usr/src/gnu/usr.bin/gperf/../../ ../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -o gperf bool-array.o gen-per f.o hash-table.o iterator.o key-list.o list-node.o main.o new.o options.o read-l ine.o trace.o vectors.o version.o hash.o getopt.o getopt1.o /usr/obj/usr/src/i386/usr/lib/libstdc++.so: undefined reference to `fabsl' *** Error code 1 Our libm doesn't seem to support long double at all, yet our libstdc++ requires long double support. It seems to correctly detect the absence of a "real" fabsl() and the presence of the gcc builtin, but then goes on to use the fabsl() instead of __builtin_fabsl() in at least one instance (src/contrib/libstdc++/libmath/stubs.c). There's a similar problem with sqrtl(). The following quick hack allows gperf to build: Index: libmath/stubs.c =================================================================== RCS file: /home/ncvs/src/contrib/libstdc++/libmath/stubs.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 stubs.c --- libmath/stubs.c 28 May 2002 16:16:02 -0000 1.1.1.1 +++ libmath/stubs.c 17 Feb 2003 14:41:38 -0000 @@ -127,9 +127,9 @@ long double hypotl(long double x, long double y) { - long double s = fabsl(x) + fabsl(y); + long double s = __builtin_fabsl(x) + __builtin_fabsl(y); x /= s; y /= s; - return s * sqrtl(x * x + y * y); + return s * __builtin_sqrtl(x * x + y * y); } #endif but it's not a good long-term solution since it won't work on !gcc. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:47:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1385137B401 for ; Mon, 17 Feb 2003 06:47:12 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD2A543F75 for ; Mon, 17 Feb 2003 06:47:10 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id h1HEl6Uc006960 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 17 Feb 2003 15:47:08 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id h1HEl4FO031680 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 17 Feb 2003 15:47:05 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id h1HEl3MS099561; Mon, 17 Feb 2003 15:47:04 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id h1HEl3Lh099560; Mon, 17 Feb 2003 15:47:03 +0100 (CET) Date: Mon, 17 Feb 2003 15:47:02 +0100 From: Bernd Walter To: Makoto Matsushita Cc: ticso@cicely.de, freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD/i386 kern.flp flooding again Message-ID: <20030217144702.GQ98225@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <20030217092427.GA20732@trudy.torrini.home> <20030217184245R.matusita@jp.FreeBSD.org> <20030217102657.GG98225@cicely8.cicely.de> <20030217233711I.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030217233711I.matusita@jp.FreeBSD.org> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i 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, Feb 17, 2003 at 11:37:11PM +0900, Makoto Matsushita wrote: > > ticso> What about some uncommon ISA scsi controllers like stg and ncv? > ticso> Both are available as a module. > > Maybe it's ok, do you know whether stg/ncv kernel modules work as they > should be? No - I just can say that they got build on my system. I can't test either, because I don't have such cards. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:49: 1 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8917837B401 for ; Mon, 17 Feb 2003 06:49:00 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C1843FA3 for ; Mon, 17 Feb 2003 06:48:59 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id h1HEmwi27438; Mon, 17 Feb 2003 23:48:58 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: ticso@cicely8.cicely.de In-Reply-To: <20030217144702.GQ98225@cicely8.cicely.de> References: <20030217102657.GG98225@cicely8.cicely.de> <20030217233711I.matusita@jp.FreeBSD.org> <20030217144702.GQ98225@cicely8.cicely.de> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) 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: 11 From: Makoto Matsushita To: freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD/i386 kern.flp flooding again Date: Mon, 17 Feb 2003 23:48:55 +0900 Message-Id: <20030217234855D.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 > Maybe it's ok, do you know whether stg/ncv kernel modules work as they > should be? ticso> No - I just can say that they got build on my system. ticso> I can't test either, because I don't have such cards. Ah, ok, thank you. Anybody in this list knows? -- - 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 Feb 17 6:50:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D95D37B401 for ; Mon, 17 Feb 2003 06:50:45 -0800 (PST) Received: from jawa.at (inforum.at [213.229.17.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 375C543F85 for ; Mon, 17 Feb 2003 06:50:44 -0800 (PST) (envelope-from mbretter@jawa.at) Received: from jawa.at (worf.jawa.at [192.168.201.12]) by jawa.at (8.12.6/8.12.6) with ESMTP id h1HEoX07027565; Mon, 17 Feb 2003 15:50:34 +0100 (CET) (envelope-from mbretter@jawa.at) Message-ID: <3E50F66D.1090804@jawa.at> Date: Mon, 17 Feb 2003 15:49:17 +0100 From: Michael Bretterklieber User-Agent: Mozilla/5.0 (X11; U; Linux i386; de-AT; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Cc: bugat-chat@bugat.at, Archie Cobbs Subject: NT MD4 password hash as new password encryption method for FreeBSD Content-Type: multipart/mixed; boundary="------------090704040802080706060608" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-0.8 required=5.0 tests=SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG version=2.43 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------090704040802080706060608 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, This is a simple proposal to add support for NT MD4 password hashes to crypt(3). NT MD4 password hashes are more insecure than the standard FreeBSD MD5 based password crypt or the much more stronger blowfish based encryption. Why are you/we so nut to use NT password hashes? The answer is very simple: If you like to authenticate dialin users (ppp, pptp) with CHAP you need the plaintext password on the server and therefore its not possible to store the passwords in the systems master.passwd. Using PAP is a bad idea, because the passwords are transmitted as plaintext over the net. MS-CHAP solves this problem by using hashed passwords (md4). With MS-CHAP and our modification to crypt(3) its not longer necessary to store plaintext secrets on your server! But we think there are many more advantages: 1. Only one user database (password can easily changed by the user himself). 2. MS-CHAP can used, without storing the plaintext passwords on the server. 3. SAMBA can modified to use directly the master.passwd and not his own smbpasswd. 4. Samba can use NIS for encrypted passwords on FreeBSD. Disadvantages: 1. No salt is used, users with same passwords have the same hash The attached patches implements this as new password type $3 and it can be configured via login.conf (:passwd_format=nth:). Patches for MPD, SAMBA and (soon) for PPP can be found here: http://www.bugat.at/projekte/nthash4freebsd.ihtml bye, -- ------------------------------- ------------------------------------- Michael Bretterklieber - Michael.Bretterklieber@jawa.at JAWA Management Software GmbH - http://www.jawa.at Liebenauer Hauptstr. 200 -------------- privat --------------- A-8041 GRAZ GSM: ++43-(0)676-93 96 698 Tel: ++43-(0)316-403274-12 E-mail: michael@bretterklieber.com Fax: ++43-(0)316-403274-10 http://www.bretterklieber.com ------------------------------- ------------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 --------------090704040802080706060608 Content-Type: text/plain; name="libcrypt.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="libcrypt.diff" diff -u libcrypt_orig/Makefile libcrypt/Makefile --- libcrypt_orig/Makefile Fri Jan 17 19:11:12 2003 +++ libcrypt/Makefile Fri Jan 17 18:55:22 2003 @@ -6,9 +6,10 @@ LIB= crypt .PATH: ${.CURDIR}/../libmd -SRCS= crypt.c crypt-md5.c md5c.c misc.c +SRCS= crypt.c crypt-nthash.c crypt-md5.c md5c.c misc.c MAN= crypt.3 MLINKS= crypt.3 crypt_get_format.3 crypt.3 crypt_set_format.3 +LDADD+= -lmd CFLAGS+= -I${.CURDIR}/../libmd -I${.CURDIR}/../libutil CFLAGS+= -DLIBC_SCCS -Wall # Pull in the crypt-des.c source, assuming it is present. Only in libcrypt: crypt-nthash.c diff -u libcrypt_orig/crypt.c libcrypt/crypt.c --- libcrypt_orig/crypt.c Fri Jan 17 19:11:06 2003 +++ libcrypt/crypt.c Fri Jan 17 18:14:04 2003 @@ -62,6 +62,11 @@ }, #endif { + "nth", + crypt_nthash, + "$3" + }, + { NULL, NULL } diff -u libcrypt_orig/crypt.h libcrypt/crypt.h --- libcrypt_orig/crypt.h Fri Jan 17 19:11:08 2003 +++ libcrypt/crypt.h Fri Jan 17 18:14:30 2003 @@ -33,6 +33,7 @@ char *crypt_des(const char *pw, const char *salt); char *crypt_md5(const char *pw, const char *salt); char *crypt_blowfish(const char *pw, const char *salt); +char *crypt_nthash(const char *pw, const char *salt); extern void _crypt_to64(char *s, unsigned long v, int n); --------------090704040802080706060608 Content-Type: text/plain; name="crypt-nthash.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="crypt-nthash.c" /* * ---------------------------------------------------------------------------- * "THE BEER-WARE LICENSE" (Revision 42): * wrote this file. As long as you retain this notice you * can do whatever you want with this stuff. If we meet some day, and you think * this stuff is worth it, you can buy me a beer in return. Poul-Henning Kamp * ---------------------------------------------------------------------------- * * $FreeBSD: src/lib/libcrypt/crypt-md5.c,v 1.5.2.1 2001/05/24 12:20:02 markm Exp $ * */ #if defined(LIBC_SCCS) && !defined(lint) static const char rcsid[] = \ "$FreeBSD: src/lib/libcrypt/crypt-md5.c,v 1.5.2.1 2001/05/24 12:20:02 markm Exp $"; #endif /* LIBC_SCCS and not lint */ #include #include #include #include #include #include #include #include "crypt.h" #define MD4_SIZE 16 /* * NT HASH = md4(str2unicode(pw)) */ char *crypt_nthash(pw, salt) const char *pw; const char *salt; { int unipwLen; static char *magic = "$3$"; static char passwd[120]; u_int16_t unipw[128]; u_char final[32 + 1]; const char *s; MD4_CTX ctx; /* convert to unicode (thanx Archie) */ for (unipwLen = 0, s = pw; unipwLen < sizeof(unipw) / 2 && *s; s++) unipw[unipwLen++] = htons(*s << 8); /* Compute MD4 of Unicode password */ MD4Init(&ctx); MD4Update(&ctx, (u_char *) unipw, unipwLen * sizeof(*unipw)); MD4End(&ctx, final); strcpy(passwd, magic); strcat(passwd, "$"); strncat(passwd, final, 32); /* Don't leave anything around in vm they could use. */ memset(final, 0, sizeof final); return passwd; } int main(void) { char *pw; pw = crypt_nthash("MyPw", ""); printf("NT-Hash: %s\n", pw); printf("Expected:%s\n", "$3$$FC156AF7EDCD6C0EDDE3337D427F4EAC"); exit (0); } --------------090704040802080706060608-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 6:58:44 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C009437B401; Mon, 17 Feb 2003 06:58:43 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC80543FAF; Mon, 17 Feb 2003 06:58:42 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h1HEwfeG021044; Mon, 17 Feb 2003 09:58:41 -0500 (EST) Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h1HEwfkx021043; Mon, 17 Feb 2003 09:58:41 -0500 (EST) (envelope-from hiten) Date: Mon, 17 Feb 2003 09:58:41 -0500 From: Hiten Pandya To: Scott Long Cc: current@FreeBSD.ORG Subject: Re: 5-STABLE Roadmap Message-ID: <20030217145841.GA17327@unixdaemons.com> References: <200302140036.h1E0aK3q071051@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200302140036.h1E0aK3q071051@freefall.freebsd.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index 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, Feb 13, 2003 at 04:36:20PM -0800, Scott Long wrote the words in effect of: > - Benchmarks and performance testing - Having a source of reliable and > useful benchmarks is essential to identifying performance problems > and guarding against performance regressions. A 'performance team' > that is made up of people and resources for formulating, developing, > and executing benchmark tests should be put into place soon. > Comparisons should be made against both FreeBSD 4.x and Linux 2.4.x. > Tests to consider are: > - the classic 'worldstone' > - webstone - /usr/ports/www/webstone > - Fstress - http://www.cs.duke.edu/ari/fstress > - ApacheBench - /usr/ports/www/p5-ApacheBench > - netperf - /usr/ports/benchmarks/netperf There is a possibilty that we can use the MMap benchmark tool from the Linux 'vmregress' suite of benchmarks. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 7:18:23 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E7137B401 for ; Mon, 17 Feb 2003 07:18:22 -0800 (PST) Received: from baraca.united.net.ua (ns.united.net.ua [193.111.8.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8936243F85 for ; Mon, 17 Feb 2003 07:18:20 -0800 (PST) (envelope-from sobomax@portaone.com) Received: from vega.vega.com (root@xDSL-2-2.united.net.ua [193.111.9.226]) by baraca.united.net.ua (8.12.6/8.12.6) with ESMTP id h1HFIFUY088387; Mon, 17 Feb 2003 17:18:16 +0200 (EET) (envelope-from sobomax@portaone.com) Received: from portaone.com (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id h1HFIJUk035178; Mon, 17 Feb 2003 17:18:19 +0200 (EET) (envelope-from sobomax@portaone.com) Message-ID: <3E50FD47.9E9EBAE2@portaone.com> Date: Mon, 17 Feb 2003 17:18:31 +0200 From: Maxim Sobolev Organization: Porta Software Ltd X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: phk@phk.freebsd.dk Cc: current@freebsd.org Subject: Re: disklabel is broken (GEOM related) References: <75380.1045490431@critter.freebsd.dk> Content-Type: text/plain; charset=koi8-r 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 phk@phk.freebsd.dk wrote: > > In message <20030217133559.GA34599@vega.vega.com>, Maxim Sobolev writes: > >Hi, > > > >It seems that disklabel is currently broken on -current. In `read' mode it > >reports incorrect information about disk layout: > > Don't use the "-r" option and you will be ok. Thank you Poul for your very-very informative answer - I really appreciate it! It actually reminds me an old anecdote: Patient: "Doctor, it hurts when I'm doing this!" Doctor: "Well, don't do it then, dude!!!" -Maxim > > Poul-Henning > > >root@notebook# disklabel -r ad0s1 > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 9: 1:57 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03AAF37B401 for ; Mon, 17 Feb 2003 09:01:56 -0800 (PST) Received: from smtpout.mac.com (A17-250-248-87.apple.com [17.250.248.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85FB643F93 for ; Mon, 17 Feb 2003 09:01:55 -0800 (PST) (envelope-from leimy2k@mac.com) Received: from woappsx45.mac.com (woappsx45-en1 [10.13.11.145]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h1HH1tdD014998 for ; Mon, 17 Feb 2003 09:01:55 -0800 (PST) Received: from woappsx45 (localhost [127.0.0.1]) by woappsx45.mac.com (8.12.2/8.12.2) with ESMTP id h1HH1tCw014379 for ; Mon, 17 Feb 2003 09:01:55 -0800 (PST) Message-ID: <1798707.1045501314999.JavaMail.leimy2k@mac.com> Date: Mon, 17 Feb 2003 11:01:54 -0600 From: David Leimbach To: freebsd-current@freebsd.org Subject: Posix testsuites? Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 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 I have been looking into helping with the C99 conformance stuff and I wondered if the following would be helpful? http://posixtest.sourceforge.net/ I am sure some of you knew about this... I guess I wonder if a link on the C99 web page is appropriate under resources and links. Also in my attempts to decide what to do about getpwnam_r I have been contacted by someone else who is taking a crack at this... I am going to try to synchronize with them so we don't end up in any kind of competition. This person is also familiar with the code [I think may have written the existing non-reentrant version] and will probably get much farther along than I can in my meager spare time I have dedicated to this. I will at least be able to serve as a tester of sorts. I will also try to find any other ways to help that I can. Dave Leimbach [sorry if this is the wrong list] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 9:19:42 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 633DD37B401; Mon, 17 Feb 2003 09:19:41 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E60AB43F3F; Mon, 17 Feb 2003 09:19:37 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1HHJY3Y030753; Mon, 17 Feb 2003 10:19:35 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 17 Feb 2003 10:18:37 -0700 (MST) Message-Id: <20030217.101837.40575213.imp@bsdimp.com> To: des@ofug.org Cc: nyan@jp.FreeBSD.org, peter@wemm.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: "M. Warner Losh" In-Reply-To: References: <20030217070601.78E612A89E@canning.wemm.org> <20030217.173114.85351300.nyan@jp.FreeBSD.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: Dag-Erling Smorgrav writes: : Takahashi Yoshihiro writes: : > I have had some questions like "Does PC98 have ISA bus?" or "Why PC98 : > uses ISA driver?". To clear these questions and problems, I think : > that adding separated cbus driver is better way. : : So you're duplicating a large amount of existing, working code just so : you can avoid answering questions from confused users? Or are there : any actual technical advantages to having a separate cbus driver? That's a little too harsh. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 9:22:17 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10E2137B401; Mon, 17 Feb 2003 09:22:16 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB3D243FA3; Mon, 17 Feb 2003 09:22:14 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1HHMD6E059630; Mon, 17 Feb 2003 17:22:13 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1HHMAOx063120; Mon, 17 Feb 2003 18:22:11 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "M. Warner Losh" Cc: des@ofug.org, nyan@jp.FreeBSD.org, peter@wemm.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: phk@phk.freebsd.dk In-Reply-To: Your message of "Mon, 17 Feb 2003 10:18:37 MST." <20030217.101837.40575213.imp@bsdimp.com> Date: Mon, 17 Feb 2003 18:22:10 +0100 Message-ID: <63119.1045502530@critter.freebsd.dk> 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 <20030217.101837.40575213.imp@bsdimp.com>, "M. Warner Losh" writes: >In message: > Dag-Erling Smorgrav writes: >: Takahashi Yoshihiro writes: >: > I have had some questions like "Does PC98 have ISA bus?" or "Why PC98 >: > uses ISA driver?". To clear these questions and problems, I think >: > that adding separated cbus driver is better way. >: >: So you're duplicating a large amount of existing, working code just so >: you can avoid answering questions from confused users? Or are there >: any actual technical advantages to having a separate cbus driver? > >That's a little too harsh. I actually think that it would be an improvement over the current copy-the-isa-file-and-add-#ifdef-PC98-making-diffs-hard-to-read approach. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 9:31:18 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DA5D37B401; Mon, 17 Feb 2003 09:31:16 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A78F043F75; Mon, 17 Feb 2003 09:31:14 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1HHVD3Y030852; Mon, 17 Feb 2003 10:31:13 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 17 Feb 2003 10:30:16 -0700 (MST) Message-Id: <20030217.103016.58455672.imp@bsdimp.com> To: nyan@jp.FreeBSD.org Cc: peter@wemm.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: "M. Warner Losh" In-Reply-To: <20030217.173114.85351300.nyan@jp.FreeBSD.org> References: <20030216.235014.111547234.imp@bsdimp.com> <20030217070601.78E612A89E@canning.wemm.org> <20030217.173114.85351300.nyan@jp.FreeBSD.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: <20030217.173114.85351300.nyan@jp.FreeBSD.org> Takahashi Yoshihiro writes: : In article <20030217070601.78E612A89E@canning.wemm.org> : Peter Wemm writes: : : > I can understand if you do not like to call your cbus hardware "ISA" : > devices, but also consider that on most pc-at hardware there are no "ISA" : > devices either. : : These are completely different. All PC-98 machines don't have "ISA" : devices and buses at all, but a little old PC-AT machines have "ISA" : buses. And, even if the PC-AT machine does not have "ISA" buses, it : has "PCI-ISA" bridge. I understand this. : > Things like the floppy controller, keyboard controller, : > counter/timer, rtc, etc etc are all on motherboard busses. Many are on : > things like X-bus, v-link, or other custom "quick and dirty" host busses. : : FYI, NetBSD/pc98 has the "systm" virtual bus. It might be worth considering this in the long term. For the moment, however, I'm not sure sure this is the right way to go. : > I would rather live with #ifdef PC98 than : > to have a duplicate set of isa/* and i386/* files that are nearly identical : > except for include file paths, #ifdef PC98 and s/isa/cbus/. I'm sure there : > are other ways to improve the situation without having to resort to this : > mass duplication of code. : : How? : : I have had some questions like "Does PC98 have ISA bus?" or "Why PC98 : uses ISA driver?". To clear these questions and problems, I think : that adding separated cbus driver is better way. I think that adding a separate cbus driver is better. I understand why you want it. I just object to the way you've done it. Cbus is to ISA as CardBus is to PCI in many ways. Cbus is very much like ISA in all but a few details. CardBus is pci with a few twists and turns that differ. If you look at how we've implemented cardbus, you'll see that we've tried to do it as a 'subclass' of the pci bus. We implement the PCI interfaces in the cardbus bus code, even though it is not really a pci bus. I'd propose that cbus implements the ISA interfaces in a similar manner. I'll be the first to admit that the cardbus implementation in this area is incomplete. sys/dev/cardbus/cardbus.c contains too much pci bus code copied with s/pci/cardbus/g applied. Not all the pci drivers that can be cardbus drivers also have the appropriate designation in the sys/conf/files file. However, most cardbus drivers are written by adding one line to the pci attachment. I suspect that for the vast majority of the ISA drivers this would hold true for cbus. I know others have said that there is no need at all for cbus as a separate bus. I'd argue that we do need a separate bus for it, since it is more different than ISA than the xbus, vlink are. However, it isn't so different that it needs its own CBUS_PNP_PROBE interface that is identical to ISA_PNP_PROBE (even if the implementation of the PNP probing is different). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 9:34:36 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E76FE37B401; Mon, 17 Feb 2003 09:34:34 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16AD043F3F; Mon, 17 Feb 2003 09:34:34 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1HHYU3Y030897; Mon, 17 Feb 2003 10:34:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 17 Feb 2003 10:33:27 -0700 (MST) Message-Id: <20030217.103327.42775167.imp@bsdimp.com> To: phk@phk.freebsd.dk Cc: des@ofug.org, nyan@jp.FreeBSD.org, peter@wemm.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: "M. Warner Losh" In-Reply-To: <63119.1045502530@critter.freebsd.dk> References: <20030217.101837.40575213.imp@bsdimp.com> <63119.1045502530@critter.freebsd.dk> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: <63119.1045502530@critter.freebsd.dk> phk@phk.freebsd.dk writes: : In message <20030217.101837.40575213.imp@bsdimp.com>, "M. Warner Losh" writes: : >In message: : > Dag-Erling Smorgrav writes: : >: Takahashi Yoshihiro writes: : >: > I have had some questions like "Does PC98 have ISA bus?" or "Why PC98 : >: > uses ISA driver?". To clear these questions and problems, I think : >: > that adding separated cbus driver is better way. : >: : >: So you're duplicating a large amount of existing, working code just so : >: you can avoid answering questions from confused users? Or are there : >: any actual technical advantages to having a separate cbus driver? : > : >That's a little too harsh. : : I actually think that it would be an improvement over the current : copy-the-isa-file-and-add-#ifdef-PC98-making-diffs-hard-to-read : approach. Have you looked at the actual patch? That's exactly what this patch does more of. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 9:42: 8 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A63DD37B401 for ; Mon, 17 Feb 2003 09:42:04 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 150E643FA3 for ; Mon, 17 Feb 2003 09:42:03 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0222.cvx40-bradley.dialup.earthlink.net ([216.244.42.222] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18kpH2-0004qq-00; Mon, 17 Feb 2003 09:41:49 -0800 Message-ID: <3E511E7A.8225ABA9@mindspring.com> Date: Mon, 17 Feb 2003 09:40:10 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alex Rousskov Cc: Pawel Jakub Dawidek , Scott Long , Sam Leffler , Brad Knowles , freebsd-current@freebsd.org Subject: Polygraph Considered Evil 8^) (was: Re: 5-STABLE Roadmap) References: <20030216184257.GZ10767@garage.freebsd.pl> <3E4FFDD3.9050802@btc.adaptec.com> <20030216214322.GB10767@garage.freebsd.pl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a40aa1ecdd1a3151a7a21debcd34bcc1442601a10902912494350badd9bab72f9c350badd9bab72f9c 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 Alex Rousskov wrote: > Polygraph is relatively easy to setup on FreeBSD for standard tests, > using two PCs. Testing with more PCs, with non-standard workloads, > and/or on a regular basis requires writing scripts and can get pretty > evolved (which let's us sell a pre-configured appliance that does > Polygraph test management :). First, I just have a slight editorial comment, about cheating on Polygraph. One issue I have with Polygraph is that it intentionally works for a very long time to get worst case performance out of caches; basically, it cache-busts on purpose. Then the test runs. This seems to be an editorial comment on end-to-end guarantees, much more than it seems a valid measurement of actual cache performance. If you change squid to force a random page preplacement, then you end up with a bounded worst case which is a better number than you would be able to get with your best (in terms of the real-world performance) algorithm (e.g. LRU or whatever), because you make it arbitrarily hard to characterize what that would be. NetApp has a tunable in their cache product which might as well be labelled "get a good Polygraph score"; all it does is turn on random page replacement, so that the Polygraph code is unable to characterize "what would constitute worst case performance on this cache?", and then intentionally exercise that code path, which is what it would do, otherwise (i.e. pick a working set slightly larger than the cache size so everythings a miss, etc.). Basically, most of the case numbers are 99.xx% miss rates. With this modification, that number drops down to closer to 80%. That's kind of evil; but at least it's a level playing field, and we can make a FreeBSD-specific patch for SQUID to get better numbers for FreeBSD. 8-) 8-). > > Yes, on website kernel patches are avaliable for tunning, but for new > > releases of 4.x this isn't necessary, all could be configure with kernel > > options and sysctls (for 4.8): > > > > options MAXFILES=16384 > > options NMBCLUSTERS=32678 These I understand, though I think they are on the low end. > > options HZ=1000 This one, I don't understand at all. The web page says it's for faster dummynet processing. But maybe this is an artifact of using NETISR. > > kern.ipc.somaxconn=1024 This one, either: it's really very small. > > net.inet.ip.portrange.last=40000 This one is OK, but small. It only effects outbound connections; got to wonder why it isn't 65536, though. > > net.inet.tcp.delayed_ack=0 This seems designed to get a good connection rate. > > net.inet.tcp.msl=3000 And this seems designed to get a bad one. You are aware that, by default, NT systems cheat on the MSL, right? For gigabit, this is a larger number than you want, I think. > One of our kernel patches optimizes handling of 1000s of IP aliases > per FreeBSD box. The patch is required for older 4.x kernels to > perform at decent levels. IIRC, the patch does not work for recent > kernels, probably because of the SYN cache changes. I do not know > whether any alias-related optimizations are still needed for recent > kernels though. Perhaps the SYN cache solves the original scalability > problem. The hash is a reasonable modification; it'd probably be better handled through the routing code, since it has to be hashed there anyway, if you planned on using a lot of IP aliases. I haven't looked at the client code, but you are aware that adding IP aliases doesn't really do anything, unless you managed your port space your self, manually, with a couple of clever tricks? In other words, you are going to be limited to your total number of outbound connections as your ports space (e.g. ~40K), because the port autoallocation takes place in the same space as the INADDR_ANY space? I guess this doesn't matter, if your maxopenfiles is only 16K, since that's going to end up bounding you well before you run out of ports... > Please note that a couple of the results I looked at are invalid from > PolyMix workload rules/design point of view. Yes... the MSL setting, for one. Only Windows gets to cheat. ;^). > The first thing to check > is that you have huge numbers of request in waiting queue, compared to > active transactions (shown on the same "xact_lvl" graph). Most likely, > you overloaded the device under test, and most request ended up in > queues instead of on the wire. Probably the "best" way to handle this is to apply the Duke University update of the Rice University LRP code. You will be *much* better numbers from your FreeBSD box, if you do that. By a factor of 4, most likely. 8-). > I may be missing something though -- I am just looking at your > results without much knowledge of their history/purpose... See last > cache-off results for valid examples: > http://www.measurement-factory.com/results/ > > If you have any Polygraph-specific questions, I would be happy to > answer them, especially if it can help FreeBSD folks in any way. IMO, Polygraph is probably not something you want to include in a standard suite, if the intent is to get numbers that are good for FreeBSD PR (Sorry, Alex, but it's true: you have to do significant and clever and sometimes obtuse and counterintuitive things in order to get good Polygraph numbers for comparison). I don't think that anything you do in this regard is going to be able to give you iMimic or NetApp level numbers, which are created by professional benchmark-wranglers, so any comparison values you get will liekly be poor, compared to commercial offerings. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 9:46:37 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6257F37B401; Mon, 17 Feb 2003 09:46:36 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25EAA43FB1; Mon, 17 Feb 2003 09:46:35 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 61C7B53B5; Mon, 17 Feb 2003 18:46:32 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "M. Warner Losh" Cc: nyan@jp.FreeBSD.org, peter@wemm.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 18:46:31 +0100 In-Reply-To: <20030217.101837.40575213.imp@bsdimp.com> ("M. Warner Losh"'s message of "Mon, 17 Feb 2003 10:18:37 -0700 (MST)") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030217070601.78E612A89E@canning.wemm.org> <20030217.173114.85351300.nyan@jp.FreeBSD.org> <20030217.101837.40575213.imp@bsdimp.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 "M. Warner Losh" writes: > In message: > Dag-Erling Smorgrav writes: > : So you're duplicating a large amount of existing, working code just so > : you can avoid answering questions from confused users? Or are there > : any actual technical advantages to having a separate cbus driver? > That's a little too harsh. No, it's an honest question. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 9:48:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C68AD37B407; Mon, 17 Feb 2003 09:48:51 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD0BD43F3F; Mon, 17 Feb 2003 09:48:50 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1HHmn3Y031039; Mon, 17 Feb 2003 10:48:49 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 17 Feb 2003 10:47:47 -0700 (MST) Message-Id: <20030217.104747.65819127.imp@bsdimp.com> To: des@ofug.org Cc: nyan@jp.FreeBSD.org, peter@wemm.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: "M. Warner Losh" In-Reply-To: References: <20030217.101837.40575213.imp@bsdimp.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: Dag-Erling Smorgrav writes: : "M. Warner Losh" writes: : > In message: : > Dag-Erling Smorgrav writes: : > : So you're duplicating a large amount of existing, working code just so : > : you can avoid answering questions from confused users? Or are there : > : any actual technical advantages to having a separate cbus driver? : > That's a little too harsh. : : No, it's an honest question. No, it is a harsh way of asking the question. That's what I'm grumping about. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 9:57:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D212937B401; Mon, 17 Feb 2003 09:57:27 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id B82B243FA3; Mon, 17 Feb 2003 09:57:26 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1HHvP6E060045; Mon, 17 Feb 2003 17:57:25 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1HHvPOx069473; Mon, 17 Feb 2003 18:57:25 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "M. Warner Losh" Cc: des@ofug.org, nyan@jp.FreeBSD.org, peter@wemm.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: phk@phk.freebsd.dk In-Reply-To: Your message of "Mon, 17 Feb 2003 10:33:27 MST." <20030217.103327.42775167.imp@bsdimp.com> Date: Mon, 17 Feb 2003 18:57:25 +0100 Message-ID: <69472.1045504645@critter.freebsd.dk> 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 <20030217.103327.42775167.imp@bsdimp.com>, "M. Warner Losh" writes: >In message: <63119.1045502530@critter.freebsd.dk> > phk@phk.freebsd.dk writes: >: In message <20030217.101837.40575213.imp@bsdimp.com>, "M. Warner Losh" writes: >: >In message: >: > Dag-Erling Smorgrav writes: >: >: Takahashi Yoshihiro writes: >: >: > I have had some questions like "Does PC98 have ISA bus?" or "Why PC98 >: >: > uses ISA driver?". To clear these questions and problems, I think >: >: > that adding separated cbus driver is better way. >: >: >: >: So you're duplicating a large amount of existing, working code just so >: >: you can avoid answering questions from confused users? Or are there >: >: any actual technical advantages to having a separate cbus driver? >: > >: >That's a little too harsh. >: >: I actually think that it would be an improvement over the current >: copy-the-isa-file-and-add-#ifdef-PC98-making-diffs-hard-to-read >: approach. > >Have you looked at the actual patch? That's exactly what this patch >does more of. Then I misunderstood the quoted bits of the patch, sorry. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 10:38:21 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BD0737B401; Mon, 17 Feb 2003 10:38:20 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9888143F85; Mon, 17 Feb 2003 10:38:19 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 3CD0553B5; Mon, 17 Feb 2003 19:38:15 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrew Gallatin Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: top-of-tree alpha kernel panics during boot From: Dag-Erling Smorgrav Date: Mon, 17 Feb 2003 19:38:15 +0100 In-Reply-To: <15952.61478.809737.101419@grasshopper.cs.duke.edu> (Andrew Gallatin's message of "Mon, 17 Feb 2003 09:22:30 -0500 (EST)") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <15952.60850.445423.454870@grasshopper.cs.duke.edu> <15952.61478.809737.101419@grasshopper.cs.duke.edu> 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 Andrew Gallatin writes: > You might be able to get some idea of what's happening by enabling KTR > and tracing everything, then dumping the trace buffer at your > breakpoint. Hmm, how do I dump the KTR buffer from DDB? I've done it before, but it's ages ago and I don't remember how... DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 17 10:59:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 148DD37B401 for ; Mon, 17 Feb 2003 10:59:44 -0800 (PST) Received: from email04.aon.at (WARSL402PIP1.highway.telekom.at [195.3.96.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 33DCE43F93 for ; Mon, 17 Feb 2003 10:59:42 -0800 (PST) (envelope-from c47g@gmx.at) Received: (qmail 374650 invoked from network); 17 Feb 2003 18:59:39 -0000 Received: from n887p005.adsl.highway.telekom.at (HELO bones) ([62.47.54.197]) (envelope-sender ) by qmail4rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 17 Feb 2003 18:59:39 -0000 From: Christian Gusenbauer To: freebsd-current@freebsd.org Subject: /dev/smb where are you? Date: Mon, 17 Feb 2003 19:59:17 +0100 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_FETU+7Quan0Gfra" Message-Id: <200302171959.17152.c47g@gmx.at> 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 --Boundary-00=_FETU+7Quan0Gfra Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello! Using a kernel from last friday, I'm not able to get /dev/smb working. I've added these options to my kernel config: device smbus device intpm device alpm device ichsmb device viapm device amdpm device nfpm device smb I'll attach the output of 'dmesg' and 'pciconf -vl'. My motherboard is an ASUS P4T533C. Any clues? Many thanks, Christian. --Boundary-00=_FETU+7Quan0Gfra Content-Type: text/plain; charset="us-ascii"; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg" Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #7: Fri Feb 14 18:34:26 CET 2003 root@:/jail/obj/jail/src/sys/BONES Preloaded elf kernel "/boot/kernel/kernel" at 0xc0468000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc04680a8. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0468154. Preloaded elf module "/boot/kernel/usb.ko" at 0xc0468200. Preloaded elf module "/boot/kernel/umass.ko" at 0xc04682a8. Preloaded elf module "/boot/kernel/agp.ko" at 0xc0468354. Preloaded elf module "/boot/kernel/mga.ko" at 0xc04683fc. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04684a4. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2008892540 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (2008.89-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536788992 (511 MB) avail memory = 516947968 (493 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31 Using $PIR table, 9 entries at 0xc00f1be0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: mem 0xf3000000-0xf37fffff,0xf3800000-0xf3803fff,0xf6000000-0xf7ffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized mga 3.0.2 20010321 on minor 0 pcib2: at device 30.0 on pci0 pci2: on pcib2 ohci0: mem 0xf2800000-0xf2800fff irq 9 at device 4.0 on pci2 usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xf2000000-0xf2000fff irq 9 at device 4.1 on pci2 usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci2: at device 4.2 (no driver attached) pci2: at device 10.0 (no driver attached) pci2: at device 10.1 (no driver attached) pci2: at device 11.0 (no driver attached) xl0: <3Com 3c900B-COMBO Etherlink XL> port 0xd800-0xd87f mem 0xf0800000-0xf080007f irq 9 at device 12.0 on pci2 xl0: Ethernet address: 00:10:5a:06:f7:9b xl0: selecting BNC port, half duplex isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xb400-0xb41f irq 5 at device 31.2 on pci0 usb2: on uhci0 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f irq 9 at device 31.4 on pci0 usb3: on uhci1 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pcm0: port 0xa400-0xa43f,0xa800-0xa8ff irq 10 at device 31.5 on pci0 pcm0: fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: PJL,MLC,PCLXL,PCL,POSTSCRIPT lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: îÅÚÁÂÙ×ÁÅÍÙÅ ÔÕÒÙ × úÁÐÏÌÑÒØÅ - http://koresh.ru/terra/tour.shtml


éÚ×ÉÎÑÅÍÓÑ ÚÁ ×ÏÚÍÏÖÎÙÅ ÐÒÅÄÏÓÔÁ×ÌÅÎÎÙÅ ÎÅÕÄÏÂÓÔ×Á.
åÓÌÉ ÷Ù ÈÏÔÉÔÅ ÉÓËÌÀÞÉÔØ Ó×ÏÊ e-mail ÁÄÒÅÓ ÉÚ ÒÁÓÓÙÌËÉ, ÐÏÖÁÌÕÊÓÔÁ, ÕÄÁÌÉÔÅ ÅÇÏ ÚÄÅÓØ:
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 19 21:21:22 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89BEB37B401 for ; Wed, 19 Feb 2003 21:21:20 -0800 (PST) Received: from pinyon.org (quine.pinyon.org [65.101.5.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id A564A43FAF for ; Wed, 19 Feb 2003 21:21:17 -0800 (PST) (envelope-from rcarter@pinyon.org) Received: from quine.pinyon.org (localhost [127.0.0.1]) by pinyon.org (Postfix) with ESMTP id 318F343 for ; Wed, 19 Feb 2003 22:21:15 -0700 (MST) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@FreeBSD.ORG Subject: Re: Realtek 8139B detected In-Reply-To: Message from Andrew Kenneth Milton of "Thu, 20 Feb 2003 15:24:48 +1100." <20030220042448.GW18466@zeus.theinternet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Feb 2003 22:21:15 -0700 From: "Russell L. Carter" Message-Id: <20030220052115.318F343@pinyon.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 Well, um, if you look for messages from me last June and then again several times recently you'll find we are a club of three, at least. I can't actually manually ifconfig it either, it comes up the first time fine, but I can wedge my machine with a few large transfers. I got a couple of hints via email about crappy RealTek errata and I spent an hour squinting at the diffs between -stable where it works flawlessly, and -current, but could not see anything that was related. But I'm lousy at drivers. I was actually pondering whether to ditch the idea of using the on-board rl, and switch to a wifi card or something else, since it's back in -stable now, and this is an acpi only laptop. Best, Russell : +-------[ Martin Minkus ]---------------------- : | During boot, i get the following: : | : : [snip] : : | I really want to start upgrading to 5.0 (There are no other issues, and : | some people i know have been running 5.0-CURRENT ever since work on 5.0 : | began). : : I found that if I tried to specify any media or mediaopt options to ifconfig : that the RL's would refuse to find carrier (das blinkenlights on the switch). : : Lines like the following simply don't work; : : ifconfig_rl0="inet 10.10.10.10 netmask 255.255.255.0 media auto mediaopt full-duplex" : ifconfig_rl0="inet 10.10.10.10 netmask 255.255.255.0 media 100BaseTX mediaopt full-duplex" : : whether you specify auto or specify a media. : : However, if I just leave the card alone; : : ifconfig_rl0="inet 10.10.10.10 netmask 255.255.255.0" : : It will come up by itself in 100BaseTX full-duplex on its own first time : every time. : : It's something to try at least I suppose. : : -- : Totally Holistic Enterprises Internet| | Andrew Milton : The Internet (Aust) Pty Ltd | M:+61 416 022 411 | : ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon : : 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 Wed Feb 19 22:10:34 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6349B37B401 for ; Wed, 19 Feb 2003 22:10:33 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A16843FAF for ; Wed, 19 Feb 2003 22:10:32 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1K6AU3Y051243; Wed, 19 Feb 2003 23:10:31 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 19 Feb 2003 23:10:23 -0700 (MST) Message-Id: <20030219.231023.96159062.imp@bsdimp.com> To: rb@gid.co.uk Cc: current@FreeBSD.ORG Subject: Re: Cardbus-attached USB controller From: "M. Warner Losh" In-Reply-To: <4.3.2.7.2.20030219170806.0391fdb0@gid.co.uk> References: <4.3.2.7.2.20030219170806.0391fdb0@gid.co.uk> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: <4.3.2.7.2.20030219170806.0391fdb0@gid.co.uk> Bob Bishop writes: : Would someone like to give me a clue how to plumb this thing in? TIA Index: ohci_pci.c =================================================================== RCS file: /cache/ncvs/src/sys/dev/usb/ohci_pci.c,v retrieving revision 1.29 diff -u -r1.29 ohci_pci.c --- ohci_pci.c 29 Jan 2003 00:13:29 -0000 1.29 +++ ohci_pci.c 20 Feb 2003 06:09:32 -0000 @@ -314,3 +314,4 @@ static devclass_t ohci_devclass; DRIVER_MODULE(ohci, pci, ohci_driver, ohci_devclass, 0, 0); +DRIVER_MODULE(ohci, cardbus, ohci_driver, ohci_devclass, 0, 0); Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 19 22:37: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2261737B401 for ; Wed, 19 Feb 2003 22:37:08 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 332BE43F3F for ; Wed, 19 Feb 2003 22:37:07 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1K6b56E006698; Thu, 20 Feb 2003 06:37:05 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1K6b0Ox014546; Thu, 20 Feb 2003 07:37:05 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Patric Mrawek Cc: current@FreeBSD.ORG Subject: Re: 5.0R - panic: bwrite: buffer is not busy From: phk@phk.freebsd.dk In-Reply-To: Your message of "Wed, 19 Feb 2003 22:44:04 +0100." <20030219214404.GA35530@argv.de> Date: Thu, 20 Feb 2003 07:37:00 +0100 Message-ID: <14545.1045723020@critter.freebsd.dk> 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 <20030219214404.GA35530@argv.de>, Patric Mrawek writes: >I am seeing a reproducible panic with > >FreeBSD talisker 5.0-RELEASE FreeBSD 5.0-RELEASE #5: Wed Jan 29 10:49:32 CET 2003 >root@talisker:/usr/src/sys/i386/compile/TALISKER i386 > >What I've done is: >- kldload uvisor.ko >- running »/usr/sbin/usbd -d -v« >- running »jpilot-sync -d -l -p /dev/ucom0« >- hitting the sync-button from my visor several times > >After hitting the sync-button 5 to 10 times my box panics. it looks like a device disappeared while you had it open. I'll commit a workaround for this later today. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 19 23:34:59 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1EEA37B401 for ; Wed, 19 Feb 2003 23:34:57 -0800 (PST) Received: from freebee.epages.net (freebee.epages.net [196.38.130.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CCD643F3F for ; Wed, 19 Feb 2003 23:34:51 -0800 (PST) (envelope-from Tony@epages.net) Received: from rabbit.epages.net ([192.168.0.221]) by freebee.epages.net with esmtp (Exim 3.16 #2) id 18llEF-0000fs-00; Thu, 20 Feb 2003 09:34:47 +0200 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Unable to do a clean reboot X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Date: Thu, 20 Feb 2003 09:34:47 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Unable to do a clean reboot Thread-Index: AcLYkqaxOB757c/CRq6rxtG5padMrAAH8zoQ From: "Tony Harverson" To: "David Kleiner" , Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey There.. I would guess you're using SCHED_ULE in your Kernel config? It seems to cause shutdown problems that haven't been addressed yet.. Tony -----Original Message----- From: David Kleiner [mailto:kleiner@panix.com]=20 Sent: 20 February 2003 05:45 To: current@freebsd.org Subject: Unable to do a clean reboot Hi, Since I went to -current by way of 5.0-Rel, I was unable to do a clean shutdown or reboot. No matter how I tried it,=20 2-8 buffers always remain there during sync'ing. =20 It goes like this: Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks, buffers remaining... 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up on 2 buffers wallaby# uname -a FreeBSD wallaby.pacbell.net 5.0-CURRENT FreeBSD 5.0-CURRENT #10: Tue Feb 18 21:06:18 PST 2003 root@wallaby.pacbell.net:/usr/obj/usr/src/sys/W i386 It's a PCGR505-TE Sony Vaio laptop with this disk: ad0: 38154MB [77520/16/63] at ata0-master UDMA100 Any suggestions? Thank you, David 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 Wed Feb 19 23:42:23 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F7E37B405 for ; Wed, 19 Feb 2003 23:42:22 -0800 (PST) Received: from mailspool.ops.uunet.co.za (mailspool.ops.uunet.co.za [196.7.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7F1243F75 for ; Wed, 19 Feb 2003 23:42:20 -0800 (PST) (envelope-from ianf@wcom.com) Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32]) by mailspool.ops.uunet.co.za with esmtp (Exim 3.36 #1) id 18llLV-000Esl-00 for freebsd-current@freebsd.org; Thu, 20 Feb 2003 09:42:17 +0200 Received: from localhost ([127.0.0.1] helo=wcom.com) by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1) id 18llLV-000OBB-00 for freebsd-current@FreeBSD.ORG; Thu, 20 Feb 2003 09:42:17 +0200 To: freebsd-current@FreeBSD.ORG Subject: Panic induced by background fsck. From: ianf@za.uu.net X-image-url: http://www.digs.iafrica.com/gallery/ian-small.gif X-BOFH: true X-LART: Depleted uranium X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted. Date: Thu, 20 Feb 2003 09:42:17 +0200 Message-ID: <92948.1045726937@wcom.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 Hi Several seconds into background fsck, this happens. It's easily repeatable by enabling background fsck and booting after an unclean shutdown. Kernel is 2003-02-19 from source checked out on that day (SMP). The filesystems are UFS1 with softupdates. panic: vm_fault: fault on nofault entry, addr: c7c65000 cpuid = 0; lapic.id = 00000000 Stack backtrace: backtrace(c03185a5,0,c0325e37,d280258c,1) at backtrace+0x17 panic(c0325e37,c7c65000,2,d2802638,d2802628) at panic+0x10a vm_fault(c082f000,c7c65000,2,0,c3908690) at vm_fault+0x1073 trap_pfault(d2802724,0,c7c65000,1db,c7c65000) at trap_pfault+0x161 trap(d2800018,d2800010,c3920010,c7c65000,0) at trap+0x3cd calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc02da907, esp = 0xd2802764, ebp = 0xd2802a3c --- generic_bzero(c38f7000,80be140,70,1000,3e5428db) at generic_bzero+0xf ffs_mount(c38f7000,c3a4c800,bfbffcc0,d2802bec,c3908690) at ffs_mount+0x638 vfs_mount(c3908690,c385e230,c3a4c800,1211000,bfbffcc0) at vfs_mount+0x83a mount(c3908690,d2802d10,c032ba37,407,4) at mount+0xb8 syscall(2f,2f,2f,0,bfbffdc0) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (21), eip = 0x805636b, esp = 0xbfbffc0c, ebp = 0xbfbffd48 --- Debugger("panic") Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0 db> call boot panic: bremfree: bp 0xc75ab978 not locked cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 Uptime: 2m43s Dumping 191 MB Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 19 23:48:58 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 802CC37B401 for ; Wed, 19 Feb 2003 23:48:56 -0800 (PST) Received: from mailspool.ops.uunet.co.za (mailspool.ops.uunet.co.za [196.7.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03B2443F3F for ; Wed, 19 Feb 2003 23:48:53 -0800 (PST) (envelope-from ianf@wcom.com) Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32]) by mailspool.ops.uunet.co.za with esmtp (Exim 3.36 #1) id 18llRq-000F84-00 for freebsd-current@freebsd.org; Thu, 20 Feb 2003 09:48:50 +0200 Received: from localhost ([127.0.0.1] helo=wcom.com) by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1) id 18llRq-000ODI-00 for freebsd-current@FreeBSD.org; Thu, 20 Feb 2003 09:48:50 +0200 To: freebsd-current@FreeBSD.org Subject: LOR in pcn driver (and pcn driver may be broken) From: ianf@za.uu.net X-image-url: http://www.digs.iafrica.com/gallery/ian-small.gif X-BOFH: true X-LART: Depleted uranium X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted. Date: Thu, 20 Feb 2003 09:48:50 +0200 Message-ID: <93079.1045727330@wcom.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 Hi I got this yesterday on my SMP system current as of yesterday: pcn0: port 0xe800-0xe81f mem 0xea001000-0xea00101f irq 16 at device 9.0 on pci0 ../../../vm/uma_core.c:1330: could sleep with "pcn0" locked from ../../../pci/if_pcn.c:524 ../../../vm/uma_core.c:1330: could sleep with "pcn0" locked from ../../../pci/if_pcn.c:524 lock order reversal 1st 0xc3860e88 pcn0 (network driver) @ ../../../pci/if_pcn.c:524 2nd 0xc0343660 allproc (allproc) @ ../../../kern/kern_fork.c:328 Stack backtrace: backtrace(c031afb6,c0343660,c0317d4f,c0317d4f,c031615f) at backtrace+0x17 witness_lock(c0343660,8,c031615f,148,0) at witness_lock+0x660 _sx_xlock(c0343660,c031615f,148,fa,0) at _sx_xlock+0xb2 fork1(c033eae0,60034,0,c043d994,c0d16f6b) at fork1+0x23d kthread_create(c01c5210,c0d16f00,c043d9c4,60000,0) at kthread_create+0x48 ithread_create(c043d9f8,10,0,c02e0410,c02e03a0) at ithread_create+0xda inthand_add(c0d00dc0,10,c0263da0,c3860800,4) at inthand_add+0x9e nexus_setup_intr(c0d15880,c385f300,c38671c0,4,c0263da0) at nexus_setup_intr+0x85 bus_generic_setup_intr(c0d15800,c385f300,c38671c0,4,c0263da0) at bus_generic_setup_intr+0xa2 bus_generic_setup_intr(c0d15700,c385f300,c38671c0,4,c0263da0) at bus_generic_setup_intr+0xa2 bus_generic_setup_intr(c0d15680,c385f300,c38671c0,4,c0263da0) at bus_generic_setup_intr+0xa2 bus_setup_intr(c385f300,c38671c0,4,c0263da0,c3860800) at bus_setup_intr+0xa5 pcn_attach(c385f300,c380f098,c0335270,c0186b5e,c385f500) at pcn_attach+0x69b device_probe_and_attach(c385f300,0,c043dc0c,c0186ce6,c0d15680) at device_probe_and_attach+0xb0 bus_generic_attach(c0d15680,0,58,c043dbfc,c0d15680,0) at bus_generic_attach+0x28 pci_attach(c0d15680,c380a098,c0335270,c0328e72,0) at pci_attach+0xa6 device_probe_and_attach(c0d15680,c382f070,c043dc78,c02e398f,c0d15700) at device_probe_and_attach+0xb0 bus_generic_attach(c0d15700,c0328e72,0,c043dc68,c0d15700) at bus_generic_attach+0x28 nexus_pcib_attach(c0d15700,c3834098,c0335270,c035ce00,c0d00290) at nexus_pcib_attach+0x8f device_probe_and_attach(c0d15700,c0d15800,c043dcdc,c02ce29c,c0d15800) at device_probe_and_attach+0xb0 bus_generic_attach(c0d15800,0,c0d003a0,c0d0d280,c0d15800) at bus_generic_attach+0x28 legacy_attach(c0d15800,c382f098,c0335270,c3837170,c035cbe0) at legacy_attach+0x1c device_probe_and_attach(c0d15800,c0d15880,c043dd2c,c02d5edc,c0d15880) at device_probe_and_attach+0xb0 bus_generic_attach(c0d15880,c0d15880,c043dd5c,c01ec8b0,c0d15880) at bus_generic_attach+0x28 nexus_attach(c0d15880,c3829098,c0335270,c032a7ac,0) at nexus_attach+0x1c device_probe_and_attach(c0d15880,c033018c,c043dd80,c02c04ce,c0d15c00) at device_probe_and_attach+0xb0 root_bus_configure(c0d15c00,c032a7ac,0,c043dd98,c01b3225) at root_bus_configure+0x28 configure(0,43a000,43ac00,43a000,0) at configure+0x2e mi_startup() at mi_startup+0xb5 begin() at begin+0x2c ../../../vm/uma_core.c:1330: could sleep with "pcn0" locked from ../../../pci/if_pcn.c:524 ../../../vm/uma_core.c:1330: could sleep with "pcn0" locked from ../../../pci/if_pcn.c:524 ../../../vm/uma_core.c:1330: could sleep with "pcn0" locked from ../../../pci/if_pcn.c:524 pcn0: Ethernet address: 00:60:b0:b6:d9:ee miibus1: on pcn0 lxtphy0: on miibus1 lxtphy0: 100baseFX, 100baseFX-FDX, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ../../../vm/uma_core.c:1330: could sleep with "pcn0" locked from ../../../pci/if_pcn.c:524 Also, the card sees link and correctly autodetects the link speed, but the driver does not seem to be able to get packets onto the wire, or read packets from the wire. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 19 23:56:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE6A237B401; Wed, 19 Feb 2003 23:56:48 -0800 (PST) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9EB043F85; Wed, 19 Feb 2003 23:56:47 -0800 (PST) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) by watery.cc.kogakuin.ac.jp (8.12.6/8.12.6) with ESMTP id h1K7uZxR077839; Thu, 20 Feb 2003 16:56:35 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Thu, 20 Feb 2003 16:55:55 +0900 (JST) Message-Id: <20030220.165555.112582534.nyan@jp.FreeBSD.org> To: imp@bsdimp.com Cc: peter@wemm.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: Takahashi Yoshihiro In-Reply-To: <20030217.103016.58455672.imp@bsdimp.com> References: <20030217070601.78E612A89E@canning.wemm.org> <20030217.173114.85351300.nyan@jp.FreeBSD.org> <20030217.103016.58455672.imp@bsdimp.com> X-Mailer: Mew version 3.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20030217.103016.58455672.imp@bsdimp.com> "M. Warner Losh" writes: > Cbus is to ISA as CardBus is to PCI in many ways. Cbus is very much > like ISA in all but a few details. CardBus is pci with a few twists > and turns that differ. If you look at how we've implemented cardbus, > you'll see that we've tried to do it as a 'subclass' of the pci bus. > We implement the PCI interfaces in the cardbus bus code, even though > it is not really a pci bus. I'd propose that cbus implements the ISA > interfaces in a similar manner. If my understanding is not a mistake, the CardBus specifications is derived from the PCI. Therefore, I can understand that the cardbus driver depend on the pci driver. But, the Cbus is NOT derived from the ISA. So, I think that the cbus driver should not depend on the isa driver. --- TAKAHASHI Yoshihiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 0: 6:44 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF4437B401; Thu, 20 Feb 2003 00:06:42 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9B7E43F75; Thu, 20 Feb 2003 00:06:41 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1K86a6E007751; Thu, 20 Feb 2003 08:06:36 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1K86WOx030196; Thu, 20 Feb 2003 09:06:34 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Takahashi Yoshihiro Cc: imp@bsdimp.com, peter@wemm.org, sos@FreeBSD.ORG, current@FreeBSD.ORG, mdodd@FreeBSD.ORG Subject: Re: The cbus driver for pc98 From: phk@phk.freebsd.dk In-Reply-To: Your message of "Thu, 20 Feb 2003 16:55:55 +0900." <20030220.165555.112582534.nyan@jp.FreeBSD.org> Date: Thu, 20 Feb 2003 09:06:32 +0100 Message-ID: <30195.1045728392@critter.freebsd.dk> 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 <20030220.165555.112582534.nyan@jp.FreeBSD.org>, Takahashi Yoshihiro writes: >In article <20030217.103016.58455672.imp@bsdimp.com> >"M. Warner Losh" writes: > >> Cbus is to ISA as CardBus is to PCI in many ways. Cbus is very much >> like ISA in all but a few details. CardBus is pci with a few twists >> and turns that differ. If you look at how we've implemented cardbus, >> you'll see that we've tried to do it as a 'subclass' of the pci bus. >> We implement the PCI interfaces in the cardbus bus code, even though >> it is not really a pci bus. I'd propose that cbus implements the ISA >> interfaces in a similar manner. > >If my understanding is not a mistake, the CardBus specifications is >derived from the PCI. Therefore, I can understand that the cardbus >driver depend on the pci driver. But, the Cbus is NOT derived from >the ISA. So, I think that the cbus driver should not depend on the >isa driver. This increasingly sounds like an emotional thing rather than a technical thing :-( -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 0:30:33 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32E3337B401 for ; Thu, 20 Feb 2003 00:30:31 -0800 (PST) Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 517AC43FAF for ; Thu, 20 Feb 2003 00:30:29 -0800 (PST) (envelope-from maikel@myst.dohd.org) Received: from myst.dohd.org ([62.195.154.30]) by amsfep13-int.chello.nl (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP id <20030220083028.FVTE14460.amsfep13-int.chello.nl@myst.dohd.org> for ; Thu, 20 Feb 2003 09:30:28 +0100 Received: from myst.dohd.org (localhost [127.0.0.1]) by myst.dohd.org (8.12.6/8.12.6) with ESMTP id h1K8UA2q023927 for ; Thu, 20 Feb 2003 09:30:11 +0100 (CET) (envelope-from maikel@myst.dohd.org) Received: (from maikel@localhost) by myst.dohd.org (8.12.6/8.12.6/Submit) id h1K8U8YH023926 for current@freebsd.org; Thu, 20 Feb 2003 09:30:09 +0100 (CET) Date: Thu, 20 Feb 2003 09:30:07 +0100 From: Maikel Verheijen To: current@freebsd.org Subject: Wavelan problems Message-ID: <20030220083007.GA23886@myst.dohd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=-0.9 required=5.0 tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT version=2.43 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 Since I deleted the original email of Michael Bretterklieber, I can't actually reply anymore :( This is what I would have replied: I can say nothing more than "me too", with a Lucent pC24E-H-ET, a generic lucent silver card. Dmesg info: wi0: at port 0x100-0x13f irq 11 function 0 config 1 on pccard0 wi0: 802.11 address: 00:02:2d:0c:e1:24 wi0: using Lucent Technologies, WaveLAN/IEEE wi0: Lucent Firmware: Station (7.28.1) wi0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps And exact the same wicontrol output. I would like to add that, on enabeling the card (ifconfig wi0 up), my machine practically freezes, and when I pull the card out, I got my machine back most of the time... Dmesg info after doing "ifconfig wi0 up": wi0: timeout in wi_cmd 0x0002; event status 0x0080 wi0: timeout in wi_cmd 0x0000; event status 0x0080 wi0: wi_cmd: busy bit won't clear. wi0: wi_cmd: busy bit won't clear. wi0: wi_cmd: busy bit won't clear. wi0: wi_cmd: busy bit won't clear. wi0: init failed wi0: timeout in wi_seek to fc00/0 wi0: timeout in wi_seek to fc81/0 wi0: timeout in wi_seek to fc0c/0 wi0: timeout in wi_seek to fc02/0 wi0: timeout in wi_seek to fc03/0 wi0: timeout in wi_seek to fc04/0 wi0: timeout in wi_seek to fc01/0 wi0: timeout in wi_seek to fc09/0 wi0: timeout in wi_seek to fc07/0 wi0: timeout in wi_seek to fc83/0 wi0: timeout in wi_seek to fc06/0 wi0: timeout in wi_seek to fc25/0 wi0: timeout in wi_seek to fc84/0 wi0: timeout in wi_seek to fc0e/0 wi0: timeout in wi_seek to fc85/0 wi0: timeout in wi_seek to fc20/0 wi0: timeout in wi_seek to fc80/0 wi0: wi_cmd: busy bit won't clear. wi0: failed to allocate 2372 bytes on NIC wi0: tx buffer allocation failed (error 12) wi0: interface not running wi0: wi_cmd: busy bit won't clear. wi0: detached (got this after unplugging the wi-card, to un-freeze the card. Kind regards, Maikel Verheijen Kind regards, Maikel Verheijen USER, n.: The word computer professionals use when they mean "idiot." -- Dave Barry, "Claw Your Way to the Top" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 1: 0:28 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B13137B405; Thu, 20 Feb 2003 01:00:26 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F2843FBD; Thu, 20 Feb 2003 01:00:24 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id C97DE536E; Thu, 20 Feb 2003 10:00:22 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Andrew Gallatin Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: top-of-tree alpha kernel panics during boot References: <15952.60850.445423.454870@grasshopper.cs.duke.edu> <15952.61478.809737.101419@grasshopper.cs.duke.edu> <15955.48613.835455.648469@grasshopper.cs.duke.edu> <15956.13228.528898.580885@grasshopper.cs.duke.edu> From: Dag-Erling Smorgrav Date: Thu, 20 Feb 2003 10:00:22 +0100 Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) 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 Andrew Gallatin writes: > Do you preload any/all of the things you've marked as klds? No... DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 1:12:58 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6FF537B401 for ; Thu, 20 Feb 2003 01:12:55 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE9A143FA3 for ; Thu, 20 Feb 2003 01:12:45 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id h1K9CVhJ047949 for ; Thu, 20 Feb 2003 11:12:31 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id h1K9CRHR047928 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 20 Feb 2003 11:12:31 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id h1K9CRqe047922; Thu, 20 Feb 2003 11:12:27 +0200 (EET) Date: Thu, 20 Feb 2003 11:12:27 +0200 From: Ruslan Ermilov To: current@freebsd.org Cc: phk@freebsd.org, johan@freebsd.org Subject: Optimizing "universe" somewhat Message-ID: <20030220091227.GA47550@sunbay.com> References: <200302191540.h1JFeJ4J001486@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <200302191540.h1JFeJ4J001486@repoman.freebsd.org> User-Agent: Mutt/1.5.1i 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 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 19, 2003 at 07:40:19AM -0800, Ruslan Ermilov wrote: > ru 2003/02/19 07:40:19 PST >=20 > Modified files: > . Makefile=20 > Log: > Fixed universe. > =20 > Folded pc98 into the common case. > Retired ${JFLAG} (``make -jX universe'' should work). > =20 > Revision Changes Path > 1.276 +30 -34 src/Makefile >=20 Would it be too bad (in anyone's opinion) if we optimize this a bit to build modules only once for each architecture, with buildworld (-DMODULES_WITH_WORLD)? That would speed-up the creation of universe somewhat, but has one bad side effect of polluting userland build with kernel stuff, but is easiest to implement. Another option would be to build modules only for the first kernel for a given arch, whatever it happens to be. This is still not quite good as kernel/modules may or may not be independently broken. Yet another option would be to still build modules once for a given architecture, but independently of kernels and world. Before I go for implementing this or that, I'd like people's opinion on that. Cheers, --=20 Ruslan Ermilov Sysadmin and 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 --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+VJv7Ukv4P6juNwoRAhhEAKCJevB/yx0pK9Wle9T+prgbizl05ACeJacD 3ZAQxP66AQUyNilfSDer3Ok= =OSrn -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 1:13:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3054037B401; Thu, 20 Feb 2003 01:13:50 -0800 (PST) Received: from tomts5-srv.bellnexxia.net (tomts5.bellnexxia.net [209.226.175.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D288643F3F; Thu, 20 Feb 2003 01:13:48 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from sparc64.style9.org ([65.93.76.77]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030220091347.TYFQ17488.tomts5-srv.bellnexxia.net@sparc64.style9.org>; Thu, 20 Feb 2003 04:13:47 -0500 Received: (from mike@localhost) by sparc64.style9.org (8.12.6/8.12.6/Submit) id h1K9DvDw046426; Thu, 20 Feb 2003 04:13:57 -0500 (EST) Date: Thu, 20 Feb 2003 04:13:57 -0500 (EST) From: Mike Barcroft Message-Id: <200302200913.h1K9DvDw046426@sparc64.style9.org> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Thu Feb 20 03:10:07 EST 2003 -------------------------------------------------------------- ===> unionfs touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/unionfs/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/unionfs. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 1:44:59 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43FE237B401; Thu, 20 Feb 2003 01:44:58 -0800 (PST) Received: from critter.freebsd.dk (esplanaden.cybercity.dk [212.242.40.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id D95A743F85; Thu, 20 Feb 2003 01:44:54 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h1K9ioiu000921; Thu, 20 Feb 2003 10:44:50 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Ruslan Ermilov Cc: current@freebsd.org, johan@freebsd.org Subject: Re: Optimizing "universe" somewhat From: phk@phk.freebsd.dk In-Reply-To: Your message of "Thu, 20 Feb 2003 11:12:27 +0200." <20030220091227.GA47550@sunbay.com> Date: Thu, 20 Feb 2003 10:44:50 +0100 Message-ID: <920.1045734290@critter.freebsd.dk> 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 <20030220091227.GA47550@sunbay.com>, Ruslan Ermilov writes: > >--/9DWx/yDrRhgMJTb >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Wed, Feb 19, 2003 at 07:40:19AM -0800, Ruslan Ermilov wrote: >> ru 2003/02/19 07:40:19 PST >>=20 >> Modified files: >> . Makefile=20 >> Log: >> Fixed universe. >> =20 >> Folded pc98 into the common case. >> Retired ${JFLAG} (``make -jX universe'' should work). >> =20 >> Revision Changes Path >> 1.276 +30 -34 src/Makefile >>=20 >Would it be too bad (in anyone's opinion) if we optimize this >a bit to build modules only once for each architecture, with >buildworld (-DMODULES_WITH_WORLD)? That would speed-up the >creation of universe somewhat, but has one bad side effect of >polluting userland build with kernel stuff, but is easiest >to implement. I think we should build the modules as specified by the kernels. Nothing prevents you from adding makeoptions MODULES_OVERRIDE="acpi linux" or similar to your kernels. Universe just takes time, and that's it. Don't try to optimize it if the result is less coverage. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 4:46:15 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04C9837B401 for ; Thu, 20 Feb 2003 04:46:13 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0158743F93 for ; Thu, 20 Feb 2003 04:46:09 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id h1KCk5tO075126 for ; Thu, 20 Feb 2003 14:46:05 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id h1KCk4HR075109 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 20 Feb 2003 14:46:05 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id h1KCk3mC075104; Thu, 20 Feb 2003 14:46:03 +0200 (EET) Date: Thu, 20 Feb 2003 14:46:03 +0200 From: Ruslan Ermilov To: phk@phk.freebsd.dk Cc: current@freebsd.org, johan@freebsd.org Subject: Re: Optimizing "universe" somewhat Message-ID: <20030220124603.GA74639@sunbay.com> References: <20030220091227.GA47550@sunbay.com> <920.1045734290@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <920.1045734290@critter.freebsd.dk> User-Agent: Mutt/1.5.1i 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 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 20, 2003 at 10:44:50AM +0100, phk@phk.freebsd.dk wrote: > In message <20030220091227.GA47550@sunbay.com>, Ruslan Ermilov writes: > > > >--/9DWx/yDrRhgMJTb > >Content-Type: text/plain; charset=3Dus-ascii > >Content-Disposition: inline > >Content-Transfer-Encoding: quoted-printable > > > >On Wed, Feb 19, 2003 at 07:40:19AM -0800, Ruslan Ermilov wrote: > >> ru 2003/02/19 07:40:19 PST > >>=3D20 > >> Modified files: > >> . Makefile=3D20 > >> Log: > >> Fixed universe. > >> =3D20 > >> Folded pc98 into the common case. > >> Retired ${JFLAG} (``make -jX universe'' should work). > >> =3D20 > >> Revision Changes Path > >> 1.276 +30 -34 src/Makefile > >>=3D20 > >Would it be too bad (in anyone's opinion) if we optimize this > >a bit to build modules only once for each architecture, with > >buildworld (-DMODULES_WITH_WORLD)? That would speed-up the > >creation of universe somewhat, but has one bad side effect of > >polluting userland build with kernel stuff, but is easiest > >to implement. >=20 > I think we should build the modules as specified by the kernels. >=20 > Nothing prevents you from adding >=20 > makeoptions MODULES_OVERRIDE=3D"acpi linux" >=20 > or similar to your kernels. >=20 > Universe just takes time, and that's it. Don't try to optimize it > if the result is less coverage. >=20 Okay, and this _is_ the easiest to implement, though I've found some bogons with putting ``makeoptions NO_MODULES=3Dyes'' that need to be addressed. Cheers, --=20 Ruslan Ermilov Sysadmin and 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 --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+VM4LUkv4P6juNwoRAsebAJ997SolUr147KAAtwE9iBG62xJgwACffEA9 OJik5W79reHPJbzsKuvpg8o= =iqP8 -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 5:41: 7 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD5B437B401; Thu, 20 Feb 2003 05:41:05 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCCB443F93; Thu, 20 Feb 2003 05:41:04 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.6/8.12.6) with ESMTP id h1KDf38I022097 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 20 Feb 2003 08:41:04 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h1KDewl48130; Thu, 20 Feb 2003 08:40:58 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15956.56042.854220.62147@grasshopper.cs.duke.edu> Date: Thu, 20 Feb 2003 08:40:58 -0500 (EST) To: Dag-Erling Smorgrav Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: top-of-tree alpha kernel panics during boot In-Reply-To: References: <15952.60850.445423.454870@grasshopper.cs.duke.edu> <15952.61478.809737.101419@grasshopper.cs.duke.edu> <15955.48613.835455.648469@grasshopper.cs.duke.edu> <15956.13228.528898.580885@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Andrew Gallatin writes: > > Do you preload any/all of the things you've marked as klds? > > No... Damn. I'm sorry then, I think I've done all I can to try to duplicate it. Would you mind doing a binary search to find out when your problem started? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 5:45:34 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF8FA37B401 for ; Thu, 20 Feb 2003 05:45:30 -0800 (PST) Received: from dazzler.daimi.au.dk (dazzler.daimi.au.dk [130.225.18.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB17D43FB1 for ; Thu, 20 Feb 2003 05:45:28 -0800 (PST) (envelope-from rhazn@daimi.au.dk) Received: (from rhazn@localhost) by dazzler.daimi.au.dk (8.11.6/8.11.6) id h1KDjSM15211; Thu, 20 Feb 2003 14:45:28 +0100 Date: Thu, 20 Feb 2003 14:45:27 +0100 From: Peter Gade Jensen To: current@FreeBSD.ORG Cc: rhazn@daimi.au.dk Subject: ACPI: -dp2 vs. -release Message-ID: <20030220134527.GA15145@dazzler.daimi.au.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-GPG-Fingerprint: 33AF B563 58F1 04AB 417E AA69 06C6 32AC 5AD1 6815 X-GPG-URL: http://daimi.au.dk/~rhazn/gpgkey.asc 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 installed the DP2 release of current on my Toshiba laptop when it was released and acpi worked very well. When the powercable was disconected the profile changed to economic _and_ the screen was dimmed a little bit to save power. But with every other iso release or cvsup from head since, acpi doesn't dim the screen anymore when running on batteries? what has changed or what can I do to make this work again(besides reverting back t -dp2)? /Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 5:50:19 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30B8337B401; Thu, 20 Feb 2003 05:50:17 -0800 (PST) Received: from h00609772adf0.ne.client2.attbi.com (h00609772adf0.ne.client2.attbi.com [24.61.43.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5968443FD7; Thu, 20 Feb 2003 05:50:13 -0800 (PST) (envelope-from rodrigc@attbi.com) Received: from h00609772adf0.ne.client2.attbi.com (localhost [127.0.0.1]) by h00609772adf0.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id h1KDp7hE032444; Thu, 20 Feb 2003 08:51:07 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by h00609772adf0.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id h1KDp6g2032443; Thu, 20 Feb 2003 08:51:06 -0500 (EST) Date: Thu, 20 Feb 2003 08:51:06 -0500 From: Craig Rodrigues To: freebsd-current@freebsd.org Cc: kan@freebsd.org Subject: Adding std::wstring and wchar_t support to GCC on -CURRENT Message-ID: <20030220135106.GA32375@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I posted to the GCC mailing list recently, mentioning that GCC under FreeBSD does not have std::wstring/wchar_t support. Alexander Kabaev posted a list of problems under FreeBSD, and some possible workarounds: http://gcc.gnu.org/ml/gcc/2003-02/msg01291.html Hopefully some of the FreeBSD header file problems will be resolved soon. For example, Mike Barcroft has mentioned an approach for adding WCHAR_MIN and WCHAR_MAX macros to by creating a new private header file. I followed Alex's instructions for creating a workaround, to enable wchar_t support in libstdc++, so I am posting my patches for those who may be interested. I think the wchar.h patch will be unnecessary once the fix is integrated in FreeBSD. I just rebuilt the world, and don't seem to have any problems yet! --- src/include/wchar.h.orig Wed Feb 19 17:21:14 2003 +++ include/wchar.h Thu Feb 20 03:20:32 2003 @@ -100,6 +100,14 @@ #define WEOF ((wint_t)-1) #endif +#ifndef WCHAR_MIN +#define WCHAR_MIN (-2147483647l - 1l) +#endif + +#ifndef WCHAR_MAX +#define WCHAR_MAX (2147483647l) +#endif + struct __sFILE; struct tm; --- src/gnu/lib/libstdc++/c++config.h.orig Wed Feb 19 13:35:27 2003 +++ src/gnu/lib/libstdc++/c++config.h Wed Feb 19 13:36:25 2003 @@ -108,6 +108,7 @@ // Define if code specialized for wchar_t should be used. /* #undef _GLIBCPP_USE_WCHAR_T */ +#define _GLIBCPP_USE_WCHAR_T 1 // Define if using setrlimit to limit memory usage during 'make check'. /* #undef _GLIBCPP_MEM_LIMITS */ --- src/contrib/libstdc++/include/c_std/std_cwchar.h.orig Wed Feb 19 13:37:36 2003 +++ src/contrib/libstdc++/include/c_std/std_cwchar.h Wed Feb 19 13:38:05 2003 @@ -173,7 +173,7 @@ using ::wcsrtombs; using ::wcsspn; using ::wcstod; - using ::wcstof; + //using ::wcstof; using ::wcstok; using ::wcstol; using ::wcstoul; -- Craig Rodrigues http://home.attbi.com/~rodrigc rodrigc@attbi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 7:50: 6 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E979537B401 for ; Thu, 20 Feb 2003 07:50:03 -0800 (PST) Received: from flaske.stud.ntnu.no (flaske.stud.ntnu.no [129.241.56.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id D757243FB1 for ; Thu, 20 Feb 2003 07:50:00 -0800 (PST) (envelope-from morten@rodal.no) Received: from localhost (localhost [127.0.0.1]) by flaske.stud.ntnu.no (Postfix) with ESMTP id 4A8F8FFBC7; Thu, 20 Feb 2003 16:49:59 +0100 (CET) Received: from slurp.rodal.no (m200h.studby.ntnu.no [129.241.135.200]) by flaske.stud.ntnu.no (Postfix) with ESMTP id 8AA87FFBAC; Thu, 20 Feb 2003 16:49:58 +0100 (CET) Received: (from morten@localhost) by slurp.rodal.no (8.12.6/8.12.6/Submit) id h1KFnvJp057000; Thu, 20 Feb 2003 16:49:57 +0100 (CET) (envelope-from morten) Date: Thu, 20 Feb 2003 16:49:56 +0100 From: Morten Rodal To: Peter Gade Jensen Cc: current@FreeBSD.ORG Subject: Re: ACPI: -dp2 vs. -release Message-ID: <20030220154956.GB43452@slurp.rodal.no> References: <20030220134527.GA15145@dazzler.daimi.au.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b5gNqxB1S1yM7hjW" Content-Disposition: inline In-Reply-To: <20030220134527.GA15145@dazzler.daimi.au.dk> X-Virus-Scanned: 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 --b5gNqxB1S1yM7hjW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 20, 2003 at 02:45:27PM +0100, Peter Gade Jensen wrote: > I installed the DP2 release of current on my Toshiba laptop when it was= =20 > released and acpi worked very well. When the powercable was disconected > the profile changed to economic _and_ the screen was dimmed a little > bit to save power. But with every other iso release or cvsup from head > since, acpi doesn't dim the screen anymore when running on batteries?=20 > what has changed or what can I do to make this work again(besides > reverting back t -dp2)? >=20 I have the same feature on my Dell laptop. The screen's brightness (or dim if you want) will go down when the computer is running on batteries. It is however possible to change this back to normal with the "Fn" key (you probably have something similiar on your Toshiba) so that the brightness back to "normal." Dell laptops remember this, so the next time I run the computer on batteries it will restore the brightness to the level I had last time I used it on batteries. If the Toshiba is simliar in this way all you have to do is adjust the brightness level (can be done in the BIOS of Dell too) down to a desired level and it will remember it. I do not think this has anything to do with ACPI implimentation in FreeBSD. --=20 Morten Rodal --b5gNqxB1S1yM7hjW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+VPkkbWe1Cy11WVsRAnE4AJwIvsIxlxX7hCm9myCQP/TrEZ0DsQCgjXoc 782qIp/h6tHjZH9c30xZVWo= =F8h1 -----END PGP SIGNATURE----- --b5gNqxB1S1yM7hjW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 20 8:19:11 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FB7037B401 for ; Thu, 20 Feb 2003 08:19:08 -0800 (PST) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F95E43F75 for ; Thu, 20 Feb 2003 08:19:07 -0800 (PST) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id MUA74016 for ; Thu, 20 Feb 2003 08:19:06 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BBA6D5D04 for ; Thu, 20 Feb 2003 08:19:05 -0800 (PST) To: current@freebsd.org Subject: Ethernet (xl) will not transmit or receive Date: Thu, 20 Feb 2003 08:19:05 -0800 From: "Kevin Oberman" Message-Id: <20030220161905.BBA6D5D04@ptavv.es.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I updated my 5.0 system built in late January to RELENG_5_0 on Sunday and the Ethernet was not working. I tried again last night with no change in behavior. The system is an AMD K6-2 on an ASUS P5A mobo. I have a 3Com 3c905B Ethernet which had been working fine on a kernel built in late January. The dmesg is not too meaningful, but the system shows no errors. It simply never receives a packet. ARPs are all incomplete and no packets are transmitted although netstat -in indicates that they are. The packets never actually reach the wire, though. I can't believe that no one else has this card, but I didn't find anything in the archives on it. Any idea what needs to be rolled back and how far? I'm suspicious that it might be an mii problem. Maybe even an interrupt issue. I an suspicious of the second, empty xlphy0: line in the dmesg, but the reported MAC is right and my old kernel that works seems to generate a similar empty line. Any clues or suggestions appreciated. Thanks, R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 --[[application/octet-stream Content-Disposition: attachment; filename="dmesg.boot"][7bit]] Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-RELEASE-p1 #2: Wed Feb 19 22:47:50 PST 2003 root@kzin.es.net:/usr/obj/usr/src/sys/KZIN Preloaded elf kernel "/boot/kernel/kernel" at 0xc04a0000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc04a00a8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04a00f8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 451024032 Hz CPU: AMD-K6(tm) 3D+ Processor (451.02-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping = 1 Features=0x8021bf AMD Features=0xffffffff80000800 real memory = 100646912 (95 MB) avail memory = 92729344 (88 MB) Initializing GEOMetry subsystem K6-family MTRR support enabled (2 registers) VESA: v2.0, 16384k memory, flags:0x1, mode table:0xc00c6974 (c0006974) VESA: Matrox Graphics Inc. npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31 Using $PIR table, 8 entries at 0xc00f0ca0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xec08-0xec0b on acpi0 acpi_cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd83f irq 9 at device 9.0 on pci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xde000000-0xde00007f irq 10 at device 11.0 on pci0 xl0: Ethernet address: 00:50:da:80:4b:43 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: atapci0: port 0xd000-0xd00f at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 orm0: