From owner-freebsd-stable Sun Jan 6 2:52:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from meta.lo-res.org (meta.lo-res.org [195.58.189.92]) by hub.freebsd.org (Postfix) with ESMTP id C25CE37B404 for ; Sun, 6 Jan 2002 02:52:53 -0800 (PST) Received: from there (chillig.lo-res.org [62.116.8.4]) by meta.lo-res.org (8.11.6/8.11.6) with SMTP id g06Aqpv35836; Sun, 6 Jan 2002 11:52:51 +0100 (CET) (envelope-from aaron@lo-res.org) Message-Id: <200201061052.g06Aqpv35836@meta.lo-res.org> Content-Type: text/plain; charset="iso-8859-15" From: aaron To: naddy@mips.inka.de (Christian Weisgerber), freebsd-stable@FreeBSD.ORG Subject: Re: HEADSUP: several locale renames were MFCed Date: Sun, 6 Jan 2002 11:52:50 +0100 X-Mailer: KMail [version 1.3.2] References: <20020105183137.A79023@ark.cris.net> <200201051635.g05GZvG36005@bmah.dyndns.org> In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 06 January 2002 02:01, Christian Weisgerber wrote: > Bruce A. Mah wrote: > > If I'm not mistaken, this means that all the locale names are now > > consistent across -CURRENT, 4-STABLE, and the doc/ tree. > > And X11. So setting, say, de_DE.ISO8859-15 will automatically > enable compose sequences for the Latin 9 characters. sorry, this might sound stupid, but... could you elaborate your answer in more detail? Do you mean: if I set LC_CTYPE, LANG, whatever in the shell to -15 X11 should know all about it already? My experience is that you still have to manually change the fonts.aliases and /usr/X11R6/lib/X11/app-defaults/* files. aaron. -- RIPE - Rest In Peace, E-commerce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 4:57:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id 7DECF37B419; Sun, 6 Jan 2002 04:57:35 -0800 (PST) Received: from ark.cris.net (ark.cris.net [212.110.128.68]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id OAA25754; Sun, 6 Jan 2002 14:57:30 +0200 (EET) Received: (from phantom@localhost) by ark.cris.net (8.11.1/8.11.1) id g06CuwQ26953; Sun, 6 Jan 2002 14:56:58 +0200 (EET) Date: Sun, 6 Jan 2002 14:56:58 +0200 From: Alexey Zelkin To: Motoyuki Konno Cc: stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADSUP: several locale renames were MFCed Message-ID: <20020106145658.A24730@ark.cris.net> References: <20020105183137.A79023@ark.cris.net> <200201060751.g067pJd05268@sakura.mk.bsdclub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200201060751.g067pJd05268@sakura.mk.bsdclub.org>; from motoyuki@freebsd.org on Sun, Jan 06, 2002 at 04:51:19PM +0900 X-Operating-System: FreeBSD 3.5-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, On Sun, Jan 06, 2002 at 04:51:19PM +0900, Motoyuki Konno wrote: > > I've just MFCed following several locale renames > > > > 1. ISO_* -> ISO* > > 2. ru_SU* -> ru_RU* > > 3. DIS_* -> ISO*-15 > > 4. *.EUC -> *.euc?? > > 5. *.ASCII -> *.US-ASCII > > > > In case if you'll experience any problems in locale > > specific areas please notice me immidiately. > > Many ports assumes that FreeBSD uses *.EUC locale name. > For example, X applications stores locale-specific resource > files under /usr/X11R6/lib/X11/[locale name]/. Currently, > many ports install their Japanese locale resource files > under /usr/X11R6/lib/X11/ja_JP.EUC/. We must fix these ports. I am not expert in X11 locale, but quick look on half-year old setup XFree86-4.1.0's X11R6/lib/X11/locale/locale.aliases shown that ja_JP.eucJP is prefered name and ja_JP.EUC is preserved there for compatibility. As conclusion I may suggest to fix ports. But since many things named ja_JP.EUC are placed to distfiles (as far as I could see from quick look to your list) and these ports are supposed to be usable at pre-4.5 -STABLE also I would suggest to setup compability (symbolic?) link between old EUC and new eucXX directories/files. Should it be enough to satisfy everybody ? NOTE: Don't do it now, please because if I get at least few requests to backout *EUC to *euc* rename it will be backed out. > # I attached the list of ports which use "ja_JP.EUC" locale name. > > > Please make clear the following points. > > o schedule to 4.5-RELEASE > > According to http://www.FreeBSD.org/internal/releng45.html, > Final package build for 4.5-RELEASE starts at 17 Jan 2002. > I think we need more time to fix the ports (discuss how to > fix, fix, test, ...). > > o Possibility of backout > I've heard that there's a possibility of backout. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 5:34: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.mk.bsdclub.org (motoyuki.as.wakwak.ne.jp [61.205.237.31]) by hub.freebsd.org (Postfix) with ESMTP id CF59D37B405; Sun, 6 Jan 2002 05:33:54 -0800 (PST) Received: from sakura.mk.bsdclub.org (sakura.mk.bsdclub.org [2001:200:341:0:2a0:c9ff:fe20:9aff]) by mail.mk.bsdclub.org (8.11.6+3.4W/3.7W/smtpfeed 1.16) with ESMTP/inet6 id g06DXmx01414; Sun, 6 Jan 2002 22:33:48 +0900 (JST) Received: from sakura.mk.bsdclub.org (localhost [127.0.0.1]) by sakura.mk.bsdclub.org (8.11.6/3.7W) with ESMTP/inet id g06DXmd05825; Sun, 6 Jan 2002 22:33:48 +0900 (JST) Message-Id: <200201061333.g06DXmd05825@sakura.mk.bsdclub.org> To: Alexey Zelkin Cc: Motoyuki Konno , stable@freebsd.org, freebsd-ports@freebsd.org, re@freebsd.org Subject: Re: HEADSUP: several locale renames were MFCed From: Motoyuki Konno X-Mailer: mh-e on Mule 2.3 / Emacs 19.34.1 References: <20020105183137.A79023@ark.cris.net> <200201060751.g067pJd05268@sakura.mk.bsdclub.org> <20020106145658.A24730@ark.cris.net> Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Sun, 06 Jan 2002 22:33:48 +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Alexey Zelkin wrote: > > Many ports assumes that FreeBSD uses *.EUC locale name. > > For example, X applications stores locale-specific resource > > files under /usr/X11R6/lib/X11/[locale name]/. Currently, > > many ports install their Japanese locale resource files > > under /usr/X11R6/lib/X11/ja_JP.EUC/. We must fix these ports. > > I am not expert in X11 locale, but quick look on half-year old > setup XFree86-4.1.0's X11R6/lib/X11/locale/locale.aliases shown > that ja_JP.eucJP is prefered name and ja_JP.EUC is preserved > there for compatibility. > > As conclusion I may suggest to fix ports. But since many > things named ja_JP.EUC are placed to distfiles (as far as I could > see from quick look to your list) and these ports are supposed > to be usable at pre-4.5 -STABLE also I would suggest to setup > compability (symbolic?) link between old EUC and new eucXX directories/files. > > Should it be enough to satisfy everybody ? There are still difficulties with this solution. a. In case /usr/X11R6/lib/X11/ja_JP.EUC/ exists, "ln ja_JP.eucJP ja_JP.EUC" will fail. b. If a user installs pre-4.5 binary package, /usr/X11R6/lib/X11/ja_JP.EUC directory will be created. So, please wait for a while. I'll discuss this problem with other developers in Japan. Then, we'll fix ports. > NOTE: Don't do it now, please because if I get at least few requests > to backout *EUC to *euc* rename it will be backed out. If we have **enough time** before 4.5-RELEASE, I don't request to backout renames. -- ------------------------------------------------------------------------ Motoyuki Konno motoyuki@bsdclub.org (Home) motoyuki@FreeBSD.ORG (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 5:42:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id F250F37B402; Sun, 6 Jan 2002 05:41:57 -0800 (PST) Received: from ark.cris.net (ark.cris.net [212.110.128.68]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id PAA29759; Sun, 6 Jan 2002 15:41:54 +0200 (EET) Received: (from phantom@localhost) by ark.cris.net (8.11.1/8.11.1) id g06DfOh32782; Sun, 6 Jan 2002 15:41:24 +0200 (EET) Date: Sun, 6 Jan 2002 15:41:24 +0200 From: Alexey Zelkin To: Motoyuki Konno Cc: stable@freebsd.org, freebsd-ports@freebsd.org, re@freebsd.org Subject: Re: HEADSUP: several locale renames were MFCed Message-ID: <20020106154124.A32469@ark.cris.net> References: <20020105183137.A79023@ark.cris.net> <200201060751.g067pJd05268@sakura.mk.bsdclub.org> <20020106145658.A24730@ark.cris.net> <200201061333.g06DXmd05825@sakura.mk.bsdclub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200201061333.g06DXmd05825@sakura.mk.bsdclub.org>; from motoyuki@freebsd.org on Sun, Jan 06, 2002 at 10:33:48PM +0900 X-Operating-System: FreeBSD 3.5-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, On Sun, Jan 06, 2002 at 10:33:48PM +0900, Motoyuki Konno wrote: > > > Many ports assumes that FreeBSD uses *.EUC locale name. > > > For example, X applications stores locale-specific resource > > > files under /usr/X11R6/lib/X11/[locale name]/. Currently, > > > many ports install their Japanese locale resource files > > > under /usr/X11R6/lib/X11/ja_JP.EUC/. We must fix these ports. > > > > I am not expert in X11 locale, but quick look on half-year old > > setup XFree86-4.1.0's X11R6/lib/X11/locale/locale.aliases shown > > that ja_JP.eucJP is prefered name and ja_JP.EUC is preserved > > there for compatibility. > > > > As conclusion I may suggest to fix ports. But since many > > things named ja_JP.EUC are placed to distfiles (as far as I could > > see from quick look to your list) and these ports are supposed > > to be usable at pre-4.5 -STABLE also I would suggest to setup > > compability (symbolic?) link between old EUC and new eucXX directories/files. > > > > Should it be enough to satisfy everybody ? > > There are still difficulties with this solution. > > a. In case /usr/X11R6/lib/X11/ja_JP.EUC/ exists, > "ln ja_JP.eucJP ja_JP.EUC" will fail. Two ways in my opinion: 1. link ja_JP.EUC -> ja_JP.eucJP 2. Always create ja_JP.EUC and ja_JP.eucJP and make links between files. > b. If a user installs pre-4.5 binary package, > /usr/X11R6/lib/X11/ja_JP.EUC directory will be created. > > So, please wait for a while. I'll discuss this problem with other > developers in Japan. Then, we'll fix ports. Thanks! > > NOTE: Don't do it now, please because if I get at least few requests > > to backout *EUC to *euc* rename it will be backed out. > > If we have **enough time** before 4.5-RELEASE, I don't request to > backout renames. Let me know. PS: Why this question was not arised when EUC -> euc rename was done in -CURRENT in summer ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 5:49:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id 28EA737B402 for ; Sun, 6 Jan 2002 05:49:37 -0800 (PST) Received: from ark.cris.net (ark.cris.net [212.110.128.68]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id PAA30366; Sun, 6 Jan 2002 15:49:34 +0200 (EET) Received: (from phantom@localhost) by ark.cris.net (8.11.1/8.11.1) id g06Dn2p33869; Sun, 6 Jan 2002 15:49:02 +0200 (EET) Date: Sun, 6 Jan 2002 15:49:02 +0200 From: Alexey Zelkin To: Hajimu UMEMOTO Cc: stable@freebsd.org Subject: tcsh euc issues (was :Re: HEADSUP: several locale renames were MFCed) Message-ID: <20020106154902.B32469@ark.cris.net> References: <20020105183137.A79023@ark.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from ume@mahoroba.org on Sun, Jan 06, 2002 at 02:05:44AM +0900 X-Operating-System: FreeBSD 3.5-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, On Sun, Jan 06, 2002 at 02:05:44AM +0900, Hajimu UMEMOTO wrote: > phantom> I've just MFCed following several locale renames > > phantom> 1. ISO_* -> ISO* > phantom> 2. ru_SU* -> ru_RU* > phantom> 3. DIS_* -> ISO*-15 > phantom> 4. *.EUC -> *.euc?? > phantom> 5. *.ASCII -> *.US-ASCII > > Current tcsh is not aware of ja_JP.eucJP locale. I sent the patch to > the author of tcsh, before. We need to merge it, too. However, once > MFC is done, the patch becomes insufficient. The patch I sent is > following: From my recent review of FreeBSD locales I can say that this patch does not take in line alias of ja_JP.SJIS -- ja_JP.Shift_JIS. This is simple case to fix and attached patch contains it. NOTE: Size of patch is related to small cleanup of unused variables in tcsh and moving definition of FreeBSD related values to separate ifdef block. BUT there's still one interesting question. I know that it's related to Chinese people, not Japanese, but I don't know mailing lists related to such discussions. FreeBSD has also zh_CN.eucCN (aka zh_CN.EUC) locale which is also EUC. Should not tcsh handle with builtin EUC Trap ? Suggest please whom should I contact about this issue ? Any Chinese EUC users who use tcsh here? Index: tc.const.c =================================================================== RCS file: /home/cvs/freebsd/src/contrib/tcsh/tc.const.c,v retrieving revision 1.1.1.4 diff -u -r1.1.1.4 tc.const.c --- tc.const.c 5 Sep 2001 17:49:31 -0000 1.1.1.4 +++ tc.const.c 6 Jan 2002 13:34:20 -0000 @@ -134,7 +134,7 @@ /* STRLANGEUCJP,STRLANGEUCJPB = EUCJP Trap */ /* STRLANGEUCKR,STRLANGEUCKRB = EUCKR Trap */ /* STRLANGSJIS,STRLANGSJISB = SJIS Trap */ -# if defined(__FreeBSD__) || defined(__uxps__) || defined(sgi) || defined(aix) || defined(__CYGWIN__) || defined(linux) +# if defined(__uxps__) || defined(sgi) || defined(aix) || defined(__CYGWIN__) || defined(linux) Char STRLANGEUCJP[] = { 'j', 'a', '_', 'J', 'P', '.', 'E', 'U', 'C', '\0' }; Char STRLANGEUCKR[] = { 'k', 'o', '_', 'K', 'R', '.', 'E', 'U', 'C', '\0' }; # if defined(__uxps__) @@ -156,15 +156,19 @@ Char STRLANGSJISB[] = { '\0' }; Char STRLANGBIG5[] = { 'z', 'h', '_', 'T', 'W', '.', 'B', 'i', 'g', '5', '\0' }; -# elif defined(linux) -Char STRLANGEUC[] = { 'j', 'a', '_', 'J', 'P', '.', 'e', 'u', 'c', 'J', +# elif defined(__FreeBSD__) +Char STRLANGEUCJP[] = { 'j', 'a', '_', 'J', 'P', '.', 'e', 'u', 'c', 'J', 'P', '\0' }; -Char STRLANGEUCB[] = { 'j', 'a', '_', 'J', 'P', '.', 'u', 'j', 'i', 's', - '\0' }; +Char STRLANGEUCJPB[] = { 'j', 'a', '_', 'J', 'P', '.', 'E', 'U', 'C', '\0' }; +Char STRLANGEUCKR[] = { 'k', 'o', '_', 'K', 'R', '.', 'e', 'u', 'c', 'K', + 'R', '\0' }; +Char STRLANGEUCKRB[] = { 'k', 'o', '_', 'K', 'R', '.', 'E', 'U', 'C', '\0' }; Char STRLANGSJIS[] = { 'j', 'a', '_', 'J', 'P', '.', 'S', 'J', 'I', 'S', '\0' }; -Char STRLANGSJISB[] = { '\0' }; -Char STRLANGBIG5[] = { '\0' }; +Char STRLANGSJISB[] = { 'j', 'a', '_', 'J', 'P', '.', 'S', 'h', 'i', 'f', + 't', '_', 'J', 'I', 'S', '\0' }; +Char STRLANGBIG5[] = { 'z', 'h', '_', 'T', 'W', '.', 'B', 'i', 'g', '5', + '\0' }; # elif defined(__uxpm__) Char STRLANGEUCJP[] = { 'j', 'a', 'p', 'a', 'n', '\0' }; Char STRLANGEUCKR[] = { 'k', 'o', 'r', 'e', 'a', '\0' }; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 6:27:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from empty1.ekahuna.com (empty1.ekahuna.com [198.144.200.196]) by hub.freebsd.org (Postfix) with ESMTP id 590B637B41A for ; Sun, 6 Jan 2002 06:27:16 -0800 (PST) Received: from pc-02 (pc02.ekahuna.com [198.144.200.197]) by empty1.ekahuna.com (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with ESMTP id com for ; Sun, 6 Jan 2002 06:27:15 -0800 From: "Philip J. Koenig" Organization: The Electric Kahuna Organization To: stable@FreeBSD.ORG Date: Sun, 6 Jan 2002 06:27:14 -0800 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Chrooted bind out of the box Reply-To: pjklist@ekahuna.com Message-ID: <3C37EE42.10148.1C33477@localhost> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Sat, 5 Jan 2002 22:26:01 -0500 > From: Joe Abley > > On Sat, Jan 05, 2002 at 02:08:46PM -0800, Crist J. Clark wrote: > > On Sat, Jan 05, 2002 at 11:26:00AM +0500, Haikal Saadh wrote: > > > Is there a reason why bind is run as root by default and not bind.bind? > > > And not chrooted? > > > > > > If I'm not mistaken almost everyone does this anyway, right? > > > > IIRC, the last time it was discussed, it was felt changing this in the > > middle of -STABLE would be too disruptive. Many working BIND > > installations would break when people updated. > > Why not create a named_chroot variable in defaults/rc.conf which > is by default set to NO, but which sysinstall can override in > /etc/rc.conf with a YES for fresh (non-upgrade) installs? I think such a thing is a fine idea. I went through a lot of anguish getting my chrooted version of Bind9 working. (and I'm even using the -t option, which makes it much easier than the traditional way.) I'm told FreeBSD's 'jail' feature is even more secure than traditional chroot -- would be kind of logical to use that facility if it's going to be pre-configured. One other thing which I guess comes up periodically but I keep wishing for - some pre-built statically compiled version of Bash that could then become root's default shell (ie when booting single-user) would be a great boon. (and which stays current with other library updates etc. The main reasons I don't bother doing it myself are because I know I'd never keep it updated or feel up to re-doing it on each machine I put together.) Apparently there is some problem with bash being incorporated in the base system because it's GPL I think. Nonetheless, I think there might be some creative alternatives - like a port configured to compile statically which installs in /bin. (although you'd have to manually upgrade it periodically to keep it up to date with various libraries I guess) Waitasec.. does this line in /usr/ports/shells/bash2/Makefile mean that by default it's configured to statically-compile? CONFIGURE_ENV= LDFLAGS=-static I didn't think that was the default.. Phil -- Philip J. Koenig pjklist@ekahuna.com Electric Kahuna Systems -- Computers & Communications for the New Millenium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 6:37:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.noos.fr (verlaine.noos.net [212.198.2.73]) by hub.freebsd.org (Postfix) with ESMTP id 41D0C37B404 for ; Sun, 6 Jan 2002 06:37:07 -0800 (PST) Received: (qmail 46049431 invoked by uid 0); 6 Jan 2002 14:37:05 -0000 Received: from unknown (HELO atheria.ptijo.net) ([195.132.200.187]) (envelope-sender ) by 212.198.2.73 (qmail-ldap-1.03) with SMTP for ; 6 Jan 2002 14:37:05 -0000 Date: Sun, 6 Jan 2002 15:37:05 +0100 From: ptiJo To: freebsd-stable@freebsd.org Subject: How to set Brightness and Contrast in XFree86 ? Message-Id: <20020106153705.6a5c4e1a.ptiJo@noos.fr> X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i386--freebsd4.4) User-Agent: X-Face: X-Operating-System: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I was wondering if there were any tools that can help setting brightness and contrast in XFree86 ? My monitor has some OSD features but the brightness is nearly 0 and still too light :/ I've tried xgamma but, even if I made my desktop a bit darker, I'm not sure to use the right tool... Any pointer to tool or driver settings ? thX for answers, -- ptiJo Linux: For those you don't like Windows *BSD: For those you like UNIX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 7:30:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 2535837B417 for ; Sun, 6 Jan 2002 07:30:34 -0800 (PST) Received: from sdn-ar-003dcwashp252.dialsprint.net ([206.133.15.142] helo=moo.holy.cow) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16NFFn-0006MR-00 for freebsd-stable@freebsd.org; Sun, 06 Jan 2002 07:30:31 -0800 Received: by moo.holy.cow (Postfix, from userid 1001) id 44AA350C9B; Sun, 6 Jan 2002 10:29:00 -0500 (EST) Date: Sun, 6 Jan 2002 10:28:59 -0500 From: parv To: f-stable Subject: building kernel problem w/ linux_proto.h Message-ID: <20020106152858.GA12180@moo.holy.cow> Mail-Followup-To: f-stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, i cvsup'd old sources (4-stable oct 13 2001) to current (4-stable 2002.01.05.15.45.19). at this point i am stuck at errors w/ linux_proto.h -- which had been reported at least since nov. 2001 to this month. first i ran make cleandir in /usr/src, removed /usr/obj/*, and tried to build kernel. after first snag, i searched the internet which indicated to read src/UPDATING. well, first i did "make modules-clean" in src/sys/compile/$KERNCONF as i do not have MODULES_WITH_WORLD=yes in /etc/make.conf. after that when i tried again, it failed. so i tried again after running "make cleandir" in src/sys/modules/linux w/o any success. at this point would above two steps help if i revert to earlier sources, and then back to current -stable? any other pointers? error message while building kernel.... ... cc -O -pipe -march=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -g -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /source/src-stable/sys/modules/linux/../../compat/linux/linux_sysctl.c cc -O -pipe -march=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -g -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c linux_sysent.c In file included from linux_sysent.c:14: linux_proto.h:57: syntax error before `linux_time_t' linux_proto.h:57: `linux_time_t' undeclared here (not in a function) linux_proto.h:57: syntax error before `)' linux_proto.h:57: `linux_time_t' undeclared here (not in a function) linux_proto.h:57: syntax error before `)' linux_proto.h:156: syntax error before `linux_handler_t' linux_proto.h:156: `linux_handler_t' undeclared here (not in a function) linux_proto.h:156: `linux_handler_t' undeclared here (not in a function) linux_proto.h:184: syntax error before `linux_dev_t' linux_proto.h:184: `linux_dev_t' undeclared here (not in a function) linux_proto.h:184: `linux_dev_t' undeclared here (not in a function) linux_proto.h:189: syntax error before `linux_osigaction_t' linux_proto.h:189: `linux_osigaction_t' undeclared here (not in a function) linux_proto.h:189: syntax error before `)' linux_proto.h:189: `linux_osigaction_t' undeclared here (not in a function) linux_proto.h:189: syntax error before `)' linux_proto.h:190: syntax error before `linux_osigaction_t' linux_proto.h:190: `linux_osigaction_t' undeclared here (not in a function) linux_proto.h:190: syntax error before `)' linux_proto.h:190: `linux_osigaction_t' undeclared here (not in a function) linux_proto.h:190: syntax error before `)' linux_proto.h:196: syntax error before `linux_osigset_t' linux_proto.h:196: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:196: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:200: syntax error before `linux_osigset_t' linux_proto.h:200: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:200: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:201: syntax error before `linux_osigset_t' linux_proto.h:201: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:201: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:204: syntax error before `linux_osigset_t' linux_proto.h:204: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:204: syntax error before `)' linux_proto.h:204: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:204: syntax error before `)' linux_proto.h:216: syntax error before `linux_gid_t' linux_proto.h:216: `linux_gid_t' undeclared here (not in a function) linux_proto.h:216: syntax error before `)' linux_proto.h:216: `linux_gid_t' undeclared here (not in a function) linux_proto.h:216: syntax error before `)' linux_proto.h:220: syntax error before `linux_gid_t' linux_proto.h:220: `linux_gid_t' undeclared here (not in a function) linux_proto.h:220: syntax error before `)' linux_proto.h:220: `linux_gid_t' undeclared here (not in a function) linux_proto.h:220: syntax error before `)' linux_proto.h:344: syntax error before `linux_osigset_t' linux_proto.h:344: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:344: syntax error before `)' linux_proto.h:344: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:344: syntax error before `)' linux_proto.h:345: syntax error before `linux_osigset_t' linux_proto.h:345: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:345: syntax error before `)' linux_proto.h:345: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:345: syntax error before `)' linux_proto.h:380: syntax error before `linux_uid_t' linux_proto.h:380: `linux_uid_t' undeclared here (not in a function) linux_proto.h:380: `linux_uid_t' undeclared here (not in a function) linux_proto.h:383: syntax error before `linux_gid_t' linux_proto.h:383: `linux_gid_t' undeclared here (not in a function) linux_proto.h:383: `linux_gid_t' undeclared here (not in a function) linux_proto.h:410: syntax error before `linux_pid_t' linux_proto.h:410: `linux_pid_t' undeclared here (not in a function) linux_proto.h:410: `linux_pid_t' undeclared here (not in a function) linux_proto.h:439: syntax error before `linux_uid_t' linux_proto.h:439: `linux_uid_t' undeclared here (not in a function) linux_proto.h:439: syntax error before `)' linux_proto.h:439: `linux_uid_t' undeclared here (not in a function) linux_proto.h:439: syntax error before `)' linux_proto.h:440: syntax error before `linux_uid_t' linux_proto.h:440: `linux_uid_t' undeclared here (not in a function) linux_proto.h:440: syntax error before `)' linux_proto.h:440: `linux_uid_t' undeclared here (not in a function) linux_proto.h:440: syntax error before `)' linux_proto.h:441: syntax error before `linux_uid_t' linux_proto.h:441: `linux_uid_t' undeclared here (not in a function) linux_proto.h:441: syntax error before `)' linux_proto.h:441: `linux_uid_t' undeclared here (not in a function) linux_proto.h:441: syntax error before `)' linux_proto.h:453: syntax error before `linux_gid_t' linux_proto.h:453: `linux_gid_t' undeclared here (not in a function) linux_proto.h:453: syntax error before `)' linux_proto.h:453: `linux_gid_t' undeclared here (not in a function) linux_proto.h:453: syntax error before `)' linux_proto.h:454: syntax error before `linux_gid_t' linux_proto.h:454: `linux_gid_t' undeclared here (not in a function) linux_proto.h:454: syntax error before `)' linux_proto.h:454: `linux_gid_t' undeclared here (not in a function) linux_proto.h:454: syntax error before `)' linux_proto.h:455: syntax error before `linux_gid_t' linux_proto.h:455: `linux_gid_t' undeclared here (not in a function) linux_proto.h:455: syntax error before `)' linux_proto.h:455: `linux_gid_t' undeclared here (not in a function) linux_proto.h:455: syntax error before `)' linux_proto.h:465: syntax error before `linux_sigaction_t' linux_proto.h:465: `linux_sigaction_t' undeclared here (not in a function) linux_proto.h:465: syntax error before `)' linux_proto.h:465: `linux_sigaction_t' undeclared here (not in a function) linux_proto.h:465: syntax error before `)' linux_proto.h:466: syntax error before `linux_sigaction_t' linux_proto.h:466: `linux_sigaction_t' undeclared here (not in a function) linux_proto.h:466: syntax error before `)' linux_proto.h:466: `linux_sigaction_t' undeclared here (not in a function) linux_proto.h:466: syntax error before `)' linux_proto.h:471: syntax error before `linux_sigset_t' linux_proto.h:471: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:471: syntax error before `)' linux_proto.h:471: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:471: syntax error before `)' linux_proto.h:472: syntax error before `linux_sigset_t' linux_proto.h:472: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:472: syntax error before `)' linux_proto.h:472: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:472: syntax error before `)' linux_proto.h:485: syntax error before `linux_sigset_t' linux_proto.h:485: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:485: syntax error before `)' linux_proto.h:485: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:485: syntax error before `)' linux_proto.h:516: syntax error before `*' linux_proto.h:516: syntax error before `linux_stack_t' linux_proto.h:516: syntax error before `linux_stack_t' linux_proto.h:517: syntax error before `linux_stack_t' linux_proto.h:517: `linux_stack_t' undeclared here (not in a function) linux_proto.h:517: syntax error before `)' linux_proto.h:517: `linux_stack_t' undeclared here (not in a function) linux_proto.h:517: syntax error before `)' linux_sysent.c:21: sizeof applied to an incomplete type linux_sysent.c:21: warning: built-in function `exit' used without declaration linux_sysent.c:21: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /source/src-stable/sys/modules/linux. *** Error code 1 ... kernel config... machine i386 cpu I686_CPU ident BOVINE maxusers 128 options MAXMEM="(192*1024)" options SOFTUPDATES #Enable FFS soft updates support options USER_LDT #makeoptions KERNEL="kern.bovine" options INCLUDE_CONFIG_FILE makeoptions DEBUG=-g options KTRACE options DIAGNOSTIC options PANIC_REBOOT_WAIT_TIME=-1 options DDB #options DDB_UNATTENDED #options BREAK_TO_DEBUGGER options SC_DISABLE_DDBKEY options SC_DISABLE_REBOOT # config marks it as unknown option options CLK_USE_I8254_CALIBRATION options CLK_USE_TSC_CALIBRATION options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options NFS_NOSERVER options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options MFS #Memory Filesystem pseudo-device md #Memory "disks" options MD_ROOT #MD is a potential root device options PROCFS #Process filesystem options MSDOSFS #MSDOS Filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_LINUX options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # ATA and ATAPI devices #device ata0 at isa? port IO_WD1 irq 14 #device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 # audio pseudo-device speaker device pcm # "video" pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device splash device vga0 at isa? options VESA #options VESA_DEBUG # console # device sc0 at isa? flags 0x100 options "MAXCONS"="8" options "SC_HISTORY_SIZE"="1000" options SC_TWOBUTTON_MOUSE options SC_ALT_MOUSE_IMAGE options SC_PIXEL_MODE # colorize console # options SC_NORM_ATTR="(FG_CYAN|BG_BLACK)" options SC_NORM_REV_ATTR="(FG_YELLOW|BG_BLUE)" options SC_KERNEL_CONS_ATTR="(FG_YELLOW|BG_RED)" options SC_KERNEL_CONS_REV_ATTR="(FG_GREEN|BG_BLACK)" # misc pseudo-device gzip device npx0 at nexus? port IO_NPX irq 13 # keep it device apm0 at nexus? # instead of panicing, beep on powerfail options POWERFAIL_NMI # PCCARD (PCMCIA) support device card device pcic0 at isa? irq 0 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 0 port 0x3e2 iomem 0xd4000 disable # reset after resume; may need to reset all pccards options PCIC_RESUME_RESET # Serial (COM) ports # sio0/com1 -- 9-pin serial port on dell inspiron 5000e # sio2/com3 is winmodem device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio2 at isa? port IO_COM3 device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device/geek port device vpo # zip drive; Requires scbus and da # ISA Ethernet NICs. device ep # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ums # Mouse device ulpt # Printer device uscanner # Scanners device umass # Disks/Mass storage - Requires scbus and da # computer acts as a IEEE1284 compliant peripheral options PERIPH_1284 # networking pseudo-device loop pseudo-device tun pseudo-device bpf pseudo-device sl 1 pseudo-device ppp 1 pseudo-device ether options INET options PPP_BSDCOMP options PPP_DEFLATE options PPP_FILTER options RANDOM_IP_ID options TCP_DROP_SYNFIN options ICMP_BANDLIM options IPFILTER options IPFILTER_LOG options IPSTEALTH -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 7:42:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pt-quorum.com (pt-quorum.com [209.10.167.210]) by hub.freebsd.org (Postfix) with ESMTP id 1C81637B417 for ; Sun, 6 Jan 2002 07:42:36 -0800 (PST) Received: from gw.tex.bogus (d179236.avr.PT.KPNQwest.net [193.126.179.236]) by pt-quorum.com (Postfix) with ESMTP id E86F7ECD1 for ; Sun, 6 Jan 2002 15:44:49 +0000 (WET) Received: by gw.tex.bogus (Postfix, from userid 1000) id 8A8755F5D; Sun, 6 Jan 2002 15:42:30 +0000 (WET) Date: Sun, 6 Jan 2002 15:42:30 +0000 From: Nuno Teixeira To: freebsd-stable@freebsd.org Subject: Is VESA_800x600 hardcoded to 80x25? Message-ID: <20020106154230.GD1141@gw.tex.bogus> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD 4.5-PRERELEASE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello to all, For the first time I configured VESA and SC_PIXEL_MODE in kernel to reach VESA_800x600 (100x37). When I used vidcontrol to do this I noted that I only can get a smaller "window" in the middle of the screen (80x25). I've searched groups.google.com and I find: http://groups.google.com/groups?q=freebsd%2BVESA_800x600&selm=F79hEUsebmspH2q6Dqa0000bf3c_hotmail.com%40ns.sol.net&rnum=8 --------------------------------------------------------------------------- Message: >... knowing that 800x600 / 8x16 = 100x37.5 I should be able to do better. >I switched to VESA_800x600, but instead of getting 100x37 I just get 80x25 >in a smaller "window" in the middle of the screen. > >1) Is VESA ... hardcoded to 80x25? > >2) Is this combo hardcoded to 4-bit color? 1) Yes, VESA_800x600 is hardcoded to 80x25 in vidcontrol.c, but it is easy to fix. Just make the following change and recompile: if (mode == SW_VESA_800x600) { --> size[0] = 100; /* columns */ --> size[1] = 37; /* rows */ size[2] = 16; /* font size */ to get this automatically when you boot up just insert the following line into rc.conf: allscreens_flags="VESA_800x600" If you would prefer the thinner font, insert the following line instead: allscreens_flags="-f 8x16 iso-thin-8x16 VESA_800x600" 2) Yes, 4-bit color also seems to be hardcoded into vidcontrol.c and the other VGA logic. But that requires someone who knows C. 8) ---------------------------------------------------------------------------- Does I have to change the code too? Or there is other way of geting the maximum resolution in console? Thanks very much, -- Nuno Teixeira pt-quorum.com /* PGP Public Key: http://www.pt-quorum.com/pgp/nunoteixeira.asc Key fingerprint: 8C2C B364 D4DC 0C92 56F5 CE6F 8F07 720A 63A0 4FC7 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 8: 9: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id E554F37B402 for ; Sun, 6 Jan 2002 08:09:02 -0800 (PST) Received: from [195.173.248.152] (helo=chain.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.33 #1) id 16NFr3-0004Rf-00; Sun, 06 Jan 2002 16:09:01 +0000 Received: from chain.demon.nl (spitfire.chain.loc [192.168.0.2]) by chain.demon.nl (8.11.6/8.11.6) with ESMTP id g06G8RO91481; Sun, 6 Jan 2002 17:08:27 +0100 (CET) (envelope-from sven@chain.demon.nl) Message-ID: <3C387677.4040201@chain.demon.nl> Date: Sun, 06 Jan 2002 17:08:23 +0100 From: Sven Hazejager User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: Nuno Teixeira Cc: freebsd-stable@freebsd.org Subject: Re: Is VESA_800x600 hardcoded to 80x25? References: <20020106154230.GD1141@gw.tex.bogus> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Take a look at the "-g 100x37" option of vidcontrol, as stated in man vidcontrol. Sven Nuno Teixeira wrote: > Hello to all, > > For the first time I configured VESA and SC_PIXEL_MODE in kernel to reach > VESA_800x600 (100x37). > > When I used vidcontrol to do this I noted that I only can get a smaller > "window" in the middle of the screen (80x25). > > I've searched groups.google.com and I find: > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 8:30:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id AEA8B37B419 for ; Sun, 6 Jan 2002 08:30:42 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16NGC1-000545-00; Sun, 6 Jan 2002 17:30:41 +0100 Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id g06G3RV75686 for freebsd-stable@freebsd.org; Sun, 6 Jan 2002 17:03:27 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: HEADSUP: several locale renames were MFCed Date: Sun, 6 Jan 2002 16:03:26 +0000 (UTC) Message-ID: References: <20020105183137.A79023@ark.cris.net> <200201051635.g05GZvG36005@bmah.dyndns.org> <200201061052.g06Aqpv35836@meta.lo-res.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG aaron wrote: > sorry, this might sound stupid, but... > could you elaborate your answer in more detail? > Do you mean: if I set LC_CTYPE, LANG, whatever in the shell to -15 > X11 should know all about it already? Depends what you mean by "all". xterm will for example properly translate the keysym to 0xA4 and recognize the compose sequence <=>. I think this comes out of Xlib. > My experience is that you still have to manually change the fonts.aliases > and /usr/X11R6/lib/X11/app-defaults/* files. Yes, you do have to set appropriate fonts. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 8:35:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 1183A37B404; Sun, 6 Jan 2002 08:35:10 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g06GZ8l64786; Sun, 6 Jan 2002 09:35:08 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g06GZ4x20968; Sun, 6 Jan 2002 09:35:08 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 06 Jan 2002 09:34:38 -0700 (MST) Message-Id: <20020106.093438.99491208.imp@village.org> To: never@nevermind.kiev.ua Cc: phantom@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: HEADSUP: several locale renames were MFCed From: "M. Warner Losh" In-Reply-To: <20020105182220.GB6048@nevermind.kiev.ua> References: <20020105183137.A79023@ark.cris.net> <20020105182220.GB6048@nevermind.kiev.ua> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020105182220.GB6048@nevermind.kiev.ua> Nevermind writes: : I wonder if there are any {ru_RU|uk_UA}.CP1251 locales anywhere? I see this locale on email that I get. Of course it is spam... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 8:40:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4EC8937B402 for ; Sun, 6 Jan 2002 08:40:23 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g06GeMl64816; Sun, 6 Jan 2002 09:40:22 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g06GeLx20988; Sun, 6 Jan 2002 09:40:21 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 06 Jan 2002 09:39:55 -0700 (MST) Message-Id: <20020106.093955.27716456.imp@village.org> To: parv_@yahoo.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: building kernel problem w/ linux_proto.h From: "M. Warner Losh" In-Reply-To: <20020106152858.GA12180@moo.holy.cow> References: <20020106152858.GA12180@moo.holy.cow> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020106152858.GA12180@moo.holy.cow> parv writes: : hi, : : i cvsup'd old sources (4-stable oct 13 2001) to current (4-stable : 2002.01.05.15.45.19). at this point i am stuck at errors w/ : linux_proto.h -- which had been reported at least since nov. 2001 : to this month. Please look in UPDATING for the answer to this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 8:56:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by hub.freebsd.org (Postfix) with ESMTP id 0C47337B404 for ; Sun, 6 Jan 2002 08:56:21 -0800 (PST) Received: from tc12-n67-160.de.inter.net ([213.73.67.160] helo=there) by smart.eusc.inter.net with smtp (Exim 3.22 #3) id 16NGap-0006ym-00 for freebsd-stable@freebsd.org; Sun, 06 Jan 2002 17:56:19 +0100 Content-Type: text/plain; charset="iso-8859-1" From: Matthias Schuendehuette Reply-To: msch@snafu.de Organization: Micro$oft-free Zone To: freebsd-stable@freebsd.org Subject: Enhancement for rc.shutdown Date: Sun, 6 Jan 2002 17:55:28 +0100 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I did an enhancement for /etc/rc.shutdown and perhaps someone appreciates it (and commits it? :-). I added commands to umount all vinum filesystems, because vinum can't be loaded twice (-> kern/30588). If this is a totally forbidden way to publish such enhancements, please let me know. Ciao/BSD - Matthias --- /usr/src/etc/rc.shutdown Thu Dec 20 18:56:21 2001 +++ /etc/rc.shutdown Sun Jan 6 17:11:49 2002 @@ -95,6 +95,16 @@ # Insert other shutdown procedures here +#Umount vinum-filesystems and unload vinum + +echo -n 'umounting vinum filesystems and unloading vinum... ' +vinumfs=`grep ^/dev/vinum /etc/fstab | cut -f2` +for fs in $vinumfs; do + /sbin/umount $fs +done + +/sbin/vinum stop + # Saving firewall state tables should be done last echo -n 'Saving firewall state tables:' -- *************************************************************************** * Matthias Schuendehuette msch@snafu.de * * Solmsstrasse 44 * * D-10961 Berlin Engineering Systems Support and Operation * * Germany (Powered by FreeBSD 4.5-PRERELEASE) * *************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 8:56:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by hub.freebsd.org (Postfix) with ESMTP id DFA9337B416 for ; Sun, 6 Jan 2002 08:56:24 -0800 (PST) Received: from tc12-n67-160.de.inter.net ([213.73.67.160] helo=there) by smart.eusc.inter.net with smtp (Exim 3.22 #3) id 16NGao-0006ym-00 for freebsd-stable@freebsd.org; Sun, 06 Jan 2002 17:56:18 +0100 Content-Type: text/plain; charset="iso-8859-1" From: Matthias Schuendehuette Reply-To: msch@snafu.de Organization: Micro$oft-free Zone To: freebsd-stable@freebsd.org Subject: Enhancement for rc.firewall Date: Sun, 6 Jan 2002 17:48:30 +0100 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I did an enhancement for /etc/rc.firewall and perhaps someone appreciates it (and commits it? :-). I added a 'dialup'-configuration based and inspired by Marc Silver and his "Dialup firewalling with FreeBSD" article in /usr/share/doc... If this is a totally forbidden way to publish such enhancements, please let me know. Ciao/BSD - Matthias --- /usr/src/etc/rc.firewall Sat Dec 29 09:25:53 2001 +++ /etc/rc.firewall Sun Jan 6 17:37:46 2002 @@ -45,6 +45,7 @@ # client - will try to protect just this machine # simple - will try to protect a whole network # closed - totally disables IP services except via lo0 interface +# dialup - will try to protect in case of dialup internet connection # UNKNOWN - disables the loading of firewall rules. # filename - will load the rules in the given filename (full path required) # @@ -279,6 +280,86 @@ # Everything else is denied by default, unless the # IPFIREWALL_DEFAULT_TO_ACCEPT option is set in your kernel # config file. + ;; + +[Dd][Ii][Aa][Ll][Uu][Pp]) + ######## + # Configuration for a DialUp-Firewall + ######## + + # set these to your outside interface + oif="isp*" + + # set these to your inside interface network and netmask and ip + iif="xl0" + iip="192.168.200.1" + imask="255.255.255.0" + inet="192.168.200.0" + + # Special Rule to enable 'isp*' dialout triggering with 'ping' + # until it gets a valid dynamic IP-Address + # Remove in case of static IP-Address! + #${fwcmd} add allow icmp from 0.0.0.0/31 to any via ${oif} + + # General Rules (TCP/UDP/ICMP) + + # Stop spoofing + ${fwcmd} add deny all from ${inet}:${imask} to any in via ${oif} + + # Stop RFC1918 nets on the outside interface + ${fwcmd} add deny all from 10.0.0.0/8 to any via ${oif} + ${fwcmd} add deny all from 172.16.0.0/12 to any via ${oif} + ${fwcmd} add deny all from 192.168.0.0/16 to any via ${oif} + + # Stop draft-manning-dsua-03.txt (1 May 2000) nets (includes RESERVED-1, + # DHCP auto-configuration, NET-TEST, MULTICAST (class D), and class E) + # on the outside interface + ${fwcmd} add deny all from 0.0.0.0/8 to any via ${oif} + ${fwcmd} add deny all from 169.254.0.0/16 to any via ${oif} + ${fwcmd} add deny all from 192.0.2.0/24 to any via ${oif} + ${fwcmd} add deny all from 224.0.0.0/4 to any via ${oif} + ${fwcmd} add deny all from 240.0.0.0/4 to any via ${oif} + + # Allow any traffic to or from my own net, even with broadcasts. + ${fwcmd} add allow ip from ${inet}:${imask} to ${inet}:${imask} via ${iif} + + # Rules for TCP traffic + + # Allow all connections that I initiate. + $fwcmd add allow tcp from any to any out xmit ${oif} setup + + # Examples for outside connections to some local services + # + # HTTP + # $fwcmd add allow tcp from any to any 80 via ${oif} setup + # + # SSH + # $fwcmd add allow tcp from any to any 22 via ${oif} setup + + # Once connections are made, allow them to stay open. + $fwcmd add allow tcp from any to any via ${oif} established + + # This sends a RESET to all ident packets. + $fwcmd add reset log tcp from any to any 113 in recv ${oif} + + # Rules for UDP traffic + + # Allow DNS + $fwcmd add allow udp from any to any 53 out xmit ${oif} + $fwcmd add allow udp from any 53 to any in recv ${oif} + + # Allow NTP + $fwcmd add allow udp from any to any 123 out xmit ${oif} + $fwcmd add allow udp from any 123 to any in recv ${oif} + + # Rules for ICMP traffic + + # Allow all ICMP traffic + $fwcmd add allow icmp from any to any + + # Disallow and log all the rest + $fwcmd add deny log ip from any to any + ;; [Uu][Nn][Kk][Nn][Oo][Ww][Nn]) -- *************************************************************************** * Matthias Schuendehuette msch@snafu.de * * Solmsstrasse 44 * * D-10961 Berlin Engineering Systems Support and Operation * * Germany (Powered by FreeBSD 4.5-PRERELEASE) * *************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 9:17:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id DE27137B404 for ; Sun, 6 Jan 2002 09:17:21 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 6 Jan 2002 17:17:17 +0000 (GMT) Date: Sun, 6 Jan 2002 17:17:17 +0000 From: David Malone To: Chris Johnson Cc: stable@FreeBSD.ORG Subject: Re: syslogd blocking => can't su to root Message-ID: <20020106171717.A5758@walton.maths.tcd.ie> References: <20011230081106.A98698@palomine.net> <20011230111949.G2732-100000@nivomede.internal.lustygrapes.net> <20011230173548.A58662@walton.maths.tcd.ie> <20011230215027.A62327@walton.maths.tcd.ie> <20011230184545.A6319@palomine.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011230184545.A6319@palomine.net>; from cjohnson@palomine.net on Sun, Dec 30, 2001 at 06:45:46PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Dec 30, 2001 at 06:45:46PM -0500, Chris Johnson wrote: > > There is actually a comment saying "don't worry about blocking; if > > the console blocks everything will". This doesn't seem to be true > > if network services could keep running. > > That's the case in my situation. The box is running just fine, providing all o > the services it always does. I just can't su to root, because syslogd can't > write "su to root," or whatever it says, on the console. I've checked a bit more carefully, and I think syslod(3) should definitely be changed to not block. The interesting thing is that syslogd seems to be written to avoid blocking while writing to ttys, so I can't figure out how it is getting into the ttywai state. (What is supposed to happen is that is syslogd is writing to a tty then it uses ttymsg. Ttymsg forks and waits for a few seconds if the write would block.) PR 8865 might be related to this. I wonder if the gap in Chris's logs started just after syslogd would have been HUPed? If Chris or Brian can get a core from a hung syslogd (with kill -6) I'd love to have a look at it and find out how it's managing to get into that state. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 9:37:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 6395937B405 for ; Sun, 6 Jan 2002 09:37:40 -0800 (PST) Received: from sdn-ar-007dcwashp198.dialsprint.net ([63.178.91.110] helo=moo.holy.cow) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16NHEm-0004de-00; Sun, 06 Jan 2002 09:37:36 -0800 Received: by moo.holy.cow (Postfix, from userid 1001) id A646F50C9B; Sun, 6 Jan 2002 12:39:27 -0500 (EST) Date: Sun, 6 Jan 2002 12:39:27 -0500 From: parv To: "M. Warner Losh" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: building kernel problem w/ linux_proto.h Message-ID: <20020106173927.GA25942@moo.holy.cow> Mail-Followup-To: "M. Warner Losh" , freebsd-stable@FreeBSD.ORG References: <20020106152858.GA12180@moo.holy.cow> <20020106.093955.27716456.imp@village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020106.093955.27716456.imp@village.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in message <20020106.093955.27716456.imp@village.org>, wrote M. Warner Losh thusly... > > In message: <20020106152858.GA12180@moo.holy.cow> > parv writes: > : hi, > : > : i cvsup'd old sources (4-stable oct 13 2001) to current (4-stable > : 2002.01.05.15.45.19). at this point i am stuck at errors w/ > : linux_proto.h -- which had been reported at least since nov. 2001 > : to this month. > > Please look in UPDATING for the answer to this. hi warner, if you are referring to the "20011110" note, then i did read it and indicated so in my message... first i ran make cleandir in /usr/src, removed /usr/obj/*, and tried to build kernel. after first snag, i searched the internet which indicated to read src/UPDATING. well, first i did "make modules-clean" in src/sys/compile/$KERNCONF as i do not have MODULES_WITH_WORLD=yes in /etc/make.conf. after that when i tried again, it failed. so i tried again after running "make cleandir" in src/sys/modules/linux w/o any success. -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 9:54:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 3066D37B402 for ; Sun, 6 Jan 2002 09:54:41 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g06Hsdl65105; Sun, 6 Jan 2002 10:54:40 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g06Hsdx21239; Sun, 6 Jan 2002 10:54:39 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 06 Jan 2002 10:54:06 -0700 (MST) Message-Id: <20020106.105406.104650581.imp@village.org> To: parv_@yahoo.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: building kernel problem w/ linux_proto.h From: "M. Warner Losh" In-Reply-To: <20020106173927.GA25942@moo.holy.cow> References: <20020106152858.GA12180@moo.holy.cow> <20020106.093955.27716456.imp@village.org> <20020106173927.GA25942@moo.holy.cow> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020106173927.GA25942@moo.holy.cow> parv writes: : if you are referring to the "20011110" note, then i did read it and : indicated so in my message... Ah, that wasn't clear to me. Sorry. : first i ran make cleandir in /usr/src, removed /usr/obj/*, and tried : to build kernel. after first snag, i searched the internet which : indicated to read src/UPDATING. : : well, first i did "make modules-clean" in src/sys/compile/$KERNCONF : as i do not have MODULES_WITH_WORLD=yes in /etc/make.conf. after : that when i tried again, it failed. so i tried again after running : "make cleandir" in src/sys/modules/linux w/o any success. If you are building the kernel by hand, try rm -rf modules in src/sys/compile/$KERNCONF. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 10:42:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id C413037BA1C for ; Sun, 6 Jan 2002 10:40:05 -0800 (PST) Received: (qmail 21335 invoked by uid 0); 6 Jan 2002 18:33:24 -0000 Received: from tk212017108240.univie.teleweb.at (HELO Deadcell.ANT) (212.17.108.240) by mail.gmx.net (mp012-rz3) with SMTP; 6 Jan 2002 18:33:24 -0000 Received: (from ant@localhost) by Deadcell.ANT (8.11.6/8.11.6) id g06Ggmi43581; Sun, 6 Jan 2002 17:42:48 +0100 (CET) (envelope-from ant) Date: Sun, 6 Jan 2002 17:42:48 +0100 From: Andreas Ntaflos To: Nuno Teixeira Cc: freebsd-stable@freebsd.org Subject: Re: Is VESA_800x600 hardcoded to 80x25? Message-ID: <20020106174248.A42857@Deadcell.ANT> Mail-Followup-To: Nuno Teixeira , freebsd-stable@freebsd.org References: <20020106154230.GD1141@gw.tex.bogus> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020106154230.GD1141@gw.tex.bogus>; from nunotex@pt-quorum.com on Sun, Jan 06, 2002 at 03:42:30PM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 06, 2002 at 03:42:30PM +0000, Nuno Teixeira wrote: >=20 > Hello to all, > =20 > For the first time I configured VESA and SC_PIXEL_MODE in kernel to rea= ch=20 > VESA_800x600 (100x37). > =20 > When I used vidcontrol to do this I noted that I only can get a smaller= =20 > "window" in the middle of the screen (80x25). > [snip]=20 > -----------------------------------------------------------------------= ---- =20 > Message: > >... knowing that 800x600 / 8x16 =3D 100x37.5 I should be able to do be= tter. =20 > >I switched to VESA_800x600, but instead of getting 100x37 I just get 8= 0x25=20 > >in a smaller "window" in the middle of the screen. > > > >1) Is VESA ... hardcoded to 80x25? > > > >2) Is this combo hardcoded to 4-bit color? > =20 > 1) Yes, VESA_800x600 is hardcoded to 80x25 in vidcontrol.c, but it is e= asy=20 > to fix. Just make the following change and recompile: > =20 > if (mode =3D=3D SW_VESA_800x600) { > [snip] In order to have VESA_800x600 use the full screen of the virtual console, run the following: # vidcontrol -g 100x37 VESA_800x600 -f whatever_font_you_want This will resize it to the said geometry of 100x37 chars at a resolution=20 of 800x600. The rc.conf entries look like this on my box: allscreens_flags=3D"-g 100x37 VESA_800x600" font8x16=3D"/usr/share/syscons/fonts/iso15-8x16.fnt" This should work just fine and fill up the whole available screen. I just don't like the low refresh rate of 60Hz, after some time, it blinds my head :) Does anyone know how to increase the vert. refresh at 800x600? regards --=20 Andreas "ant" Ntaflos=09 ntaflos.andreas@gmx.net Vienna, AUSTRIA --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: 0ddY6bAsO6ANfVRQSpsfakq7txfpWVwy iQA/AwUBPDh+hCghDxt/ED0NEQLq4gCgqia8ADF97wYrdU9wa7AgrjKkoegAni3+ YjuOIXLosOLP0gpmkKtDXJLZ =7Tew -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 10:43:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id 4E82F37B9F9; Sun, 6 Jan 2002 10:39:24 -0800 (PST) Received: from ark.cris.net (ark.cris.net [212.110.128.68]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id UAA56528; Sun, 6 Jan 2002 20:39:15 +0200 (EET) Received: (from phantom@localhost) by ark.cris.net (8.11.1/8.11.1) id g06Icje66905; Sun, 6 Jan 2002 20:38:45 +0200 (EET) Date: Sun, 6 Jan 2002 20:38:45 +0200 From: Alexey Zelkin To: Hiroo Ono Cc: Hajimu UMEMOTO , Mark Peek , Makoto Matsushita , i18n@freebsd.org, stable@freebsd.org Subject: zh_CN support in tcsh (was: Re: Fwd: Re: FreeBSD ja_JP.eucJP and ko_KR.eucKR) Message-ID: <20020106203845.A64542@ark.cris.net> References: <20020106003405.A26410@ark.cris.net> <20020106141149.A20367@ark.cris.net> <20020106162002.B35822@ark.cris.net> <20020106162739.D35822@ark.cris.net> <86lmfbzcrs.wl@chrysanthe.oikumene.gcd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <86lmfbzcrs.wl@chrysanthe.oikumene.gcd.org>; from hiroo@oikumene.gcd.org on Mon, Jan 07, 2002 at 01:04:39AM +0900 X-Operating-System: FreeBSD 3.5-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, [Cc'ed to -stabel and -i18n to grow chance to find potential testers!] On Mon, Jan 07, 2002 at 01:04:39AM +0900, Hiroo Ono wrote: > > phantom> So, zh_CN.{EUC,eucCN} support is required for Chinese users even w/o > > phantom> nls catalogs ? > > > > Yes, I think it is required for command line editing. However, I > > dunno why it is not supported so far. Since I'm not familar with > > Chinese, I dunno if it will actually work for Chinese. > > I am not familiar with Chinese and Korean also. > After what I have heard, EUC-CN (zh_CN.eucCN) can be edited without > problem with an editor that deal with EUC-JP (ja_JP.eucJP) and > Chinese fonts. So, I think there is no problem adding zh_CN.eucCN > support to tcsh, but we may ask someone using the locale to confirm > it. I will write an e-mail to stable and i18n on this issue. I've extended patch for tcsh which includes autodetection of eucXX like locales for ja_JP and ko_JR. This patch includes detection of alias for ja_JP.SJIS (ja_JP.Shift_JIS) locale and *most important* detection of Chinese EUC locale (zh_CN.EUC and zh_CN.eucCN) in same manner as Japanese and Korean. It would be nice if someone familiar with Chinese check original version of tcsh (chinese support) and with this patch and notice me any improvement/problems in results :-) Index: sh.set.c =================================================================== RCS file: /home/cvs/freebsd/src/contrib/tcsh/sh.set.c,v retrieving revision 1.1.1.4 diff -u -r1.1.1.4 sh.set.c --- sh.set.c 5 Sep 2001 17:49:31 -0000 1.1.1.4 +++ sh.set.c 6 Jan 2002 18:10:19 -0000 @@ -1212,8 +1212,10 @@ } dspmt[] = { { STRLANGEUCJP, STRKEUC }, { STRLANGEUCKR, STRKEUC }, + { STRLANGEUCZH, STRKEUC }, { STRLANGEUCJPB, STRKEUC }, { STRLANGEUCKRB, STRKEUC }, + { STRLANGEUCZHB, STRKEUC }, { STRLANGSJIS, STRKSJIS }, { STRLANGSJISB, STRKSJIS }, { STRLANGBIG5, STRKBIG5 }, Index: tc.const.c =================================================================== RCS file: /home/cvs/freebsd/src/contrib/tcsh/tc.const.c,v retrieving revision 1.1.1.4 diff -u -r1.1.1.4 tc.const.c --- tc.const.c 5 Sep 2001 17:49:31 -0000 1.1.1.4 +++ tc.const.c 6 Jan 2002 18:17:21 -0000 @@ -134,7 +134,7 @@ /* STRLANGEUCJP,STRLANGEUCJPB = EUCJP Trap */ /* STRLANGEUCKR,STRLANGEUCKRB = EUCKR Trap */ /* STRLANGSJIS,STRLANGSJISB = SJIS Trap */ -# if defined(__FreeBSD__) || defined(__uxps__) || defined(sgi) || defined(aix) || defined(__CYGWIN__) || defined(linux) +# if defined(__uxps__) || defined(sgi) || defined(aix) || defined(__CYGWIN__) || defined(linux) Char STRLANGEUCJP[] = { 'j', 'a', '_', 'J', 'P', '.', 'E', 'U', 'C', '\0' }; Char STRLANGEUCKR[] = { 'k', 'o', '_', 'K', 'R', '.', 'E', 'U', 'C', '\0' }; # if defined(__uxps__) @@ -156,44 +156,61 @@ Char STRLANGSJISB[] = { '\0' }; Char STRLANGBIG5[] = { 'z', 'h', '_', 'T', 'W', '.', 'B', 'i', 'g', '5', '\0' }; -# elif defined(linux) -Char STRLANGEUC[] = { 'j', 'a', '_', 'J', 'P', '.', 'e', 'u', 'c', 'J', +Char STRLANGEUCZH[] = { '\0' }; +Char STRLANGEUCZHB[] = { '\0' }; +# elif defined(__FreeBSD__) +Char STRLANGEUCJP[] = { 'j', 'a', '_', 'J', 'P', '.', 'e', 'u', 'c', 'J', 'P', '\0' }; -Char STRLANGEUCB[] = { 'j', 'a', '_', 'J', 'P', '.', 'u', 'j', 'i', 's', - '\0' }; +Char STRLANGEUCJPB[] = { 'j', 'a', '_', 'J', 'P', '.', 'E', 'U', 'C', '\0' }; +Char STRLANGEUCKR[] = { 'k', 'o', '_', 'K', 'R', '.', 'e', 'u', 'c', 'K', + 'R', '\0' }; +Char STRLANGEUCKRB[] = { 'k', 'o', '_', 'K', 'R', '.', 'E', 'U', 'C', '\0' }; +Char STRLANGEUCZH[] = { 'z', 'h', '_', 'C', 'N', '.', 'e', 'u', 'c', 'C', + 'N', '\0' }; +Char STRLANGEUCZHB[] = { 'z', 'h', '_', 'C', 'N', '.', 'E', 'U', 'C', '\0' }; Char STRLANGSJIS[] = { 'j', 'a', '_', 'J', 'P', '.', 'S', 'J', 'I', 'S', '\0' }; -Char STRLANGSJISB[] = { '\0' }; -Char STRLANGBIG5[] = { '\0' }; +Char STRLANGSJISB[] = { 'j', 'a', '_', 'J', 'P', '.', 'S', 'h', 'i', 'f', + 't', '_', 'J', 'I', 'S', '\0' }; +Char STRLANGBIG5[] = { 'z', 'h', '_', 'T', 'W', '.', 'B', 'i', 'g', '5', + '\0' }; # elif defined(__uxpm__) Char STRLANGEUCJP[] = { 'j', 'a', 'p', 'a', 'n', '\0' }; Char STRLANGEUCKR[] = { 'k', 'o', 'r', 'e', 'a', '\0' }; +Char STRLANGEUCZH[] = { '\0' }; Char STRLANGEUCJPB[] = { '\0' }; Char STRLANGEUCKRB[] = { '\0' }; +Char STRLANGEUCZHB[] = { '\0' }; Char STRLANGSJIS[] = { '\0' }; Char STRLANGSJISB[] = { '\0' }; Char STRLANGBIG5[] = { '\0' }; # elif defined(SOLARIS2) Char STRLANGEUCJP[] = { 'j', 'a', '\0' }; Char STRLANGEUCKR[] = { 'k', 'o', '\0' }; +Char STRLANGEUCZH[] = { '\0' }; Char STRLANGEUCJPB[] = { 'j', 'a', 'p', 'a', 'n', 'e', 's', 'e', '\0' }; Char STRLANGEUCKRB[] = { 'k', 'o', 'r', 'e', 'a', 'n', '\0' }; +Char STRLANGEUCZHB[] = { '\0' }; Char STRLANGSJIS[] = { '\0' }; Char STRLANGSJISB[] = { '\0' }; Char STRLANGBIG5[] = { '\0' }; # elif defined(hpux) Char STRLANGEUCJP[] = { 'j', 'a', '_', 'J', 'P', '.', 'e', 'u', 'c', 'J', 'P' }; Char STRLANGEUCKR[] = { 'k', 'o', '_', 'K', 'R', '.', 'e', 'u', 'c', 'K', 'R' }; +Char STRLANGEUCZH[] = { '\0' }; Char STRLANGEUCJPB[] = { '\0' }; Char STRLANGEUCKRB[] = { '\0' }; +Char STRLANGEUCZHB[] = { '\0' }; Char STRLANGSJIS[] = { '\0' }; Char STRLANGSJISB[] = { '\0' }; Char STRLANGBIG5[] = { '\0' }; # else Char STRLANGEUCJP[] = { '\0' }; Char STRLANGEUCKR[] = { '\0' }; +Char STRLANGEUCZH[] = { '\0' }; Char STRLANGEUCJPB[] = { '\0' }; Char STRLANGEUCKRB[] = { '\0' }; +Char STRLANGEUCZHB[] = { '\0' }; Char STRLANGSJIS[] = { '\0' }; Char STRLANGSJISB[] = { '\0' }; Char STRLANGBIG5[] = { '\0' }; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 11: 2:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from hawk.prod.itd.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 7CF7037B405 for ; Sun, 6 Jan 2002 11:02:17 -0800 (PST) Received: from user-33qtnuo.dialup.mindspring.com ([199.174.223.216] helo=gohan.cjclark.org) by hawk.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16NIYT-0005Lq-00; Sun, 06 Jan 2002 11:02:05 -0800 Received: (from cjc@localhost) by gohan.cjclark.org (8.11.6/8.11.1) id g06320x10012; Sat, 5 Jan 2002 19:02:00 -0800 (PST) (envelope-from cjc) Date: Sat, 5 Jan 2002 19:02:00 -0800 From: "Crist J. Clark" To: Greg Lehey Cc: FreeBSD Stable Users Subject: Re: arplookup 0.0.0.0 failed? Message-ID: <20020105190200.H204@gohan.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20020105142300.G24766@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020105142300.G24766@wantadilla.lemis.com>; from grog@lemis.com on Sat, Jan 05, 2002 at 02:23:00PM +1030 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 05, 2002 at 02:23:00PM +1030, Greg Lehey wrote: > I've recently upgraded a machine to 4.5-PRERELEASE and am now getting > messages such as > > Jan 5 12:33:39 echunga /kernel: arplookup 0.0.0.0 failed: host is not on local network > > Any idea what could be causing this? Run, # tcpdump -n 'host 0.0.0.0' For a while and see if anything interesting pops up. I tracked this down once before, but the heck if I can remember what the issue was. -- "It's always funny until someone gets hurt. Then it's hilarious." Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 11:14: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtpe.casema.net (smtpe.casema.net [195.96.96.172]) by hub.freebsd.org (Postfix) with SMTP id DCAC437B400 for ; Sun, 6 Jan 2002 11:13:56 -0800 (PST) Received: (qmail 23002 invoked from network); 6 Jan 2002 19:13:55 -0000 Received: from unknown (HELO there) (213.17.19.10) by smtpe.casema.net with SMTP; 6 Jan 2002 19:13:55 -0000 Content-Type: text/plain; charset="iso-8859-1" From: fesada To: stable@FreeBSD.org Date: Sun, 6 Jan 2002 21:14:23 +0100 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020106191356.DCAC437B400@hub.freebsd.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 11:24:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id D5A1C37B400 for ; Sun, 6 Jan 2002 11:24:08 -0800 (PST) Received: from user-33qtnuo.dialup.mindspring.com ([199.174.223.216] helo=gohan.cjclark.org) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16NIto-00013M-00; Sun, 06 Jan 2002 11:24:06 -0800 Received: (from cjc@localhost) by gohan.cjclark.org (8.11.6/8.11.1) id g06JNlo00777; Sun, 6 Jan 2002 11:23:47 -0800 (PST) (envelope-from cjc) Date: Sun, 6 Jan 2002 11:23:45 -0800 From: "Crist J. Clark" To: Joe Abley Cc: Haikal Saadh , stable@FreeBSD.ORG Subject: Re: Chrooted bind out of the box Message-ID: <20020106112345.B237@gohan.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <000001c195b1$db087880$41c801ca@warhawk> <20020105140846.D204@gohan.cjclark.org> <20020105222558.A95067@buffoon.automagic.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020105222558.A95067@buffoon.automagic.org>; from jabley@automagic.org on Sat, Jan 05, 2002 at 10:26:01PM -0500 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 05, 2002 at 10:26:01PM -0500, Joe Abley wrote: > On Sat, Jan 05, 2002 at 02:08:46PM -0800, Crist J. Clark wrote: > > On Sat, Jan 05, 2002 at 11:26:00AM +0500, Haikal Saadh wrote: > > > Is there a reason why bind is run as root by default and not bind.bind? > > > And not chrooted? > > > > > > If I'm not mistaken almost everyone does this anyway, right? > > > > IIRC, the last time it was discussed, it was felt changing this in the > > middle of -STABLE would be too disruptive. Many working BIND > > installations would break when people updated. > > Why not create a named_chroot variable in defaults/rc.conf which > is by default set to NO, but which sysinstall can override in > /etc/rc.conf with a YES for fresh (non-upgrade) installs? /etc/defaults/rc.conf are the defaults. Not everyone makes a new system with sysinstall(8), and having sysinstall(8) put new and unexpected things in rc.conf is in itself a POLA vilolation. I was talking more about running named(8) as bind:bind. Chrooting has other issues, you need to actually build a chroot environment somewhere and decide what to put in it, and you still need to run as bind:bind for chrooting to be much of a security measure. Running named(8) as bind:bind by default is easiest done by changing the named_bind flags. As I said, changing the default would break stuff, but if you look at /etc/defaults/rc.conf in -STABLE, named_flags="" # Flags for named #named_flags="-u bind -g bind" # Flags for named So the hint is already there. And if you look at -CURRENT, named_flags="-u bind -g bind" # Flags for named It already runs that way by default. But if you really want to be clever, you should run named(8) in a jail(8). -- "It's always funny until someone gets hurt. Then it's hilarious." Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 11:31:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id B95D437B400 for ; Sun, 6 Jan 2002 11:31:46 -0800 (PST) Received: from sdn-ar-007dcwashp247.dialsprint.net ([63.178.90.137] helo=moo.holy.cow) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16NJ1B-0004TL-00; Sun, 06 Jan 2002 11:31:46 -0800 Received: by moo.holy.cow (Postfix, from userid 1001) id C58EE50C9B; Sun, 6 Jan 2002 14:32:51 -0500 (EST) Date: Sun, 6 Jan 2002 14:32:51 -0500 From: parv To: "M. Warner Losh" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: building kernel problem w/ linux_proto.h Message-ID: <20020106193251.GA85529@moo.holy.cow> Mail-Followup-To: "M. Warner Losh" , freebsd-stable@FreeBSD.ORG References: <20020106152858.GA12180@moo.holy.cow> <20020106.093955.27716456.imp@village.org> <20020106173927.GA25942@moo.holy.cow> <20020106.105406.104650581.imp@village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020106.105406.104650581.imp@village.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in message <20020106.105406.104650581.imp@village.org>, wrote M. Warner Losh thusly... > > In message: <20020106173927.GA25942@moo.holy.cow> > parv writes: ... > : well, first i did "make modules-clean" in src/sys/compile/$KERNCONF > : as i do not have MODULES_WITH_WORLD=yes in /etc/make.conf. after > : that when i tried again, it failed. so i tried again after running > : "make cleandir" in src/sys/modules/linux w/o any success. > > If you are building the kernel by hand, try rm -rf modules in > src/sys/compile/$KERNCONF. yes, sometimes i build kernel by hand; and since 4-stable, i build kernel w/ world every time via KERNCONF. i did try that; didn't work. then i tried after obliterating the src/sys/compile/$KERNCONF, that didn't work either. unless, somebody has any other option, i will try w/ clean cvsup'd "src" tree. before i do that, is there anything else that i could do manually? - parv -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 11:48: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from shemp.palomine.net (shemp.palomine.net [216.135.64.135]) by hub.freebsd.org (Postfix) with SMTP id 047F537B416 for ; Sun, 6 Jan 2002 11:48:06 -0800 (PST) Received: (qmail 91433 invoked by uid 1000); 6 Jan 2002 19:48:04 -0000 Date: Sun, 6 Jan 2002 14:48:04 -0500 From: Chris Johnson To: David Malone Cc: stable@FreeBSD.ORG Subject: Re: syslogd blocking => can't su to root Message-ID: <20020106144804.A91344@palomine.net> References: <20011230081106.A98698@palomine.net> <20011230111949.G2732-100000@nivomede.internal.lustygrapes.net> <20011230173548.A58662@walton.maths.tcd.ie> <20011230215027.A62327@walton.maths.tcd.ie> <20011230184545.A6319@palomine.net> <20020106171717.A5758@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020106171717.A5758@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Sun, Jan 06, 2002 at 05:17:17PM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 06, 2002 at 05:17:17PM +0000, David Malone wrote: > On Sun, Dec 30, 2001 at 06:45:46PM -0500, Chris Johnson wrote: > > > There is actually a comment saying "don't worry about blocking; if > > > the console blocks everything will". This doesn't seem to be true > > > if network services could keep running. > >=20 > > That's the case in my situation. The box is running just fine, providin= g all o > > the services it always does. I just can't su to root, because syslogd c= an't > > write "su to root," or whatever it says, on the console. >=20 > I've checked a bit more carefully, and I think syslod(3) should > definitely be changed to not block. The interesting thing is that > syslogd seems to be written to avoid blocking while writing to ttys, > so I can't figure out how it is getting into the ttywai state. >=20 > (What is supposed to happen is that is syslogd is writing to a tty > then it uses ttymsg. Ttymsg forks and waits for a few seconds if > the write would block.) >=20 > PR 8865 might be related to this. I wonder if the gap in Chris's > logs started just after syslogd would have been HUPed? >=20 > If Chris or Brian can get a core from a hung syslogd (with kill -6) > I'd love to have a look at it and find out how it's managing to get > into that state. The problem was caused by someone inadvertantly scroll-locking the terminal. Once it was un-scroll-locked, the problem vanished. Chris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8OKnvyeUEMvtGLWERAq0yAJ46YGidF2sx9tZIdBZTevqQfh6BuQCguQro 7sQvQQnouf0c3uD/I40xTcM= =DGoe -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 12:15:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net [209.226.175.54]) by hub.freebsd.org (Postfix) with ESMTP id 4135D37B419 for ; Sun, 6 Jan 2002 12:15:42 -0800 (PST) Received: from unios.dhs.org ([216.209.132.41]) by tomts10-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20020106201540.QCPG20941.tomts10-srv.bellnexxia.net@unios.dhs.org> for ; Sun, 6 Jan 2002 15:15:40 -0500 Message-ID: <3C38AFF2.5020708@unios.dhs.org> Date: Sun, 06 Jan 2002 15:13:38 -0500 From: Pat Wendorf User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020106 X-Accept-Language: en-us MIME-Version: 1.0 To: stable@FreeBSD.org Subject: Portupgrade Utility Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What's the chances it will ever show up as part of the base system? Please reply to all, as I'm not subscribed to stable at the moment. Thanks, Pat Wendorf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 12:32:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B2C7D37B41A for ; Sun, 6 Jan 2002 12:32:07 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 6 Jan 2002 20:32:07 +0000 (GMT) To: Chris Johnson Cc: stable@FreeBSD.ORG Subject: Re: syslogd blocking => can't su to root In-reply-to: Your message of "Sun, 06 Jan 2002 14:48:04 EST." <20020106144804.A91344@palomine.net> X-Request-Do: Date: Sun, 06 Jan 2002 20:32:07 +0000 From: David Malone Message-ID: <200201062032.aa82035@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The problem was caused by someone inadvertantly scroll-locking the terminal. > Once it was un-scroll-locked, the problem vanished. I've tried reproducing the problem (on -current) by just pressing scroll lock on the first vty when xconsole isn't running and haven't had any luck. Was anyone logged on the console at the time? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 12:50:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ns2.robhughes.com (12-237-138-77.client.attbi.com [12.237.138.77]) by hub.freebsd.org (Postfix) with SMTP id 01F9437B41D for ; Sun, 6 Jan 2002 12:50:16 -0800 (PST) Received: (qmail 375 invoked from network); 6 Jan 2002 20:50:15 -0000 Received: from hexch01.robhughes.com (192.168.1.3) by ns2.robhughes.com with SMTP; 6 Jan 2002 20:50:15 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: Monitord coring X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Sun, 6 Jan 2002 14:50:16 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Monitord coring Thread-Index: AcGUffVlxvomlB91Sk+iwfPx5RVM4QCdcVxQ From: "Robert D. Hughes" To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Finally figured it out. If alert is enabled, it cores. -----Original Message----- From: Cy Schubert - ITSD Open Systems Group [mailto:Cy.Schubert@uumail.gov.bc.ca] Sent: Thursday, January 03, 2002 11:41 AM To: Robert D. Hughes Cc: stable@FreeBSD.ORG Subject: Re: Monitord coring=20 In message , "Rob ert D. Hughes" writes: > I installed monitord from the ports tree, and things were wonderful up until=20 > I cvs'ed to 4.5-prerelease. Now, monitord cores as soon as it starts. I can t > hen manually start it, but it doesn't actually restart any processes that die > . I've tried port-upgrade, but no joy. I've also tried doing a make deinstall > && make reinstall. The following is the output of gdb with regards to the co > re. Any suggestions about where to look are appreciated. You might want to recompile monitord, see if it fixes your problem. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD Ministry of Management Services Province of BC FreeBSD UNIX: cy@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 12:55:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pt-quorum.com (pt-quorum.com [209.10.167.210]) by hub.freebsd.org (Postfix) with ESMTP id B39F037B41C for ; Sun, 6 Jan 2002 12:55:03 -0800 (PST) Received: from gw.tex.bogus (d179053.avr.PT.KPNQwest.net [193.126.179.53]) by pt-quorum.com (Postfix) with ESMTP id DA502ED0A; Sun, 6 Jan 2002 20:57:18 +0000 (WET) Received: by gw.tex.bogus (Postfix, from userid 1000) id 746DC5DCA; Sun, 6 Jan 2002 20:55:24 +0000 (WET) Date: Sun, 6 Jan 2002 20:55:24 +0000 From: Nuno Teixeira To: Sven Hazejager Cc: freebsd-stable@freebsd.org Subject: Re: Is VESA_800x600 hardcoded to 80x25? Message-ID: <20020106205524.GA19117@gw.tex.bogus> References: <20020106154230.GD1141@gw.tex.bogus> <3C387677.4040201@chain.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C387677.4040201@chain.demon.nl> User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD 4.5-PRERELEASE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 06, 2002 at 05:08:23PM +0100, Sven Hazejager wrote: | Take a look at the "-g 100x37" option of vidcontrol, as stated in man | vidcontrol. | | Sven | | Nuno Teixeira wrote: | | > Hello to all, | > | > For the first time I configured VESA and SC_PIXEL_MODE in kernel to reach | > VESA_800x600 (100x37). | > | > When I used vidcontrol to do this I noted that I only can get a smaller | > "window" in the middle of the screen (80x25). | > | > I've searched groups.google.com and I find: | > | > | > Hi, Thanks! It works in full screen now. Bye, -- Nuno Teixeira pt-quorum.com /* PGP Public Key: http://www.pt-quorum.com/pgp/nunoteixeira.asc Key fingerprint: 8C2C B364 D4DC 0C92 56F5 CE6F 8F07 720A 63A0 4FC7 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13: 1: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pt-quorum.com (pt-quorum.com [209.10.167.210]) by hub.freebsd.org (Postfix) with ESMTP id 1AE2037B404 for ; Sun, 6 Jan 2002 13:00:57 -0800 (PST) Received: from gw.tex.bogus (d179053.avr.PT.KPNQwest.net [193.126.179.53]) by pt-quorum.com (Postfix) with ESMTP id CFD1DED0A for ; Sun, 6 Jan 2002 21:03:12 +0000 (WET) Received: by gw.tex.bogus (Postfix, from userid 1000) id CA7155DCA; Sun, 6 Jan 2002 21:01:22 +0000 (WET) Date: Sun, 6 Jan 2002 21:01:22 +0000 From: Nuno Teixeira To: freebsd-stable@freebsd.org Subject: Re: Enhancement for rc.firewall Message-ID: <20020106210122.GB19117@gw.tex.bogus> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD 4.5-PRERELEASE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 06, 2002 at 05:48:30PM +0100, Matthias Schuendehuette wrote: | Hello, | | I did an enhancement for /etc/rc.firewall and perhaps someone | appreciates it (and commits it? :-). | | I added a 'dialup'-configuration based and inspired by Marc Silver and | his "Dialup firewalling with FreeBSD" article in /usr/share/doc... | | If this is a totally forbidden way to publish such enhancements, please | let me know. | | Ciao/BSD - Matthias Hi, I'd like the enhancement because I have an dialup conection and I use the same fw rules from the article. Just an opinion. Bye, -- Nuno Teixeira pt-quorum.com /* PGP Public Key: http://www.pt-quorum.com/pgp/nunoteixeira.asc Key fingerprint: 8C2C B364 D4DC 0C92 56F5 CE6F 8F07 720A 63A0 4FC7 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13: 1:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81]) by hub.freebsd.org (Postfix) with ESMTP id 1B69E37B405 for ; Sun, 6 Jan 2002 13:01:35 -0800 (PST) Received: from host213-123-129-98.in-addr.btopenworld.com ([213.123.129.98] helo=there) by tungsten.btinternet.com with smtp (Exim 3.22 #8) id 16NKQ8-0004b8-00; Sun, 06 Jan 2002 21:01:32 +0000 Content-Type: text/plain; charset="iso-8859-1" From: Dominic Marks To: Pat Wendorf , stable@FreeBSD.org Subject: Re: Portupgrade Utility Date: Sun, 6 Jan 2002 21:02:34 +0000 X-Mailer: KMail [version 1.3.2] References: <3C38AFF2.5020708@unios.dhs.org> In-Reply-To: <3C38AFF2.5020708@unios.dhs.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 06 January 2002 8:13 pm, Pat Wendorf wrote: > What's the chances it will ever show up as part of the base system? Very low indeed. (I would hope). > Please reply to all, as I'm not subscribed to stable at the moment. > > Thanks, > > Pat Wendorf > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13:15:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from webmail.chimesnet.com (mail001.level3.chc-chimes.com [63.211.16.2]) by hub.freebsd.org (Postfix) with ESMTP id 8130437B404 for ; Sun, 6 Jan 2002 13:15:17 -0800 (PST) Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by webmail.chimesnet.com (Postfix) with ESMTP id A4580CAC506; Sun, 6 Jan 2002 16:15:16 -0500 (EST) Received: by jade.chc-chimes.com (Postfix, from userid 1101) id 7CDAA1C86; Sun, 6 Jan 2002 16:18:20 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id 6BFFE3854; Sun, 6 Jan 2002 16:18:20 -0500 (EST) Date: Sun, 6 Jan 2002 16:18:20 -0500 (EST) From: Matt Ayres X-X-Sender: To: Dominic Marks Cc: Pat Wendorf , Subject: Re: Portupgrade Utility In-Reply-To: Message-ID: <20020106161637.V96814-100000@jade.chc-chimes.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Another answer that actually has some content is that portupgrade depends on Ruby, so there is no way portupgrade can be in the base system unless Ruby is also there. The odds of adding yet another interpreter to the base system is highly unlikely. On Sun, 6 Jan 2002, Dominic Marks wrote: > On Sunday 06 January 2002 8:13 pm, Pat Wendorf wrote: > > What's the chances it will ever show up as part of the base system? > > Very low indeed. (I would hope). > > > Please reply to all, as I'm not subscribed to stable at the moment. > > > > Thanks, > > > > Pat Wendorf > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > Dominic > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13:26:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pt-quorum.com (pt-quorum.com [209.10.167.210]) by hub.freebsd.org (Postfix) with ESMTP id AE51A37B419 for ; Sun, 6 Jan 2002 13:26:46 -0800 (PST) Received: from gw.tex.bogus (d179053.avr.PT.KPNQwest.net [193.126.179.53]) by pt-quorum.com (Postfix) with ESMTP id 54FE7ED0A for ; Sun, 6 Jan 2002 21:29:06 +0000 (WET) Received: by gw.tex.bogus (Postfix, from userid 1000) id B74CF5DCA; Sun, 6 Jan 2002 21:26:58 +0000 (WET) Date: Sun, 6 Jan 2002 21:26:58 +0000 From: Nuno Teixeira To: freebsd-stable@freebsd.org Subject: Re: Is VESA_800x600 hardcoded to 80x25? Message-ID: <20020106212658.GD19117@gw.tex.bogus> References: <20020106154230.GD1141@gw.tex.bogus> <20020106174248.A42857@Deadcell.ANT> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020106174248.A42857@Deadcell.ANT> User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD 4.5-PRERELEASE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 06, 2002 at 05:42:48PM +0100, Andreas Ntaflos wrote: | On Sun, Jan 06, 2002 at 03:42:30PM +0000, Nuno Teixeira wrote: | > | > Hello to all, | > | > For the first time I configured VESA and SC_PIXEL_MODE in kernel to reach | > VESA_800x600 (100x37). | > | > When I used vidcontrol to do this I noted that I only can get a smaller | > "window" in the middle of the screen (80x25). | > [snip] | > --------------------------------------------------------------------------- | > Message: | > >... knowing that 800x600 / 8x16 = 100x37.5 I should be able to do better. | > >I switched to VESA_800x600, but instead of getting 100x37 I just get 80x25 | > >in a smaller "window" in the middle of the screen. | > > | > >1) Is VESA ... hardcoded to 80x25? | > > | > >2) Is this combo hardcoded to 4-bit color? | > | > 1) Yes, VESA_800x600 is hardcoded to 80x25 in vidcontrol.c, but it is easy | > to fix. Just make the following change and recompile: | > | > if (mode == SW_VESA_800x600) { | > [snip] | | In order to have VESA_800x600 use the full screen of the virtual console, | run the following: | | # vidcontrol -g 100x37 VESA_800x600 -f whatever_font_you_want | | This will resize it to the said geometry of 100x37 chars at a resolution | of 800x600. | | The rc.conf entries look like this on my box: | | allscreens_flags="-g 100x37 VESA_800x600" | font8x16="/usr/share/syscons/fonts/iso15-8x16.fnt" | | This should work just fine and fill up the whole available screen. | | I just don't like the low refresh rate of 60Hz, after some time, it blinds | my head :) | | Does anyone know how to increase the vert. refresh at 800x600? | | regards | -- | Andreas "ant" Ntaflos | ntaflos.andreas@gmx.net | Vienna, AUSTRIA Hi, Thanks for the rc.conf tip. 60Hz is the max value that my 14' monitor handle so it is good that default refresh is 60Hz. Thanks, -- Nuno Teixeira pt-quorum.com /* PGP Public Key: http://www.pt-quorum.com/pgp/nunoteixeira.asc Key fingerprint: 8C2C B364 D4DC 0C92 56F5 CE6F 8F07 720A 63A0 4FC7 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13:35:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pt-quorum.com (pt-quorum.com [209.10.167.210]) by hub.freebsd.org (Postfix) with ESMTP id 71ED637B419 for ; Sun, 6 Jan 2002 13:35:20 -0800 (PST) Received: from gw.tex.bogus (d179053.avr.PT.KPNQwest.net [193.126.179.53]) by pt-quorum.com (Postfix) with ESMTP id 9FC1BED0A; Sun, 6 Jan 2002 21:37:41 +0000 (WET) Received: by gw.tex.bogus (Postfix, from userid 1000) id 044925D30; Sun, 6 Jan 2002 21:35:31 +0000 (WET) Date: Sun, 6 Jan 2002 21:35:31 +0000 From: Nuno Teixeira To: Pat Wendorf Cc: stable@FreeBSD.org Subject: Re: Portupgrade Utility Message-ID: <20020106213531.GE19117@gw.tex.bogus> References: <3C38AFF2.5020708@unios.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C38AFF2.5020708@unios.dhs.org> User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD 4.5-PRERELEASE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 06, 2002 at 03:13:38PM -0500, Pat Wendorf wrote: | What's the chances it will ever show up as part of the base system? | | Please reply to all, as I'm not subscribed to stable at the moment. | | Thanks, | | Pat Wendorf Hi, A few days ago I put the same question and I find that it is not possible to include it in FreeBSD main tree because portupgrade uses (or is coded) in Ruby. Ruby is not part of FreeBSD main tree. Bye, -- Nuno Teixeira pt-quorum.com /* PGP Public Key: http://www.pt-quorum.com/pgp/nunoteixeira.asc Key fingerprint: 8C2C B364 D4DC 0C92 56F5 CE6F 8F07 720A 63A0 4FC7 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13:37: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id CD83A37B404 for ; Sun, 6 Jan 2002 13:37:00 -0800 (PST) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id g06Lb8Y13459; Sun, 6 Jan 2002 22:37:08 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Date: Sun, 6 Jan 2002 22:37:08 +0100 (CET) Message-Id: <200201062137.g06Lb8Y13459@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG Reply-To: freebsd-stable@FreeBSD.ORG Subject: Re: how to tell if 'make buildworld' finished? In-Reply-To: <20020106044314.GA47285@moo.holy.cow> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.4-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I usually run a shell command like this ('#' is the prompt): # (date; make buildworld; date) | tee /var/tmp/buildworld.log So you have a datestamp output at the very beginning and at the very end. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13:57:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from empty1.ekahuna.com (empty1.ekahuna.com [198.144.200.196]) by hub.freebsd.org (Postfix) with ESMTP id A323537B417 for ; Sun, 6 Jan 2002 13:57:21 -0800 (PST) Received: from pc-02 (pc02.ekahuna.com [198.144.200.197]) by empty1.ekahuna.com (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with ESMTP id com; Sun, 6 Jan 2002 13:57:21 -0800 From: "Philip J. Koenig" Organization: The Electric Kahuna Organization To: Matthew Whelan Date: Sun, 6 Jan 2002 13:57:19 -0800 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Chrooted bind out of the box Reply-To: pjklist@ekahuna.com Cc: stable@FreeBSD.ORG Message-ID: <3C3857BF.14569.1674F2@localhost> References: <3C37EE42.10148.1C33477@localhost> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 6 Jan 2002, at 17:26, Matthew Whelan boldly uttered: > 06/01/2002 14:27:14, "Philip J. Koenig" wrote: > >Apparently there is some problem with bash being incorporated in the > >base system because it's GPL I think. Nonetheless, I think there > >might be some creative alternatives - like a port configured to > >compile statically which installs in /bin. (although you'd have to > >manually upgrade it periodically to keep it up to date with various > >libraries I guess) > > > >Waitasec.. does this line in /usr/ports/shells/bash2/Makefile mean > >that by default it's configured to statically-compile? > > > >CONFIGURE_ENV= LDFLAGS=-static > > > > > >I didn't think that was the default.. > > I didn't have to do anything special to get: > > b0b@ericnernie$ file /bin/bash > /bin/bash: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > statically linked, stripped > > So it looks like it is the default. AFAIK, this has been the case since my > first install, which was just before 4.4-PRE came out. > > Cheers, > Matthew Hm, you're right.. I do recall this discussion coming up on a few occasions (it's also discussed either in the FreeBSD manual or Greg Lehey's book) and the default for bash wasn't static.. and I don't see that on the bash1 port, so hm.. dunno, maybe I'm just not up to date on this. You did manually copy it to /bin, right? Every time I've installed the bash package or port it goes in /usr/local/bin. Interestingly, a box where the bash binary package was installed during initial install of 4.2-RELEASE does not list bash in /etc/shells. My latest 4.5-PRE box does list it there. Phil -- Philip J. Koenig pjklist@ekahuna.com Electric Kahuna Systems -- Computers & Communications for the New Millenium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13:58:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from poontang.schulte.org (poontang.schulte.org [209.134.156.197]) by hub.freebsd.org (Postfix) with ESMTP id 16EFC37B428 for ; Sun, 6 Jan 2002 13:58:05 -0800 (PST) Received: from tarmap.nospam.schulte.org (tarmap.schulte.org [209.134.156.198]) by poontang.schulte.org (Postfix) with ESMTP id 5E6CED15FE for ; Sun, 6 Jan 2002 15:58:04 -0600 (CST) Message-Id: <5.1.0.14.0.20020106155107.023627c8@pop3s.schulte.org> X-Sender: X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 06 Jan 2002 15:58:03 -0600 To: freebsd-stable@FreeBSD.ORG From: Christopher Schulte Subject: Re: how to tell if 'make buildworld' finished? In-Reply-To: <200201062137.g06Lb8Y13459@lurza.secnetix.de> References: <20020106044314.GA47285@moo.holy.cow> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 10:37 PM 1/6/2002 +0100, you wrote: >Hi, > >I usually run a shell command like this ('#' is the prompt): ># (date; make buildworld; date) | tee /var/tmp/buildworld.log You can also look at the `script` command. When executed, a new shell will begin and all output to terminal is stored in a file which can be checked after the fact. So, your buildworld will look something like this: # script /tmp/buildworld-output Script started, output file is /tmp/buildworld-output # make buildworld .. lots of text .. # exit Script done, output file is /tmp/buildworld-output # If you see no fatal errors which terminated the buildworld process, it's safe to say that it completed successfully. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13:58:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id F369037B402 for ; Sun, 6 Jan 2002 13:58:09 -0800 (PST) Received: from user-33qtmtt.dsl.mindspring.com ([199.174.219.189] helo=gohan.cjclark.org) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16NLIt-0002wj-00; Sun, 06 Jan 2002 13:58:09 -0800 Received: (from cjc@localhost) by gohan.cjclark.org (8.11.6/8.11.1) id g06KOCw01187; Sun, 6 Jan 2002 12:24:12 -0800 (PST) (envelope-from cjc) Date: Sun, 6 Jan 2002 12:24:12 -0800 From: "Crist J. Clark" To: Pat Wendorf Cc: stable@FreeBSD.ORG Subject: Re: Portupgrade Utility Message-ID: <20020106122412.D237@gohan.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <3C38AFF2.5020708@unios.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C38AFF2.5020708@unios.dhs.org>; from beholder@unios.dhs.org on Sun, Jan 06, 2002 at 03:13:38PM -0500 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 06, 2002 at 03:13:38PM -0500, Pat Wendorf wrote: > What's the chances it will ever show up as part of the base system? Virtually none as long as it is written in ruby. -- "It's always funny until someone gets hurt. Then it's hilarious." Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 13:59:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.halplant.com (66-61-52-186.wo4.cox.rr.com [66.61.52.186]) by hub.freebsd.org (Postfix) with ESMTP id D2DE837B43C for ; Sun, 6 Jan 2002 13:59:14 -0800 (PST) Received: by mail.halplant.com (Postfix, from userid 1001) id 8DE0D205; Sun, 6 Jan 2002 16:59:13 -0500 (EST) Date: Sun, 6 Jan 2002 16:59:13 -0500 From: Andrew J Caines To: stable@FreeBSD.org Subject: Re: Portupgrade Utility Message-ID: <20020106165913.J71102@hal9000.halplant.com> Reply-To: Andrew J Caines Mail-Followup-To: stable@FreeBSD.org References: <3C38AFF2.5020708@unios.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from dominic_marks@btinternet.com on Sun, Jan 06, 2002 at 09:02:34PM +0000 Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.4-STABLE Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While portupgrade is a fantastic tool, don't forget it's _port_upgrade and only applies to ports, so isn't really much use as a base tool, nevermind issues about its dependencies. Since I've not had the newbie experience for a while, I don't know where the typical new user would first find out about portupgrade. I'd consider it on a par with mergemaster for the base system in terms of utility, but a quick look around the docs doesn't turn up any mention of it. Where would the typical new user first find out about portupgrade? Would additional documentation be useful and if so, then where: sysinstall, *.TXT, /usr/share/doc, handbook or elsewhere? One concern is the frequent updates to portupgrade and its dependencies, although I haven't noticed any functional changes or significant breakage affecting my usage. -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 14: 0:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pt-quorum.com (pt-quorum.com [209.10.167.210]) by hub.freebsd.org (Postfix) with ESMTP id 02E4737B489 for ; Sun, 6 Jan 2002 13:59:53 -0800 (PST) Received: from gw.tex.bogus (d179053.avr.PT.KPNQwest.net [193.126.179.53]) by pt-quorum.com (Postfix) with ESMTP id 7FE38ED0A; Sun, 6 Jan 2002 22:02:06 +0000 (WET) Received: by gw.tex.bogus (Postfix, from userid 1000) id 963415D30; Sun, 6 Jan 2002 21:59:55 +0000 (WET) Date: Sun, 6 Jan 2002 21:59:55 +0000 From: Nuno Teixeira To: Andreas Ntaflos Cc: freebsd-stable@freebsd.org Subject: Re: Is VESA_800x600 hardcoded to 80x25? patch @100 Hz Message-ID: <20020106215955.GF19117@gw.tex.bogus> References: <20020106154230.GD1141@gw.tex.bogus> <20020106174248.A42857@Deadcell.ANT> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020106174248.A42857@Deadcell.ANT> User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD 4.5-PRERELEASE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 06, 2002 at 05:42:48PM +0100, Andreas Ntaflos wrote: | On Sun, Jan 06, 2002 at 03:42:30PM +0000, Nuno Teixeira wrote: | > | > Hello to all, | > | > For the first time I configured VESA and SC_PIXEL_MODE in kernel to reach | > VESA_800x600 (100x37). | > | > When I used vidcontrol to do this I noted that I only can get a smaller | > "window" in the middle of the screen (80x25). | > [snip] | > --------------------------------------------------------------------------- | > Message: | > >... knowing that 800x600 / 8x16 = 100x37.5 I should be able to do better. | > >I switched to VESA_800x600, but instead of getting 100x37 I just get 80x25 | > >in a smaller "window" in the middle of the screen. | > > | > >1) Is VESA ... hardcoded to 80x25? | > > | > >2) Is this combo hardcoded to 4-bit color? | > | > 1) Yes, VESA_800x600 is hardcoded to 80x25 in vidcontrol.c, but it is easy | > to fix. Just make the following change and recompile: | > | > if (mode == SW_VESA_800x600) { | > [snip] | | In order to have VESA_800x600 use the full screen of the virtual console, | run the following: | | # vidcontrol -g 100x37 VESA_800x600 -f whatever_font_you_want | | This will resize it to the said geometry of 100x37 chars at a resolution | of 800x600. | | The rc.conf entries look like this on my box: | | allscreens_flags="-g 100x37 VESA_800x600" | font8x16="/usr/share/syscons/fonts/iso15-8x16.fnt" | | This should work just fine and fill up the whole available screen. | | I just don't like the low refresh rate of 60Hz, after some time, it blinds | my head :) | | Does anyone know how to increase the vert. refresh at 800x600? | | regards | -- | Andreas "ant" Ntaflos | ntaflos.andreas@gmx.net | Vienna, AUSTRIA Hi, I've found a patch to VESA_800x600 @100Hz Here is the link if you are interested: http://groups.google.com/groups?threadm=87bsxsnoxm.fsf%40rnd.donetsk.ua&rnum=11&prev=/groups%3Fq%3Dfreebsd%252Bconsole%252Bvesa%252Brefresh%26start%3D10%26sa%3DN Bye, -- Nuno Teixeira pt-quorum.com /* PGP Public Key: http://www.pt-quorum.com/pgp/nunoteixeira.asc Key fingerprint: 8C2C B364 D4DC 0C92 56F5 CE6F 8F07 720A 63A0 4FC7 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 14: 2:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.pilikia.net (ns1.pilikia.net [63.173.194.12]) by hub.freebsd.org (Postfix) with ESMTP id 2390C37B402 for ; Sun, 6 Jan 2002 14:02:12 -0800 (PST) Received: from gecko (gecko.local.net [10.25.0.9]) by ns1.pilikia.net (8.11.6/8.11.6) with ESMTP id g06M1cJ61353; Sun, 6 Jan 2002 12:01:38 -1000 (HST) (envelope-from art@pilikia.net) Message-ID: <200201061201390130.478F5325@smtp> In-Reply-To: <4.3.2.7.2.20020105145152.01cbc100@localhost> References: <4.3.2.7.2.20020105005950.00db4f00@localhost> <4.3.2.7.2.20020105145152.01cbc100@localhost> X-Mailer: Calypso Version 3.20.02.00 (3) Date: Sun, 06 Jan 2002 12:01:39 -1000 Reply-To: art@pilikia.net From: "Arthur W. Neilson III" To: "Brett Glass" Cc: freebsd-stable@freebsd.org Subject: Re: Could someone commit the change suggested in PR bin/32420? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS/NAI-uvscan-4.14 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG recently we setup msyslog-1.08a on a number of freebsd and solaris based boxes, syslogging to a mysql backend. this makes it easy to setup notification mechanisms, do ad hoc queries and reporting. a web front end to the database is easily done with php :^) for a help desk to use for problem research. On 1/5/02 at 3:21 PM Brett Glass wrote: > >At 02:38 PM 1/5/2002, Jordan Hubbard wrote: > >>Of course, collecting log data for analysis from syslog is pretty >>low-tech when it comes to detecting and/or stopping attacks in >>real-time and I'd hope this wouldn't be encouraged as a general >>practice. > >I can't see any reason not to use syslogd, or something like it, >as a source of information for an IDS or log monitor, though there >may of course be other sources of input for these facilities too. > >>If that's your aim then you should be campaigning for a >>/dev/audit device and the instrumenting of suitable logpoints in the >>kernel and various utilities. Then your stuff just opens /dev/audit, >>registers an event selection mask with it, and goes to sleep waiting >>for events. > >The situation is a bit more complex than this. One will also want >the ability to do remote auditing -- something that a /dev/audit >wouldn't by itself allow. My personal opinion is that the architecture >of syslogd itself was fine when Eric created it but is now probably out >of date, and that a new backward compatible facility should be >crafted. But for the nonce, other things can be layered on top of >syslogd so long as the compression is disabled. This allows new ideas >to be tested without unduly perturbing anything. > >The repeat counter causes log messages to be delayed for an indeterminate >amount of time and so one should be able to disable it. Archie's new >command line option does this. The only hitch I can foresee is that it >is global; that is, it applies to every destination. I'd like even more >to be able to disable compression on a per-line basis in syslog.conf. >(The internal data structures of syslogd make this convenient to >implement, because one struct is maintained per destination.) I've toyed, >for example, with the idea of using a single character prefix to indicate >that a file, remote machine, or piped app should not get log compression. >For example, a file with log compression would be designated as before -- >e.g. /var/log/foo.log -- while one with no compression would be specified >as +/var/foo.log. Likewise, a piped app without compression would be >+|/usr/local/bin/mylogmonitor, and a remote machine that didn't want >compression (perhaps because it was running a log monitor at the >other end) would be +@host.domain.tld. The plus character is unambiguous >and so there wouldn't be problems with backward compatibility. > >--Brett > > > >--Brett > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -- __ / ) _/_ It is a capital mistake to theorise before one has data. /--/ __ / Insensibly one begins to twist facts to suit theories, / (_/ (_<__ Instead of theories to suit facts. -- Sherlock Holmes, "A Scandal in Bohemia" Arthur W. Neilson III, WH7N - FISTS #7448 Bank of Hawaii Network Services http://www.pilikia.net art@pilikia.net, aneilson@boh.com, wh7n@arrl.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 14:25: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 878E837B417 for ; Sun, 6 Jan 2002 14:24:52 -0800 (PST) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id g06MP0L15833; Sun, 6 Jan 2002 23:25:00 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Date: Sun, 6 Jan 2002 23:25:00 +0100 (CET) Message-Id: <200201062225.g06MP0L15833@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG Reply-To: freebsd-stable@FreeBSD.ORG Subject: Re: how to tell if 'make buildworld' finished? In-Reply-To: <5.1.0.14.0.20020106155107.023627c8@pop3s.schulte.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.4-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Christopher Schulte wrote: > At 10:37 PM 1/6/2002 +0100, you wrote: > >I usually run a shell command like this ('#' is the prompt): > ># (date; make buildworld; date) | tee /var/tmp/buildworld.log > > You can also look at the `script` command. When executed, a new shell will > begin and all output to terminal is stored in a file which can be checked > after the fact. I know about script, but I don't like it that much. It tends to destroy my carefully crafted zsh prompt (which is not simply a "#", of course). :-} Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 14:45:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from TheWorld.com (pcls2.std.com [199.172.62.104]) by hub.freebsd.org (Postfix) with ESMTP id 418F637B400; Sun, 6 Jan 2002 14:45:28 -0800 (PST) Received: from shell.TheWorld.com (root@shell01.TheWorld.com [199.172.62.241]) by TheWorld.com (8.9.3/8.9.3) with ESMTP id RAA12639; Sun, 6 Jan 2002 17:45:26 -0500 Received: (from kwc@localhost) by shell.TheWorld.com (8.9.3/8.9.3) id RAA7577679; Sun, 6 Jan 2002 17:45:25 -0500 (EST) Date: Sun, 6 Jan 2002 17:45:25 -0500 (EST) From: Kenneth W Cochran Message-Id: <200201062245.RAA7577679@shell.TheWorld.com> To: freebsd-stable@freebsd.org Subject: Status, USB/Olympus E-10 Cc: freebsd-scsi@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (cc'ed to -scsi) Hello, A couple of committers & I were working last July (2001) with support for the Olympus E-10 digital camera in FreeBSD. This is a USB device. I just saw some commits in cam/scsi_da for Nikon & I'm wondering what the situation is wrt Olympus? The problem I was having was that even though FreeBSD (then 4.3-stable) would recognise the camera, if I tried to mount() it the os would reboot(!) :(( No panic, no nothing, just a hard freeze & rebooting. Obviously, this is Very Very Bad. I've seen Linux (2.4-something) working with this just fine. Linux sees this camera as a SCSI device with a MS-DOS filesystem. I'm now running a 4.5-PRERELEASE & wonder if, assuming this hasn't been fixed since 4.3, that this might be fixed in 4.5? At least if the camera isn't/can't be supported in time (for 4.5), is there some way we could at least protect the system from the rebooting? I can probably help test. I'm thinking of filing a PR, but seek advice before doing that. Many thanks, -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 15: 9: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 9310B37B402 for ; Sun, 6 Jan 2002 15:09:05 -0800 (PST) Received: from sdn-ar-007dcwashp247.dialsprint.net ([63.178.90.137] helo=moo.holy.cow) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16NMPU-0006f9-00; Sun, 06 Jan 2002 15:09:05 -0800 Received: by moo.holy.cow (Postfix, from userid 1001) id 9601950BB3; Sun, 6 Jan 2002 18:08:05 -0500 (EST) Date: Sun, 6 Jan 2002 18:08:05 -0500 From: parv To: Christopher Schulte Cc: freebsd-stable@FreeBSD.ORG Subject: Re: how to tell if 'make buildworld' finished? Message-ID: <20020106230805.GA93756@moo.holy.cow> Mail-Followup-To: Christopher Schulte , freebsd-stable@FreeBSD.ORG References: <20020106044314.GA47285@moo.holy.cow> <5.1.0.14.0.20020106155107.023627c8@pop3s.schulte.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20020106155107.023627c8@pop3s.schulte.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in message <5.1.0.14.0.20020106155107.023627c8@pop3s.schulte.org>, wrote Christopher Schulte thusly... > > At 10:37 PM 1/6/2002 +0100, you wrote: > >Hi, > > > >I usually run a shell command like this ('#' is the prompt): > ># (date; make buildworld; date) | tee /var/tmp/buildworld.log > > You can also look at the `script` command. When executed, a new shell will > begin and all output to terminal is stored in a file which can be checked > after the fact. christopher, i know about the command "script". i avoid it whenever i can for two reasons: (1) sometimes it's impossible to send SIGTSTP (STOP signal from keyboard) and (2) control characters at the end of line. i use following syntax as appropriate... # command >& log # command > log 2>&1 # command | tee [-a] log thanks anyway. - parv -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 15:14: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id C194B37B405 for ; Sun, 6 Jan 2002 15:13:55 -0800 (PST) Received: from sdn-ar-007dcwashp247.dialsprint.net ([63.178.90.137] helo=moo.holy.cow) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16NMUA-0001el-00 for freebsd-stable@FreeBSD.ORG; Sun, 06 Jan 2002 15:13:55 -0800 Received: by moo.holy.cow (Postfix, from userid 1001) id 9F03350BA7; Sun, 6 Jan 2002 18:13:46 -0500 (EST) Date: Sun, 6 Jan 2002 18:13:46 -0500 From: parv To: freebsd-stable@FreeBSD.ORG Subject: Re: how to tell if 'make buildworld' finished? Message-ID: <20020106231346.GB93756@moo.holy.cow> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20020106044314.GA47285@moo.holy.cow> <200201062137.g06Lb8Y13459@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201062137.g06Lb8Y13459@lurza.secnetix.de> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in message <200201062137.g06Lb8Y13459@lurza.secnetix.de>, wrote Oliver Fromme thusly... > > Hi, hi there. > I usually run a shell command like this ('#' is the prompt): > # (date; make buildworld; date) | tee /var/tmp/buildworld.log > > So you have a datestamp output at the very beginning and at > the very end. thanks oliver. somebody, off the list, contacted me w/ similar clue. he preferred to use this syntax... # date && command && date -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 15:23:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 3C8DE37B402 for ; Sun, 6 Jan 2002 15:23:19 -0800 (PST) Received: from sdn-ar-007dcwashp247.dialsprint.net ([63.178.90.137] helo=moo.holy.cow) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16NMd8-00049C-00; Sun, 06 Jan 2002 15:23:12 -0800 Received: by moo.holy.cow (Postfix, from userid 1001) id F14D150BA7; Sun, 6 Jan 2002 18:23:17 -0500 (EST) Date: Sun, 6 Jan 2002 18:23:17 -0500 From: parv To: "Brian T. Schellenberger" Cc: f-stable Subject: Re: building kernel problem w/ linux_proto.h Message-ID: <20020106232317.GC93756@moo.holy.cow> Mail-Followup-To: "Brian T. Schellenberger" , f-stable References: <20020106152858.GA12180@moo.holy.cow> <0cf3d2048220612FE5@mail5.nc.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0cf3d2048220612FE5@mail5.nc.rr.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in message <0cf3d2048220612FE5@mail5.nc.rr.com>, wrote Brian T. Schellenberger thusly... > > On Sunday 06 January 2002 10:28 am, parv wrote: > > hi, > > > > i cvsup'd old sources (4-stable oct 13 2001) to current (4-stable > > 2002.01.05.15.45.19). at this point i am stuck at errors w/ > > linux_proto.h ... > > first i ran make cleandir in /usr/src, removed /usr/obj/*, and tried > > to build kernel. after first snag, i searched the internet which > > indicated to read src/UPDATING. > > > > well, first i did "make modules-clean" in > > src/sys/compile/$KERNCONF as i do not have MODULES_WITH_WORLD=yes in > > /etc/make.conf. after that when i tried again, it failed. so i > > tried again after running "make cleandir" in src/sys/modules/linux > > w/o any success. > > This is probably a more subtle fix than this, but the following is what > finally worked for me: > > rm -r /usr/obj > rm -r /usr/src > cvsup /root/sup/conf > ln -s /root/BTS /usr/src/sys/i386/conf ... > CAUTION2: Without a broadband, this would be tiresome--it causes the entire > source to be re-downloaded from the net. you know what, that's exactly what i am doing right now... it started at 2.43p edt, and currently cvsup is downloading src/contrib/ncurses; time now is 6.23p. a long way to go on dial up connection. > NOTE: There is almost certainly a more subtle solution. But if you have a > fast connection, just doing the above is probably a lot easier & less > frustrating than tracking it down. i would sure hope that somebody else will track it down, as doing fresh cvsup of src tree needs patience, at least on dial up connection. thanks brian. - parv -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 15:28:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from modusponens.dnsalias.org (pool-151-203-179-218.wma.east.verizon.net [151.203.179.218]) by hub.freebsd.org (Postfix) with ESMTP id DE78237B41D for ; Sun, 6 Jan 2002 15:28:45 -0800 (PST) Received: from eziba.com (localhost [127.0.0.1]) by modusponens.dnsalias.org (8.11.6/8.11.4) with ESMTP id g06NXKf00188; Sun, 6 Jan 2002 18:33:24 -0500 (EST) (envelope-from jay@eziba.com) Message-ID: <3C38DEC0.9080700@eziba.com> Date: Sun, 06 Jan 2002 18:33:20 -0500 From: Jay Sachs User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20011227 X-Accept-Language: en-us MIME-Version: 1.0 To: parv Cc: "M. Warner Losh" , freebsd-stable@FreeBSD.ORG Subject: Re: building kernel problem w/ linux_proto.h References: <20020106152858.GA12180@moo.holy.cow> <20020106.093955.27716456.imp@village.org> <20020106173927.GA25942@moo.holy.cow> <20020106.105406.104650581.imp@village.org> <20020106193251.GA85529@moo.holy.cow> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The UPDATING instructions also didn't work for me, though I did this over a month ago. I seem to recall that rm -rf /usr/src/sys/modules/linux /usr/src/sys/compat/linux followed by a cvsup; make buildworld && make buildkernel got things going again. A bit of a sledgehammer, I admit. jay parv wrote: > in message <20020106.105406.104650581.imp@village.org>, > wrote M. Warner Losh thusly... > >>In message: <20020106173927.GA25942@moo.holy.cow> >> parv writes: >> > ... > >>: well, first i did "make modules-clean" in src/sys/compile/$KERNCONF >>: as i do not have MODULES_WITH_WORLD=yes in /etc/make.conf. after >>: that when i tried again, it failed. so i tried again after running >>: "make cleandir" in src/sys/modules/linux w/o any success. >> >>If you are building the kernel by hand, try rm -rf modules in >>src/sys/compile/$KERNCONF. >> > > yes, sometimes i build kernel by hand; and since 4-stable, i build > kernel w/ world every time via KERNCONF. > > i did try that; didn't work. then i tried after obliterating the > src/sys/compile/$KERNCONF, that didn't work either. unless, > somebody has any other option, i will try w/ clean cvsup'd "src" > tree. > > before i do that, is there anything else that i could do manually? > > - parv > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 15:44:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from lariat.org (lariat.org [12.23.109.2]) by hub.freebsd.org (Postfix) with ESMTP id 27F8B37B405 for ; Sun, 6 Jan 2002 15:44:24 -0800 (PST) Received: from mustang.lariat.org (IDENT:ppp0.lariat.org@lariat.org [12.23.109.2]) by lariat.org (8.9.3/8.9.3) with ESMTP id QAA12110; Sun, 6 Jan 2002 16:44:06 -0700 (MST) Message-Id: <4.3.2.7.2.20020106163320.00dc1960@localhost> X-Sender: brett@localhost X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 06 Jan 2002 16:41:56 -0700 To: art@pilikia.net From: Brett Glass Subject: Re: Could someone commit the change suggested in PR bin/32420? Cc: freebsd-stable@freebsd.org In-Reply-To: <200201061201390130.478F5325@smtp> References: <4.3.2.7.2.20020105145152.01cbc100@localhost> <4.3.2.7.2.20020105005950.00db4f00@localhost> <4.3.2.7.2.20020105145152.01cbc100@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 03:01 PM 1/6/2002, Arthur W. Neilson III wrote: >recently we setup msyslog-1.08a on a number of freebsd and solaris >based boxes, syslogging to a mysql backend. I'd be concerned about the overhead of a full-fledged SQL database.... Seems like overkill to me. Also, I believe that "msyslog" and "mySQL" are both GPLed. No commercial programmer can safely look GPLed code, because if he does so he may later be sued for creating a "derivative work" if he writes something containing similar algorithms or functionality. Thus, we could only use such software as a "black box;" if there were a bug, we couldn't fix it due to the risk of GPL contamination. We'd rather use code that's licensed under a truly free (TF) license, such as the BSD License. --Brett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 15:48:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail504.nifty.com (mail504.nifty.com [202.248.37.212]) by hub.freebsd.org (Postfix) with ESMTP id 69ACF37B417 for ; Sun, 6 Jan 2002 15:48:25 -0800 (PST) Received: from mail.oikumene.gcd.org by mail504.nifty.com (8.11.6+3.4W/3.7W-09/06/01) with SMTP id g06MrNr15656 for ; Mon, 7 Jan 2002 07:53:23 +0900 Received: (qmail 10868 invoked from network); 6 Jan 2002 22:53:20 -0000 Received: from chrysanthe.oikumene.gcd.org (192.168.0.12) by mail.oikumene.gcd.org with SMTP; 6 Jan 2002 22:53:20 -0000 Date: Mon, 07 Jan 2002 07:53:14 +0900 Message-ID: <86k7uvytut.wl@chrysanthe.oikumene.gcd.org> From: Hiroo Ono To: Alexey Zelkin Cc: Hiroo Ono , Hajimu UMEMOTO , Mark Peek , Makoto Matsushita , i18n@freebsd.org, stable@freebsd.org Subject: Re: zh_CN support in tcsh (was: Re: Fwd: Re: FreeBSD ja_JP.eucJP and ko_KR.eucKR) In-Reply-To: <20020106203845.A64542@ark.cris.net> References: <20020106003405.A26410@ark.cris.net> <20020106141149.A20367@ark.cris.net> <20020106162002.B35822@ark.cris.net> <20020106162739.D35822@ark.cris.net> <86lmfbzcrs.wl@chrysanthe.oikumene.gcd.org> <20020106203845.A64542@ark.cris.net> User-Agent: Wanderlust/2.6.1 (Upside Down) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.1 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hello, At Sun, 6 Jan 2002 20:38:45 +0200, Alexey Zelkin wrote: > I've extended patch for tcsh which includes autodetection of eucXX > like locales for ja_JP and ko_JR. This patch includes detection > of alias for ja_JP.SJIS (ja_JP.Shift_JIS) locale and *most important* > detection of Chinese EUC locale (zh_CN.EUC and zh_CN.eucCN) in same > manner as Japanese and Korean. > It would be nice if someone familiar with Chinese check original > version of tcsh (chinese support) and with this patch and notice > me any improvement/problems in results :-) For zh_CN.eucCN and zh_CN.EUC, it does the same thing as doing set dspmbyte=euc and it should allow input and editing of multibyte characters on the command line. As I do not use (and do not know) Chinese, I am not sure if it works with zh_CN.eucCN locale. Can anybody confirm that dspmbyte=euc feature works with zh_CN.eucCN (EUC-CN)? (i.e. can you input and edit zh_CN.eucCN characters on the tcsh command line when "set dspmbyte=euc"?) or does it anything wrong? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 15:59:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id D9D4837B419 for ; Sun, 6 Jan 2002 15:59:12 -0800 (PST) Received: from there ([66.57.85.154]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Sun, 6 Jan 2002 17:48:20 -0500 Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: parv , f-stable Subject: Re: building kernel problem w/ linux_proto.h Date: Sun, 6 Jan 2002 17:47:42 -0500 X-Mailer: KMail [version 1.3] References: <20020106152858.GA12180@moo.holy.cow> In-Reply-To: <20020106152858.GA12180@moo.holy.cow> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: <0cf3d2048220612FE5@mail5.nc.rr.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 06 January 2002 10:28 am, parv wrote: > hi, > > i cvsup'd old sources (4-stable oct 13 2001) to current (4-stable > 2002.01.05.15.45.19). at this point i am stuck at errors w/ > linux_proto.h -- which had been reported at least since nov. 2001 > to this month. > > first i ran make cleandir in /usr/src, removed /usr/obj/*, and tried > to build kernel. after first snag, i searched the internet which > indicated to read src/UPDATING. > > well, first i did "make modules-clean" in > src/sys/compile/$KERNCONF as i do not have MODULES_WITH_WORLD=yes in > /etc/make.conf. after that when i tried again, it failed. so i > tried again after running "make cleandir" in src/sys/modules/linux > w/o any success. > > at this point would above two steps help if i revert to earlier > sources, and then back to current -stable? any other pointers? This is probably a more subtle fix than this, but the following is what finally worked for me: rm -r /usr/obj rm -r /usr/src cvsup /root/sup/conf ln -s /root/BTS /usr/src/sys/i386/conf CAUTION1: This wipes out your kernel configuration. I keep mine in /root all the time (I back up /root but not /usr/src), so I could just re-link it after the wipe (my kernel config is called BTS). If you don't, stuff it away someplace safe. CAUTION2: Without a broadband, this would be tiresome--it causes the entire source to be re-downloaded from the net. NOTE: There is almost certainly a more subtle solution. But if you have a fast connection, just doing the above is probably a lot easier & less frustrating than tracking it down. -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org -------> Free Dmitry Sklyarov! (let him go home) <----------- http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 16:10:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.pilikia.net (ns1.pilikia.net [63.173.194.12]) by hub.freebsd.org (Postfix) with ESMTP id 1CA7037B426 for ; Sun, 6 Jan 2002 16:10:23 -0800 (PST) Received: from gecko (gecko.local.net [10.25.0.9]) by ns1.pilikia.net (8.11.6/8.11.6) with ESMTP id g070AEJ64284; Sun, 6 Jan 2002 14:10:14 -1000 (HST) (envelope-from art@pilikia.net) Message-ID: <200201061410150780.48050584@smtp> In-Reply-To: <4.3.2.7.2.20020106163320.00dc1960@localhost> References: <4.3.2.7.2.20020105145152.01cbc100@localhost> <4.3.2.7.2.20020105005950.00db4f00@localhost> <4.3.2.7.2.20020105145152.01cbc100@localhost> <4.3.2.7.2.20020106163320.00dc1960@localhost> X-Mailer: Calypso Version 3.20.02.00 (3) Date: Sun, 06 Jan 2002 14:10:15 -1000 Reply-To: art@pilikia.net From: "Arthur W. Neilson III" To: "Brett Glass" Cc: freebsd-stable@freebsd.org Subject: Re: Could someone commit the change suggested in PR bin/32420? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS/NAI-uvscan-4.14 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG msyslog is pretty cool, it's modular and has a bunch of different input modules for tcp, udp, streams and unix domain sockets also output modules for mysql, postgres, peo (hash protection) and regex. it is worth= exploring and actually is BSD licensed, as shown on the freshmeat homepage for the msyslog project http://freshmeat.net/projects/msyslog as for mysql, it's very fast and we already had it on our mrtg/rrdtool= webserver which snmp monitors a number of machines. msyslog uses the c api in the mysql client library for database access. mysql is fully threaded and= handles the load well. the COPYING file in the msyslog distribution describes the licensing terms= thusly: msyslog source code files have either traditional BSD license, on the cases of files based on previous BSD syslog (syslogd.c, syslogd.h, ttymsg.c and om_classic.c), or a more permisive license known as modified BSD license, or MIT license, for the rest of the source files. However, this licensing scheme may change in the future, as BSD= license has been changed by the Regent of the University of California. For more information on this, take a look at http://www.opensource.org/licenses the BSD license used is the following: Copyright (c) 1983, 1988, 1993, 1994 The Regents of the University of California. All rights= reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the= distribution. 3. All advertising materials mentioning features or use of this= software must display the following acknowledgement: This product includes software developed by the University of California, Berkeley and its contributors. 4. Neither the name of the University nor the names of its= contributors may be used to endorse or promote products derived from this= software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS''= AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR= PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE= LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR= CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE= GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,= STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. MIT license used is: Copyright (c) 2001, Core SDI S.A., Argentina All rights reserved Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the= distribution. 3. Neither name of the Core SDI S.A. nor the names of its contributors may be used to endorse or promote products derived from this= software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED= WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE= DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,= BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF= USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE= OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. It goes on to include the standard On 1/6/02 at 4:41 PM Brett Glass wrote: > >At 03:01 PM 1/6/2002, Arthur W. Neilson III wrote: > >>recently we setup msyslog-1.08a on a number of freebsd and solaris >>based boxes, syslogging to a mysql backend. > >I'd be concerned about the overhead of a full-fledged SQL database.... >Seems like overkill to me. > >Also, I believe that "msyslog" and "mySQL" are both GPLed. No >commercial programmer can safely look GPLed code, because if he >does so he may later be sued for creating a "derivative work" >if he writes something containing similar algorithms or >functionality. Thus, we could only use such software as a "black >box;" if there were a bug, we couldn't fix it due to the risk of >GPL contamination. We'd rather use code that's licensed under >a truly free (TF) license, such as the BSD License. > >--Brett > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -- __ / ) _/_ It is a capital mistake to theorise before one has data. /--/ __ / Insensibly one begins to twist facts to suit theories, / (_/ (_<__ Instead of theories to suit facts. -- Sherlock Holmes, "A Scandal in Bohemia" Arthur W. Neilson III, WH7N - FISTS #7448 Bank of Hawaii Network Services http://www.pilikia.net art@pilikia.net, aneilson@boh.com, wh7n@arrl.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 16:40: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from lariat.org (lariat.org [12.23.109.2]) by hub.freebsd.org (Postfix) with ESMTP id 65A4337B402 for ; Sun, 6 Jan 2002 16:40:04 -0800 (PST) Received: from mustang.lariat.org (IDENT:ppp0.lariat.org@lariat.org [12.23.109.2]) by lariat.org (8.9.3/8.9.3) with ESMTP id RAA12650; Sun, 6 Jan 2002 17:39:55 -0700 (MST) Message-Id: <4.3.2.7.2.20020106173800.00d7f740@localhost> X-Sender: brett@localhost X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 06 Jan 2002 17:39:23 -0700 To: art@pilikia.net From: Brett Glass Subject: Re: Could someone commit the change suggested in PR bin/32420? Cc: freebsd-stable@freebsd.org In-Reply-To: <200201061410150780.48050584@smtp> References: <4.3.2.7.2.20020106163320.00dc1960@localhost> <4.3.2.7.2.20020105145152.01cbc100@localhost> <4.3.2.7.2.20020105005950.00db4f00@localhost> <4.3.2.7.2.20020105145152.01cbc100@localhost> <4.3.2.7.2.20020106163320.00dc1960@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 05:10 PM 1/6/2002, Arthur W. Neilson III wrote: >msyslog is pretty cool, it's modular and has a bunch of different input >modules for tcp, udp, streams and unix domain sockets also output >modules for mysql, postgres, peo (hash protection) and regex. it is worth exploring >and actually is BSD licensed, as shown on the freshmeat homepage >for the msyslog project > >http://freshmeat.net/projects/msyslog I stand corrected. I was confusing it with "newsyslog," which is GPLed. --Brett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 16:54:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-2.enteract.com (smtp-2.enteract.com [207.229.143.4]) by hub.freebsd.org (Postfix) with ESMTP id 17CE837B404; Sun, 6 Jan 2002 16:54:08 -0800 (PST) Received: from jamestown.21stcentury.net (24-148-18-116.na.21stcentury.net [24.148.18.116]) by smtp-2.enteract.com (Postfix) with ESMTP id 307F680D5; Sun, 6 Jan 2002 18:54:07 -0600 (CST) Received: (from jtm@localhost) by jamestown.21stcentury.net (8.11.6/8.11.3) id g070s5650184; Sun, 6 Jan 2002 18:54:06 -0600 (CST) (envelope-from jtm63@enteract.com) X-Authentication-Warning: jamestown.21stcentury.net: jtm set sender to jtm63@enteract.com using -f To: James McNaughton Cc: Alexey Zelkin , stable@freebsd.org Subject: Re: HEADSUP: several locale renames were MFCed References: <20020105183137.A79023@ark.cris.net> <86zo3s2wj4.fsf@jamestown.21stcentury.net> From: James McNaughton Date: 06 Jan 2002 18:54:05 -0600 In-Reply-To: <86zo3s2wj4.fsf@jamestown.21stcentury.net> Message-ID: <86y9jbt1zm.fsf@jamestown.21stcentury.net> Lines: 42 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG James McNaughton writes: > Alexey Zelkin writes: > > > Folks, > > > > I've just MFCed following several locale renames > > > > 1. ISO_* -> ISO* > > 2. ru_SU* -> ru_RU* > > 3. DIS_* -> ISO*-15 > > 4. *.EUC -> *.euc?? > > 5. *.ASCII -> *.US-ASCII > > > Is this the kind of thing you mean.. > > ===> share/colldef > make: don't know how to make la_LN.US-ASCII.out. Stop > > I cvsupped at approx 15:30 UTC from cvsup15.freebsd.org. > > I will cvsup again and retry the buildworld. > As the result of a problem building libraries I deleted the entire source tree and object tree and started from scratch. Everything then built succesfully. > > > > In case if you'll experience any problems in locale > > specific areas please notice me immidiately. > > > > PS: for most of old locale names compatibility shims are > > present, except DIS_* -> ISO*-15. So, be adviced and > > switch to ISO8859-15 if you've used DIS_* before. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 16:54:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mighty.grot.org (mighty.grot.org [216.15.97.5]) by hub.freebsd.org (Postfix) with ESMTP id DB85037B417 for ; Sun, 6 Jan 2002 16:54:22 -0800 (PST) Received: by mighty.grot.org (Postfix, from userid 515) id 7D27B5E69; Sun, 6 Jan 2002 16:54:17 -0800 (PST) Date: Sun, 6 Jan 2002 16:54:17 -0800 From: "R.P. Aditya" To: "Arthur W. Neilson III" Cc: freebsd-stable@freebsd.org Subject: Re: Could someone commit the change suggested in PR bin/32420? Message-ID: <20020107005417.GA19294@mighty.grot.org> Reply-To: "R.P. Aditya" References: <4.3.2.7.2.20020105145152.01cbc100@localhost> <4.3.2.7.2.20020105005950.00db4f00@localhost> <4.3.2.7.2.20020105145152.01cbc100@localhost> <4.3.2.7.2.20020106163320.00dc1960@localhost> <200201061410150780.48050584@smtp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201061410150780.48050584@smtp> X-PGP-Key: http://www.grot.org/pubkey.asc X-PGP-Key-ID: 0x6405D8D5 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 06, 2002 at 02:10:15PM -1000, Arthur W. Neilson III wrote: > msyslog is pretty cool, it's modular and has a bunch of different input > modules for tcp, udp, streams and unix domain sockets also output > modules for mysql, postgres, peo (hash protection) and regex. it is worth exploring > and actually is BSD licensed, as shown on the freshmeat homepage msyslog does sound very cool, however the following note in the README worries me: Known Bugs ---------- - If a module blocks on I/O the hole daemon blocks, and messages can get lost on extremely busy hosts. so even if a small percentage of syslog messages go to, say mysql or postgres, and the database "goes away" for some reason, then nothing else can syslog -- I use swatch to monitor system status, and wouldn't even receive the warning from my "watcher" script via syslog that the database was unreachable... An alternative would be to run it on a central loghost and have some other alert mechanism for the database on the loghost. Adi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 16:58:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from cn.freebsd.org (cn.freebsd.org [202.103.100.254]) by hub.freebsd.org (Postfix) with ESMTP id E31FC37B404; Sun, 6 Jan 2002 16:58:32 -0800 (PST) Received: (from phj@localhost) by cn.freebsd.org (8.11.6/8.11.6) id g070wKX97746; Mon, 7 Jan 2002 08:58:20 +0800 (CST) (envelope-from phj) Date: Mon, 7 Jan 2002 08:58:20 +0800 (CST) From: Peng HaiJie Message-Id: <200201070058.g070wKX97746@cn.freebsd.org> To: i18n@freebsd.org Subject: Re: zh_CN support in tcsh Cc: hiroo@oikumene.gcd.org, mark@peek.org, matusita@jp.FreeBSD.org, phantom@freebsd.org, stable@freebsd.org, ume@mahoroba.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >hello, > >At Sun, 6 Jan 2002 20:38:45 +0200, >Alexey Zelkin wrote: > >> I've extended patch for tcsh which includes autodetection of eucXX >> like locales for ja_JP and ko_JR. This patch includes detection >> of alias for ja_JP.SJIS (ja_JP.Shift_JIS) locale and *most important* >> detection of Chinese EUC locale (zh_CN.EUC and zh_CN.eucCN) in same >> manner as Japanese and Korean. > > >> It would be nice if someone familiar with Chinese check original >> version of tcsh (chinese support) and with this patch and notice >> me any improvement/problems in results [:-)] > > >For zh_CN.eucCN and zh_CN.EUC, it does the same thing as doing > set dspmbyte=euc >and it should allow input and editing of multibyte characters on >the command line. As I do not use (and do not know) Chinese, I am >not sure if it works with zh_CN.eucCN locale. Can anybody confirm >that dspmbyte=euc feature works with zh_CN.eucCN (EUC-CN)? >(i.e. can you input and edit zh_CN.eucCN characters on the tcsh > command line when "set dspmbyte=euc"?) or does it anything wrong? Yes,I checked it ago,I can input chinese characters after "set dspmbyte=euc" in tcsh. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 17: 3:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-1.enteract.com (smtp-1.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id ACB9837B404 for ; Sun, 6 Jan 2002 17:03:24 -0800 (PST) Received: from jamestown.21stcentury.net (24-148-18-116.na.21stcentury.net [24.148.18.116]) by smtp-1.enteract.com (Postfix) with ESMTP id 11E616FAD; Sun, 6 Jan 2002 19:03:24 -0600 (CST) Received: (from jtm@localhost) by jamestown.21stcentury.net (8.11.6/8.11.3) id g0713NQ50200; Sun, 6 Jan 2002 19:03:23 -0600 (CST) (envelope-from jtm63@enteract.com) X-Authentication-Warning: jamestown.21stcentury.net: jtm set sender to jtm63@enteract.com using -f To: parv Cc: f-stable Subject: Re: building kernel problem w/ linux_proto.h References: <20020106152858.GA12180@moo.holy.cow> From: James McNaughton Date: 06 Jan 2002 19:03:22 -0600 In-Reply-To: <20020106152858.GA12180@moo.holy.cow> Message-ID: <86sn9jt1k5.fsf@jamestown.21stcentury.net> Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This exact thing happened to me. I thought it would have been sorted out after re-cvsupping yesterday, but no. Anyhow, I fixed it by deleting my entire source tree ( and /usr/obj -- of course I saved my kernel configurations ) and getting the sources from scratch. This did the trick. I suspect that somewhere about November something went awry when cvsup was updating the code. BTW, did you use cvsup15.freebsd.org. That's where I get my updates from and it seems suspicious to me that you had exactly the failure I experienced but many other people could not reproduce it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 17: 5: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (pop-mu-12-1-dialup-226.freesurf.ch [194.230.151.226]) by hub.freebsd.org (Postfix) with ESMTP id 08A4737B404 for ; Sun, 6 Jan 2002 17:04:27 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g062gWY66371 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Sun, 6 Jan 2002 03:42:32 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g062gWn66370; Sun, 6 Jan 2002 03:42:32 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Date: Sun, 6 Jan 2002 03:42:32 +0100 (CET) Message-Id: <200201060242.g062gWn66370@beerswilling.netscum.dyndns.dk> To: freebsd-stable@freebsd.org Subject: panic with stable, probably fs-related From: BOUWSMA Beery Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: TDC Suisse AG, Rumlang X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [replies sent directly to me may timeout and bounce, since I'm not online as often as I should be, but I'll check the list archives] Heh. I'm able to consistently crash -stable (built 22.dec) as a normal user by invoking `gpg', resulting in an integer divide fault while in kernel mode, etc. etc. etc. I haven't done much else as this `normal' user otherwise, so there are probably other programs that cause problems, because it appears to be the filesystem proper which is causing problems. (invoking gpg --homedir /tmp and invoking it as r00t both have no dire results, and I have the home directory of this user on some non-standard partition, intended for storage of huge files.) The 45GB disk partition holding the homedir in question reveals the following via `tunefs -p' tunefs: soft updates: (-n) enabled tunefs: maximum contiguous block count: (-a) 1 tunefs: rotational delay between contiguous blocks: (-d) 0 ms tunefs: maximum blocks per file in a cylinder group: (-e) 16384 tunefs: average file size: (-f) 67108864 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: optimization preference: (-o) time (The value of `-f' was jacked way up when newfs'ing) The `disklabel' command reveals the following: 16 partitions: # size offset fstype [fsize bsize bps/cpg] h: 90194769 28573776 4.2BSD 16384 65536 2968 # (Cyl. 28347 - 117825*) (Note that I've fudged the number of MAXPARTITIONS to 16 which has otherwise caused no problems with anything else obvious) I don't remember exactly what I gave to newfs for this filesystem; one parameter (bsize?) wouldn't work if any larger, but I gave the maximum number bytes/inode that I could get away with, so that it looks like Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted /dev/ad0s3h 45095760 30978064 10510048 75% 108 3986 3% /usr/ho I know I've violated the suggested bsize/fsize=8 rule. Wonder if there's a 16-bit bsize floating around somewhere, he muses, having just hacked an i86 Minix program to work with numbers like 38400 This panic is very repeatable, and this is the first time I've invoked gpg, so it's trying to create its directory. I've had another -stable panic, which I haven't tried to repeat: when giving a series of commands to clean out empty directories like rmdir -p /usr/local/source-hacks/*/*/*/*/*/* but with more */*/* on the end, starting small and adding another for each invocation (softupdates fs): panic: newdirrem: inum 51220 should be 51210 I haven't tried to see if this is readily reproduced; I booted from the panicked -stable into -current to let background fsck clean up and there I had no problems cleaning out the rest of the empty directories. This fs isn't too abnormal, with the default 16384/2048 b/fsize, but with some symlinks hidden in the stars above (no damage could result since those pointed to a read-only fs). Like I say, after I pruned the directories under -current, I went on to other things thanks barry bouwmsa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 17:15:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.pilikia.net (ns1.pilikia.net [63.173.194.12]) by hub.freebsd.org (Postfix) with ESMTP id 5368D37B402 for ; Sun, 6 Jan 2002 17:15:39 -0800 (PST) Received: from gecko (gecko.local.net [10.25.0.9]) by ns1.pilikia.net (8.11.6/8.11.6) with ESMTP id g071FMJ64653; Sun, 6 Jan 2002 15:15:22 -1000 (HST) (envelope-from art@pilikia.net) Message-ID: <200201061515240500.4840A486@smtp> In-Reply-To: <20020107005417.GA19294@mighty.grot.org> References: <4.3.2.7.2.20020105145152.01cbc100@localhost> <4.3.2.7.2.20020105005950.00db4f00@localhost> <4.3.2.7.2.20020105145152.01cbc100@localhost> <4.3.2.7.2.20020106163320.00dc1960@localhost> <200201061410150780.48050584@smtp> <20020107005417.GA19294@mighty.grot.org> X-Mailer: Calypso Version 3.20.02.00 (3) Date: Sun, 06 Jan 2002 15:15:24 -1000 Reply-To: art@pilikia.net From: "Arthur W. Neilson III" To: "R.P. Aditya" Cc: freebsd-stable@freebsd.org Subject: Re: Could someone commit the change suggested in PR bin/32420? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS/NAI-uvscan-4.14 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is exactly what we are doing :^) Hopefully version 2 will handle i/o more gracefully, he does mention it will use pthreads. On 1/6/02 at 4:54 PM R.P. Aditya wrote: > > [ stuff deleted ... ] > >An alternative would be to run it on a central loghost and have some other >alert mechanism for the database on the loghost. > >Adi -- __ / ) _/_ It is a capital mistake to theorise before one has data. /--/ __ / Insensibly one begins to twist facts to suit theories, / (_/ (_<__ Instead of theories to suit facts. -- Sherlock Holmes, "A Scandal in Bohemia" Arthur W. Neilson III, WH7N - FISTS #7448 Bank of Hawaii Network Services http://www.pilikia.net art@pilikia.net, aneilson@boh.com, wh7n@arrl.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 17:30:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by hub.freebsd.org (Postfix) with ESMTP id EE17D37B400; Sun, 6 Jan 2002 17:30:34 -0800 (PST) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 622B98F692; Mon, 7 Jan 2002 10:30:27 +0900 (KST) Received: (from cjh@localhost) by gradius.wdb.co.kr (8.11.6/8.11.6) id g071UL216511; Mon, 7 Jan 2002 10:30:21 +0900 (KST) (envelope-from cjh@kr.FreeBSD.ORG) X-Authentication-Warning: gradius.wdb.co.kr: cjh set sender to cjh@kr.FreeBSD.ORG using -f To: Alexey Zelkin Cc: Motoyuki Konno , stable@freebsd.org, freebsd-ports@freebsd.org, re@freebsd.org Subject: Re: HEADSUP: several locale renames were MFCed References: <20020105183137.A79023@ark.cris.net> <200201060751.g067pJd05268@sakura.mk.bsdclub.org> <20020106145658.A24730@ark.cris.net> <200201061333.g06DXmd05825@sakura.mk.bsdclub.org> <20020106154124.A32469@ark.cris.net> From: CHOI Junho Organization: Web Data Bank, Inc Date: 07 Jan 2002 10:30:21 +0900 In-Reply-To: <20020106154124.A32469@ark.cris.net> Message-ID: <86pu4nvtg2.fsf@gradius.wdb.co.kr> Lines: 52 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "AZ" == Alexey Zelkin writes: [...] > Should it be enough to satisfy everybody ? > > There are still difficulties with this solution. > > a. In case /usr/X11R6/lib/X11/ja_JP.EUC/ exists, > "ln ja_JP.eucJP ja_JP.EUC" will fail. AZ> Two ways in my opinion: AZ> 1. link ja_JP.EUC -> ja_JP.eucJP AZ> 2. Always create ja_JP.EUC and ja_JP.eucJP and make links AZ> between files. Well. For other EUC locales(ko_KR.EUC and zh_CN.EUC), similar solution should be provided. But, who makes this links? XFree86 ports or individual ports? > b. If a user installs pre-4.5 binary package, > /usr/X11R6/lib/X11/ja_JP.EUC directory will be created. > > So, please wait for a while. I'll discuss this problem with other > developers in Japan. Then, we'll fix ports. AZ> Thanks! For Korean, print/transfig and korean/netscape3 will be affected but this is not a big problem. I am already running -currnet for many months but I didn't see a big problem except tcsh. > NOTE: Don't do it now, please because if I get at least few requests > to backout *EUC to *euc* rename it will be backed out. > > If we have **enough time** before 4.5-RELEASE, I don't request to > backout renames. AZ> Let me know. AZ> PS: Why this question was not arised when EUC -> euc rename was done in AZ> -CURRENT in summer ? I remember in that time, this change will not be MFC'ed until 5.0-RELEASE. How did you decide to MFC this? -- +++ Any opinions in this posting are my own and not those of my employers +++ CHOI Junho [sleeping now] [while sleeping] Korea FreeBSD Users Group Web Data Bank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jan 6 17:34:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by hub.freebsd.org (Postfix) with ESMTP id E347C37B402 for ; Sun, 6 Jan 2002 17:33:54 -0800 (PST) Received: from twincat.vladsempire.net (hutch-375.hutchtel.net [206.10.68.75]) by services.webwarrior.net (Postfix) with ESMTP id 9A9FB516 for ; Sun, 6 Jan 2002 19:34:11 -0600 (CST) Received: by twincat.vladsempire.net (Postfix, from userid 1001) id 8FA06387D; Sun, 6 Jan 2002 19:33:57 +0000 (GMT) Date: Sun, 6 Jan 2002 19:33:57 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Subject: Reproducable system hangs in -STABLE Message-ID: <20020106193357.A12331@twincat.vladsempire.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I am running: FreeBSD twincat.vladsempire.net 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #2: Wed Dec 26 10:38:12 GMT 2001 jpaetzel@twincat.vladsempire.net:/usr/obj/usr/src/sys/TWINCAT i386 Hardware is a dual P3-600/133 on a Tyan Tiger 133 Motherboard, 512 megs of crucial PC133 RAM. dmesg from a verbose boot is attached. Kernel config file is attached. While running two copies of dnetc, running xmms will hang my system with a hard lock up. Sometimes it takes just a few seconds, other times it will run for an hour or so. I've tried the eSound output plugin for xmms as well as the OSS plugin. I've also toggled "Use realtime priority when available". I'm not getting a panic, just a hard freeze, no keyboard, no mouse, no nothing. The ONLY situation where this freeze occurs is when 2 copies of dnetc are running along with one copy of xmms. No other combination of applications, no matter how much I load the CPUs, will cause this. This issue has been going on for about a month, I've cvsuped and made world/kernel about once a week. It's just been in the last few days I've been able to isolate the cause. Pending responses, I'll probably submit a PR. Josh --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-PRERELEASE #2: Wed Dec 26 10:38:12 GMT 2001 jpaetzel@twincat.vladsempire.net:/usr/obj/usr/src/sys/TWINCAT Calibrating clock(s) ... TSC clock: 599742036 Hz, i8254 clock: 1193072 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (599.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383fbff real memory = 536805376 (524224K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x003e5000 - 0x1ffe7fff, 532688896 bytes (130051 pages) avail memory = 518733824 (506576K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 IOAPIC #0 intpin 16 -> irq 10 IOAPIC #0 intpin 17 -> irq 5 IOAPIC #0 intpin 19 -> irq 11 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00fae20 bios32: Entry = 0xfb290 (c00fb290) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xb2c0 pnpbios: Found PnP BIOS data at 0xc00fbcc0 pnpbios: Entry = f0000:bcf0 Rev = 1.0 Other BIOS signatures found: ACPI: 000f71c0 Preloaded elf kernel "kernel" at 0xc03bb000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03bb09c. Preloaded elf module "linux.ko" at 0xc03bb0ec. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=06911106) Using $PIR table, 8 entries at 0xc00fdb50 pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x1106, dev=0x0691, revid=0xc4 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base d0000000, size 27 found-> vendor=0x1106, dev=0x8598, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1106, dev=0x0596, revid=0x23 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x0571, revid=0x10 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000d000, size 4 found-> vendor=0x1106, dev=0x3038, revid=0x11 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[20]: type 1, range 32, base 0000d400, size 5 found-> vendor=0x1106, dev=0x3050, revid=0x30 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x100c, dev=0x3208, revid=0x13 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 found-> vendor=0x125d, dev=0x1978, revid=0x10 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base 0000dc00, size 8 found-> vendor=0x1317, dev=0x0985, revid=0x11 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 0000e000, size 8 map[14]: type 1, range 32, base e4000000, size 10 pci0: on pcib0 pcib2: at device 1.0 on pci0 found-> vendor=0x10de, dev=0x0150, revid=0xa3 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base e0000000, size 24 map[14]: type 1, range 32, base d8000000, size 27 pci1: on pcib2 pci1: (vendor=0x10de, dev=0x0150) at 0.0 irq 10 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd008 ata1: mask=03 status0=50 status1=50 ata1: mask=03 ostat0=50 ostat2=50 ata1-master: ATAPI probe a=14 b=eb ata1-slave: ATAPI probe a=14 b=eb ata1: mask=03 status0=10 status1=00 ata1: devices=0c ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uscanner0: Hewlett-Packard ScanJet 4200C, rev 1.00/1.00, addr 2 pci0: (vendor=0x100c, dev=0x3208) at 16.0 irq 10 pcm0: port 0xdc00-0xdcff irq 5 at device 17.0 on pci0 setmap (6000, 4000), nseg=1, error=0 pcm0: Maestro DMA base: 0x6000 pcm0: ac97 codec id 0x83847609 (SigmaTel STAC9721/9723) pcm0: ac97 codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: ac97 primary codec extended features AMAP setmap (e000, 4000), nseg=1, error=0 pcm0: pch[0].offset = 0x8000 setmap (16000, 4000), nseg=1, error=0 pcm0: pch[1].offset = 0x10000 setmap (21000, 4000), nseg=1, error=0 pcm0: pch[2].offset = 0x1b000 setmap (29000, 4000), nseg=1, error=0 pcm0: pch[3].offset = 0x23000 dc0: port 0xe000-0xe0ff mem 0xe4000000-0xe40003ff irq 11 at device 19.0 on pci0 using shared irq11. dc0: Ethernet address: 00:20:78:12:53:71 miibus0: on dc0 ukphy0: on miibus0 ukphy0: OUI 0x000895, model 0x0001, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: dc0 attached pci-: pci1 exists, using next available unit number pcib1: on motherboard pci2: on pcib1 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:

su-2.05a# make install = distclean

=3D=3D=3D>  Configuring for = sniffit-0.3.7b_1

loading cache ./config.cache

checking for gcc... (cached) cc

checking whether the C = compiler (cc -O -pipe  ) works... = yes

checking whether the C = compiler (cc -O -pipe  ) is a = cross-compiler... no

checking whether we are = using GNU C... (cached) yes

checking whether cc = accepts -g... (cached) yes

checking for main in = -lncurses... (cached) = yes

checking for ncurses.h... (cached) /usr/include/ncurses.h

checking for shmget... (cached) yes

checking for atexit... (cached) yes

checking size of = unsigned short int... (cached) = 2

checking size of = unsigned long int... (cached) = 4

checking host system = type... i386--freebsd4.5

checking target system = type... i386--freebsd4.5

checking build system = type... i386--freebsd4.5

updating cache ./config.cache

creating ./config.status

creating Makefile

configuring in libpcap

cd: can't cd to libpcap

running /bin/sh ./configure  = --prefix=3D/usr/local i386--freebsd4.5 = --cache-file=3D.././config.cache --srcdir=3D.

loading cache .././config.cache

checking for gcc... (cached) cc

checking whether the C = compiler (cc -O -pipe  ) works... = yes

checking whether the C = compiler (cc -O -pipe  ) is a = cross-compiler... no

checking whether we are = using GNU C... (cached) yes

checking whether cc = accepts -g... (cached) yes

checking for main in = -lncurses... (cached) = yes

checking for ncurses.h... (cached) /usr/include/ncurses.h

checking for shmget... (cached) yes

checking for atexit... (cached) yes

checking size of = unsigned short int... (cached) = 2

checking size of = unsigned long int... (cached) = 4

checking host system = type... i386--freebsd4.5

checking target system = type... i386--freebsd4.5

checking build system = type... i386--freebsd4.5

updating cache = .././config.cache

creating ./config.status

creating Makefile

configuring in libpcap

cd: can't cd to libpcap

running /bin/sh ./configure  = --prefix=3D/usr/local i386--freebsd4.5 = --cache-file=3D../.././config.cache --srcdir=3D.

loading cache = ../.././config.cache

checking for gcc... (cached) cc

checking whether the C = compiler (cc -O -pipe  ) works... = yes

checking whether the C = compiler (cc -O -pipe  ) is a = cross-compiler... no

checking whether we are = using GNU C... (cached) yes

checking whether cc = accepts -g... (cached) yes

checking for main in = -lncurses... (cached) = yes

checking for ncurses.h... (cached) /usr/include/ncurses.h

checking for shmget... (cached) yes

checking for atexit... (cached) yes

checking size of = unsigned short int... (cached) = 2

checking size of = unsigned long int... (cached) = 4

checking host system = type... i386--freebsd4.5

checking target system = type... i386--freebsd4.5

checking build system = type... i386--freebsd4.5

updating cache = ../.././config.cache

creating ./config.status

creating Makefile

configuring in libpcap

cd: can't cd to libpcap

running /bin/sh ./configure  = --prefix=3D/usr/local i386--freebsd4.5 = --cache-file=3D../../.././config.cache --srcdir=3D.

loading cache = ../../.././config.cache

checking for gcc... (cached) cc

checking whether the C = compiler (cc -O -pipe  ) works... = yes

checking whether the C = compiler (cc -O -pipe  ) is a = cross-compiler... no

checking whether we are = using GNU C... (cached) yes

checking whether cc = accepts -g... (cached) yes

checking for main in = -lncurses... (cached) = yes

checking for ncurses.h... (cached) /usr/include/ncurses.h

checking for shmget... (cached) yes

checking for atexit... (cached) yes

checking size of = unsigned short int... (cached) = 2

checking size of = unsigned long int... (cached) = 4

checking host system = type... i386--freebsd4.5

checking target system = type... i386--freebsd4.5

checking build system = type... i386--freebsd4.5

updating cache = ../../.././config.cache

creating ./config.status

creating Makefile

configuring in libpcap

cd: can't cd to libpcap

running /bin/sh ./configure  = --prefix=3D/usr/local i386--freebsd4.5 = --cache-file=3D../../../.././config.cache --srcdir=3D.

loading cache = ../../../.././config.cache

checking for gcc... (cached) cc

checking whether the C = compiler (cc -O -pipe  ) works... = yes

checking whether the C = compiler (cc -O -pipe  ) is a = cross-compiler... no

checking whether we are = using GNU C... (cached) yes

checking whether cc = accepts -g... (cached) yes

checking for main in = -lncurses... (cached) = yes

checking for ncurses.h... (cached) /usr/include/ncurses.h

checking for shmget... (cached) yes

checking for atexit... (cached) yes

^C

 

Perhaps someone has successfully installed this program, and = knows what I’m doing wrong?

Thanks,

 

Rawhide

------=_NextPart_000_0007_01C197E6.8A7CC6F0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jan 7 22:52:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from auth1.hk3.outblaze.com (auth1.hk3.outblaze.com [203.161.224.97]) by hub.freebsd.org (Postfix) with SMTP id C353F37B41C for ; Mon, 7 Jan 2002 22:52:44 -0800 (PST) Received: (qmail 6482 invoked from network); 8 Jan 2002 06:52:42 -0000 Received: from unknown (HELO 3fl-136.outblaze.com) (203.198.151.38) by auth1.hk3.outblaze.com with SMTP; 8 Jan 2002 06:52:42 -0000 Subject: cvsup to 4.4-stable From: Kaming To: stable@FreeBSD.ORG Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.0.99+cvs.2001.12.18.08.57 (Preview Release) Date: 08 Jan 2002 14:52:40 +0800 Message-Id: <1010472762.721.9.camel@kaming.portal2.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I am a newbie of freebsd.... I tried to cvsup by just type cvsup /usr/share/example/cvsup/stable-supfile and then copy the /etc/default/make.conf to /etc and do the 'make buildworld; make installworld'. After that I compile kernel and reboot it. I found that it is 4.5-PRERELEASE. I just do the same thing few week ago and it showed that it is 4.4-STABLE..... Did I do sth wrong?? I hope to make it to be 4.4-STABLE.... Anyone can help??? Many thanks. Kaming. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jan 7 23: 8:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from carme.recalldesign.com (carme.recalldesign.com [203.15.93.5]) by hub.freebsd.org (Postfix) with ESMTP id E971E37B41A for ; Mon, 7 Jan 2002 23:08:05 -0800 (PST) Received: from io.internal.recalldesign.com (mail.internal.recalldesign.com [203.15.93.150]) by carme.recalldesign.com (8.11.6/8.11.6) with ESMTP id g0870me56252; Tue, 8 Jan 2002 17:30:48 +1030 (CST) (envelope-from mike@vee.net) Received: from vee.net (polarlander.internal.recalldesign.com [203.15.93.252]) by io.internal.recalldesign.com (8.11.6/8.11.6) with ESMTP id g08783J19482; Tue, 8 Jan 2002 17:38:03 +1030 (CST) (envelope-from mike@vee.net) Message-ID: <3C3A9AD3.1090803@vee.net> Date: Tue, 08 Jan 2002 17:38:03 +1030 From: Michael Gratton User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020106 X-Accept-Language: en-au, en-gb, en MIME-Version: 1.0 To: pjklist@ekahuna.com Cc: stable@FreeBSD.ORG Subject: Re: Using bash as default shell for root References: <3C3A18FC.13616.24E52F@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Philip J. Koenig wrote: > > Statically linking bash, copying it to /bin and > updating /etc/shells solves the 1st problem, but it won't get updated > as the rest of the system (or the bash port) does. Perhaps you could build the port with "PREFIX=/" (and a few other bits of fine tuning to ensure it doesn't mess up things around "/" too much). I guess the question is, if you're installing into /bin, do you need another version in /usr/local/bin? Just install it once with the different prefix and you should be fine. > And I wasn't sure > there were any other issues to using bash as root's default shell. It is apparently incompatible with sh in a few areas, but I've never run into any problems using it for day-to-day work as root. I'd suggest you would probably be safe using it as the default shell, IMHO, of course. 8) Mike. -- Mike Gratton Leader in leachate production and transmission since 1976. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jan 7 23:12:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.harbornet.com (smtp.harbornet.com [199.2.132.49]) by hub.freebsd.org (Postfix) with ESMTP id 3879B37B400 for ; Mon, 7 Jan 2002 23:12:47 -0800 (PST) Received: from upyours ([131.191.33.68]) by smtp.harbornet.com (8.9.3/8.9.3) with SMTP id XAA17413 for ; Mon, 7 Jan 2002 23:19:42 -0800 (PST) Message-ID: <000a01c19813$dc375960$0301a8c0@clicknetwork.com> From: "Clark Mankin" To: Subject: subscribe Date: Mon, 7 Jan 2002 23:12:39 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C197D0.CD7D0980" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C197D0.CD7D0980 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.313 / Virus Database: 174 - Release Date: 1/2/02 ------=_NextPart_000_0007_01C197D0.CD7D0980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
 

---
Outgoing mail is certified = Virus=20 Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: = 6.0.313 /=20 Virus Database: 174 - Release Date: 1/2/02
------=_NextPart_000_0007_01C197D0.CD7D0980-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jan 8 0:52:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-107-4.dsl.lsan03.pacbell.net [64.169.107.4]) by hub.freebsd.org (Postfix) with ESMTP id AFB3737B404 for ; Tue, 8 Jan 2002 00:52:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3EB0666C7A; Tue, 8 Jan 2002 00:52:41 -0800 (PST) Date: Tue, 8 Jan 2002 00:52:41 -0800 From: Kris Kennaway To: Harold L Benfield II Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Sniffit Install on 4.5 Message-ID: <20020108005240.A65987@xor.obsecurity.org> References: <000601c19810$7352cef0$0c97960c@charterxw2yl3e> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000601c19810$7352cef0$0c97960c@charterxw2yl3e>; from rawhide@volcanus.org on Tue, Jan 08, 2002 at 01:48:15AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 08, 2002 at 01:48:15AM -0500, Harold L Benfield II wrote: > Perhaps someone has successfully installed this program, and knows what > I'm doing wrong? Dunno - it works for me. Just use the package instead. Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8OrNYWry0BWjoQKURAg/ZAKDnjAElw5QB+U4dIeKePwiI2iMBnwCglviX id9t3jRCTJXO+C6Lnun2Meo= =GI37 -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jan 8 0:53:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-107-4.dsl.lsan03.pacbell.net [64.169.107.4]) by hub.freebsd.org (Postfix) with ESMTP id ED5B437B417 for ; Tue, 8 Jan 2002 00:53:10 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8E04966D47; Tue, 8 Jan 2002 00:53:10 -0800 (PST) Date: Tue, 8 Jan 2002 00:53:10 -0800 From: Kris Kennaway To: Kaming Cc: stable@FreeBSD.ORG Subject: Re: cvsup to 4.4-stable Message-ID: <20020108005310.B65987@xor.obsecurity.org> References: <1010472762.721.9.camel@kaming.portal2.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1010472762.721.9.camel@kaming.portal2.com>; from kaming@digital.etowns.net on Tue, Jan 08, 2002 at 02:52:40PM +0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 08, 2002 at 02:52:40PM +0800, Kaming wrote: > Hi all, >=20 > I am a newbie of freebsd.... I tried to cvsup by just type cvsup > /usr/share/example/cvsup/stable-supfile and then copy the > /etc/default/make.conf to /etc and do the 'make buildworld; make > installworld'. After that I compile kernel and reboot it. I found that > it is 4.5-PRERELEASE. I just do the same thing few week ago and it > showed that it is 4.4-STABLE..... Did I do sth wrong?? I hope to make it > to be 4.4-STABLE.... Anyone can help??? Read the handbook to find out what "-stable" means. Kris --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8OrN1Wry0BWjoQKURAig8AKCxEdeo/1xar4XXIBXRfsFf6LJwzQCfTbsu PnDznjIdyjEoQthPdGDLDWU= =R5g3 -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jan 8 3:51:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mcqueen.wolfsburg.de (pns.wobline.de [212.68.68.5]) by hub.freebsd.org (Postfix) with ESMTP id E345837B416 for ; Tue, 8 Jan 2002 03:51:35 -0800 (PST) Received: from colt.ncptiddische.net (ppp-219.wobline.de [212.68.69.230]) by mcqueen.wolfsburg.de (8.11.3/8.11.3/tw-20010821) with ESMTP id g08BpRM24357 for ; Tue, 8 Jan 2002 12:51:27 +0100 Received: from tisys.org (jodie.ncptiddische.net [192.168.0.2]) by colt.ncptiddische.net (8.11.6/8.11.6) with ESMTP id g08BqIX42792 for ; Tue, 8 Jan 2002 12:52:20 +0100 (CET) (envelope-from nils@tisys.org) Received: (from nils@localhost) by tisys.org (8.11.6/8.11.6) id g08Bpe600197 for freebsd-stable@freebsd.org; Tue, 8 Jan 2002 12:51:40 +0100 (CET) (envelope-from nils) Date: Tue, 8 Jan 2002 12:51:04 +0100 From: Nils Holland To: freebsd-stable@freebsd.org Subject: 4.5-PRERELEASE: VIA chases again... Message-ID: <20020108125104.A172@tisys.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD jodie.ncptiddische.net 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE X-Machine-Uptime: 12:35PM up 58 secs, 1 user, load averages: 0.07, 0.03, 0.01 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I guess that this is slowly getting boring, but it seems as if I have found one more crash. First of all, Matt and Soren will remember my "famous" NFs crash. Since Soren's 686B fix has been in RELENG_4, this problem is gone, as a long test proved. However, there's something new now. Here are the details: I just wanted to do a "make release". During that process, my machine crashed. The first time, the crash occured while it was checking out the sources from my local (i.e. I'm connected to it via Ethernet) CVS mirror. When I tried again, it'd check out the sources fine, but crash duwing the following "make buildworld" process. The *third* time, it crashed right after the reboot when I tried to rm -R the directory in which I planned to make the release. I have tried to reproduce this problem on two other machines, one is KT266A based and the other uses the MVP3. However, these machines don't seem to be affected. In the end, it seems as if this is the KT133 / 686B bug again. Note that I have already tried about *every* setting in the BIOS and swapped about *every* component in the system. It all makes no difference. I don't know how well others KT133 / 686B machines are working, but I have the feeling that Chaintech, my mainboard's manufacturer, did a really *bad* job in making this board and it's BIOS, and therefore it is even possible (I guess) that this problem cannot be fixed easily, if at all. Since my crappy Chaintech board seems to be the only thing that's affected, I'm at least glad that it doesn't seem that there'ssomething important broken in 4.5-PRERELEASE. Anyway, I'd like to present you some information about my latest crash. Unluckily, these information were not gathered with a debug kernel, but something is already visible right now: It seems to be a *different* crash than the one I had in conjunction with NFS: Script started on Tue Jan 8 12:21:05 2002 root@jodie> gdb -k kernel.0 vmcore.0 This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... IdlePTD at phsyical address 0x00386000 initial pcb at physical address 0x002e85a0 panicstr: softdep_lock: locking against myself panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01fc645 stack pointer = 0x10:0xe07c0bc8 frame pointer = 0x10:0xe07c0bd4 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 = 35488 (mkdir) interrupt mask = bio trap number = 12 panic: page fault syncing disks... panic: softdep_lock: locking against myself Uptime: 2h27m12s dumping to dev #ad/0x20001, offset 1580448 dump ata0: resetting devices .. done --- #0 0xc0143706 in dumpsys () (kgdb) where #0 0xc0143706 in dumpsys () #1 0xc0143527 in boot () #2 0xc01438fc in poweroff_wait () #3 0xc01fbd6a in acquire_lock () #4 0xc01ffde8 in softdep_update_inodeblock () #5 0xc01faecd in ffs_update () #6 0xc0204801 in ffs_fsync () #7 0xc020310f in ffs_sync () #8 0xc0172e8f in sync () #9 0xc01432da in boot () #10 0xc01438fc in poweroff_wait () #11 0xc0270232 in trap_fatal () #12 0xc026ff05 in trap_pfault () #13 0xc026faef in trap () #14 0xc01fc645 in pagedep_lookup () #15 0xc01fcf29 in softdep_setup_allocdirect () #16 0xc01fa70f in ffs_balloc () #17 0xc0209a80 in ufs_mkdir () #18 0xc020aa19 in ufs_vnoperate () #19 0xc0175dbe in mkdir () #20 0xc02704dd in syscall2 () #21 0xc0264b55 in Xint0x80_syscall () #22 0x80482d2 in ?? () #23 0x8048135 in ?? () (kgdb) quit root@jodie> exit exit As you can see, this time the crash doesn't seem to take place in some part of the NFS code, but in the UFS/FFS code. Once again, I guess the code is perfectly fine, but my board sucks. Oh, here's also another /var/run/dmesg.boot: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-PRERELEASE #0: Sat Jan 5 11:41:47 CET 2002 root@poison.ncptiddische.net:/usr/obj/usr/src/sys/JODIE Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 996634421 Hz CPU: AMD Athlon(tm) processor (996.63-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> real memory = 805240832 (786368K bytes) avail memory = 779370496 (761104K bytes) Preloaded elf kernel "kernel" at 0xc0367000. Pentium Pro MTRR support enabled Using $PIR table, 8 entries at 0xc00fdba0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 irq 10 pci0: at 7.3 irq 10 chip1: at device 7.4 on pci0 pcm0: port 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 5 at device 7.5 on pci0 bktr0: mem 0xdc001000-0xdc001fff irq 10 at device 16.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only smbus0: on bti2c0 bktr0: Hauppauge Model 44354 C221 bktr0: Detected a MSP3415D-B3 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. pci0: (vendor=0x109e, dev=0x0878) at 16.1 irq 10 ed0: port 0xe800-0xe81f irq 11 at device 17.0 on pci0 ed0: address 00:20:18:2f:42:2d, type NE2000 (16 bit) orm0:
 
------=_NextPart_000_0005_01C1993D.94E70F30-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 15:57:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57]) by hub.freebsd.org (Postfix) with SMTP id 5A84537B402 for ; Wed, 9 Jan 2002 15:57:09 -0800 (PST) Received: from pcd268209.netvigator.com (HELO joannaraman) (203.218.58.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 9 Jan 2002 23:57:08 -0000 Message-ID: <002b01c19969$5a6663c0$d13adacb@joannaraman> Reply-To: "Raman Ng" From: "Raman Ng" To: "Doug White" Cc: "Jon Parise" , Subject: (Resend) Re: Fw: Logitech iFeel Optical USB Mouse cannot be attached (file attached) Date: Thu, 10 Jan 2002 07:57:09 +0800 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0028_01C199AC.676BD7B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C199AC.676BD7B0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit > Odd. Well if it works :) > > Did you boot -v when you did this? Those uhci_* messages are kinda wacky. > Or did you compile with 'option USB_DEBUG'? Yes, I think it can help you all to solve the problem, I have also compile the kernel with UMS_DEBUG, UHCI_DEBUG and DIAGNOSTIC. > > > # usbdevs -v > > Controller /dev/usb0: > > addr 1: self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 0x0100 > > port 1 powered > > port 2 powered > > Controller /dev/usb1: > > addr 1: self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 0x0100 > > port 1 powered > > port 2 addr 2: self powered, config 1, product 0x9254(0x9254), Alcor Micro, Inc.(0x058f), rev 0x0100 > > > I'm guessing this is a hub. > > > port 1 powered > > port 2 addr 3: low speed, power 500 mA, config 1, iFeel Mouse(0xc030), Logitech, Inc.(0x046d), rev 0x0101 > > Well, there it is. According to your dmesg it is reporting as a HID > (Human Interface Device) so that's not it. > > Here's something to try.. > > 1. Do: > cd /dev > ./MAKEDEV usb usb0 uhid0 ums0 ulpt0 ugen0 usb1 > > This ensures the device nodes are in order. Done. > 2. Reboot. Don't plug the mouse in until the system has fully booted. > If that doesn't work, recompile your kernel with 'options UMS_DEBUG' then > try it again and paste any ums_attach messages you get. I can see only the following two messages for ums_attach, it is same as the one in dmesg. I have attached the file 'plug.txt' which contained all the essages shown when plug in the mouse. Dec 31 21:34:51 /kernel: device_probe_and_attach: ums0 attach returned 6 Dec 31 21:34:51 /kernel: device_probe_and_attach: ums0 attach returned 6 > I see only one place where the attach function can error without any > message and that's usbd_alloc_report_desc(). If the above didn't work, > I'd print the error code that that function is giving you. > > By the way, when you upgraded to 4.5-PRERELEASE, did you build both the userland and kernel? I had performed the upgrade on about Dec 23. Both userland and kernel is in sync. Cheers, Raman ------=_NextPart_000_0028_01C199AC.676BD7B0 Content-Type: text/plain; name="plug.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="plug.txt" # Dec 31 21:34:36 /kernel: uhci_idone: error, addr=3D3, endpt=3D0x00, = status 0x500000=0A= Dec 31 21:34:36 /kernel: uhci_idone: error, addr=3D3, endpt=3D0x00, = status 0x500000=0A= Dec 31 21:34:41 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:34:41 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:34:41 /kernel: uhci_device_request: not done, ii=3D0xc2c19840=0A= Dec 31 21:34:41 /kernel: uhci_device_request: not done, ii=3D0xc2c19840=0A= Dec 31 21:34:46 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:34:46 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:34:46 /kernel: ums0: Logitech, Inc. iFeel Mouse, rev = 1.00/1.01, addr 3, iclass 3/1=0A= Dec 31 21:34:46 /kernel: ums0: Logitech, Inc. iFeel Mouse, rev = 1.00/1.01, addr 3, iclass 3/1=0A= Dec 31 21:34:46 /kernel: uhci_device_request: not done, ii=3D0xc2c19840=0A= Dec 31 21:34:46 /kernel: uhci_device_request: not done, ii=3D0xc2c19840=0A= Dec 31 21:34:51 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:34:51 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:34:51 /kernel: device_probe_and_attach: ums0 attach returned 6=0A= Dec 31 21:34:51 /kernel: device_probe_and_attach: ums0 attach returned 6=0A= Dec 31 21:34:51 /kernel: uhci_device_request: not done, ii=3D0xc2c19840=0A= Dec 31 21:34:51 /kernel: uhci_device_request: not done, ii=3D0xc2c19840=0A= Dec 31 21:34:56 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:34:56 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:34:56 /kernel: uhci_device_request: not done, ii=3D0xc2c19840=0A= Dec 31 21:34:56 /kernel: uhci_device_request: not done, ii=3D0xc2c19840=0A= Dec 31 21:35:01 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:35:01 /kernel: uhci_timeout: ii=3D0xc2c19840=0A= Dec 31 21:35:06 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:06 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:06 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:06 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:11 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:11 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:11 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:11 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:16 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:16 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:16 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:16 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:21 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:21 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:21 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:21 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:26 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:26 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:26 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:26 /kernel: uhci_device_request: not done, ii=3D0xc104f680=0A= Dec 31 21:35:31 /kernel: uhci_timeout: ii=3D0xc104f680=0A= Dec 31 21:35:31 /kernel: uhci_timeout: ii=3D0xc104f680=0A= =0A= ------=_NextPart_000_0028_01C199AC.676BD7B0-- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 17: 8:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from westhost43.westhost.net (westhost43.westhost.net [216.71.84.167]) by hub.freebsd.org (Postfix) with ESMTP id 98E9037B402 for ; Wed, 9 Jan 2002 17:08:49 -0800 (PST) Received: from localhost (burningclown@localhost) by westhost43.westhost.net (8.11.6/8.11.6) with ESMTP id g0A1Cn201825 for ; Wed, 9 Jan 2002 19:12:49 -0600 Date: Wed, 9 Jan 2002 19:12:49 -0600 (CST) From: To: Subject: make installworld failure Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I CVSup'd last night and on the make installworld experienced my first-ever FreeBSD build failure (OK, I haven't been doing this for long ...). The point in the log where the make choked looks like this: ===> bin/csh/nls/ja install -c -o root -g wheel -m 444 tcsh.cat /usr/share/nls/ja_JP.eucJP/tcsh.cat install: /usr/share/nls/ja_JP.eucJP/tcsh.cat: No such file or directory *** Error code 71 Stop in /usr/src/bin/csh/nls/ja. *** Error code 1 From looking at the STABLE mail archive, I could tell that Japanese tcsh had been a problem point. My newbie-question is: what do I do about it? Should I just wait until the problem is fixed or backed out of the tree? I can filter out the Japanese stuff from here on out, I know, along with other lang support I don't need (hadn't done it out of, uh, laziness) ... Apologies for the RTFMity. Glenn Becker +----------------+ http://www.burningclown.com "Everyone's Portal to Nothing At All" +----------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 17:21:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from poontang.schulte.org (poontang.schulte.org [209.134.156.197]) by hub.freebsd.org (Postfix) with ESMTP id F05B637B405 for ; Wed, 9 Jan 2002 17:21:09 -0800 (PST) Received: from tarmap.nospam.schulte.org (tarmap.schulte.org [209.134.156.198]) by poontang.schulte.org (Postfix) with ESMTP id 23110D148C; Wed, 9 Jan 2002 19:21:09 -0600 (CST) Message-Id: <5.1.0.14.0.20020109192010.02771c60@pop3s.schulte.org> X-Sender: X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 09 Jan 2002 19:21:07 -0600 To: , From: Christopher Schulte Subject: Re: make installworld failure In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This was supposed to have been fixed with a very recent commit. Cvsup and try again! At 07:12 PM 1/9/2002 -0600, burningclown@westhost43.westhost.net wrote: >Hi, > >I CVSup'd last night and on the make installworld experienced my >first-ever FreeBSD build failure (OK, I haven't been doing this for long >...). The point in the log where the make choked looks like this: > >===> bin/csh/nls/ja >install -c -o root -g wheel -m 444 tcsh.cat >/usr/share/nls/ja_JP.eucJP/tcsh.cat >install: /usr/share/nls/ja_JP.eucJP/tcsh.cat: No such file or directory >*** Error code 71 > >Stop in /usr/src/bin/csh/nls/ja. >*** Error code 1 > > > > >From looking at the STABLE mail archive, I could tell that Japanese tcsh >had been a problem point. My newbie-question is: what do I do about it? >Should I just wait until the problem is fixed or backed out of the tree? > >I can filter out the Japanese stuff from here on out, I know, along with >other lang support I don't need (hadn't done it out of, uh, laziness) ... > >Apologies for the RTFMity. > >Glenn Becker > >+----------------+ >http://www.burningclown.com >"Everyone's Portal to Nothing At All" >+----------------+ --chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 17:35:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from vectorstar.net (adsl-157-150-141.gnv.bellsouth.net [66.157.150.141]) by hub.freebsd.org (Postfix) with ESMTP id D4F2037B41E for ; Wed, 9 Jan 2002 17:35:50 -0800 (PST) Received: (from ash@localhost) by vectorstar.net (8.11.6/8.11.3) id g0A1ZlJ26821 for freebsd-stable@FreeBSD.ORG; Wed, 9 Jan 2002 20:35:47 -0500 (EST) (envelope-from ash@vectorstar.net) Date: Wed, 9 Jan 2002 20:35:46 -0500 From: Austin hall To: freebsd-stable@FreeBSD.ORG Subject: Re: posix threads Message-ID: <20020110013546.GA25260@darkstar.bellsouth.net> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200201082221220540.0AF6DB7E@smtp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201082221220540.0AF6DB7E@smtp> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 08 January Arthur W. Neilson III wrote: > Anyone know where I can find a good tutorial on posix pthreads? Ok, I just got one more to add to the list: http://users.actcom.co.il/~choo/lupg/tutorials/multi-thread/multi-thread.html Cheers, Austin -- How come wrong numbers are never busy? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 19:47:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from lists.unixathome.org (lists.unixathome.org [210.48.103.158]) by hub.freebsd.org (Postfix) with ESMTP id 5837937B402; Wed, 9 Jan 2002 19:47:40 -0800 (PST) Received: from wocker (lists.unixathome.org [210.48.103.158]) by lists.unixathome.org (8.11.6/8.11.6) with ESMTP id g0A3lWC03506; Thu, 10 Jan 2002 16:47:32 +1300 (NZDT) (envelope-from dan@langille.org) From: "Dan Langille" Organization: novice in training To: stable@freebsd.org Date: Wed, 9 Jan 2002 22:47:28 -0500 MIME-Version: 1.0 Subject: Chipset SiS735 / NIC SiS 900 - PR kern/30836 Reply-To: dan@langille.org Cc: wpaul@freebsd.org, dan@langille.org Message-ID: <3C3CC880.10766.25DC0F1@localhost> X-mailer: Pegasus Mail for Windows (v4.01) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, It appears I am not the first to buy a K7S5A motherboard (an SiS 735 chipset) with integrated NIC. I can't get my NIC to work either. Bill: I'm ready to help with this. If you so wish, I can give you a login on the box. cheers. -- Dan Langille The FreeBSD Diary - http://freebsddiary.org/ - practical examples To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 19:51: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-2.enteract.com (smtp-2.enteract.com [207.229.143.4]) by hub.freebsd.org (Postfix) with ESMTP id 29D8A37B41B for ; Wed, 9 Jan 2002 19:51:02 -0800 (PST) Received: from jamestown.21stcentury.net (24-148-18-116.na.21stcentury.net [24.148.18.116]) by smtp-2.enteract.com (Postfix) with ESMTP id 70E887FD2 for ; Wed, 9 Jan 2002 21:51:01 -0600 (CST) Received: (from jtm@localhost) by jamestown.21stcentury.net (8.11.6/8.11.3) id g0A3oxI60997; Wed, 9 Jan 2002 21:50:59 -0600 (CST) (envelope-from jtm63@enteract.com) X-Authentication-Warning: jamestown.21stcentury.net: jtm set sender to jtm63@enteract.com using -f To: freebsd-stable@freebsd.org Subject: sshd Banner option From: James McNaughton Date: 09 Jan 2002 21:50:57 -0600 Message-ID: <86n0zmuan2.fsf@jamestown.21stcentury.net> Lines: 9 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG According to the man page, the Banner option in the sshd config file is supposed to display the contents of a file when ssh'ing to the machine. I can't get the file to display. And I'm forcing protocol 2. Does this option really work? FreeBSD jamestown.21stcentury.net 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Mon Jan 7 08:22:55 CST 2002 jtm@jamestown.21stcentury.net:/usr/obj/usr/src/sys/JAMESTOWN_II i386 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 19:51:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by hub.freebsd.org (Postfix) with ESMTP id D3FCE37B402 for ; Wed, 9 Jan 2002 19:51:17 -0800 (PST) Received: from twincat.vladsempire.net (hutch-217.hutchtel.net [206.10.67.145]) by services.webwarrior.net (Postfix) with ESMTP id 04D74347 for ; Wed, 9 Jan 2002 21:51:56 -0600 (CST) Received: by twincat.vladsempire.net (Postfix, from userid 1001) id 56D35388A; Wed, 9 Jan 2002 21:51:01 +0000 (GMT) Date: Wed, 9 Jan 2002 21:51:01 +0000 From: Josh Paetzel To: Matthew Whelan Cc: Doug White , Josh Paetzel , freebsd-stable@FreeBSD.ORG Subject: Re: Reproducable system hangs in -STABLE Message-ID: <20020109215101.C29685@twincat.vladsempire.net> Mail-Followup-To: Matthew Whelan , Doug White , Josh Paetzel , freebsd-stable@FreeBSD.ORG References: <20020108221130.B29685@twincat.vladsempire.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from muttley@gotadsl.co.uk on Wed, Jan 09, 2002 at 10:49:55PM -0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 09, 2002 at 10:49:55PM -0000, Matthew Whelan wrote: > >> Make sure you are NOT nice(1)ing dnetc OR xmms. nice -20 or idprio'ing > >> dnetc will cause an instant lockup. > > > >I'm not nicing the processes manually at all. The script gives dnetc > >a nice value of 20. > > I don't think it's the script - I run dnetc from the command line and it > runs at nice 20 (that's +20 not -20) > > Matthew > Poor choice of words on my part. dnetc runs with a nice value of 20 if I start them from the startup script. Still doesn't offer much help though. :-/ Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 19:56:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by hub.freebsd.org (Postfix) with ESMTP id 685F637B416; Wed, 9 Jan 2002 19:56:13 -0800 (PST) Received: from twincat.vladsempire.net (hutch-217.hutchtel.net [206.10.67.145]) by services.webwarrior.net (Postfix) with ESMTP id 8CF5D4AD; Wed, 9 Jan 2002 21:56:44 -0600 (CST) Received: by twincat.vladsempire.net (Postfix, from userid 1001) id 4B5DC388A; Wed, 9 Jan 2002 21:55:39 +0000 (GMT) Date: Wed, 9 Jan 2002 21:55:39 +0000 From: Josh Paetzel To: Dan Langille Cc: stable@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836 Message-ID: <20020109215539.D29685@twincat.vladsempire.net> References: <3C3CC880.10766.25DC0F1@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C3CC880.10766.25DC0F1@localhost>; from dan@langille.org on Wed, Jan 09, 2002 at 10:47:28PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 09, 2002 at 10:47:28PM -0500, Dan Langille wrote: > Hi folks, > > It appears I am not the first to buy a K7S5A motherboard (an SiS 735 > chipset) with integrated NIC. I can't get my NIC to work either. > > Bill: I'm ready to help with this. If you so wish, I can give you a > login on the box. > > cheers. > -- > Dan Langille > The FreeBSD Diary - http://freebsddiary.org/ - practical examples I can do the same as well. I've got the same motherboard, and can't get the NIC to work. Device probe and attach 6 is what I get. It picks everything up, but gives the MAC address as 00:00:00:00:00 Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 20:15:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.boulderlabs.com (mail.boulderlabs.com [206.168.112.48]) by hub.freebsd.org (Postfix) with ESMTP id 9A68137B405; Wed, 9 Jan 2002 20:15:42 -0800 (PST) Received: from calypso.boulderlabs.com (cpe-24-221-212-162.co.sprintbbd.net [24.221.212.162]) by mail.boulderlabs.com (8.11.6/8.11.6) with ESMTP id g0A4FTQ86463; Wed, 9 Jan 2002 21:15:30 -0700 (MST) (envelope-from bob@cs.colorado.edu) Received: from calypso.boulderlabs.com (localhost [127.0.0.1]) by calypso.boulderlabs.com (980427.SGI.8.8.8/8.8.5) with ESMTP id VAA55561; Wed, 9 Jan 2002 21:15:25 -0700 (MST) Message-Id: <200201100415.VAA55561@calypso.boulderlabs.com> From: Robert Gray To: Murray Stokely Cc: freebsd-qa@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: 4.5 RC1 testing, Linux compatability In-reply-to: Your message of "Wed, 09 Jan 2002 12:23:25 MST." Date: Wed, 09 Jan 2002 21:15:25 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I did a fresh, Standard install of 4.5 RC1, selecting kernel sources with X11. The basic install seemed fine. But when I attempted "Would you like to enable Linux binary compatibility?", The GUI screen said "Add of package linux_base-6.1 aborted, error 1 - Please check the debug screen for more info." and it said: ldconfig: warning: /usr/local/lib: No such file or directory ldconfig: /usr/local/lib/aout: No such file or directory ldconfig: /usr/X11/lib/aout: No such file or directory Linux mode is not enabled. Loading linux kernel module now... link_elf: symbol seminfo undefined The linux kernel module could not be loaded. Please enable linxu mode manually and retry. -bob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 20:44: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.alpha1.net (megatron.alpha1.net [66.119.232.5]) by hub.freebsd.org (Postfix) with ESMTP id DCB4437B402; Wed, 9 Jan 2002 20:43:49 -0800 (PST) Received: from marius.org (cdm-66-158-23-brcs.cox-internet.com [66.76.158.23]) by mail.alpha1.net (8.10.1/8.10.1) with ESMTP id g0A4hgM03877; Wed, 9 Jan 2002 22:43:42 -0600 (CST) Received: (from marius@localhost) by marius.org (8.11.6/8.11.6) id g0A4hd072202; Wed, 9 Jan 2002 22:43:39 -0600 (CST) Date: Wed, 9 Jan 2002 22:43:39 -0600 From: Marius Strom To: "M. Warner Losh" Cc: freebsd@samurai.deec.uc.pt, stable@FreeBSD.ORG, paulo@isr.uc.pt, mobile@FreeBSD.ORG Subject: Re: Can't boot FreeBSD on a Toshiba Laptop Message-ID: <20020110044338.GM64900@marius.org> Reply-To: mobile@FreeBSD.ORG Mail-Followup-To: "M. Warner Losh" , freebsd@samurai.deec.uc.pt, stable@FreeBSD.ORG, paulo@isr.uc.pt, mobile@freebsd.org References: <20020109.115326.99747006.imp@village.org> <20020109213535.GL64900@marius.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020109213535.GL64900@marius.org> User-Agent: Mutt/1.3.24i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yet another data point: Doesn't work with 4.5-RC1 either. CC:ing'g -mobile, and setting reply-to to mobile since -stable is in codefreeze. On Wed, Jan 09, 2002 at 03:35:35PM -0600, Marius Strom wrote: > Warner (et al), > Unfortunately, still doesn't work. > > Last few lines of boot: > > pci2: (vendor=0x1179, dev=0x0804) at 6.0 irq 5 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1860-0x186f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xd0000000-0xd00003ff at device 31.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > pci0: (vendor=0x8086, dev=0x2483) at 31.3 irq 10 > pci0: (vendor=0x8086, dev=0x2485) at 31.5 irq 10 > pci0: (vendor=0x8086, dev=0x2486) at 31.6 irq 10 > > > It hard locks at that point. If I can provide any information obtainable > from another OS on the machine (it boots linux, winxp) let me know (I can > also dig in and find exactly what components are where). > > Here's what I do know: > > Video card in the system is a GeForce 2 Go (their mobile GeFoce). > RealTek chipset is detected > USB is detected > pcic stuff (TI PCI-1420 PCI-CardBus Bridge) is detected. Config Reg: > [speaker enable][pwr save][FUNC pci int + CSC serial isa irq] > > According to WinXP, the PCI device on IRQ10 is a Intel 82801CA/CAM SMBus > Controller - 2483. WinXP shows nothing on IRQ5. > IRQ3 is the SMC IrCC Infrared port. Anyway to make FreeBSD think of this > as a serial interface to do debug kernels? > IRQ9 is shared between the Realtek Card, Crystal WDM Audi card, GeForce2, > USB controller, TI IEEE1394 controller, TI PCMCIA controller, Toshiba AMR > Software Modem, and Toshiba SM Host Controller. > > Again, if you need any more info, let me know and I'll see what I can dig > up. I know I'd be very interested in seeing FreeBSD supported on this > laptop. > > On Wed, Jan 09, 2002 at 11:53:26AM -0700, M. Warner Losh wrote: > > OK. This is a longshot (since you said that 4.3 also failed), but can > > you try a 4.4 or newer kernel and in the boot loader say: > > hw.pcic.intr_path=1 > > hw.pcic.irq=0 > > Warner > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > /-------------------------------------------------> > Marius Strom | Always carry a short length of fibre-optic cable. > Professional Geek | If you get lost, then you can drop it on the > System/Network Admin | ground, wait 10 minutes, and ask the backhoe > http://www.marius.org/ | operator how to get back to civilization. > \-------------| Alan Frame |----------------------> > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- /-------------------------------------------------> Marius Strom | Always carry a short length of fibre-optic cable. Professional Geek | If you get lost, then you can drop it on the System/Network Admin | ground, wait 10 minutes, and ask the backhoe http://www.marius.org/ | operator how to get back to civilization. \-------------| Alan Frame |----------------------> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 21:39:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from westhost43.westhost.net (westhost43.westhost.net [216.71.84.167]) by hub.freebsd.org (Postfix) with ESMTP id 4A8E637B405 for ; Wed, 9 Jan 2002 21:39:09 -0800 (PST) Received: from localhost (burningclown@localhost) by westhost43.westhost.net (8.11.6/8.11.6) with ESMTP id g0A5h4W24859; Wed, 9 Jan 2002 23:43:04 -0600 Date: Wed, 9 Jan 2002 23:43:04 -0600 (CST) From: To: Christopher Schulte Cc: Subject: Re: make installworld failure - FIXED In-Reply-To: <5.1.0.14.0.20020109192010.02771c60@pop3s.schulte.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As a couple of people pointed out, this was addressed wit' dispatch! Thanks! gb > This was supposed to have been fixed with a very recent commit. Cvsup and > try again! > > >first-ever FreeBSD build failure (OK, I haven't been doing this for long > >...). The point in the log where the make choked looks like this: > > > >===> bin/csh/nls/ja > >install -c -o root -g wheel -m 444 tcsh.cat > >/usr/share/nls/ja_JP.eucJP/tcsh.cat > >install: /usr/share/nls/ja_JP.eucJP/tcsh.cat: No such file or directory > >*** Error code 71 +----------------+ http://www.burningclown.com "Everyone's Portal to Nothing At All" +----------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 22:20:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pendragon.tacni.net (radius.tacni.net [64.247.218.2]) by hub.freebsd.org (Postfix) with SMTP id 79A4237B417 for ; Wed, 9 Jan 2002 22:20:30 -0800 (PST) Received: (qmail 65801 invoked by alias); 10 Jan 2002 06:20:25 -0000 Received: from unknown (HELO there) (216.201.213.69) by tacni.net with SMTP; 10 Jan 2002 06:20:25 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Erich Zigler To: freebsd-stable@freebsd.org Subject: Bigger Harddisk Date: Thu, 10 Jan 2002 00:20:21 -0600 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020110062030.79A4237B417@hub.freebsd.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have recently freed up a couple partitions on my hard drive. I would like to expand the FreeBSD partition. Is this possible? -- I like work. I can sit here and watch it for hours. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 23:42:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id 2D10837B404; Wed, 9 Jan 2002 23:42:05 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id 2FA514B65D; Wed, 9 Jan 2002 23:42:03 -0800 (PST) Date: Wed, 9 Jan 2002 23:42:03 -0800 From: Murray Stokely To: Robert Gray Cc: Murray Stokely , freebsd-qa@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 4.5 RC1 testing, Linux compatability Message-ID: <20020109234203.T15454@windriver.com> References: <200201100415.VAA55561@calypso.boulderlabs.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="//h4sZKAxcnndsN6" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201100415.VAA55561@calypso.boulderlabs.com>; from bob@cs.colorado.edu on Wed, Jan 09, 2002 at 09:15:25PM -0700 X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --//h4sZKAxcnndsN6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 09, 2002 at 09:15:25PM -0700, Robert Gray wrote: > Linux mode is not enabled. > Loading linux kernel module now... > link_elf: symbol seminfo undefined > The linux kernel module could not be loaded. > Please enable linxu mode manually and retry. Ok, I think we've resolved this. We recently removed support for SYSV semaphores from the boot kernel. This exposed a bug in the Linux module. The Linux module is supposed to depend (and hence automatically load) the sysvsem module, but that doesn't work on -STABLE for the x86. (It works in current and -STABLE for the Alpha). We will make sure to fix this for RC2. Thanks for finding this important bug! - Murray --//h4sZKAxcnndsN6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE8PUXKtNcQog5FH30RAoYMAKCOLBowF9VVKgDP9rRlW+C9q8IVZACgolxb U7Qw6nP6TnNWxnrua7lNu6E= =ugJd -----END PGP SIGNATURE----- --//h4sZKAxcnndsN6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jan 9 23:46:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from poontang.schulte.org (poontang.schulte.org [209.134.156.197]) by hub.freebsd.org (Postfix) with ESMTP id 5672737B41C for ; Wed, 9 Jan 2002 23:46:21 -0800 (PST) Received: from tarmap.nospam.schulte.org (tarmap.schulte.org [209.134.156.198]) by poontang.schulte.org (Postfix) with ESMTP id 4DD88D148C; Thu, 10 Jan 2002 01:46:20 -0600 (CST) Message-Id: <5.1.0.14.0.20020110014217.00bdeb28@pop3s.schulte.org> X-Sender: (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 10 Jan 2002 01:46:16 -0600 To: Erich Zigler , freebsd-stable@freebsd.org From: Christopher Schulte Subject: Re: Bigger Harddisk In-Reply-To: <20020110062030.79A4237B417@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 12:20 AM 1/10/2002 -0600, Erich Zigler wrote: >I have recently freed up a couple partitions on my hard drive. I would like >to expand the FreeBSD partition. Is this possible? If you're running FreeBSD 4.4 or later, growfs(8) may be able to help you. >-- >I like work. I can sit here and watch it for hours. --chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 0:19:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id 1E3B137B419; Thu, 10 Jan 2002 00:19:12 -0800 (PST) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id AAA21806; Thu, 10 Jan 2002 00:18:59 -0800 Message-ID: <3C3D4E72.5020608@owt.com> Date: Thu, 10 Jan 2002 00:18:58 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: dan@langille.org Cc: stable@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836 References: <3C3CC880.10766.25DC0F1@localhost> Content-Type: multipart/mixed; boundary="------------080802090001020006010805" Sender: owner-freebsd-stable@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. --------------080802090001020006010805 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dan Langille wrote: > Hi folks, > > It appears I am not the first to buy a K7S5A motherboard (an SiS 735 > chipset) with integrated NIC. I can't get my NIC to work either. > > Bill: I'm ready to help with this. If you so wish, I can give you a > login on the box. I received these two patches from J. Lemon. They sort of do something. I can see the first two blocks of the MAC address but it doesn't move to the next two pairs and that is as far as they go towards working. I converted what JLemon sent to patches to stable. I have attached them. I have two systems using the K7S5A motherboard and one that uses an Amptron 830LM, which is also based on the SiS 735 chipset. Kent > > cheers. > -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ --------------080802090001020006010805 Content-Type: text/plain; name="if_sis.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="if_sis.patch" --- if_sis.c.orig Sat Dec 29 03:45:11 2001 +++ if_sis.c Sat Dec 29 04:40:18 2001 @@ -439,6 +439,31 @@ pci_write_config(bridge, 0x48, reg & ~0x40, 1); return; } + +static void sis635_mac_addr(sc, dest) + struct sis_softc *sc; + caddr_t dest; +{ + u_int32_t filtsave; + + filtsave = CSR_READ_4(sc, SIS_RXFILT_CTL); + + SIS_SETBIT(sc, SIS_CSR, SIS_CSR_RELOAD); + CSR_WRITE_4(sc, SIS_CSR, 0); + + /* Disable the the receive filter. */ + SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ENABLE); + + /* Get MAC address */ + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_PAR0); + ((u_int16_t *)dest)[0] = CSR_READ_2(sc, SIS_RXFILT_DATA); + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_PAR1); + ((u_int16_t *)dest)[1] = CSR_READ_2(sc, SIS_RXFILT_DATA); + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_PAR2); + ((u_int16_t *)dest)[2] = CSR_READ_2(sc, SIS_RXFILT_DATA); + + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filtsave); +} #endif static int sis_miibus_readreg(dev, phy, reg) @@ -891,6 +916,8 @@ command == SIS_REV_630E || command == SIS_REV_630EA1) sis_read_cmos(sc, dev, (caddr_t)&eaddr, 0x9, 6); + else if (command == SIS_REV_635A) + sis635_mac_addr(sc, (caddr_t)&eaddr); else #endif sis_read_eeprom(sc, (caddr_t)&eaddr, --------------080802090001020006010805 Content-Type: text/plain; name="if_sisreg.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="if_sisreg.patch" --- if_sisreg.h.orig Sat Dec 29 03:45:36 2001 +++ if_sisreg.h Sat Dec 29 03:58:00 2001 @@ -105,6 +105,7 @@ #define SIS_CSR_RX_RESET 0x00000020 #define SIS_CSR_SOFTINTR 0x00000080 #define SIS_CSR_RESET 0x00000100 +#define SIS_CSR_RELOAD 0x00000400 #define SIS_CFG_BIGENDIAN 0x00000001 #define SIS_CFG_PERR_DETECT 0x00000008 @@ -367,6 +368,7 @@ #define SIS_REV_630E 0x0081 #define SIS_REV_630S 0x0082 #define SIS_REV_630EA1 0x0083 +#define SIS_REV_635A 0x0090 /* * NatSemi vendor ID @@ -410,6 +412,8 @@ #define CSR_WRITE_4(sc, reg, val) \ bus_space_write_4(sc->sis_btag, sc->sis_bhandle, reg, val) +#define CSR_READ_2(sc, reg) \ + bus_space_read_2(sc->sis_btag, sc->sis_bhandle, reg) #define CSR_READ_4(sc, reg) \ bus_space_read_4(sc->sis_btag, sc->sis_bhandle, reg) --------------080802090001020006010805-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 0:43:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by hub.freebsd.org (Postfix) with ESMTP id 8560A37B41B; Thu, 10 Jan 2002 00:43:09 -0800 (PST) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id g0A8h3419774; Thu, 10 Jan 2002 08:43:03 GMT Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.11.6/8.11.3) with ESMTP id g0A8h2795687; Thu, 10 Jan 2002 08:43:03 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 10 Jan 2002 08:43:01 +0000 (GMT) From: Gavin Atkinson To: Nils Holland Cc: , Subject: Re: 4.5-PRE panic in vfs_cache with softupdates, via chipset In-Reply-To: <20020110001717.A92381@tisys.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 10 Jan 2002, Nils Holland wrote: > On Wed, Jan 09, 2002 at 10:03:09PM +0000, Gavin Atkinson stood up and spoke: > > > > I was running buildworld, with /usr/src and /usr/obj on seperate > > partitions, both with softupdates on. I have the problematic VIA > > southbridge. I was building world, then suspended it (ctrl-z) before > > suspending the laptop with 'apm -z'. Later, woke it up, and about 20 > > seconds later resumed the build. Two or three more files were compiled > > before the kernel panic occured. > > Welcome to the club ;-) > > Now, I'm no kernel expert either, but I wonder if you can reproduce your > problem. If it's similar to mine, you should be able exactly what you did > when the panic occured, and in about two out of three cases the problem > should be there again. No - I think that it's irregular. It's only happened twice, once while running buildworld, and once whlie running grep on /usr/src/sys. I certanly cannot make it panic on command. > If I had more money on my bank account right now, I'd probably simply > replace my mainboard with an unaffected one (either no VIA chipset or one > of the latest VIA things) and send my current one to Soren for further > investigation. I guess that if he'd see how strange it performs, he'd throw > it out of the window after a short period of time, and that's what I almost > did for about 20 times so far ;-) heh. sadly this is a brand new laptop... Thanks, Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 2: 0:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail12.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id 9602737B417 for ; Thu, 10 Jan 2002 02:00:28 -0800 (PST) Received: (qmail 23711 invoked from network); 10 Jan 2002 10:00:25 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 Jan 2002 10:00:25 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 10 Jan 2002 01:59:47 -0800 (PST) From: John Baldwin To: stable@FreeBSD.org, qa@FreeBSD.org Subject: New cdboot ISO available Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A new experimental CD bootstrap was recently added to -stable for the i386 architecture that allows the full contents of the CD to be used when booting. The method we currently uses relies on the BIOS emulating a floppy drive from a floppy image file on the CD. This limits the size of the kernel that we can boot off of. The new CD bootstrap allows a full GENERIC kernel to be used when booting off of a CD, allowing more drivers to work out of the box. However, not all BIOS's that support the older method support this newer method of CD booting. The release engineering team would like feedback as to roughly how many machines do not work with the new bootstrap utility as well as how many machines do work. If most machines work with the new bootstrap, then we may switch to using the new bootstrap on the release ISO images. Note that this only affects booting directly from the CD. Booting from floppies and then installing off of the CD will work the same with both images. The cdboot image can be found at ftp://releng4.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.5-RC1-cdboot.iso The MD5 checksum of the image is: MD5 (4.5-RC1-cdboot.iso) = 294c50cdfe77f51b8224ae9679afeabf This new bootstrap utility is used on Windows NT 4, Windows ME, and Windows 2000 CD's (and probably Windows XP CD's), so if your system has a 'Designed for' sticker featuring one of those operating systems, it will probably work with cdboot. Please test this ISO and provide feedback to the -stable or -qa lists thanks. RC1 x86 cdboot Errata : 1. The kernel configuration tool USERCONFIG does not currently work on the cdboot ISO. Thanks! - The FreeBSD 4.5 Release Engineering Team To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 2:41:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from www.ffm.lublin.pl (www.ffm.lublin.pl [212.182.117.126]) by hub.freebsd.org (Postfix) with ESMTP id DAF7537B417 for ; Thu, 10 Jan 2002 02:41:09 -0800 (PST) Received: from spider (tele.telepraca.org [212.182.117.122]) by www.ffm.lublin.pl (8.11.3/8.11.0) with SMTP id g0AAqMe24980 for ; Thu, 10 Jan 2002 11:52:22 +0100 Message-ID: <003d01c199c3$ae988c70$0200a8c0@spider> From: "Spider" To: Subject: Cvsup 09/01/2002 /make buildworld problem Date: Thu, 10 Jan 2002 11:43:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! Problem is make buildworld for cvsup 09.01/2002 make buildword ===> usr.bin "/usr/src/share/mk/bsd.subdir.mk" , line 81: Inconsistent operator for ftp make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 3:38:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.electronicpage.co.uk (mail.electronicpage.co.uk [195.10.240.21]) by hub.freebsd.org (Postfix) with ESMTP id C86D637B41D for ; Thu, 10 Jan 2002 03:38:12 -0800 (PST) Received: (from root@localhost) by mail.electronicpage.co.uk (8.11.2/8.11.2) id g0ABcBX13523; Thu, 10 Jan 2002 11:38:11 GMT (envelope-from freebsd-net@epcdirect.co.uk) Received: from lfarr (bka.electronicpage.co.uk [192.168.7.200]) by mail.electronicpage.co.uk (8.11.2/8.11.2av) with ESMTP id g0ABc4w13515; Thu, 10 Jan 2002 11:38:09 GMT (envelope-from freebsd-net@epcdirect.co.uk) From: "Lawrence Farr" To: Cc: "'Erich Zigler'" , "'Christopher Schulte'" Subject: RE: Bigger Harddisk Date: Thu, 10 Jan 2002 11:38:08 -0000 Message-ID: <003301c199cb$4a356a70$c80aa8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3311 In-Reply-To: <5.1.0.14.0.20020110014217.00bdeb28@pop3s.schulte.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG And there's Dan O'Connor's excellent info on http://www.mostgraveconcern.com/freebsd/ See the "Moving to a Larger Hard Drive" section. Lawrence Farr EPC Direct Limited > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of > Christopher Schulte > Sent: 10 January 2002 07:46 > To: Erich Zigler; freebsd-stable@FreeBSD.ORG > Subject: Re: Bigger Harddisk > > > At 12:20 AM 1/10/2002 -0600, Erich Zigler wrote: > >I have recently freed up a couple partitions on my hard > drive. I would like > >to expand the FreeBSD partition. Is this possible? > > If you're running FreeBSD 4.4 or later, growfs(8) may be able > to help you. > > >-- > >I like work. I can sit here and watch it for hours. > > --chris > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 4:22:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id F326E37B432 for ; Thu, 10 Jan 2002 04:22:05 -0800 (PST) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id EAA30072; Thu, 10 Jan 2002 04:22:01 -0800 Message-ID: <3C3D8769.9070801@owt.com> Date: Thu, 10 Jan 2002 04:22:01 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Spider Cc: stable@FreeBSD.ORG Subject: Re: Cvsup 09/01/2002 /make buildworld problem References: <003d01c199c3$ae988c70$0200a8c0@spider> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Spider wrote: > Hello! > > Problem is make buildworld for cvsup 09.01/2002 > > make buildword > > ===> usr.bin > > "/usr/src/share/mk/bsd.subdir.mk" , line 81: Inconsistent operator for ftp > make: fatal errors encountered -- cannot continue > > *** Error code 1 > > Stop in /usr/src > *** Error code 1 I had no problems cvsuping RELENG_4 an hour ago and doing a buildworld. What did you cvsup? Is the "buildword" a typing error for your email? Kent > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > . > > -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 5:39:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from beech.FernUni-Hagen.de (beech.fernuni-hagen.de [132.176.114.20]) by hub.freebsd.org (Postfix) with ESMTP id 41E8337B419; Thu, 10 Jan 2002 05:39:54 -0800 (PST) Received: from jfh00.fernuni-hagen.de ([132.176.7.6]) by beech.FernUni-Hagen.de with esmtp (Exim 3.22 #15) id 16OfQS-0007D0-00; Thu, 10 Jan 2002 14:39:24 +0100 Received: (from jfh@localhost) by jfh00.fernuni-hagen.de (8.11.6/8.11.6) id g0ADdo001551; Thu, 10 Jan 2002 14:39:50 +0100 (CET) (envelope-from jfh) Date: Thu, 10 Jan 2002 14:39:50 +0100 From: Fritz Heinrichmeyer To: freebsd-stable , freebsd-questions@freebsd.org Subject: Euro and XFree86-4.1.0, the canonical way? Message-ID: <20020110133950.GA1535@jfh00.fernuni-hagen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG how i got the euro: using Option "XkbLayout" "de(euro)" in /etc/X11/XF86Config did not work. The xkb compiler complained in many ways (clash with "nodeadkeys" variant and more), even when not using german keyboard. the following worked using LANG=de_DE.ISO8859-15 AND xmodmap -e 'keycode 26 = e E EuroSign cent' does the thing. I cannot believe that xmodmap is the only way ... -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 6: 6:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id DAC5137B419; Thu, 10 Jan 2002 06:06:22 -0800 (PST) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.11.6/8.11.6) with ESMTP id g0AE6JO23146; Thu, 10 Jan 2002 15:06:20 +0100 (MET) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail1.siemens.de (8.11.6/8.11.6) with ESMTP id g0AE6Jp05391; Thu, 10 Jan 2002 15:06:19 +0100 (MET) Received: from reims.mchp.siemens.de (alaska [139.23.202.134]) by mars.cert.siemens.de (8.12.1/8.12.1/Siemens CERT [ $Revision: 1.21 ]) with ESMTP id g0AE6J8W003169; Thu, 10 Jan 2002 15:06:19 +0100 (CET) Received: from reims.mchp.siemens.de (localhost [127.0.0.1]) by reims.mchp.siemens.de (8.12.1/8.12.1/alaska [ $Revision: 1.10 ]) with ESMTP id g0AE6JtY013774; Thu, 10 Jan 2002 15:06:19 +0100 (CET) Received: (from ust@localhost) by reims.mchp.siemens.de (8.12.1/8.12.1/alaska [ $Revision: 1.2 ]) id g0AE6Jap013773; Thu, 10 Jan 2002 15:06:19 +0100 (CET) Date: Thu, 10 Jan 2002 15:06:19 +0100 From: Udo Schweigert To: Fritz Heinrichmeyer Cc: freebsd-stable , freebsd-questions@FreeBSD.ORG Subject: Re: Euro and XFree86-4.1.0, the canonical way? Message-ID: <20020110140619.GA12701@alaska.cert.siemens.de> Mail-Followup-To: Fritz Heinrichmeyer , freebsd-stable , freebsd-questions@FreeBSD.ORG References: <20020110133950.GA1535@jfh00.fernuni-hagen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20020110133950.GA1535@jfh00.fernuni-hagen.de> User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD 4.5-RC Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jan 10, 2002 at 14:39:50 +0100, Fritz Heinrichmeyer wrote: > how i got the euro: > > using > > Option "XkbLayout" "de(euro)" > > in /etc/X11/XF86Config did not work. The xkb compiler complained in many > ways (clash with "nodeadkeys" variant and more), even when not using > german keyboard. > > the following worked > > using LANG=de_DE.ISO8859-15 > I changed /usr/X11R6/lib/X11/xkb/symbols/de that it contained this entry: ...... key { [ e, E ], [ currency, currency ] }; instead of: key { [ e, E ], [ EuroSign ] }; Also I changed my xterm config to use an iso8859-15 font like: misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-15 (I took this from the debian Euto Howto: http://www.debian.org/doc/manuals/debian-euro-support/) Best regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC 3, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : udo.schweigert@siemens.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 6:36:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from TheWorld.com (pcls1.std.com [199.172.62.103]) by hub.freebsd.org (Postfix) with ESMTP id 1EDD937B41C; Thu, 10 Jan 2002 06:36:13 -0800 (PST) Received: from shell.TheWorld.com (root@shell01.TheWorld.com [199.172.62.241]) by TheWorld.com (8.9.3/8.9.3) with ESMTP id JAA24683; Thu, 10 Jan 2002 09:35:26 -0500 Received: (from kwc@localhost) by shell.TheWorld.com (8.9.3/8.9.3) id JAA7965305; Thu, 10 Jan 2002 09:35:25 -0500 (EST) Date: Thu, 10 Jan 2002 09:35:25 -0500 (EST) From: Kenneth W Cochran Message-Id: <200201101435.JAA7965305@shell.TheWorld.com> To: Kelly Yancey Subject: Re: Status, USB/Olympus E-10 Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Still no fix. OS is as follows: FreeBSD localhost.my.domain 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Wed Jan 9 09:37:46 CST 2002 root@localhost.my.domain:/usr/obj/usr/src/sys/LOCAL i386 Which includes that "E-series" update. Camera is recognized by usbd, but if I try to mount() it I get a panic-message viz: Fatal trap 18: integer divide fault while in kernel mode. (And what appears to be a register scoreboard or a stack-trace or something; is there a way to capture this?) Then a panic & reboot. I guess it's better than "before" - previously I got no message whatsoever; the OS just froze & rebooted. At the same time I'd think a panic/reboot is Very Very Bad; at least if something is "wrong" shouldn't the OS "just say no?" Here are the related pices of the kernel config: # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) . . . # USB support device uhci # UHCI PCI->USB interface # device ohci # OHCI PCI->USB interface device usb # USB Bus (required) # device ugen # Generic # device uhid # "Human Interface Devices" # device ukbd # Keyboard # device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da I think the kernel config is ok, because everything works fine with a USB Zip drive. Any other ideas -kc >Date: Sun, 6 Jan 2002 18:15:52 -0800 (PST) >From: Kelly Yancey >To: Kenneth W Cochran >cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG >Subject: Re: Status, USB/Olympus E-10 > >On Sun, 6 Jan 2002, Kenneth W Cochran wrote: > >> (cc'ed to -scsi) >> >> Hello, >> >> A couple of committers & I were working last July (2001) with >> support for the Olympus E-10 digital camera in FreeBSD. This >> is a USB device. >> >> I just saw some commits in cam/scsi_da for Nikon & I'm wondering >> what the situation is wrt Olympus? > > Bernd Walter submitted a quirk that fixed the problem for E-100RS digital >cameras a while back. I committed the quirk, but I have not MFC'ed it to >-stable. Besides, without other reports the quirk entry I added was specific >to the E-100RS. I'll extend the quirk to the entire E-* seriese and ask RE if >it's OK to MFC in time for 4.5. > > Kelly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 6:52:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 79AC637B400; Thu, 10 Jan 2002 06:52:23 -0800 (PST) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.51]) by polaris.we.lc.ehu.es (8.11.6/8.11.6) with ESMTP id g0AEqGb20868; Thu, 10 Jan 2002 15:52:17 +0100 (MET) Received: (from jose@localhost) by v-ger.we.lc.ehu.es (8.11.6/8.11.6) id g0AEqY201223; Thu, 10 Jan 2002 15:52:34 +0100 (CET) (envelope-from jose) Date: Thu, 10 Jan 2002 15:52:34 +0100 From: "Jose M. Alcaide" To: Fritz Heinrichmeyer Cc: freebsd-stable , freebsd-questions@FreeBSD.ORG Subject: Re: Euro and XFree86-4.1.0, the canonical way? Message-ID: <20020110155234.G227@v-ger.we.lc.ehu.es> Mail-Followup-To: Fritz Heinrichmeyer , freebsd-stable , freebsd-questions@FreeBSD.ORG References: <20020110133950.GA1535@jfh00.fernuni-hagen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020110133950.GA1535@jfh00.fernuni-hagen.de>; from jfh@ES-i2.FernUni-Hagen.de on Thu, Jan 10, 2002 at 02:39:50PM +0100 X-Operating-System: FreeBSD 4.5-PRERELEASE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jan 10, 2002 at 02:39:50PM +0100, Fritz Heinrichmeyer wrote: > how i got the euro: > > using > > Option "XkbLayout" "de(euro)" > > in /etc/X11/XF86Config did not work. The xkb compiler complained in many > ways (clash with "nodeadkeys" variant and more), even when not using > german keyboard. The spanish (es) keymap has the Euro and cent symbols mapped to AltGr-E and Shift-AltGr-E (key AD03) respectively. The german keymap does the same, except that it does not map the cent symbol. -- ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 7: 8: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by hub.freebsd.org (Postfix) with ESMTP id 05B8A37B402; Thu, 10 Jan 2002 07:07:57 -0800 (PST) Received: from fwd03.sul.t-online.de by mailout08.sul.t-online.de with smtp id 16Ogny-0008LU-04; Thu, 10 Jan 2002 16:07:46 +0100 Received: from twoflower.liebende.de (320072111332-0001@[217.80.127.68]) by fwd03.sul.t-online.com with esmtp id 16Ogns-1BwmQqC; Thu, 10 Jan 2002 16:07:40 +0100 Subject: Re: Status, USB/Olympus E-10 From: Jan.Stocker@t-online.de (Jan Stocker) To: Kenneth W Cochran Cc: Kelly Yancey , freebsd-scsi@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG In-Reply-To: <200201101435.JAA7965305@shell.TheWorld.com> References: <200201101435.JAA7965305@shell.TheWorld.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1010675214.1096.2.camel@twoflower> Mime-Version: 1.0 X-Mailer: Evolution/1.0 (Preview Release) Date: 10 Jan 2002 16:07:02 +0100 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So, Kelly wrote... > >cameras a while back. I committed the quirk, but I have not MFC'ed it to > >-stable. Besides, without other reports the quirk entry I added was specific and you are using the 4.5 PRERELEASE which based on -stable, not -current. You can check it by opening usr/src/sys/cam/scsi/scsi_da.c and search for the quirk for your Olympus. If it isnt there, youve to add it manually and recompile your kernel. (You ve to add it each time you cvs up your sources!) Jan On Thu, 2002-01-10 at 15:35, Kenneth W Cochran wrote: > Still no fix. OS is as follows: > > FreeBSD localhost.my.domain 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Wed Jan 9 09:37:46 CST 2002 root@localhost.my.domain:/usr/obj/usr/src/sys/LOCAL i386 > > Which includes that "E-series" update. > > Camera is recognized by usbd, but if I try to mount() it I get > a panic-message viz: > Fatal trap 18: integer divide fault while in kernel mode. > (And what appears to be a register scoreboard or a stack-trace > or something; is there a way to capture this?) > > Then a panic & reboot. I guess it's better than "before" - > previously I got no message whatsoever; the OS just froze & > rebooted. At the same time I'd think a panic/reboot is Very > Very Bad; at least if something is "wrong" shouldn't the OS > "just say no?" > > Here are the related pices of the kernel config: > > # SCSI peripherals > device scbus # SCSI bus (required) > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > . > . > . > # USB support > device uhci # UHCI PCI->USB interface > # device ohci # OHCI PCI->USB interface > device usb # USB Bus (required) > # device ugen # Generic > # device uhid # "Human Interface Devices" > # device ukbd # Keyboard > # device ulpt # Printer > device umass # Disks/Mass storage - Requires scbus and da > > I think the kernel config is ok, because everything works fine > with a USB Zip drive. Any other ideas > > -kc > > >Date: Sun, 6 Jan 2002 18:15:52 -0800 (PST) > >From: Kelly Yancey > >To: Kenneth W Cochran > >cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG > >Subject: Re: Status, USB/Olympus E-10 > > > >On Sun, 6 Jan 2002, Kenneth W Cochran wrote: > > > >> (cc'ed to -scsi) > >> > >> Hello, > >> > >> A couple of committers & I were working last July (2001) with > >> support for the Olympus E-10 digital camera in FreeBSD. This > >> is a USB device. > >> > >> I just saw some commits in cam/scsi_da for Nikon & I'm wondering > >> what the situation is wrt Olympus? > > > > Bernd Walter submitted a quirk that fixed the problem for E-100RS digital > >cameras a while back. I committed the quirk, but I have not MFC'ed it to > >-stable. Besides, without other reports the quirk entry I added was specific > >to the E-100RS. I'll extend the quirk to the entire E-* seriese and ask RE if > >it's OK to MFC in time for 4.5. > > > > Kelly > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 7:29:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from dc-mx04.cluster1.charter.net (dc-mx04.cluster0.hsacorp.net [209.225.8.14]) by hub.freebsd.org (Postfix) with ESMTP id B568737B41D for ; Thu, 10 Jan 2002 07:29:23 -0800 (PST) Received: from [24.158.214.244] (HELO gforce.johnson.home) by dc-mx04.cluster1.charter.net (CommuniGate Pro SMTP 3.4.6) with ESMTP id 6376812 for stable@freebsd.org; Thu, 10 Jan 2002 10:35:45 -0500 Received: (from glenn@localhost) by gforce.johnson.home (8.11.6/8.11.6) id g0AFTKB43205 for stable@freebsd.org; Thu, 10 Jan 2002 09:29:20 -0600 (CST) (envelope-from glenn) From: Glenn Johnson Date: Thu, 10 Jan 2002 09:29:20 -0600 To: FreeBSD-Stable Subject: Problem with xl interface needs to be fixed before new release Message-ID: <20020110152920.GA12338@gforce.johnson.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There is a problem with the xl Ethernet driver that needs to be fixed before the FreeBSD 4.5 release. It is documented in PR kern/31954. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31954 The patch in the PR fixes the problem, as I reported (twice due to a problem with mozilla mail). The problem causes rwhod and rmonitor to break. I am not sure what else may be affected. Thanks. -- Glenn Johnson glennpj@charter.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 7:36:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from meta.lo-res.org (meta.lo-res.org [195.58.189.92]) by hub.freebsd.org (Postfix) with ESMTP id 9144237B419; Thu, 10 Jan 2002 07:36:01 -0800 (PST) Received: from there (chillig.lo-res.org [62.116.8.4]) by meta.lo-res.org (8.11.6/8.11.6) with SMTP id g0AFZtv47718; Thu, 10 Jan 2002 16:35:55 +0100 (CET) (envelope-from aaron@lo-res.org) Message-Id: <200201101535.g0AFZtv47718@meta.lo-res.org> Content-Type: text/plain; charset="iso-8859-15" From: aaron To: Fritz Heinrichmeyer , freebsd-stable , freebsd-questions@FreeBSD.ORG Subject: Re: Euro and XFree86-4.1.0, the canonical way? Date: Thu, 10 Jan 2002 16:35:54 +0100 X-Mailer: KMail [version 1.3.2] References: <20020110133950.GA1535@jfh00.fernuni-hagen.de> In-Reply-To: <20020110133950.GA1535@jfh00.fernuni-hagen.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 10 January 2002 14:39, Fritz Heinrichmeyer wrote: > how i got the euro: > > using > > Option "XkbLayout" "de(euro)" > > in /etc/X11/XF86Config did not work. The xkb compiler complained in many > ways (clash with "nodeadkeys" variant and more), even when not using > german keyboard. > > the following worked > > using LANG=de_DE.ISO8859-15 ok > > AND > > xmodmap -e 'keycode 26 = e E EuroSign cent' hm, never used that. Which version of X are you using? aaron. -- RIPE - Rest In Peace, E-commerce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 7:39:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from TheWorld.com (pcls2.std.com [199.172.62.104]) by hub.freebsd.org (Postfix) with ESMTP id 3332F37B402; Thu, 10 Jan 2002 07:39:19 -0800 (PST) Received: from shell.TheWorld.com (root@shell01.TheWorld.com [199.172.62.241]) by TheWorld.com (8.9.3/8.9.3) with ESMTP id KAA12066; Thu, 10 Jan 2002 10:38:07 -0500 Received: (from kwc@localhost) by shell.TheWorld.com (8.9.3/8.9.3) id KAA8008835; Thu, 10 Jan 2002 10:38:06 -0500 (EST) Date: Thu, 10 Jan 2002 10:38:06 -0500 (EST) From: Kenneth W Cochran Message-Id: <200201101538.KAA8008835@shell.TheWorld.com> To: Jan.Stocker@t-online.de (Jan Stocker) Subject: Re: Status, USB/Olympus E-10 Cc: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org References: <200201101435.JAA7965305@shell.TheWorld.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It was MFC'ed shortly afterward & scsi_da.c now reflects that update. I guess I should have mentioned that. :) -kc >Subject: Re: Status, USB/Olympus E-10 >From: Jan.Stocker@t-online.de (Jan Stocker) >To: Kenneth W Cochran >Cc: Kelly Yancey , freebsd-scsi@FreeBSD.ORG, > freebsd-stable@FreeBSD.ORG >Date: 10 Jan 2002 16:07:02 +0100 > >So, >Kelly wrote... > >> >cameras a while back. I committed the quirk, but I have not MFC'ed it to >> >-stable. Besides, without other reports the quirk entry I added was specific > >and you are using the 4.5 PRERELEASE which based on -stable, not >-current. You can check it by opening usr/src/sys/cam/scsi/scsi_da.c and >search for the quirk for your Olympus. If it isnt there, youve to add it >manually and recompile your kernel. (You ve to add it each time you cvs >up your sources!) > >Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 7:54: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mistral.imasy.or.jp (mistral.imasy.or.jp [202.227.24.84]) by hub.freebsd.org (Postfix) with ESMTP id A86FF37B417 for ; Thu, 10 Jan 2002 07:54:01 -0800 (PST) Received: (from sarumaru@localhost) by mistral.imasy.or.jp (8.11.6/8.11.6/mistral) id g0AFrQj00944; Fri, 11 Jan 2002 00:53:26 +0900 (JST) (envelope-from sarumaru) From: mistral@imasy.or.jp (Yoshihiko SARUMARU) To: stable@FreeBSD.org Subject: miibus.ko was loaded twice and panic on ifconfig Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.22PL5] 2001-02/07(Wed) Date: Fri, 11 Jan 2002 00:53:25 +0900 Message-ID: <020111005325.M0200889@mistral.imasy.or.jp> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello all, I had experienced curious panic with 4.5-RC (or older, maybe). - miibus was statically included in /kernel - fxp was not included in /kernel, and if_fxp_load="YES" was set in /boot/loader.conf Then, I had below message on boot time: Preloaded elf kernel "kernel" at 0xc0423000. Preloaded elf module "if_fxp.ko" at 0xc042309c. Preloaded elf module "miibus.ko" at 0xc042313c. The kernel already had miibus, but miibus.ko was loaded by dependencies of if_fxp.ko. This cause below panic: ... fxp0: port 0xfc40-0xfc7f mem 0xfec00000-0xfecfffff,0xfedf6000-0xfedf6fff irq 9 at device 11.0 on pci0 fxp0: Ethernet address 08:00:46:0f:47:91 inphy0: on miibus0 inphy0: no media present ... Mounting root from ufs:/dev/ad0s2a DEPENDENCY NOTE: portmap will be enabled to support amd swapon: adding /dev/ad0s2b as swap device Automatic boot in progress... /dev/ad0s2a: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2a: clean, 2620431 free (111039 frags, 313674 blocks, 1.5% fragmentation). Setup PC-CARD: memory beep pccardd. Doing initial network setup: hostname Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc03f4980 stack pointer = 0x10:0xc9dc0b50 frame pointer = 0x10:0xc9dc0b5c 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 = 62 (ifconfig) interrupt mask = net I can avoid this panic by including fxp device statically in kernel too, or load if_fxp after boot sequence was finished (with miibus was already loaded error). In this manner, fxp0 was identified as below: fxp0: port 0xfc40-0xfc7f mem 0xfec00000-0xfecfffff,0xfedf6000-0xfedf6fff irq 9 at device 11.0 on pci0 fxp0: Ethernet address 08:00:46:0f:47:91 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Is there anyone who experienced the same panic? (You can clearly reboot your system with db> call boot(0) from this panic. Please try :). Thanks, - Yoshihiko -- Yoshihiko SARUMARU mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 8: 4: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from paperboy.epcdirect.co.uk (paperboy.epcdirect.co.uk [195.10.242.11]) by hub.freebsd.org (Postfix) with ESMTP id 6E5DE37B419 for ; Thu, 10 Jan 2002 08:03:54 -0800 (PST) Received: (from root@localhost) by paperboy.epcdirect.co.uk (8.11.6/8.11.1) id g0AG3r583843 for stable@freebsd.org; Thu, 10 Jan 2002 16:03:53 GMT (envelope-from freebsd-net@epcdirect.co.uk) Delivered-To: Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by paperboy.epcdirect.co.uk (8.11.6/8.11.1av) with ESMTP id g0AG3od83835 for ; Thu, 10 Jan 2002 16:03:50 GMT (envelope-from freebsd-net@epcdirect.co.uk) From: "Lawrence Farr" To: Subject: RE: miibus.ko was loaded twice and panic on ifconfig Date: Thu, 10 Jan 2002 16:03:54 -0000 Message-ID: <001101c199f0$674fac40$c806a8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3311 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <020111005325.M0200889@mistral.imasy.or.jp> X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@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 exactly the same with the if_lge.ko module and if_lge_load="YES". Lawrence Farr EPC Direct Limited > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of > Yoshihiko SARUMARU > Sent: 10 January 2002 15:53 > To: stable@FreeBSD.ORG > Subject: miibus.ko was loaded twice and panic on ifconfig > > > Hello all, > > I had experienced curious panic with 4.5-RC (or older, maybe). > > - miibus was statically included in /kernel > - fxp was not included in /kernel, and if_fxp_load="YES" was set > in /boot/loader.conf > > Then, I had below message on boot time: > Preloaded elf kernel "kernel" at 0xc0423000. > Preloaded elf module "if_fxp.ko" at 0xc042309c. > Preloaded elf module "miibus.ko" at 0xc042313c. > > The kernel already had miibus, but miibus.ko was loaded by > dependencies of if_fxp.ko. > > > This cause below panic: > > ... > fxp0: port 0xfc40-0xfc7f > mem 0xfec00000-0xfecfffff,0xfedf6000-0xfedf6fff irq 9 at > device 11.0 on pci0 > fxp0: Ethernet address 08:00:46:0f:47:91 > inphy0: on miibus0 > inphy0: no media present > ... > Mounting root from ufs:/dev/ad0s2a > DEPENDENCY NOTE: portmap will be enabled to support amd > swapon: adding /dev/ad0s2b as swap device > Automatic boot in progress... > /dev/ad0s2a: FILESYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s2a: clean, 2620431 free (111039 frags, 313674 > blocks, 1.5% fragmentation). > Setup PC-CARD: memory beep pccardd. > Doing initial network setup: hostname > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x8 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc03f4980 > stack pointer = 0x10:0xc9dc0b50 > frame pointer = 0x10:0xc9dc0b5c > 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 = 62 (ifconfig) > interrupt mask = net > > > I can avoid this panic by including fxp device statically in > kernel too, or load if_fxp after boot sequence was finished > (with miibus was already loaded error). In this manner, fxp0 was > identified as below: > > fxp0: port 0xfc40-0xfc7f > mem 0xfec00000-0xfecfffff,0xfedf6000-0xfedf6fff irq 9 at > device 11.0 on pci0 > fxp0: Ethernet address 08:00:46:0f:47:91 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > Is there anyone who experienced the same panic? > (You can clearly reboot your system with db> call boot(0) from > this panic. Please try :). > > Thanks, > - Yoshihiko > > -- > Yoshihiko SARUMARU > mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 8:22:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92]) by hub.freebsd.org (Postfix) with ESMTP id 16C6637B41D for ; Thu, 10 Jan 2002 08:22:50 -0800 (PST) Received: from host213-123-132-24.in-addr.btopenworld.com ([213.123.132.24] helo=there) by rhenium with smtp (Exim 3.22 #8) id 16OLaq-0004tZ-00; Wed, 09 Jan 2002 16:28:48 +0000 Content-Type: text/plain; charset="iso-8859-1" From: Dominic Marks To: art@pilikia.net, freebsd-stable@freebsd.org Subject: Re: posix threads Date: Wed, 9 Jan 2002 16:30:02 +0000 X-Mailer: KMail [version 1.3.2] References: <200201082221220540.0AF6DB7E@smtp> In-Reply-To: <200201082221220540.0AF6DB7E@smtp> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 09 January 2002 8:21 am, Arthur W. Neilson III wrote: > Anyone know where I can find a good tutorial on posix pthreads? > Does the freebsd 4.4 pthread implementation follow posix exactly or > or there differences to be aware of? My copy of W. Richard Stevens > "Advanced Programming in the Unix Environment" doesn't discuss > threads at all. http://www.llnl.gov/computing/tutorials/workshops/workshop/pthreads/MAIN.html I found this to be good. -- Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 8:28:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rerun.avayactc.com (rerun.avayactc.com [199.93.237.2]) by hub.freebsd.org (Postfix) with ESMTP id 944C037B421 for ; Thu, 10 Jan 2002 08:28:32 -0800 (PST) Received: by rerun.avayactc.com with Internet Mail Service (5.5.2653.19) id ; Thu, 10 Jan 2002 11:28:25 -0500 Message-ID: <3A6D367EA1EFD4118C9B00A0C9DD99D70653D7@rerun.avayactc.com> From: "Cambria, Mike" To: 'Dominic Marks' , art@pilikia.net, freebsd-stable@FreeBSD.ORG Subject: RE: posix threads Date: Thu, 10 Jan 2002 11:28:24 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Also, see Unix Network Programming, 2ed, Volume I (and the source code for the examples in the book.) Posix pthreads is covered. I've used his examples on FreeBSD 4.0-4.4. MikeC -----Original Message----- From: Dominic Marks [mailto:dominic_marks@btinternet.com] Sent: Wednesday, January 09, 2002 11:30 AM To: art@pilikia.net; freebsd-stable@FreeBSD.ORG Subject: Re: posix threads On Wednesday 09 January 2002 8:21 am, Arthur W. Neilson III wrote: > Anyone know where I can find a good tutorial on posix pthreads? > Does the freebsd 4.4 pthread implementation follow posix exactly or > or there differences to be aware of? My copy of W. Richard Stevens > "Advanced Programming in the Unix Environment" doesn't discuss > threads at all. http://www.llnl.gov/computing/tutorials/workshops/workshop/pthreads/MAIN.htm l I found this to be good. -- Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 8:34:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ws5-plovdiv.digsys.bg (plovdiv21.pip.digsys.bg [193.68.2.21]) by hub.freebsd.org (Postfix) with ESMTP id AD32A37B416 for ; Thu, 10 Jan 2002 08:34:28 -0800 (PST) Received: from ws5-plovdiv.digsys.bg (mishinev@localhost.digsys.bg [127.0.0.1]) by ws5-plovdiv.digsys.bg (8.9.3/8.9.3) with ESMTP id SAA20381 for ; Thu, 10 Jan 2002 18:34:23 +0200 (EET) Message-Id: <200201101634.SAA20381@ws5-plovdiv.digsys.bg> X-Mailer: exmh version 2.1.0 09/18/1999 To: stable@freebsd.org Subject: Moxa C168H/PCI Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-4833217230" Date: Thu, 10 Jan 2002 18:34:23 +0200 From: Stoian Mishinev Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multipart MIME message. --==_Exmh_-4833217230 Content-Type: text/plain; charset=us-ascii Hi List, I'm trying to compile sio.c patched with cronyx's OMEGA drivers (www.cronyx.ru) as recommended from "Moxa Technologies Co Ltd". After some made by hand patches (the driver was written for 4.4-RELEASE) I've get this error: siopci0: port 0x2c20-0x2c2f,0x2880-0x28bf,0x2800-0x287f irq 5 at device 13.0 on pci0 sio4: couldn't map ports/memory device_probe_and_attach: siopci0 attach returned 6 Any ideas are welcomed. Follow 1. dmesg 2. sio.c compiled patch 3. pciconf -lv output 4. kernel config file is GENERIC with no changes. --==_Exmh_-4833217230 Content-Type: text/plain ; name="pciconf"; charset=us-ascii Content-Description: pciconf Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pciconf" Y2hpcDBAcGNpMDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4 NzFhMDgwODYgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBv cmF0aW9uJwogICAgZGV2aWNlICAgPSAnODI0NDNHWCA0NDBHWCBDUFUgdG8gUENJIEJyaWRn ZSAoQUdQIEltcGxlbWVudGVkKScKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFz cyA9IEhPU1QtUENJCnBjaWIyQHBjaTA6MTowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAw MDAwMDAgY2hpcD0weDcxYTE4MDg2IHJldj0weDAwIGhkcj0weDAxCiAgICB2ZW5kb3IgICA9 ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzgyNDQzR1ggUENJLXRvLVBD SSBCcmlkZ2UgKEFHUCknCiAgICBjbGFzcyAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgPSBQ Q0ktUENJCmFoYzBAcGNpMDoxMjowOgljbGFzcz0weDAxMDAwMCBjYXJkPTB4MDA1MzkwMDQg Y2hpcD0weDAwNWY5MDA1IHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdBZGFw dGVjJwogICAgZGV2aWNlICAgPSAnQUlDLTc4OTYvNyBVbHRyYTIgU0NTSSBDb250cm9sbGVy JwogICAgY2xhc3MgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNzID0gU0NTSQphaGMx QHBjaTA6MTI6MToJY2xhc3M9MHgwMTAwMDAgY2FyZD0weDAwNTM5MDA0IGNoaXA9MHgwMDVm OTAwNSByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnQWRhcHRlYycKICAgIGRl dmljZSAgID0gJ0FJQy03ODk2LzcgVWx0cmEyIFNDU0kgQ29udHJvbGxlcicKICAgIGNsYXNz ICAgID0gbWFzcyBzdG9yYWdlCiAgICBzdWJjbGFzcyA9IFNDU0kKbm9uZTBAcGNpMDoxMzow OgljbGFzcz0weDA3MDA4MCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDE2ODAxMzkzIHJldj0w eDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdNb3hhIFRlY2hub2xvZ2llcyBDbyBMdGQn CiAgICBkZXZpY2UgICA9ICdDMTY4SCcKICAgIGNsYXNzICAgID0gc2ltcGxlIGNvbW1zCiAg ICBzdWJjbGFzcyA9IFVBUlQKZnhwMEBwY2kwOjE0OjA6CWNsYXNzPTB4MDIwMDAwIGNhcmQ9 MHgzMDAwODA4NiBjaGlwPTB4MTIyOTgwODYgcmV2PTB4MDggaGRyPTB4MDAKICAgIHZlbmRv ciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgPSAnODI1NTcvOC85IEV0 aGVyRXhwcmVzcyBQUk8vMTAwKEIpIEV0aGVybmV0IEFkYXB0ZXInCiAgICBjbGFzcyAgICA9 IG5ldHdvcmsKICAgIHN1YmNsYXNzID0gZXRoZXJuZXQKaXNhYjBAcGNpMDoxODowOgljbGFz cz0weDA2MDEwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDcxMTA4MDg2IHJldj0weDAyIGhk cj0weDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAg ID0gJzgyMzcxQUIvRUIvTUIgUElJWDQgSVNBIEJyaWRnZScKICAgIGNsYXNzICAgID0gYnJp ZGdlCiAgICBzdWJjbGFzcyA9IFBDSS1JU0EKYXRhcGNpMEBwY2kwOjE4OjE6CWNsYXNzPTB4 MDEwMTgwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4NzExMTgwODYgcmV2PTB4MDEgaGRyPTB4 MDAKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgPSAn ODIzNzFBQi9FQi9NQiBQSUlYNCBFSURFIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICA9IG1h c3Mgc3RvcmFnZQogICAgc3ViY2xhc3MgPSBBVEEKdWhjaTBAcGNpMDoxODoyOgljbGFzcz0w eDBjMDMwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDcxMTI4MDg2IHJldj0weDAxIGhkcj0w eDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0g JzgyMzcxQUIvRUIvTUIgUElJWDQgVVNCIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICA9IHNl cmlhbCBidXMKICAgIHN1YmNsYXNzID0gVVNCCmNoaXAxQHBjaTA6MTg6MzoJY2xhc3M9MHgw NjgwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHg3MTEzODA4NiByZXY9MHgwMiBoZHI9MHgw MAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICA9ICc4 MjM3MUFCL0VCL01CIFBJSVg0IFBvd2VyIE1hbmFnZW1lbnQgQ29udHJvbGxlcicKICAgIGNs YXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyA9IFBDSS11bmtub3duCm5vbmUxQHBjaTA6 MjA6MDoJY2xhc3M9MHgwMzAwMDAgY2FyZD0weDAwYmMxMDEzIGNoaXA9MHgwMGJjMTAxMyBy ZXY9MHgyMyBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnQ2lycnVzIExvZ2ljJwogICAgZGV2 aWNlICAgPSAnQ0wtR0Q1NDgwIDY0LWJpdCBTR1JBTSBHVUkgYWNjZWxlcmF0b3InCiAgICBj bGFzcyAgICA9IGRpc3BsYXkKICAgIHN1YmNsYXNzID0gVkdBCnBjaWIzQHBjaTE6MTU6MDoJ Y2xhc3M9MHgwNjA0MDAgY2FyZD0weDAwMDAwMGRjIGNoaXA9MHgwMDIzMTAxMSByZXY9MHgw NiBoZHI9MHgwMQogICAgdmVuZG9yICAgPSAnRGlnaXRhbCBFcXVpcG1lbnQgQ29ycG9yYXRp b24nCiAgICBkZXZpY2UgICA9ICdEQzIxMTUwIFBDSSB0byBQQ0kgQnJpZGdlJwogICAgY2xh c3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBDSQo= --==_Exmh_-4833217230 Content-Type: text/plain ; name="sio.c-patch-4.4-01-12-2001-STABLE"; charset=us-ascii Content-Description: sio.c-patch-4.4-01-12-2001-STABLE Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sio.c-patch-4.4-01-12-2001-STABLE" KioqIC9zeXMvaXNhL3Npby5jCVRodSBKYW4gMTAgMTc6MjM6NDUgMjAwMgotLS0gL3N5cy9p c2Evc2lvLmMtR0VORVJJQwlUaHUgSmFuIDEwIDE1OjQ4OjExIDIwMDIKKioqKioqKioqKioq KioqCioqKiAxMzgsMTQzICoqKioKLS0tIDEzOCwxNDggLS0tLQogIAogICNkZWZpbmUJY29t X3NjcgkJNwkvKiBzY3JhdGNoIHJlZ2lzdGVyIGZvciAxNjQ1MC0xNjU1MCAoUi9XKSAqLwog IAorICNkZWZpbmUJc2lvX2dldHJlZyhjb20sIG9mZikgXAorIAkoYnVzX3NwYWNlX3JlYWRf MSgoY29tKS0+YnN0LCAoY29tKS0+YnNoLCAob2ZmKSkpCisgI2RlZmluZQlzaW9fc2V0cmVn KGNvbSwgb2ZmLCB2YWx1ZSkgXAorIAkoYnVzX3NwYWNlX3dyaXRlXzEoKGNvbSktPmJzdCwg KGNvbSktPmJzaCwgKG9mZiksICh2YWx1ZSkpKQorIAogIC8qCiAgICogY29tIHN0YXRlIGJp dHMuCiAgICogKENTX0JVU1kgfCBDU19UVEdPKSBhbmQgKENTX0JVU1kgfCBDU19UVEdPIHwg Q1NfT0RFVlJFQURZKSBtdXN0IGJlIGhpZ2hlcgoqKioqKioqKioqKioqKioKKioqIDIxMywy MTkgKioqKgogIAlpbnQJdW5pdDsJCS8qIHVuaXQJbnVtYmVyICovCiAgCWludAlkdHJfd2Fp dDsJLyogdGltZSB0byBob2xkIERUUiBkb3duIG9uIGNsb3NlICgqIDEvaHopICovCiAgCXVf aW50CXR4X2ZpZm9fc2l6ZTsKLSAJdV9pbnQJb3NjaWxsYXRvcjsKICAJdV9pbnQJd29wZW5l cnM7CS8qICMgcHJvY2Vzc2VzIHdhaXRpbmcgZm9yIERDRCBpbiBvcGVuKCkgKi8KICAKICAJ LyoKLS0tIDIxOCwyMjMgLS0tLQoqKioqKioqKioqKioqKioKKioqIDI4MywzMTQgKioqKgog IAl1X2NoYXIJb2J1ZjJbMjU2XTsKICB9OwogIAotICNkZWZpbmUgTUFYQ0hBTgkJOAkJLyog dXAgdG8gOCBjaGFubmVscyBwZXIgbXVsdGlwb3J0ICovCi0gCi0gc3RydWN0IG11bHRpY29t IHsKLSAJaW50CQluY2hhbjsJCS8qIGNoYW5uZWxzIHBlciBhZGFwdGVyICovCi0gCXN0cnVj dCByZXNvdXJjZQkqcmVzOwotIAlzdHJ1Y3QgcmVzb3VyY2UJKmlycTsKLSAJdm9pZAkJKmlu dHJoYW5kOwotIAlzdHJ1Y3QgY29tX3MJY29tIFtNQVhDSEFOXTsKLSB9OwotIAogICNpZmRl ZiBDT01fRVNQCiAgc3RhdGljCWludAllc3BhdHRhY2gJX19QKChzdHJ1Y3QgY29tX3MgKmNv bSwgUG9ydF90IGVzcF9wb3J0KSk7CiAgI2VuZGlmCiAgc3RhdGljCWludAlzaW9hdHRhY2gJ X19QKChkZXZpY2VfdCBkZXYsIGludCByaWQpKTsKICBzdGF0aWMJaW50CXNpb19pc2FfYXR0 YWNoCV9fUCgoZGV2aWNlX3QgZGV2KSk7Ci0gc3RhdGljCWludAlzaW9fYXR0YWNoX3VuaXQJ X19QKChzdHJ1Y3QgY29tX3MgKmNvbSwgaW50IHVuaXQsIFBvcnRfdCBpb2Jhc2UsCi0gCQkJ CSAgICB1X2ludCBmbGFncywgYm9vbF90IG5vX2lycSwKLSAJCQkJICAgIGJ1c19zcGFjZV90 YWdfdCB0LCBidXNfc3BhY2VfaGFuZGxlX3QgaCkpOwotIHN0YXRpYwlpbnQJc2lvX2ZpbmRf ZnJlcQlfX1AoKHN0cnVjdCBjb21fcyAqY29tKSk7CiAgCiAgc3RhdGljCXRpbWVvdXRfdCBz aW9idXN5Y2hlY2s7CiAgc3RhdGljCXRpbWVvdXRfdCBzaW9kdHJ3YWtldXA7CiAgc3RhdGlj CXZvaWQJY29taGFyZGNsb3NlCV9fUCgoc3RydWN0IGNvbV9zICpjb20pKTsKICBzdGF0aWMJ dm9pZAlzaW9pbnB1dAlfX1AoKHN0cnVjdCBjb21fcyAqY29tKSk7CiAgc3RhdGljCXZvaWQJ c2lvaW50cjEJX19QKChzdHJ1Y3QgY29tX3MgKmNvbSkpOwotIHN0YXRpYwl2b2lkCXNpb19w Y2lfaW50cglfX1AoKHZvaWQgKmFyZykpOwogIHN0YXRpYwl2b2lkCXNpb2ludHIJCV9fUCgo dm9pZCAqYXJnKSk7CiAgc3RhdGljCWludAljb21tY3RsCQlfX1AoKHN0cnVjdCBjb21fcyAq Y29tLCBpbnQgYml0cywgaW50IGhvdykpOwogIHN0YXRpYwlpbnQJY29tcGFyYW0JX19QKChz dHJ1Y3QgdHR5ICp0cCwgc3RydWN0IHRlcm1pb3MgKnQpKTsKLS0tIDI4NywzMDMgLS0tLQoq KioqKioqKioqKioqKioKKioqIDMzMSwzMzYgKioqKgotLS0gMzIwLDMyNiAtLS0tCiAgCiAg I2lmIE5QQ0kgPiAwCiAgc3RhdGljCWludAlzaW9fcGNpX2F0dGFjaCBfX1AoKGRldmljZV90 IGRldikpOworIHN0YXRpYwl2b2lkCXNpb19wY2lfa2x1ZGdlX3VuaXQgX19QKChkZXZpY2Vf dCBkZXYpKTsKICBzdGF0aWMJaW50CXNpb19wY2lfcHJvYmUgX19QKChkZXZpY2VfdCBkZXYp KTsKICAjZW5kaWYgLyogTlBDSSA+IDAgKi8KICAKKioqKioqKioqKioqKioqCioqKiAzMzgs MzQ4ICoqKioKICAKICAvKiB0YWJsZSBhbmQgbWFjcm8gZm9yIGZhc3QgY29udmVyc2lvbiBm cm9tIGEgdW5pdCBudW1iZXIgdG8gaXRzIGNvbSBzdHJ1Y3QgKi8KICBzdGF0aWMJZGV2Y2xh c3NfdAlzaW9fZGV2Y2xhc3M7CiEgc3RhdGljCWRldmNsYXNzX3QJc2lvX3BjY2FyZF9kZXZj bGFzczsKISBzdGF0aWMJZGV2Y2xhc3NfdAlzaW9fcGNpX2RldmNsYXNzOwohICNkZWZpbmUg U0lPX01BWFVOSVRTCTY0CQkvKiB1cCB0byA2NCBwb3J0cyAqLwohICNkZWZpbmUJY29tX2Fk ZHIodW5pdCkJKHBfY29tX2FkZHJbdW5pdF0pCiEgc3RhdGljCXN0cnVjdCBjb21fcwkqcF9j b21fYWRkcltTSU9fTUFYVU5JVFNdOwogIAogIHN0YXRpYyBkZXZpY2VfbWV0aG9kX3Qgc2lv X2lzYV9tZXRob2RzW10gPSB7CiAgCS8qIERldmljZSBpbnRlcmZhY2UgKi8KLS0tIDMyOCwz MzUgLS0tLQogIAogIC8qIHRhYmxlIGFuZCBtYWNybyBmb3IgZmFzdCBjb252ZXJzaW9uIGZy b20gYSB1bml0IG51bWJlciB0byBpdHMgY29tIHN0cnVjdCAqLwogIHN0YXRpYwlkZXZjbGFz c190CXNpb19kZXZjbGFzczsKISAjZGVmaW5lCWNvbV9hZGRyKHVuaXQpCSgoc3RydWN0IGNv bV9zICopIFwKISAJCQkgZGV2Y2xhc3NfZ2V0X3NvZnRjKHNpb19kZXZjbGFzcywgdW5pdCkp CiAgCiAgc3RhdGljIGRldmljZV9tZXRob2RfdCBzaW9faXNhX21ldGhvZHNbXSA9IHsKICAJ LyogRGV2aWNlIGludGVyZmFjZSAqLwoqKioqKioqKioqKioqKioKKioqIDM4NSwzOTMgKioq KgogIH07CiAgCiAgc3RhdGljIGRyaXZlcl90IHNpb19wY2lfZHJpdmVyID0gewohIAkic2lv cGNpIiwKICAJc2lvX3BjaV9tZXRob2RzLAohIAlzaXplb2Yoc3RydWN0IG11bHRpY29tKSwK ICB9OwogICNlbmRpZiAvKiBOUENJID4gMCAqLwogIAotLS0gMzcyLDM4MCAtLS0tCiAgfTsK ICAKICBzdGF0aWMgZHJpdmVyX3Qgc2lvX3BjaV9kcml2ZXIgPSB7CiEgCWRyaXZlcl9uYW1l LAogIAlzaW9fcGNpX21ldGhvZHMsCiEgCXNpemVvZihzdHJ1Y3QgY29tX3MpLAogIH07CiAg I2VuZGlmIC8qIE5QQ0kgPiAwICovCiAgCioqKioqKioqKioqKioqKgoqKiogNDMyLDQ0MCAq KioqCiAgc3RhdGljCXN0cnVjdAljYWxsb3V0X2hhbmRsZSBzaW9fdGltZW91dF9oYW5kbGUK ICAgICAgPSBDQUxMT1VUX0hBTkRMRV9JTklUSUFMSVpFUigmc2lvX3RpbWVvdXRfaGFuZGxl KTsKICBzdGF0aWMJaW50CXNpb19udW11bml0czsKLSBzdGF0aWMgIGludCAgICAgc2lvX3Bj aV9udW11bml0cyA9IE5TSU87CiAgCiEgI2RlZmluZSBDT01ESVZJU09SKG9zYyx4KSAgICAg ICAoKChvc2MpIC8gKHgpICsgOCkgLyAxNikKICAKICAjaWZkZWYgQ09NX0VTUAogIC8qIFhY WCBjb25maWd1cmUgdGhpcyBwcm9wZXJseS4gKi8KLS0tIDQxOSw0NDcgLS0tLQogIHN0YXRp YwlzdHJ1Y3QJY2FsbG91dF9oYW5kbGUgc2lvX3RpbWVvdXRfaGFuZGxlCiAgICAgID0gQ0FM TE9VVF9IQU5ETEVfSU5JVElBTElaRVIoJnNpb190aW1lb3V0X2hhbmRsZSk7CiAgc3RhdGlj CWludAlzaW9fbnVtdW5pdHM7CiAgCiEgc3RhdGljCXN0cnVjdCBzcGVlZHRhYiBjb21zcGVl ZHRhYltdID0gewohIAl7IDAsCQkwIH0sCiEgCXsgNTAsCQlDT01CUkQoNTApIH0sCiEgCXsg NzUsCQlDT01CUkQoNzUpIH0sCiEgCXsgMTEwLAkJQ09NQlJEKDExMCkgfSwKISAJeyAxMzQs CQlDT01CUkQoMTM0KSB9LAohIAl7IDE1MCwJCUNPTUJSRCgxNTApIH0sCiEgCXsgMjAwLAkJ Q09NQlJEKDIwMCkgfSwKISAJeyAzMDAsCQlDT01CUkQoMzAwKSB9LAohIAl7IDYwMCwJCUNP TUJSRCg2MDApIH0sCiEgCXsgMTIwMCwJCUNPTUJSRCgxMjAwKSB9LAohIAl7IDE4MDAsCQlD T01CUkQoMTgwMCkgfSwKISAJeyAyNDAwLAkJQ09NQlJEKDI0MDApIH0sCiEgCXsgNDgwMCwJ CUNPTUJSRCg0ODAwKSB9LAohIAl7IDk2MDAsCQlDT01CUkQoOTYwMCkgfSwKISAJeyAxOTIw MCwJQ09NQlJEKDE5MjAwKSB9LAohIAl7IDI4ODAwLAlDT01CUkQoMjg4MDApIH0sCiEgCXsg Mzg0MDAsCUNPTUJSRCgzODQwMCkgfSwKISAJeyA1NzYwMCwJQ09NQlJEKDU3NjAwKSB9LAoh IAl7IDExNTIwMCwJQ09NQlJEKDExNTIwMCkgfSwKISAJeyAtMSwJCS0xIH0KISB9OwogIAog ICNpZmRlZiBDT01fRVNQCiAgLyogWFhYIGNvbmZpZ3VyZSB0aGlzIHByb3Blcmx5LiAqLwoq KioqKioqKioqKioqKioKKioqIDQ0Myw1MDQgKioqKgogICNlbmRpZgogIAogIC8qCi0gICog UmVkZWZpbmUgaW5iL291dGIgdG8gaGFuZGxlIG1lbW9yeS1iYXNlZCBhZGFwdGVycy4KLSAg KiBJdCBpcyBlc3NlbnRpYWwgdGhhdCBQb3J0X3QgY29udGFpbnMgMzItYml0IHZhbHVlLgot ICAqLwotIHN0YXRpYwl1X2NoYXIJc2lvX2luYiBfX1AoKFBvcnRfdCBwb3J0KSk7Ci0gc3Rh dGljCXZvaWQJc2lvX291dGIgX19QKChQb3J0X3QgcG9ydCwgdV9jaGFyIGJ5dGUpKTsKLSBz dGF0aWMJdV9jaGFyCXNpb19nZXRyZWcgX19QKChzdHJ1Y3QgY29tX3MgKmNvbSwgYnVzX3Np emVfdCBvZmYpKTsKLSBzdGF0aWMJdm9pZAlzaW9fc2V0cmVnIF9fUCgoc3RydWN0IGNvbV9z ICpjb20sIGJ1c19zaXplX3Qgb2ZmLCB1X2NoYXIgdmFsKSk7Ci0gCi0gc3RhdGljIF9faW5s aW5lIHVfY2hhciAKLSBzaW9faW5iIChwb3J0KQotIAlQb3J0X3QJCXBvcnQ7Ci0gewotIAlp ZiAocG9ydCAmIH4weGZmZmYpCi0gCQlyZXR1cm4gKih2b2xhdGlsZSB1X2NoYXIqKSBwb3J0 OwotIAlyZXR1cm4gaW5iIChwb3J0KTsKLSB9Ci0gCi0gc3RhdGljIF9faW5saW5lIHZvaWQg Ci0gc2lvX291dGIgKHBvcnQsIGJ5dGUpCi0gCVBvcnRfdAkJcG9ydDsKLSAJdV9jaGFyCQli eXRlOwotIHsKLSAJaWYgKHBvcnQgJiB+MHhmZmZmKQotIAkJKih2b2xhdGlsZSB1X2NoYXIq KSBwb3J0ID0gYnl0ZTsKLSAJZWxzZQotIAkJb3V0YiAocG9ydCwgYnl0ZSk7Ci0gfQotIAot ICN1bmRlZiBpbmIKLSAjdW5kZWYgb3V0YgotICNkZWZpbmUgaW5iKHBvcnQpCXNpb19pbmIg KHBvcnQpCi0gI2RlZmluZSBvdXRiKHBvcnQsdmFsKQlzaW9fb3V0YiAocG9ydCwgdmFsKQot IAotIHN0YXRpYyBfX2lubGluZSB1X2NoYXIgCi0gc2lvX2dldHJlZyAoY29tLCBvZmYpCi0g CXN0cnVjdCBjb21fcwkqY29tOwotIAlidXNfc2l6ZV90CW9mZjsKLSB7Ci0gCWlmICgodW5z aWduZWQpIGNvbS0+YnNoICYgfjB4ZmZmZikKLSAJCXJldHVybiAqKHZvbGF0aWxlIHVfY2hh ciopIChjb20tPmJzaCArIG9mZik7Ci0gCXJldHVybiBidXNfc3BhY2VfcmVhZF8xIChjb20t PmJzdCwgY29tLT5ic2gsIG9mZik7Ci0gfQotIAotIHN0YXRpYyBfX2lubGluZSB2b2lkIAot IHNpb19zZXRyZWcgKGNvbSwgb2ZmLCB2YWwpCi0gCXN0cnVjdCBjb21fcwkqY29tOwotIAli dXNfc2l6ZV90CW9mZjsKLSAJdV9jaGFyCQl2YWw7Ci0gewotIAlpZiAoKHVuc2lnbmVkKSBj b20tPmJzaCAmIH4weGZmZmYpCi0gCQkqKHZvbGF0aWxlIHVfY2hhciopIChjb20tPmJzaCAr IG9mZikgPSB2YWw7Ci0gCWVsc2UKLSAJCWJ1c19zcGFjZV93cml0ZV8xIChjb20tPmJzdCwg Y29tLT5ic2gsIG9mZiwgdmFsKTsKLSB9Ci0gCi0gLyoKICAgKiBoYW5kbGUgc3lzY3RsIHJl YWQvd3JpdGUgcmVxdWVzdHMgZm9yIGNvbnNvbGUgc3BlZWQKICAgKiAKICAgKiBJbiBhZGRp dGlvbiB0byBzZXR0aW5nIGNvbWRlZmF1bHRyYXRlIGZvciBJL08gdGhyb3VnaCAvZGV2L2Nv bnNvbGUsCi0tLSA0NTAsNDU1IC0tLS0KKioqKioqKioqKioqKioqCioqKiA2MjcsNjM2ICoq KioKICAJdV9pbnQzMl90CXR5cGU7CiAgCWNvbnN0IGNoYXIJKmRlc2M7CiAgCWludAkJcmlk OwotIAlpbnQJCW5jaGFuOwkJLyogY2hhbm5lbHMgcGVyIGFkYXB0ZXIgKi8KLSAJaW50CQlp b3N0ZXA7CQkvKiBhZGRyZXNzZXMgcGVyIGNoYW5uZWwgKi8KLSAJaW50CQlmaWZvX3NpemU7 CS8qIGZpZm8gc2l6ZSBpbiBieXRlcyAqLwotIAlpbnQJCWh3X3J0c19jdHM7CS8qIGhhcmR3 YXJlIHJ0cy9jdHMgc3VwcG9ydCAqLwogIH07CiAgCiAgc3RhdGljIHN0cnVjdCBwY2lfaWRz IHBjaV9pZHNbXSA9IHsKLS0tIDU3OCw1ODMgLS0tLQoqKioqKioqKioqKioqKioKKioqIDYz OSw3MTkgKioqKgogIAl7IDB4MDAwMDE1MWYsICJTbWFydExpbmsgNTYzNFBDViBTdXJmUmlk ZXIiLCAweDEwIH0sCiAgCXsgMHgwMTEwMTQwNywgIktvdXRlY2ggSU9GTEVYLTJTIFBDSSBE dWFsIFBvcnQgU2VyaWFsIiwgMHgxMCB9LAogIAl7IDB4MDExMTE0MDcsICJLb3V0ZWNoIElP RkxFWC0yUyBQQ0kgRHVhbCBQb3J0IFNlcmlhbCIsIDB4MTAgfSwKLSAJeyAweGMwMDExMGI1 LCAiQ3Jvbnl4IE9tZWdhLVBDSSBTZXJpYWwgQWRhcHRlciIsIDB4MTgsIDgsIDgsIDY0LCAx IH0sCi0gCXsgMHgwMTU4MTNhOCwgIkNyb255eCBPbWVnYTItUENJIFNlcmlhbCBBZGFwdGVy IiwgLTB4MTAsIDgsIDB4MjAwLCA2NCB9LAotIAl7IDB4MTY4MDEzOTMsICJNb3hhIFRlY2hu b2xvZ2llcyBDMTY4SC9QQ0kiLCAweDAyIH0sCiAgCXsgMHgwMDAwMDAwMCwgTlVMTCwgMCB9 CiAgfTsKICAKLSAvKgotICAqIEZpbmQgdGhlIG9zY2lsbGF0b3IgZnJlcXVlbmN5IG9mIHRo ZSBVQVJULgotICAqLwotIHN0YXRpYyBpbnQgCi0gc2lvX2ZpbmRfZnJlcShjb20pCi0gCXN0 cnVjdCBjb21fcwkqY29tOwotIHsKLSAJaW50IHQwLCBuOwotIAl1X2NoYXIgbHNyOwotIAot IAkvKiBTZXQgdGhlIGxvb3BiYWNrIG1vZGUsIDU3NjAwIGJhdWQuICovCi0gCW91dGIoY29t LT5pbnRyX2N0bF9wb3J0LCAwKTsKLSAJc2lvX3NldHJlZyhjb20sIGNvbV9jZmNyLCBDRkNS X0RMQUIpOwotIAlzaW9fc2V0cmVnKGNvbSwgY29tX2RsYmgsIDApOwotIAlzaW9fc2V0cmVn KGNvbSwgY29tX2RsYmwsIDIpOwotIAlzaW9fc2V0cmVnKGNvbSwgY29tX2NmY3IsIENGQ1Jf OEJJVFMpOwotIAlzaW9fc2V0cmVnKGNvbSwgY29tX2ZpZm8sIDApOwotIAlvdXRiKGNvbS0+ bW9kZW1fY3RsX3BvcnQsIE1DUl9MT09QQkFDSyk7Ci0gCSh2b2lkKSBpbmIgKGNvbS0+bGlu ZV9zdGF0dXNfcG9ydCk7Ci0gCi0gCS8qIENhdGNoIHRoZSB0aWNrLiAqLwotIAl0MCA9IHRp Y2tzOwotIAl3aGlsZSAodGlja3MgPT0gdDApCi0gCQljb250aW51ZTsKLSAKLSAJLyogUnVu IHVudGlsIHRoZSBuZXh0IHRpY2ssIHRyYW5zbWl0dGluZyBkYXRhLiAqLwotIAluID0gMDsK LSAJdDAgPSB0aWNrczsKLSAJd2hpbGUgKHRpY2tzID09IHQwKSB7Ci0gCQlsc3IgPSBpbmIg KGNvbS0+bGluZV9zdGF0dXNfcG9ydCk7Ci0gCQlpZiAobHNyICYgTFNSX1RYUkRZKQotIAkJ CXNpb19zZXRyZWcoY29tLCBjb21fZGF0YSwgMHg1QSk7Ci0gCi0gCQlpZiAobHNyICYgTFNS X1JYUkRZKSB7Ci0gCQkJKHZvaWQpIGluYiAoY29tLT5kYXRhX3BvcnQpOwotIAkJCSsrbjsK LSAJCX0KLSAJfQotIAlvdXRiKGNvbS0+bW9kZW1fY3RsX3BvcnQsIGNvbS0+bWNyX2ltYWdl KTsKLSAJc2lvX3NldHJlZyhjb20sIGNvbV9jZmNyLCBjb20tPmNmY3JfaW1hZ2UpOwotIAlz aW9fc2V0cmVnKGNvbSwgY29tX2ZpZm8sIEZJRk9fUkNWX1JTVCB8IEZJRk9fWE1UX1JTVCB8 IAotIAkJY29tLT5maWZvX2ltYWdlKTsKLSAJaWYgKENPTV9JSVJfVFhSRFlCVUcoY29tLT5m bGFncykpIHsKLSAJCW91dGIoY29tLT5pbnRyX2N0bF9wb3J0LCBJRVJfRVJYUkRZIHwgSUVS X0VSTFMKLSAJCQkJCXwgSUVSX0VNU0MpOwotIAl9IGVsc2UgewotIAkJb3V0Yihjb20tPmlu dHJfY3RsX3BvcnQsIElFUl9FUlhSRFkgfCBJRVJfRVRYUkRZCi0gCQkJCQl8IElFUl9FUkxT IHwgSUVSX0VNU0MpOwotIAl9Ci0gCi0gCW4gPSAobiAqIGh6ICsgNTc2MC8yKSAvIDU3NjA7 Ci0gCWlmIChuID4gNCkgcmV0dXJuIDggKiAxODQzMjAwOwotIAlpZiAobiA+IDIpIHJldHVy biA0ICogMTg0MzIwMDsKLSAJaWYgKG4gPiAxKSByZXR1cm4gMiAqIDE4NDMyMDA7Ci0gCXJl dHVybiAxODQzMjAwOwotIH0KLSAKICBzdGF0aWMgaW50CiAgc2lvX3BjaV9hdHRhY2goZGV2 KQogIAlkZXZpY2VfdAlkZXY7CiAgewogIAl1X2ludDMyX3QJdHlwZTsKICAJc3RydWN0IHBj aV9pZHMJKmlkOwotIAlzdHJ1Y3QgbXVsdGljb20JKmQgPSBkZXZpY2VfZ2V0X3NvZnRjKGRl dik7Ci0gCXN0cnVjdCBjb21fcwkqY29tOwotIAlQb3J0X3QJCWlvYmFzZTsKLSAJYnVzX3Nw YWNlX3RhZ190CWJzdDsKLSAJYnVzX3NwYWNlX2hhbmRsZV90IGJzaCwgYnNoX3BvcnQ7Ci0g CWludAkJcmlkLCBvZmZzZXQsIHMsIGZsYWdzLCBlcnIgPSAwOwogIAogIAl0eXBlID0gcGNp X2dldF9kZXZpZChkZXYpOwogIAlpZCA9IHBjaV9pZHM7Ci0tLSA1ODYsNjAwIC0tLS0KKioq KioqKioqKioqKioqCioqKiA3MjEsNzk2ICoqKioKICAJCWlkKys7CiAgCWlmIChpZC0+ZGVz YyA9PSBOVUxMKQogIAkJcmV0dXJuIChFTlhJTyk7CiAgCiEgCWJ6ZXJvKChjaGFyKilkLCBz aXplb2YoKmQpKTsKISAJcyA9IHNwbGltcCgpOwohIAlkLT5uY2hhbiA9IGlkLT5uY2hhbiA+ IDEgPyBpZC0+bmNoYW4gOiAxOwohIAohIAkvKiBBbGxvY2F0ZSBpL28gcmVnaW9uLiAqLwoh IAlyaWQgPSBpZC0+cmlkID4gMCA/IGlkLT5yaWQgOiAtIGlkLT5yaWQ7CiEgCWQtPnJlcyA9 IGJ1c19hbGxvY19yZXNvdXJjZShkZXYsIGlkLT5yaWQgPiAwID8KISAJCVNZU19SRVNfSU9Q T1JUIDogU1lTX1JFU19NRU1PUlksICZyaWQsIDAsIH4wLCAxLCBSRl9BQ1RJVkUpOwohIAlp ZiAoISBkLT5yZXMpIHsKISAJCXByaW50Zigic2lvJWQ6IGNvdWxkbid0IG1hcCBwb3J0cy9t ZW1vcnlcbiIsIHNpb19wY2lfbnVtdW5pdHMpOwohIAkJZXJyID0gRU5YSU87CiEgCQlnb3Rv IGZhaWw7CiEgCX0KICAKISAJLyogQWxsb2NhdGUgaW50ZXJydXB0LiAqLwohIAlyaWQgPSAw OwohIAlkLT5pcnEgPSBidXNfYWxsb2NfcmVzb3VyY2UoZGV2LCBTWVNfUkVTX0lSUSwgJnJp ZCwgMCwgfjAsIDEsCiEgCQlSRl9TSEFSRUFCTEUgfCBSRl9BQ1RJVkUpOwohIAlpZiAoISBk LT5pcnEpIHsKISAJCXByaW50Zigic2lvJWQ6IGNvdWxkbid0IG1hcCBpbnRlcnJ1cHRcbiIs IHNpb19wY2lfbnVtdW5pdHMpOwohIAkJZXJyID0gRU5YSU87CiEgCQlnb3RvIGZhaWw7CiEg CX0KISAKISAJLyogUmVnaXN0ZXIgdGhlIGludGVycnVwdCBoYW5kbGVyLiAqLwohIAllcnIg PSBidXNfc2V0dXBfaW50cihkZXYsIGQtPmlycSwgSU5UUl9UWVBFX1RUWSB8IElOVFJfVFlQ RV9GQVNULAohIAkJc2lvX3BjaV9pbnRyLCBkLCAmZC0+aW50cmhhbmQpOwohIAlpZiAoZXJy KSB7CiEgCQlwcmludGYoInNpbyVkOiBjb3VsZG4ndCBzZXQgdXAgaXJxXG4iLCBzaW9fcGNp X251bXVuaXRzKTsKISBmYWlsOgkJaWYgKGQtPnJlcykKISAJCQlidXNfcmVsZWFzZV9yZXNv dXJjZShkZXYsIGlkLT5yaWQgPiAwID8gU1lTX1JFU19JT1BPUlQgOgohIAkJCQlTWVNfUkVT X01FTU9SWSwgaWQtPnJpZCwgZC0+cmVzKTsKISAJCWlmIChkLT5pcnEpCiEgCQkJYnVzX3Jl bGVhc2VfcmVzb3VyY2UoZGV2LCBTWVNfUkVTX0lSUSwgMCwgZC0+aXJxKTsKISAJCWdvdG8g ZG9uZTsKISAJfQohIAohIAkvKiBBdHRhY2ggc2lvIHBvcnRzLiAqLwohIAlic3QgPSBybWFu X2dldF9idXN0YWcoZC0+cmVzKTsKISAJYnNoID0gcm1hbl9nZXRfYnVzaGFuZGxlKGQtPnJl cyk7CiEgCWlvYmFzZSA9IGlkLT5yaWQgPiAwID8gcm1hbl9nZXRfc3RhcnQoZC0+cmVzKSA6 CiEgCQkoUG9ydF90KSBybWFuX2dldF92aXJ0dWFsKGQtPnJlcyk7CiEgCWZsYWdzID0gaWQt PmZpZm9fc2l6ZSA8PCAyNDsKISAJaWYgKGlkLT5od19ydHNfY3RzKQohIAkJZmxhZ3MgfD0g MHgyMDAwMDsKISAJb2Zmc2V0ID0gMDsKISAJZm9yIChjb209ZC0+Y29tOyBjb208ZC0+Y29t K2QtPm5jaGFuOyArK2NvbSwgb2Zmc2V0Kz1pZC0+aW9zdGVwKSB7CiEgCQkvKiBHZXQgYSBo YW5kbGUgZm9yIGEgc3VicmVnaW9uIG9mIGFuIGFscmVhZHktbWFwcGVkIAohIAkJICogYXJl YSBvZiBidXMgc3BhY2UuICovCiEgI2lmIHdhaXRpbmdfZm9yX3NvbWVib2R5X3RvX2ltcGxl bWVudF9idXNfc3BhY2Vfc3VicmVnaW9uCiEgCQlpZiAoYnVzX3NwYWNlX3N1YnJlZ2lvbiAo YnN0LCBic2gsIG9mZnNldCwgOCwgJmJzaF9wb3J0KSAhPSAwKSB7CiEgCQkJcHJpbnRmKCJz aW8lZDogY2Fubm90IGdldCBidXMgc3VicmVnaW9uXG4iLCAKISAJCQkJc2lvX3BjaV9udW11 bml0cyk7CiEgCQkJY29udGludWU7CiAgCX0KLSAjZWxzZQotIAkJYnNoX3BvcnQgPSBic2gg KyBvZmZzZXQ7Ci0gI2VuZGlmCi0gCQkvKiBJbnRlcnJ1cHQgZW5hYmxlLCBkbyBpdCBfYmVm b3JlXyBzaW9fYXR0YWNoX3VuaXQuICovCi0gCQlvdXRiIChpb2Jhc2UgKyBvZmZzZXQgKyBj b21fbWNyLCAKLSAJCQlkLT5uY2hhbiA+IDEgPyBNQ1JfSUVOQUJMRSA6IDApOwotIAotIAkJ aWYgKHNpb19hdHRhY2hfdW5pdChjb20sIHNpb19wY2lfbnVtdW5pdHMrKywgaW9iYXNlICsg b2Zmc2V0LAotIAkJICAgIGZsYWdzLCAwLCBic3QsIGJzaF9wb3J0KSAhPSAwKQotIAkJCXBy aW50Zigic2lvJWQ6IGNhbm5vdCBhdHRhY2hcbiIsIHNpb19wY2lfbnVtdW5pdHMpOwotIAl9 Ci0gZG9uZToKLSAJc3BseCAocyk7Ci0gCXJldHVybiBlcnI7CiAgfQogIAogIHN0YXRpYyBp bnQKLS0tIDYwMiw2MzggLS0tLQogIAkJaWQrKzsKICAJaWYgKGlkLT5kZXNjID09IE5VTEwp CiAgCQlyZXR1cm4gKEVOWElPKTsKKyAJc2lvX3BjaV9rbHVkZ2VfdW5pdChkZXYpOworIAly ZXR1cm4gKHNpb2F0dGFjaChkZXYsIGlkLT5yaWQpKTsKKyB9CiAgCiEgLyoKISAgKiBEb24n dCBjdXQgYW5kIHBhc3RlIHRoaXMgdG8gb3RoZXIgZHJpdmVycy4gIEl0IGlzIGEgaG9ycmli bGUga2x1ZGdlCiEgICogd2hpY2ggd2lsbCBmYWlsIHRvIHdvcmsgYW5kIGFsc28gYmUgdW5u ZWNlc3NhcnkgaW4gZnV0dXJlIHZlcnNpb25zLgohICAqLwohIHN0YXRpYyB2b2lkCiEgc2lv X3BjaV9rbHVkZ2VfdW5pdChkZXYpCiEgCWRldmljZV90IGRldjsKISB7CiEgCWRldmNsYXNz X3QJZGM7CiEgCWludAkJZXJyOwohIAlpbnQJCXN0YXJ0OwohIAlpbnQJCXVuaXQ7CiAgCiEg CXVuaXQgPSAwOwohIAlzdGFydCA9IDA7CiEgCXdoaWxlIChyZXNvdXJjZV9pbnRfdmFsdWUo InNpbyIsIHVuaXQsICJwb3J0IiwgJnN0YXJ0KSA9PSAwICYmIAohIAkgICAgc3RhcnQgPiAw KQohIAkJdW5pdCsrOwohIAlpZiAoZGV2aWNlX2dldF91bml0KGRldikgPCB1bml0KSB7CiEg CQlkYyA9IGRldmljZV9nZXRfZGV2Y2xhc3MoZGV2KTsKISAJCXdoaWxlIChkZXZjbGFzc19n ZXRfZGV2aWNlKGRjLCB1bml0KSkKISAJCQl1bml0Kys7CiEgCQlkZXZpY2VfcHJpbnRmKGRl diwgIm1vdmluZyB0byBzaW8lZFxuIiwgdW5pdCk7CiEgCQllcnIgPSBkZXZpY2Vfc2V0X3Vu aXQoZGV2LCB1bml0KTsJLyogRVZJTCBETyBOT1QgQ09QWSAqLwohIAkJaWYgKGVycikKISAJ CQlkZXZpY2VfcHJpbnRmKGRldiwgImVycm9yIG1vdmluZyBkZXZpY2UgJWRcbiIsIGVycik7 CiAgCX0KICB9CiAgCiAgc3RhdGljIGludAoqKioqKioqKioqKioqKioKKioqIDgwNyw4MTMg KioqKgogIAlpZiAoaWQtPmRlc2MgPT0gTlVMTCkKICAJCXJldHVybiAoRU5YSU8pOwogIAlk ZXZpY2Vfc2V0X2Rlc2MoZGV2LCBpZC0+ZGVzYyk7CiEgCXJldHVybiAoMCk7CiAgfQogICNl bmRpZiAvKiBOUENJID4gMCAqLwogIAotLS0gNjQ5LDY1NSAtLS0tCiAgCWlmIChpZC0+ZGVz YyA9PSBOVUxMKQogIAkJcmV0dXJuIChFTlhJTyk7CiAgCWRldmljZV9zZXRfZGVzYyhkZXYs IGlkLT5kZXNjKTsKISAJcmV0dXJuIChzaW9wcm9iZShkZXYsIGlkLT5yaWQpKTsKICB9CiAg I2VuZGlmIC8qIE5QQ0kgPiAwICovCiAgCioqKioqKioqKioqKioqKgoqKiogMTI3MSwxMjgz ICoqKioKICAJaW50CQl4cmlkOwogIHsKICAJc3RydWN0IGNvbV9zCSpjb207CiAgCVBvcnRf dAkJaW9iYXNlOwogIAlpbnQJCXVuaXQ7CiAgCXVfaW50CQlmbGFnczsKICAJaW50CQlyaWQ7 CiAgCXN0cnVjdCByZXNvdXJjZSAqcG9ydDsKICAJaW50CQlyZXQ7Ci0gCWludAkJbm9faXJx OwogIAogIAlyaWQgPSB4cmlkOwogIAlwb3J0ID0gYnVzX2FsbG9jX3Jlc291cmNlKGRldiwg U1lTX1JFU19JT1BPUlQsICZyaWQsCi0tLSAxMTEzLDExMjcgLS0tLQogIAlpbnQJCXhyaWQ7 CiAgewogIAlzdHJ1Y3QgY29tX3MJKmNvbTsKKyAjaWZkZWYgQ09NX0VTUAorIAlQb3J0X3QJ CSplc3BwOworICNlbmRpZgogIAlQb3J0X3QJCWlvYmFzZTsKICAJaW50CQl1bml0OwogIAl1 X2ludAkJZmxhZ3M7CiAgCWludAkJcmlkOwogIAlzdHJ1Y3QgcmVzb3VyY2UgKnBvcnQ7CiAg CWludAkJcmV0OwogIAogIAlyaWQgPSB4cmlkOwogIAlwb3J0ID0gYnVzX2FsbG9jX3Jlc291 cmNlKGRldiwgU1lTX1JFU19JT1BPUlQsICZyaWQsCioqKioqKioqKioqKioqKgoqKiogMTI5 MCwxMzU1ICoqKioKICAJY29tID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOwogIAlmbGFncyA9 IGRldmljZV9nZXRfZmxhZ3MoZGV2KTsKICAKLSAjaWZkZWYgQ09NX01VTFRJUE9SVAotIAlp ZiAoQ09NX0lTTVVMVElQT1JUKGZsYWdzKSkgewotIAkJZGV2aWNlX3QgbWFzdGVyZGV2Owot IAotIAkJbWFzdGVyZGV2ID0gZGV2Y2xhc3NfZ2V0X2RldmljZShzaW9fZGV2Y2xhc3MsCi0g CQkgICAgQ09NX01QTUFTVEVSKGZsYWdzKSk7Ci0gCQlub19pcnEgPSAobWFzdGVyZGV2ID09 IE5VTEwgfHwgYnVzX2dldF9yZXNvdXJjZShtYXN0ZXJkZXYsCi0gCQkgICAgU1lTX1JFU19J UlEsIDAsIE5VTEwsIE5VTEwpICE9IDApOwotIAkgfSBlbHNlCi0gI2VuZGlmIC8qIENPTV9N VUxUSVBPUlQgKi8KLSAJbm9faXJxID0gYnVzX2dldF9yZXNvdXJjZShkZXYsIFNZU19SRVNf SVJRLCAwLCBOVUxMLCBOVUxMKSAhPSAwOwotIAotIAlyZXQgPSBzaW9fYXR0YWNoX3VuaXQo Y29tLCB1bml0LCBpb2Jhc2UsIGZsYWdzLCBub19pcnEsCi0gCQlybWFuX2dldF9idXN0YWco cG9ydCksIHJtYW5fZ2V0X2J1c2hhbmRsZShwb3J0KSk7Ci0gCQkKLSAJaWYgKHJldCAhPSAw KSB7Ci0gCQkvKiBMZWF2ZSBpL28gcmVzb3VyY2VzIGFsbG9jYXRlZCBpZiB0aGlzIGlzIGEg YGNuJy1sZXZlbAotIAkJICogY29uc29sZSwgc28gdGhhdCBvdGhlciBkZXZpY2VzIGNhbid0 IHNuYXJmIHRoZW0uICovCi0gCQlpZiAoaW9iYXNlICE9IHNpb2NuaW9iYXNlKQotIAkJCWJ1 c19yZWxlYXNlX3Jlc291cmNlKGRldiwgU1lTX1JFU19JT1BPUlQsIHJpZCwgcG9ydCk7Ci0g CQlyZXR1cm4gcmV0OwotIAl9Ci0gCi0gCXJpZCA9IDA7Ci0gCWNvbS0+aXJxcmVzID0gYnVz X2FsbG9jX3Jlc291cmNlKGRldiwgU1lTX1JFU19JUlEsICZyaWQsIDB1bCwgfjB1bCwgMSwK LSAJICAgIFJGX0FDVElWRSk7Ci0gCWlmIChjb20tPmlycXJlcykgewotIAkJcmV0ID0gQlVT X1NFVFVQX0lOVFIoZGV2aWNlX2dldF9wYXJlbnQoZGV2KSwgZGV2LCBjb20tPmlycXJlcywK LSAJCQkJICAgICBJTlRSX1RZUEVfVFRZIHwgSU5UUl9UWVBFX0ZBU1QsCi0gCQkJCSAgICAg c2lvaW50ciwgY29tLCAmY29tLT5jb29raWUpOwotIAkJaWYgKHJldCkgewotIAkJCXJldCA9 IEJVU19TRVRVUF9JTlRSKGRldmljZV9nZXRfcGFyZW50KGRldiksIGRldiwKLSAJCQkJCSAg ICAgY29tLT5pcnFyZXMsIElOVFJfVFlQRV9UVFksCi0gCQkJCQkgICAgIHNpb2ludHIsIGNv bSwgJmNvbS0+Y29va2llKTsKLSAJCQlpZiAocmV0ID09IDApCi0gCQkJCWRldmljZV9wcmlu dGYoZGV2LCAidW5hYmxlIHRvIGFjdGl2YXRlIGludGVycnVwdCBpbiBmYXN0IG1vZGUgLSB1 c2luZyBub3JtYWwgbW9kZSIpOwotIAkJfQotIAkJaWYgKHJldCkKLSAJCQlkZXZpY2VfcHJp bnRmKGRldiwgImNvdWxkIG5vdCBhY3RpdmF0ZSBpbnRlcnJ1cHRcbiIpOwotIAl9Ci0gCWNv bS0+aW9wb3J0cmVzID0gcG9ydDsKLSAJcmV0dXJuIDA7Ci0gfQotIAotIGludAotIHNpb19h dHRhY2hfdW5pdChjb20sIHVuaXQsIGlvYmFzZSwgZmxhZ3MsIG5vX2lycSwgYnN0LCBic2gp Ci0gIAlzdHJ1Y3QgY29tX3MJKmNvbTsKLSAJaW50CQl1bml0OwotIAlQb3J0X3QJCWlvYmFz ZTsKLSAJdV9pbnQJCWZsYWdzOwotIAlib29sX3QJCW5vX2lycTsKLSAJYnVzX3NwYWNlX3Rh Z190CWJzdDsKLSAJYnVzX3NwYWNlX2hhbmRsZV90IGJzaDsKLSB7Ci0gI2lmZGVmIENPTV9F U1AKLSAJUG9ydF90CQkqZXNwcDsKLSAjZW5kaWYKLSAKLSAJaWYgKHVuaXQgPj0gU0lPX01B WFVOSVRTKQotIAkJcmV0dXJuIEVOWElPOwogIAlpZiAodW5pdCA+PSBzaW9fbnVtdW5pdHMp CiAgCQlzaW9fbnVtdW5pdHMgPSB1bml0ICsgMTsKICAJLyoKLS0tIDExMzQsMTEzOSAtLS0t CioqKioqKioqKioqKioqKgoqKiogMTM2NiwxMzc3ICoqKioKICAJICovCiAgCWJ6ZXJvKGNv bSwgc2l6ZW9mICpjb20pOwogIAljb20tPnVuaXQgPSB1bml0OwohIAljb20tPmJzdCA9IGJz dDsKISAJY29tLT5ic2ggPSBic2g7CiAgCWNvbS0+Y2Zjcl9pbWFnZSA9IENGQ1JfOEJJVFM7 CiAgCWNvbS0+ZHRyX3dhaXQgPSAzICogaHo7CiAgCWNvbS0+bG9zZXNfb3V0aW50cyA9IENP TV9MT1NFU09VVElOVFMoZmxhZ3MpICE9IDA7CiEgCWNvbS0+bm9faXJxID0gbm9faXJxOwog IAljb20tPnR4X2ZpZm9fc2l6ZSA9IDE7CiAgCWNvbS0+b2J1ZnNbMF0ubF9oZWFkID0gY29t LT5vYnVmMTsKICAJY29tLT5vYnVmc1sxXS5sX2hlYWQgPSBjb20tPm9idWYyOwotLS0gMTE1 MCwxMTYyIC0tLS0KICAJICovCiAgCWJ6ZXJvKGNvbSwgc2l6ZW9mICpjb20pOwogIAljb20t PnVuaXQgPSB1bml0OwohIAljb20tPmlvcG9ydHJlcyA9IHBvcnQ7CiEgCWNvbS0+YnN0ID0g cm1hbl9nZXRfYnVzdGFnKHBvcnQpOwohIAljb20tPmJzaCA9IHJtYW5fZ2V0X2J1c2hhbmRs ZShwb3J0KTsKICAJY29tLT5jZmNyX2ltYWdlID0gQ0ZDUl84QklUUzsKICAJY29tLT5kdHJf d2FpdCA9IDMgKiBoejsKICAJY29tLT5sb3Nlc19vdXRpbnRzID0gQ09NX0xPU0VTT1VUSU5U UyhmbGFncykgIT0gMDsKISAJY29tLT5ub19pcnEgPSBidXNfZ2V0X3Jlc291cmNlKGRldiwg U1lTX1JFU19JUlEsIDAsIE5VTEwsIE5VTEwpICE9IDA7CiAgCWNvbS0+dHhfZmlmb19zaXpl ID0gMTsKICAJY29tLT5vYnVmc1swXS5sX2hlYWQgPSBjb20tPm9idWYxOwogIAljb20tPm9i dWZzWzFdLmxfaGVhZCA9IGNvbS0+b2J1ZjI7CioqKioqKioqKioqKioqKgoqKiogMTQwNywx NDEyICoqKioKLS0tIDExOTIsMTIwMyAtLS0tCiAgCQljb20tPml0X2luLmNfaXNwZWVkID0g Y29tLT5pdF9pbi5jX29zcGVlZCA9IFRUWURFRl9TUEVFRDsKICAJaWYgKHNpb3NldHdhdGVy KGNvbSwgY29tLT5pdF9pbi5jX2lzcGVlZCkgIT0gMCkgewogIAkJZW5hYmxlX2ludHIoKTsK KyAJCS8qCisgCQkgKiBMZWF2ZSBpL28gcmVzb3VyY2VzIGFsbG9jYXRlZCBpZiB0aGlzIGlz IGEgYGNuJy1sZXZlbAorIAkJICogY29uc29sZSwgc28gdGhhdCBvdGhlciBkZXZpY2VzIGNh bid0IHNuYXJmIHRoZW0uCisgCQkgKi8KKyAJCWlmIChpb2Jhc2UgIT0gc2lvY25pb2Jhc2Up CisgCQkJYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2LCBTWVNfUkVTX0lPUE9SVCwgcmlkLCBw b3J0KTsKICAJCXJldHVybiAoRU5PTUVNKTsKICAJfQogIAllbmFibGVfaW50cigpOwoqKioq KioqKioqKioqKioKKioqIDE0NTYsMTQ2OCAqKioqCiAgCQkJcHJpbnRmKCIgMTY1NTBBIGZp Zm8gZGlzYWJsZWQiKTsKICAJCX0gZWxzZSB7CiAgCQkJY29tLT5oYXNmaWZvID0gVFJVRTsK LSAJCQljb20tPnR4X2ZpZm9fc2l6ZSA9IENPTV9GSUZPU0laRShmbGFncyk7CiAgCQkJaWYg KENPTV9TVDE2NjUwQShmbGFncykpIHsKICAJCQkJY29tLT5zdDE2NjUwYSA9IDE7Ci0gCQkJ CWlmICghIGNvbS0+dHhfZmlmb19zaXplKQogIAkJCQljb20tPnR4X2ZpZm9fc2l6ZSA9IDMy OwogIAkJCQlwcmludGYoIiBTVDE2NjUwQSIpOwogIAkJCX0gZWxzZSB7CiAgCQkJCXByaW50 ZigiIDE2NTUwQSIpOwogIAkJCX0KICAJCX0KLS0tIDEyNDcsMTI1OCAtLS0tCiAgCQkJcHJp bnRmKCIgMTY1NTBBIGZpZm8gZGlzYWJsZWQiKTsKICAJCX0gZWxzZSB7CiAgCQkJY29tLT5o YXNmaWZvID0gVFJVRTsKICAJCQlpZiAoQ09NX1NUMTY2NTBBKGZsYWdzKSkgewogIAkJCQlj b20tPnN0MTY2NTBhID0gMTsKICAJCQkJY29tLT50eF9maWZvX3NpemUgPSAzMjsKICAJCQkJ cHJpbnRmKCIgU1QxNjY1MEEiKTsKICAJCQl9IGVsc2UgeworIAkJCQljb20tPnR4X2ZpZm9f c2l6ZSA9IENPTV9GSUZPU0laRShmbGFncyk7CiAgCQkJCXByaW50ZigiIDE2NTUwQSIpOwog IAkJCX0KICAJCX0KKioqKioqKioqKioqKioqCioqKiAxNDczLDE0ODMgKioqKgogIAkJCQli cmVhazsKICAJCQl9CiAgI2VuZGlmCiEgCQlpZiAoY29tLT5oYXNmaWZvKSB7CiAgCQkJaWYg KCFjb20tPnR4X2ZpZm9fc2l6ZSkKICAJCQkJY29tLT50eF9maWZvX3NpemUgPSAxNjsKICAJ CQllbHNlCiEgCQkJCXByaW50ZigiIHdpdGggJWQgYnl0ZXMgRklGTyIsCiAgCQkJCSAgICBj b20tPnR4X2ZpZm9fc2l6ZSk7CiAgCQl9CiAgCi0tLSAxMjYzLDEyNzMgLS0tLQogIAkJCQli cmVhazsKICAJCQl9CiAgI2VuZGlmCiEgCQlpZiAoIWNvbS0+c3QxNjY1MGEpIHsKICAJCQlp ZiAoIWNvbS0+dHhfZmlmb19zaXplKQogIAkJCQljb20tPnR4X2ZpZm9fc2l6ZSA9IDE2Owog IAkJCWVsc2UKISAJCQkJcHJpbnRmKCIgbG9va2FsaWtlIHdpdGggJWQgYnl0ZXMgRklGTyIs CiAgCQkJCSAgICBjb20tPnR4X2ZpZm9fc2l6ZSk7CiAgCQl9CiAgCioqKioqKioqKioqKioq KgoqKiogMTUxNCwxNTI0ICoqKioKLS0tIDEzMDQsMTMyMCAtLS0tCiAgCiAgI2lmZGVmIENP TV9NVUxUSVBPUlQKICAJaWYgKENPTV9JU01VTFRJUE9SVChmbGFncykpIHsKKyAJCWRldmlj ZV90IG1hc3RlcmRldjsKKyAKICAJCWNvbS0+bXVsdGlwb3J0ID0gVFJVRTsKICAJCXByaW50 ZigiIChtdWx0aXBvcnQiKTsKICAJCWlmICh1bml0ID09IENPTV9NUE1BU1RFUihmbGFncykp CiAgCQkJcHJpbnRmKCIgbWFzdGVyIik7CiAgCQlwcmludGYoIikiKTsKKyAJCW1hc3RlcmRl diA9IGRldmNsYXNzX2dldF9kZXZpY2Uoc2lvX2RldmNsYXNzLAorIAkJICAgIENPTV9NUE1B U1RFUihmbGFncykpOworIAkJY29tLT5ub19pcnEgPSAobWFzdGVyZGV2ID09IE5VTEwgfHwg YnVzX2dldF9yZXNvdXJjZShtYXN0ZXJkZXYsCisgCQkgICAgU1lTX1JFU19JUlEsIDAsIE5V TEwsIE5VTEwpICE9IDApOwogIAkgfQogICNlbmRpZiAvKiBDT01fTVVMVElQT1JUICovCiAg CWlmICh1bml0ID09IGNvbWNvbnNvbGUpCioqKioqKioqKioqKioqKgoqKiogMTUyNywxNTM0 ICoqKioKICAJCXByaW50ZigiIHdpdGggYSBib2d1cyBJSVJfVFhSRFkgcmVnaXN0ZXIiKTsK ICAJcHJpbnRmKCJcbiIpOwogIAotIAljb21fYWRkcih1bml0KSA9IGNvbTsKLSAKICAJaWYg KCFzaW9fcmVnaXN0ZXJlZCkgewogIAkJcmVnaXN0ZXJfc3dpKFNXSV9UVFksIHNpb3BvbGwp OwogIAkJc2lvX3JlZ2lzdGVyZWQgPSBUUlVFOwotLS0gMTMyMywxMzI4IC0tLS0KKioqKioq KioqKioqKioqCioqKiAxNTQ5LDE1NTQgKioqKgotLS0gMTM0MywxMzc2IC0tLS0KICAJY29t LT5wcHMucHBzY2FwID0gUFBTX0NBUFRVUkVBU1NFUlQgfCBQUFNfQ0FQVFVSRUNMRUFSOwog IAlwcHNfaW5pdCgmY29tLT5wcHMpOwogIAorIAlyaWQgPSAwOworIAljb20tPmlycXJlcyA9 IGJ1c19hbGxvY19yZXNvdXJjZShkZXYsIFNZU19SRVNfSVJRLCAmcmlkLCAwdWwsIH4wdWws IDEsCisgCSAgICBSRl9BQ1RJVkUpOworIAlpZiAoY29tLT5pcnFyZXMpIHsKKyAJCXJldCA9 IEJVU19TRVRVUF9JTlRSKGRldmljZV9nZXRfcGFyZW50KGRldiksIGRldiwgY29tLT5pcnFy ZXMsCisgCQkJCSAgICAgSU5UUl9UWVBFX1RUWSB8IElOVFJfVFlQRV9GQVNULAorIAkJCQkg ICAgIHNpb2ludHIsIGNvbSwgJmNvbS0+Y29va2llKTsKKyAJCWlmIChyZXQpIHsKKyAJCQly ZXQgPSBCVVNfU0VUVVBfSU5UUihkZXZpY2VfZ2V0X3BhcmVudChkZXYpLCBkZXYsCisgCQkJ CQkgICAgIGNvbS0+aXJxcmVzLCBJTlRSX1RZUEVfVFRZLAorIAkJCQkJICAgICBzaW9pbnRy LCBjb20sICZjb20tPmNvb2tpZSk7CisgCQkJaWYgKHJldCA9PSAwKQorIAkJCQlkZXZpY2Vf cHJpbnRmKGRldiwgInVuYWJsZSB0byBhY3RpdmF0ZSBpbnRlcnJ1cHQgaW4gZmFzdCBtb2Rl IC0gdXNpbmcgbm9ybWFsIG1vZGVcbiIpOworIAkJfQorIAkJaWYgKHJldCkKKyAJCQlkZXZp Y2VfcHJpbnRmKGRldiwgImNvdWxkIG5vdCBhY3RpdmF0ZSBpbnRlcnJ1cHRcbiIpOworICNp ZiBkZWZpbmVkKEREQikgJiYgKGRlZmluZWQoQlJFQUtfVE9fREVCVUdHRVIpIHx8IFwKKyAg ICAgZGVmaW5lZChBTFRfQlJFQUtfVE9fREVCVUdHRVIpKQorIAkJLyoKKyAJCSAqIEVuYWJs ZSBpbnRlcnJ1cHRzIGZvciBlYXJseSBicmVhay10by1kZWJ1Z2dlciBzdXBwb3J0CisgCQkg KiBvbiB0aGUgY29uc29sZS4KKyAJCSAqLworIAkJaWYgKHJldCA9PSAwICYmIHVuaXQgPT0g Y29tY29uc29sZSkKKyAJCQlvdXRiKHNpb2NuaW9iYXNlICsgY29tX2llciwgSUVSX0VSWFJE WSB8IElFUl9FUkxTIHwKKyAJCQkgICAgSUVSX0VNU0MpOworICNlbmRpZgorIAl9CisgCiAg CXJldHVybiAoMCk7CiAgfQogIAoqKioqKioqKioqKioqKioKKioqIDIwNDgsMjA3NCAqKioq CiAgfQogIAogIHN0YXRpYyB2b2lkCi0gc2lvX3BjaV9pbnRyKGFyZykKLSAJdm9pZAkJKmFy ZzsKLSB7Ci0gCXN0cnVjdCBtdWx0aWNvbQkqZCA9IGFyZzsKLSAJc3RydWN0IGNvbV9zCSpj b207Ci0gCWJvb2xfdAkJcG9zc2libHlfbW9yZV9pbnRyczsKLSAKLSAJZGlzYWJsZV9pbnRy KCk7Ci0gCWRvIHsKLSAJCXBvc3NpYmx5X21vcmVfaW50cnMgPSBGQUxTRTsKLSAJCWZvciAo Y29tPWQtPmNvbTsgY29tPGQtPmNvbStkLT5uY2hhbjsgKytjb20pIHsKLSAJCQlpZiAoKGlu Yihjb20tPmludF9pZF9wb3J0KSAmIElJUl9JTUFTSykgIT0gSUlSX05PUEVORCkgewotIAkJ CQlzaW9pbnRyMShjb20pOwotIAkJCQlwb3NzaWJseV9tb3JlX2ludHJzID0gVFJVRTsKLSAJ CQl9Ci0gCQl9Ci0gCX0gd2hpbGUgKHBvc3NpYmx5X21vcmVfaW50cnMpOwotIAllbmFibGVf aW50cigpOwotIH0KLSAKLSBzdGF0aWMgdm9pZAogIHNpb2ludHIxKGNvbSkKICAJc3RydWN0 IGNvbV9zCSpjb207CiAgewotLS0gMTg3MCwxODc1IC0tLS0KKioqKioqKioqKioqKioqCioq KiAyNTMzLDI1NTkgKioqKgogIAlpZiAodC0+Y19pc3BlZWQgPT0gMCkKICAJCXQtPmNfaXNw ZWVkID0gdC0+Y19vc3BlZWQ7CiAgCiEgCS8qIGNvbnZlcnQgcGFyYW1ldGVycyB0byB0aGUg Y29tIHN0cnVjdCBhbmQgdGhlIGRldmljZSAqLwogIAl1bml0ID0gREVWX1RPX1VOSVQodHAt PnRfZGV2KTsKICAJY29tID0gY29tX2FkZHIodW5pdCk7CiAgCWlmIChjb20gPT0gTlVMTCkK ICAJCXJldHVybiAoRU5PREVWKTsKLSAKLSAJLyogY2hlY2sgcmVxdWVzdGVkIHBhcmFtZXRl cnMgKi8KLSAJaWYgKCEgY29tLT5vc2NpbGxhdG9yKQotIAkJY29tLT5vc2NpbGxhdG9yID0g c2lvX2ZpbmRfZnJlcSAoY29tKTsKLSAJaWYgKHQtPmNfb3NwZWVkID09IDApCi0gCQlkaXZp c29yID0gMDsKLSAJZWxzZSB7Ci0gCQlkaXZpc29yID0gQ09NRElWSVNPUiAoY29tLT5vc2Np bGxhdG9yLCB0LT5jX29zcGVlZCk7Ci0gCQlpZiAoZGl2aXNvciA9PSAwKQotIAkJCWRpdmlz b3IgPSAxOwotIAkJdC0+Y19vc3BlZWQgPSBDT01ESVZJU09SIChjb20tPm9zY2lsbGF0b3Is IGRpdmlzb3IpOwotIAkJdC0+Y19pc3BlZWQgPSB0LT5jX29zcGVlZDsKLSAJfQotIAlpZiAo ZGl2aXNvciA+IDAgJiYgdC0+Y19pc3BlZWQgIT0gdC0+Y19vc3BlZWQpCi0gCQlyZXR1cm4g KEVJTlZBTCk7Ci0gCiAgCXMgPSBzcGx0dHkoKTsKICAJaWYgKGRpdmlzb3IgPT0gMCkKICAJ CSh2b2lkKWNvbW1jdGwoY29tLCBUSU9DTV9EVFIsIERNQklDKTsJLyogaGFuZyB1cCBsaW5l ICovCi0tLSAyMzM0LDIzNDkgLS0tLQogIAlpZiAodC0+Y19pc3BlZWQgPT0gMCkKICAJCXQt PmNfaXNwZWVkID0gdC0+Y19vc3BlZWQ7CiAgCiEgCS8qIGNoZWNrIHJlcXVlc3RlZCBwYXJh bWV0ZXJzICovCiEgCWRpdmlzb3IgPSB0dHNwZWVkdGFiKHQtPmNfb3NwZWVkLCBjb21zcGVl ZHRhYik7CiEgCWlmIChkaXZpc29yIDwgMCB8fCAoZGl2aXNvciA+IDAgJiYgdC0+Y19pc3Bl ZWQgIT0gdC0+Y19vc3BlZWQpKQohIAkJcmV0dXJuIChFSU5WQUwpOwohIAohIAkvKiBwYXJh bWV0ZXJzIGFyZSBPSywgY29udmVydCB0aGVtIHRvIHRoZSBjb20gc3RydWN0IGFuZCB0aGUg ZGV2aWNlICovCiAgCXVuaXQgPSBERVZfVE9fVU5JVCh0cC0+dF9kZXYpOwogIAljb20gPSBj b21fYWRkcih1bml0KTsKICAJaWYgKGNvbSA9PSBOVUxMKQogIAkJcmV0dXJuIChFTk9ERVYp OwogIAlzID0gc3BsdHR5KCk7CiAgCWlmIChkaXZpc29yID09IDApCiAgCQkodm9pZCljb21t Y3RsKGNvbSwgVElPQ01fRFRSLCBETUJJQyk7CS8qIGhhbmcgdXAgbGluZSAqLwoqKioqKioq KioqKioqKioKKioqIDMwODQsMzA5MCAqKioqCiAgCXVfY2hhcgltY3I7CiAgfTsKICAKISBz dGF0aWMgc3BlZWRfdCBzaW9jbmdldHNwZWVkIF9fUCgoUG9ydF90KSk7CiAgc3RhdGljIHZv aWQgc2lvY25jbG9zZQlfX1AoKHN0cnVjdCBzaW9jbnN0YXRlICpzcCwgUG9ydF90IGlvYmFz ZSkpOwogIHN0YXRpYyB2b2lkIHNpb2Nub3BlbglfX1AoKHN0cnVjdCBzaW9jbnN0YXRlICpz cCwgUG9ydF90IGlvYmFzZSwgaW50IHNwZWVkKSk7CiAgc3RhdGljIHZvaWQgc2lvY250eHdh aXQJX19QKChQb3J0X3QgaW9iYXNlKSk7Ci0tLSAyODc0LDI4ODAgLS0tLQogIAl1X2NoYXIJ bWNyOwogIH07CiAgCiEgc3RhdGljIHNwZWVkX3Qgc2lvY25nZXRzcGVlZCBfX1AoKFBvcnRf dCwgc3RydWN0IHNwZWVkdGFiICopKTsKICBzdGF0aWMgdm9pZCBzaW9jbmNsb3NlCV9fUCgo c3RydWN0IHNpb2Nuc3RhdGUgKnNwLCBQb3J0X3QgaW9iYXNlKSk7CiAgc3RhdGljIHZvaWQg c2lvY25vcGVuCV9fUCgoc3RydWN0IHNpb2Nuc3RhdGUgKnNwLCBQb3J0X3QgaW9iYXNlLCBp bnQgc3BlZWQpKTsKICBzdGF0aWMgdm9pZCBzaW9jbnR4d2FpdAlfX1AoKFBvcnRfdCBpb2Jh c2UpKTsKKioqKioqKioqKioqKioqCioqKiAzMTMyLDMxMzkgKioqKgogICAqLwogIAogIHN0 YXRpYyBzcGVlZF90CiEgc2lvY25nZXRzcGVlZChpb2Jhc2UpCiAgCVBvcnRfdCBpb2Jhc2U7 CiAgewogIAlpbnQJY29kZTsKICAJdV9jaGFyCWRsYmg7Ci0tLSAyOTIyLDI5MzAgLS0tLQog ICAqLwogIAogIHN0YXRpYyBzcGVlZF90CiEgc2lvY25nZXRzcGVlZChpb2Jhc2UsIHRhYmxl KQogIAlQb3J0X3QgaW9iYXNlOworIAlzdHJ1Y3Qgc3BlZWR0YWIgKnRhYmxlOwogIHsKICAJ aW50CWNvZGU7CiAgCXVfY2hhcglkbGJoOwoqKioqKioqKioqKioqKioKKioqIDMxNTAsMzE1 NiAqKioqCiAgCiAgCWNvZGUgPSBkbGJoIDw8IDggfCBkbGJsOwogIAohIAlyZXR1cm4gQ09N RElWSVNPUiAoMTg0MzIwMCwgY29kZSk7CiAgfQogIAogIHN0YXRpYyB2b2lkCi0tLSAyOTQx LDI5NTEgLS0tLQogIAogIAljb2RlID0gZGxiaCA8PCA4IHwgZGxibDsKICAKISAJZm9yICg7 IHRhYmxlLT5zcF9zcGVlZCAhPSAtMTsgdGFibGUrKykKISAJCWlmICh0YWJsZS0+c3BfY29k ZSA9PSBjb2RlKQohIAkJCXJldHVybiAodGFibGUtPnNwX3NwZWVkKTsKISAKISAJcmV0dXJu ICgwKTsJLyogZGlkbid0IG1hdGNoIGFueXRoaW5nIHNhbmUgKi8KICB9CiAgCiAgc3RhdGlj IHZvaWQKKioqKioqKioqKioqKioqCioqKiAzMTgxLDMxODcgKioqKgogIAkgKiBkYXRhIGlu cHV0IHJlZ2lzdGVyLiAgVGhpcyBhbHNvIHJlZHVjZXMgdGhlIGVmZmVjdHMgb2YgdGhlCiAg CSAqIFVNQzg2NjlGIGJ1Zy4KICAJICovCiEgCWRpdmlzb3IgPSBDT01ESVZJU09SICgxODQz MjAwLCBzcGVlZCk7CiAgCWRsYmwgPSBkaXZpc29yICYgMHhGRjsKICAJaWYgKHNwLT5kbGJs ICE9IGRsYmwpCiAgCQlvdXRiKGlvYmFzZSArIGNvbV9kbGJsLCBkbGJsKTsKLS0tIDI5NzYs Mjk4MiAtLS0tCiAgCSAqIGRhdGEgaW5wdXQgcmVnaXN0ZXIuICBUaGlzIGFsc28gcmVkdWNl cyB0aGUgZWZmZWN0cyBvZiB0aGUKICAJICogVU1DODY2OUYgYnVnLgogIAkgKi8KISAJZGl2 aXNvciA9IHR0c3BlZWR0YWIoc3BlZWQsIGNvbXNwZWVkdGFiKTsKICAJZGxibCA9IGRpdmlz b3IgJiAweEZGOwogIAlpZiAoc3AtPmRsYmwgIT0gZGxibCkKICAJCW91dGIoaW9iYXNlICsg Y29tX2RsYmwsIGRsYmwpOwoqKioqKioqKioqKioqKioKKioqIDMyNjMsMzI2OSAqKioqCiAg CQkJaW9iYXNlID0gcG9ydDsKICAJCQlzID0gc3BsdHR5KCk7CiAgCQkJaWYgKGJvb3Rob3d0 byAmIFJCX1NFUklBTCkgewohIAkJCQlib290X3NwZWVkID0gc2lvY25nZXRzcGVlZChpb2Jh c2UpOwogIAkJCQlpZiAoYm9vdF9zcGVlZCkKICAJCQkJCWNvbWRlZmF1bHRyYXRlID0gYm9v dF9zcGVlZDsKICAJCQl9Ci0tLSAzMDU4LDMwNjQgLS0tLQogIAkJCWlvYmFzZSA9IHBvcnQ7 CiAgCQkJcyA9IHNwbHR0eSgpOwogIAkJCWlmIChib290aG93dG8gJiBSQl9TRVJJQUwpIHsK ISAJCQkJYm9vdF9zcGVlZCA9IHNpb2NuZ2V0c3BlZWQoaW9iYXNlLCBjb21zcGVlZHRhYik7 CiAgCQkJCWlmIChib290X3NwZWVkKQogIAkJCQkJY29tZGVmYXVsdHJhdGUgPSBib290X3Nw ZWVkOwogIAkJCX0KKioqKioqKioqKioqKioqCioqKiAzNTI3LDM1MzQgKioqKgogIAogIERS SVZFUl9NT0RVTEUoc2lvLCBpc2EsIHNpb19pc2FfZHJpdmVyLCBzaW9fZGV2Y2xhc3MsIDAs IDApOwogICNpZiBOQ0FSRCA+IDAKISBEUklWRVJfTU9EVUxFKHNpbywgcGNjYXJkLCBzaW9f cGNjYXJkX2RyaXZlciwgc2lvX3BjY2FyZF9kZXZjbGFzcywgMCwgMCk7CiAgI2VuZGlmCiAg I2lmIE5QQ0kgPiAwCiEgRFJJVkVSX01PRFVMRShzaW8sIHBjaSwgc2lvX3BjaV9kcml2ZXIs IHNpb19wY2lfZGV2Y2xhc3MsIDAsIDApOwogICNlbmRpZgotLS0gMzMyMiwzMzI5IC0tLS0K ICAKICBEUklWRVJfTU9EVUxFKHNpbywgaXNhLCBzaW9faXNhX2RyaXZlciwgc2lvX2RldmNs YXNzLCAwLCAwKTsKICAjaWYgTkNBUkQgPiAwCiEgRFJJVkVSX01PRFVMRShzaW8sIHBjY2Fy ZCwgc2lvX3BjY2FyZF9kcml2ZXIsIHNpb19kZXZjbGFzcywgMCwgMCk7CiAgI2VuZGlmCiAg I2lmIE5QQ0kgPiAwCiEgRFJJVkVSX01PRFVMRShzaW8sIHBjaSwgc2lvX3BjaV9kcml2ZXIs IHNpb19kZXZjbGFzcywgMCwgMCk7CiAgI2VuZGlmCg== --==_Exmh_-4833217230 Content-Type: text/plain ; name="dmesg"; charset=us-ascii Content-Description: dmesg Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDEgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDQuNC0wMS0xMi0yMDAxLVNUQUJMRSAj MDogVGh1IEphbiAxMCAxNzozMjoyOCBFRVQgMjAwMgogICAgcm9vdEBmcmVlYnNkLmtjbS5i ZzovdXNyL3NyYy9zeXMvY29tcGlsZS9HRU5FUklDClRpbWVjb3VudGVyICJpODI1NCIgIGZy ZXF1ZW5jeSAxMTkzMTgyIEh6CkNQVTogUGVudGl1bSBJSUkvUGVudGl1bSBJSUkgWGVvbi9D ZWxlcm9uICg3NDYuNzYtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJ bnRlbCIgIElkID0gMHg2ODMgIFN0ZXBwaW5nID0gMwogIEZlYXR1cmVzPTB4Mzg3ZmJmZjxG UFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1D QSxDTU9WLFBBVCxQU0UzNixQTixNTVgsRlhTUixTU0U+CnJlYWwgbWVtb3J5ICA9IDI2ODM2 OTkyMCAoMjYyMDgwSyBieXRlcykKYXZhaWwgbWVtb3J5ID0gMjU2NjY3NjQ4ICgyNTA2NTJL IGJ5dGVzKQpQcmVsb2FkZWQgZWxmIGtlcm5lbCAia2VybmVsIiBhdCAweGMwNDg5MDAwLgpQ ZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZAptZDA6IE1hbGxvYyBkaXNrClVzaW5n ICRQSVIgdGFibGUsIDEyIGVudHJpZXMgYXQgMHhjMDBmZGYwMApucHgwOiA8bWF0aCBwcm9j ZXNzb3I+IG9uIG1vdGhlcmJvYXJkCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKcGNpYjA6IDxJ bnRlbCA4MjQ0M0dYIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVyYm9hcmQKcGNpMDog PFBDSSBidXM+IG9uIHBjaWIwCnBjaWIyOiA8SW50ZWwgODI0NDNHWCAoNDQwIEdYKSBQQ0kt UENJIChBR1ApIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxQQ0kgYnVz PiBvbiBwY2liMgpwY2liMzogPFBDSSB0byBQQ0kgYnJpZGdlICh2ZW5kb3I9MTAxMSBkZXZp Y2U9MDAyMyk+IGF0IGRldmljZSAxNS4wIG9uIHBjaTEKcGNpMjogPFBDSSBidXM+IG9uIHBj aWIzCmFoYzA6IDxBZGFwdGVjIGFpYzc4OTYvOTcgVWx0cmEyIFNDU0kgYWRhcHRlcj4gcG9y dCAweDIwMDAtMHgyMGZmIG1lbSAweGY0MTAwMDAwLTB4ZjQxMDBmZmYgaXJxIDExIGF0IGRl dmljZSAxMi4wIG9uIHBjaTAKYWljNzg5Ni85NzogVWx0cmEyIFdpZGUgQ2hhbm5lbCBBLCBT Q1NJIElkPTcsIDMyLzI1NSBTQ0JzCmFoYzE6IDxBZGFwdGVjIGFpYzc4OTYvOTcgVWx0cmEy IFNDU0kgYWRhcHRlcj4gcG9ydCAweDI0MDAtMHgyNGZmIG1lbSAweGY0MTAxMDAwLTB4ZjQx MDFmZmYgaXJxIDExIGF0IGRldmljZSAxMi4xIG9uIHBjaTAKYWljNzg5Ni85NzogVWx0cmEy IFdpZGUgQ2hhbm5lbCBCLCBTQ1NJIElkPTcsIDMyLzI1NSBTQ0JzCnNpb3BjaTA6IDxNb3hh IFRlY2hub2xvZ2llcyBDMTY4SC9QQ0k+IHBvcnQgMHgyYzIwLTB4MmMyZiwweDI4ODAtMHgy OGJmLDB4MjgwMC0weDI4N2YgaXJxIDUgYXQgZGV2aWNlIDEzLjAgb24gcGNpMApzaW80OiBj b3VsZG4ndCBtYXAgcG9ydHMvbWVtb3J5CmRldmljZV9wcm9iZV9hbmRfYXR0YWNoOiBzaW9w Y2kwIGF0dGFjaCByZXR1cm5lZCA2CmZ4cDA6IDxJbnRlbCBQcm8gMTAvMTAwQi8xMDArIEV0 aGVybmV0PiBwb3J0IDB4MjhjMC0weDI4ZmYgbWVtIDB4ZjQwMDAwMDAtMHhmNDBmZmZmZiww eGY0MTAyMDAwLTB4ZjQxMDJmZmYgaXJxIDEwIGF0IGRldmljZSAxNC4wIG9uIHBjaTAKZnhw MDogRXRoZXJuZXQgYWRkcmVzcyAwMDpkMDpiNzphOTo2ZDo5MQppbnBoeTA6IDxpODI1NTUg MTAvMTAwIG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMAppbnBoeTA6ICAxMGJhc2VULCAx MGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCmlzYWIwOiA8SW50 ZWwgODIzNzFBQiBQQ0kgdG8gSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDE4LjAgb24gcGNpMApp c2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIFBJSVg0IEFUQTMzIGNv bnRyb2xsZXI+IHBvcnQgMHgyYzMwLTB4MmMzZiBhdCBkZXZpY2UgMTguMSBvbiBwY2kwCmF0 YTA6IGF0IDB4MWYwIGlycSAxNCBvbiBhdGFwY2kwCmF0YTE6IGF0IDB4MTcwIGlycSAxNSBv biBhdGFwY2kwCnVoY2kwOiA8SW50ZWwgODIzNzFBQi9FQiAoUElJWDQpIFVTQiBjb250cm9s bGVyPiBwb3J0IDB4MmMwMC0weDJjMWYgaXJxIDEwIGF0IGRldmljZSAxOC4yIG9uIHBjaTAK dXNiMDogPEludGVsIDgyMzcxQUIvRUIgKFBJSVg0KSBVU0IgY29udHJvbGxlcj4gb24gdWhj aTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogSW50ZWwgVUhDSSByb290IGh1Yiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmNoaXAxOiA8SW50ZWwgODIzNzFBQiBQb3dlciBt YW5hZ2VtZW50IGNvbnRyb2xsZXI+IHBvcnQgMHgxMDQwLTB4MTA0ZiBhdCBkZXZpY2UgMTgu MyBvbiBwY2kwCnBjaTA6IDxDaXJydXMgTG9naWMgR0Q1NDgwIFNWR0EgY29udHJvbGxlcj4g YXQgMjAuMApwY2liMTogPEludGVsIDgyNDQzR1ggaG9zdCB0byBBR1AgYnJpZGdlPiBvbiBt b3RoZXJib2FyZApwY2kzOiA8UENJIGJ1cz4gb24gcGNpYjEKb3JtMDogPE9wdGlvbiBST01z PiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhjODAwMC0weGNkN2ZmLDB4Y2Q4MDAtMHhj ZTdmZiBvbiBpc2EwCmZkYzA6IDxORUMgNzIwNjVCIG9yIGNsb25lPiBhdCBwb3J0IDB4M2Yw LTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAKZmRjMDogRklGTyBlbmFibGVkLCA4 IGJ5dGVzIHRocmVzaG9sZApmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJp dmUgMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4 NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEgaXJxIDEg b24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMApwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9u IGF0a2JkYzAKcHNtMDogbW9kZWwgR2VuZXJpYyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQgMAp2 Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAw MDAtMHhiZmZmZiBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEw MCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4K c2lvMCBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gaXNhMApzaW8w OiB0eXBlIDE2NTUwQQpzaW8xIGF0IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMApz aW8xOiB0eXBlIDE2NTUwQQpwcGMwOiA8UGFyYWxsZWwgcG9ydD4gYXQgcG9ydCAweDM3OC0w eDM3ZiBpcnEgNyBvbiBpc2EwCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoRUNQL1BTMi9OSUJC TEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvOCBieXRlcyB0 aHJlc2hvbGQKcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBwcGJ1czAKbHB0 MDogPFByaW50ZXI+IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKcHBp MDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCmFkMDogNjE0OU1CIDxRVUFOVFVNIEZJUkVC QUxMIENYNi40QT4gWzEzMzI4LzE1LzYzXSBhdCBhdGEwLW1hc3RlciBVRE1BMzMKYWNkMDog Q0RST00gPFNPTlkgQ0QtUk9NIENEVTQ4MjE+IGF0IGF0YTEtbWFzdGVyIHVzaW5nIFBJTzQK V2FpdGluZyAxNSBzZWNvbmRzIGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlCk1vdW50aW5n IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWEKZGEwIGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDEg bHVuIDAKZGEwOiA8SUJNIEREWVMtVDE4MzUwTiBTOTNFPiBGaXhlZCBEaXJlY3QgQWNjZXNz IFNDU0ktMyBkZXZpY2UgCmRhMDogODAuMDAwTUIvcyB0cmFuc2ZlcnMgKDQwLjAwME1Ieiwg b2Zmc2V0IDYzLCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkCmRhMDogMTc1MDFN QiAoMzU4NDM2NzAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAyMjMxQykKZGExIGF0 IGFoYzAgYnVzIDAgdGFyZ2V0IDIgbHVuIDAKZGExOiA8SUJNIEREWVMtVDE4MzUwTiBTOTNF PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgCmRhMTogODAuMDAwTUIvcyB0 cmFuc2ZlcnMgKDQwLjAwME1Ieiwgb2Zmc2V0IDYzLCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWlu ZyBFbmFibGVkCmRhMTogMTc1MDFNQiAoMzU4NDM2NzAgNTEyIGJ5dGUgc2VjdG9yczogMjU1 SCA2M1MvVCAyMjMxQykKY2QwIGF0IGFoYzEgYnVzIDAgdGFyZ2V0IDMgbHVuIDAKY2QwOiA8 SFAgQ0QtV3JpdGVyKyA5MjAwIDEuMGM+IFJlbW92YWJsZSBDRC1ST00gU0NTSS00IGRldmlj ZSAKY2QwOiAxMC4wMDBNQi9zIHRyYW5zZmVycyAoMTAuMDAwTUh6LCBvZmZzZXQgMTUpCmNk MDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVk aXVtIG5vdCBwcmVzZW50Cg== --==_Exmh_-4833217230 Content-Type: text/plain; charset=us-ascii Stoian Mishinev Telephone: (359) 32 621250 Digital Systems Ltd. Mobile: (359) 87 425785 8 Bulair Str. Fax: (359) 32 630119 Plovdiv 4000 Email: mishinev@digsys.bg Website: http://www.digsys.bg --==_Exmh_-4833217230-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 9:30:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mgate08.so-net.ne.jp (mgate08.so-net.ne.jp [210.139.254.155]) by hub.freebsd.org (Postfix) with ESMTP id 6A10B37B717; Thu, 10 Jan 2002 09:20:35 -0800 (PST) Received: from mail.gc5.so-net.ne.jp (mspool16.so-net.ne.jp [210.139.248.16]) by mgate08.so-net.ne.jp with ESMTP id g0AHJsV00363; Fri, 11 Jan 2002 02:19:54 +0900 (JST) Received: from gc5.so-net.ne.jp (suzuki-laptop.Stanford.EDU [171.64.74.189]) by mail.gc5.so-net.ne.jp with ESMTP id g0AHJr426160; Fri, 11 Jan 2002 02:19:53 +0900 (JST) Message-ID: <3C3DCD36.8050005@gc5.so-net.ne.jp> Date: Thu, 10 Jan 2002 09:19:50 -0800 From: SUZUKI Koichi User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20011227 X-Accept-Language: ja, en MIME-Version: 1.0 To: dan@langille.org Cc: stable@freebsd.org, wpaul@freebsd.org, fwkg7679@mb.infoweb.ne.jp Subject: Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836 References: <3C3CC880.10766.25DC0F1@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi guys, [Cc-ed to Mr.Kurosawa , the patch author] I replied to Dan's DM last night. But I haven't read this mail (and followed mail) in -stable ML yet. Dan Langille wrote: > It appears I am not the first to buy a K7S5A motherboard (an SiS 735 > chipset) with integrated NIC. I can't get my NIC to work either. I have a K7S5A either. As I mentioned in the follow-up to kern/30836, I can use this On-Board NIC with Mr.Kurosawa's patch. I have been using this patch for more than one month on 4-stable. (I have updated my machine about once a week.) http://homepage2.nifty.com/tkuro/archive/if_sis.diff But it seems that the problem of the media type detection on 10BaseT Network that Jon-Erik Lido reported in the follow-up still remains. :-( I have no idea in details about hardware, but I'd like to help you for testing. --- uname --- FreeBSD amedio 4.5-RC FreeBSD 4.5-RC #19: Wed Jan 9 20:21:42 PST 2002 metal@amedio:/usr/obj/usr/src/sys/AMEDIO i386 --- --- dmesg --- : FreeBSD 4.5-RC #19: Wed Jan 9 20:21:42 PST 2002 metal@amedio:/usr/obj/usr/src/sys/AMEDIO : sis0: port 0xd400-0xd4ff mem 0xcffdd000-0xcffddfff irq 5 at device 3.0 on pci0 sis0: Ethernet address: 00:d0:09:ea:04:43 miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto : --- --- ifconfig --- sis0: flags=8843 mtu 1500 inet 171.64.xxx.xxx netmask 0xffffff00 broadcast 171.64.xxx.xxx inet6 fe80::2d0:9ff:feea:443%sis0 prefixlen 64 scopeid 0x1 ether 00:d0:09:ea:04:43 media: Ethernet autoselect (100baseTX ) status: active --- -- This is my STYLE. SUZUKI Koichi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 10: 1: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from usmh11.usmd.edu (usmh11.usmd.edu [131.118.1.27]) by hub.freebsd.org (Postfix) with ESMTP id C7A7937B419 for ; Thu, 10 Jan 2002 10:00:58 -0800 (PST) Received: from usmd.edu (nmalmberg.usmh.usmd.edu [131.118.2.100]) by usmh11.usmd.edu (8.8.8/8.8.8) with ESMTP id NAA14632 for ; Thu, 10 Jan 2002 13:00:57 -0500 (EST) Message-ID: <3C3DD6DA.76E3096A@usmd.edu> Date: Thu, 10 Jan 2002 13:00:58 -0500 From: Norwin Malmberg X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD Stable Subject: vmstat broken in 4.5-PRERELEASE (and possibly RC1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I did a CVSUP at ~7:00 PM EST (UTC-5:00) last night (09/01/2002), and then did buildworld/buildkernel. When I used this to update a machine this morning, I find that vmstat has quit working: % vmstat 5 vmstat: undefined symbols: _kmemstatistics _bucket _zlist % uname -a FreeBSD news.ums.edu 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Wed Jan 9 18:04:43 EST 2002 malmberg@cvsup.usmh.usmd.edu:/usr/src/sys/compile/NEWS i386 I spent a while trying to figure out what library was missing, until I looked the source for vmstat -- the symbols are missing from the kernel symbol table. I believe the problem relates to making kernel global variables static where possible -- these three need to be available outside the kernel. I'm doing a new build with the changes below to see if they fix the problem. In /usr/src/sys/vm: --- vm_zone.c.orig Thu Jan 10 11:43:56 2002 +++ vm_zone.c Thu Jan 10 11:46:25 2002 @@ -102,7 +102,7 @@ * zalloci, zfreei, are the interrupt/lock safe allocation/free routines. */ -static struct vm_zone *zlist; +struct vm_zone *zlist; /* Used by vmstat */ static int sysctl_vm_zone(SYSCTL_HANDLER_ARGS); static int zone_kmem_pages, zone_kern_pages, zone_kmem_kvaspace; In /usr/src/sys/kern: --- kern_malloc.c.orig Thu Jan 10 11:45:08 2002 +++ kern_malloc.c Thu Jan 10 11:46:06 2002 @@ -67,8 +67,8 @@ static MALLOC_DEFINE(M_FREE, "free", "should be on free list"); -static struct malloc_type *kmemstatistics; -static struct kmembuckets bucket[MINBUCKET + 16]; +struct malloc_type *kmemstatistics; /* Used by vmstat */ +struct kmembuckets bucket[MINBUCKET + 16]; /* Used by vmstat */ static struct kmemusage *kmemusage; static char *kmembase; static char *kmemlimit; Norwin Malmberg Technical Support University System of Maryland malmberg@usmd.edu +1-301-445-2758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 10:16: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by hub.freebsd.org (Postfix) with ESMTP id 6E82737B416 for ; Thu, 10 Jan 2002 10:16:04 -0800 (PST) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g0AIFTY19935; Thu, 10 Jan 2002 21:15:29 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 10 Jan 2002 21:15:29 +0300 (MSK) From: Dmitry Morozovsky To: Doug White Cc: Josh Paetzel , Subject: Re: Reproducable system hangs in -STABLE In-Reply-To: <20020108125734.S84761-100000@resnet.uoregon.edu> Message-ID: <20020110211312.C15653-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 8 Jan 2002, Doug White wrote: DW> > > > While running two copies of dnetc, running xmms will hang my system DW> > > > with a hard lock up. DW> DW> I think I've seen this appear before for non-priority problems too though DW> ... hm ... DW> DW> > > This is the classic priority inversion problem. How are you starting your DW> > > dnetc's? DW> DW> > They are starting at boot time from the script that the port installs DW> > into /usr/local/etc/rc.d DW> DW> Make sure you are NOT nice(1)ing dnetc OR xmms. nice -20 or idprio'ing DW> dnetc will cause an instant lockup. DW> DW> What happens if you run only one dnetc? Hmm... Is it related to SMP machines only or to uni-processor machines too? I have no SMP machines with dnetc's around to test, but every UP machine with dnetc starts it reniced -20, and there were no lockups at all... Also, would you please give me a link to thread/article duscussing "classic priority inversion proble"? Thanks. Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 10:17:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 3FA4F37B402 for ; Thu, 10 Jan 2002 10:17:01 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g0AIFu143074; Thu, 10 Jan 2002 20:15:56 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200201101815.g0AIFu143074@zibbi.icomtek.csir.co.za> Subject: Re: Moxa C168H/PCI In-Reply-To: <200201101634.SAA20381@ws5-plovdiv.digsys.bg> from Stoian Mishinev at "Jan 10, 2002 06:34:23 pm" To: mishinev@digsys.bg (Stoian Mishinev) Date: Thu, 10 Jan 2002 20:15:56 +0200 (SAT) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Stoian, I have been busy with the puc (PCI "universal" communication card) driver that started off in NetBSD and have some Syba cards and a Moxa CP-114 working. From the looks of it the C168H/PCI will just need an entry in the table of cards. The driver is not part of FreeBSD yet, but if you are interested and wouldn't mind some more patches, tell me and I can send you some patches. > > I'm trying to compile sio.c patched with cronyx's OMEGA drivers (www.cronyx.ru) as recommended from "Moxa Technologies Co Ltd". > After some made by hand patches (the driver was written for 4.4-RELEASE) I've get this error: > > siopci0: port 0x2c20-0x2c2f,0x2880-0x28bf,0x2800-0x287f irq 5 at device 13.0 on pci0 John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 10:18:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from protactinium.btinternet.com (protactinium.btinternet.com [194.73.73.176]) by hub.freebsd.org (Postfix) with ESMTP id C006637B404 for ; Thu, 10 Jan 2002 10:18:41 -0800 (PST) Received: from host213-123-132-24.in-addr.btopenworld.com ([213.123.132.24] helo=there) by rhenium with smtp (Exim 3.22 #8) id 16OLvq-0007Uw-00; Wed, 09 Jan 2002 16:50:30 +0000 Content-Type: text/plain; charset="iso-8859-1" From: Dominic Marks To: sos@freebsd.dk, Nils Holland Subject: Re: IDE Prefetch Mode... (was: VIA crashes) Date: Wed, 9 Jan 2002 16:51:43 +0000 X-Mailer: KMail [version 1.3.2] Cc: Matthew Dillon , freebsd-stable@FreeBSD.ORG References: <200201091635.g09GZdm98854@freebsd.dk> In-Reply-To: <200201091635.g09GZdm98854@freebsd.dk> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 09 January 2002 4:35 pm, Søren Schmidt wrote: > It seems Nils Holland wrote: > > On Tue, Jan 08, 2002 at 01:16:32PM -0800, Matthew Dillon stood up and spoke: > > > I'm CCing Soren to make sure he sees this. > > > > > > This is good news! > > > > It indeed is! However, I'm doing some more testing before I say > > that disabling IDE Prefetch along with using Soren's 686B patch > > is the ultimate solution. > > Hmm, the BIOS must do more that just toggle prefetch, since the ATA > driver explicitly turns *on* prefetch :) Out of interest - is there a sysctl turnable which can be used to modify this behaviour as there is for write caching? -- Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 10:21:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id C900C37B402 for ; Thu, 10 Jan 2002 10:21:28 -0800 (PST) Received: from sdn-ar-008dcwashp078.dialsprint.net ([63.178.91.166] helo=moo.holy.cow) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16OjpL-0003pU-00; Thu, 10 Jan 2002 10:21:24 -0800 Received: by moo.holy.cow (Postfix, from userid 1001) id A8EA150B87; Thu, 10 Jan 2002 13:21:18 -0500 (EST) Date: Thu, 10 Jan 2002 13:21:18 -0500 From: parv To: Norwin Malmberg Cc: FreeBSD Stable Subject: Re: vmstat broken in 4.5-PRERELEASE (and possibly RC1) Message-ID: <20020110182118.GA60795@moo.holy.cow> Mail-Followup-To: Norwin Malmberg , FreeBSD Stable References: <3C3DD6DA.76E3096A@usmd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C3DD6DA.76E3096A@usmd.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in message <3C3DD6DA.76E3096A@usmd.edu>, wrote Norwin Malmberg thusly... > > I did a CVSUP at ~7:00 PM EST (UTC-5:00) last night (09/01/2002), and > then did buildworld/buildkernel. When I used this to update a machine > this morning, I find that vmstat has quit working: > > % vmstat 5 > vmstat: undefined symbols: > _kmemstatistics _bucket _zlist above vmstat working here just fine. last cvsup date is 2002-01-07 00.41.56 UTC. dates/versions for vmstat related files are: 2001.04.25.11.29.44 src/usr.bin/vmstat/Makefile,v 1.5.6.1 2001.07.31.19.52.41 src/usr.bin/vmstat/vmstat.c,v 1.38.2.4 2001.07.31.20.41.27 src/usr.bin/systat/vmstat.c,v 1.38.2.3 2001.08.16.13.17.13 src/usr.bin/vmstat/vmstat.8,v 1.16.2.5 - parv -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 10:21:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id DF91A37B400 for ; Thu, 10 Jan 2002 10:21:32 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020110182132.LGCD10199.rwcrmhc53.attbi.com@bmah.dyndns.org>; Thu, 10 Jan 2002 18:21:32 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g0AILWl04072; Thu, 10 Jan 2002 10:21:32 -0800 (PST) (envelope-from bmah) Message-Id: <200201101821.g0AILWl04072@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Norwin Malmberg Cc: FreeBSD Stable Subject: Re: vmstat broken in 4.5-PRERELEASE (and possibly RC1) In-reply-to: <3C3DD6DA.76E3096A@usmd.edu> References: <3C3DD6DA.76E3096A@usmd.edu> Comments: In-reply-to Norwin Malmberg message dated "Thu, 10 Jan 2002 13:00:58 -0500." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Jan 2002 10:21:32 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Norwin Malmberg wrote: > I did a CVSUP at ~7:00 PM EST (UTC-5:00) last night (09/01/2002), and > then did buildworld/buildkernel. When I used this to update a machine > this morning, I find that vmstat has quit working: > > % vmstat 5 > vmstat: undefined symbols: > _kmemstatistics _bucket _zlist > > % uname -a > FreeBSD news.ums.edu 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: > Wed Jan 9 18:04:43 EST 2002 malmberg@cvsup.usmh.usmd.edu:/usr/src/sys/compil > e/NEWS i386 Hmmm...works here: nimitz:bmah% vmstat 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 md0 in sy cs us sy id 1 3 0 46856 10076 20 0 0 0 625 607 0 0 255 6037 101 25 5 70 2 1 0 45832 15680 3 0 0 0 884 1164 33 0 317 42862 570 69 30 0 ^C nimitz:bmah% uname -a FreeBSD nimitz.packetdesign.com 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #19: Wed Jan 9 10:37:35 PST 2002 root@nimitz.packetdesign.com:/usr/obj/usr/src/sys/NIMITZ i386 Is there any chance you might have stripped your kernel? Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 10:48:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 709F137B400 for ; Thu, 10 Jan 2002 10:48:43 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g0AImcL09800; Thu, 10 Jan 2002 13:48:38 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3C3DD6DA.76E3096A@usmd.edu> References: <3C3DD6DA.76E3096A@usmd.edu> Date: Thu, 10 Jan 2002 13:48:36 -0500 To: Norwin Malmberg , FreeBSD Stable From: Garance A Drosihn Subject: Re: vmstat broken in 4.5-PRERELEASE (and possibly RC1) Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 1:00 PM -0500 1/10/02, Norwin Malmberg wrote: >I did a CVSUP at ~7:00 PM EST (UTC-5:00) last night (09/01/2002), and >then did buildworld/buildkernel. When I used this to update a machine >this morning, I find that vmstat has quit working: > >% vmstat 5 >vmstat: undefined symbols: > _kmemstatistics _bucket _zlist > >% uname -a >FreeBSD news.ums.edu 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: >Wed Jan 9 18:04:43 EST 2002 >malmberg@cvsup.usmh.usmd.edu:/usr/src/sys/compile/NEWS i386 Something does not seem right about that. I also did a cvsup last night (Jan 9th), at between 7pm and 8pm EST. I did it because earlier in the day I had seen the email about "4.5 RC1 Now available...". I did the usual buildworld/buildkernel/installkernel/installworld's. 'vmstat' works for me. More to the point, I get: (259) # uname -a FreeBSD santropez.acs.rpi.edu 4.5-RC FreeBSD 4.5-RC #0: Wed Jan 9 20:54:32 EST 2002 root@santropez.acs.rpi.edu:/usr/obj/usr/src/sys/Dual-650P3 i386 Why is your system telling you that you're running 4.5-PRERELEASE when I'm at 4.5-RC? (though, actually, the timestamp in your 'uname' output is *6pm* on the 9th, so I guess you must have done the cvsup a few hours before I did mine) -- Garance Alistair Drosehn = gad@eclipse.acs.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-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 11:14:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-66.dsl.lsan03.pacbell.net [63.207.60.66]) by hub.freebsd.org (Postfix) with ESMTP id 5665337B41D for ; Thu, 10 Jan 2002 11:13:58 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BE3F466D43; Thu, 10 Jan 2002 11:13:57 -0800 (PST) Date: Thu, 10 Jan 2002 11:13:57 -0800 From: Kris Kennaway To: Norwin Malmberg Cc: FreeBSD Stable Subject: Re: vmstat broken in 4.5-PRERELEASE (and possibly RC1) Message-ID: <20020110111357.A8887@xor.obsecurity.org> References: <3C3DD6DA.76E3096A@usmd.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C3DD6DA.76E3096A@usmd.edu>; from malmberg@usmd.edu on Thu, Jan 10, 2002 at 01:00:58PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 10, 2002 at 01:00:58PM -0500, Norwin Malmberg wrote: > I did a CVSUP at ~7:00 PM EST (UTC-5:00) last night (09/01/2002), and=20 > then did buildworld/buildkernel. When I used this to update a machine=20 > this morning, I find that vmstat has quit working: >=20 > % vmstat 5 > vmstat: undefined symbols: > _kmemstatistics _bucket _zlist You'll typically get this if you try and boot your kernel directly without going through /boot/loader, or if you strip your kernel. Kris --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8Pef0Wry0BWjoQKURAt10AJ9aEH6spVY2LIBq3KqcDtqevvO2egCg7U2S GLF4r3Z1aDgZW09/NBWVIO0= =aeT1 -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 11:15:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.noos.fr (racine.noos.net [212.198.2.71]) by hub.freebsd.org (Postfix) with ESMTP id C5EB137B42B for ; Thu, 10 Jan 2002 11:15:43 -0800 (PST) Received: (qmail 31561468 invoked by uid 0); 10 Jan 2002 19:15:40 -0000 Received: from unknown (HELO atheria.ptijo.net) ([195.132.200.187]) (envelope-sender ) by 212.198.2.71 (qmail-ldap-1.03) with SMTP for ; 10 Jan 2002 19:15:40 -0000 Date: Thu, 10 Jan 2002 20:15:39 +0100 From: ptiJo To: James McNaughton Cc: freebsd-stable@freebsd.org Subject: Re: sshd Banner option Message-Id: <20020110201539.1a887ff9.ptiJo@noos.fr> In-Reply-To: <86n0zmuan2.fsf@jamestown.21stcentury.net> References: <86n0zmuan2.fsf@jamestown.21stcentury.net> X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i386--freebsd4.4) User-Agent: X-Face: X-Operating-System: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I personnaly use /etc/motd (with OpenBSD) 'Guess it should work with FreeBSD On 09 Jan 2002 21:50:57 -0600 James McNaughton wrote: > According to the man page, the Banner option in the sshd config file > is supposed to display the contents of a file when ssh'ing to the > machine. I can't get the file to display. And I'm forcing protocol 2. > > Does this option really work? > > FreeBSD jamestown.21stcentury.net 4.5-PRERELEASE FreeBSD > 4.5-PRERELEASE #0: Mon Jan 7 08:22:55 CST 2002 > jtm@jamestown.21stcentury.net:/usr/obj/usr/src/sys/JAMESTOWN_II i386 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > ptiJo Linux: For those who don't like Windows *BSD: For those who like UNIX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 12:10:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from plovdiv.digsys.bg (SofiaP1.BG.EU.net [193.68.0.98]) by hub.freebsd.org (Postfix) with ESMTP id 0CBFC37B405 for ; Thu, 10 Jan 2002 12:10:39 -0800 (PST) Received: from digsys.bg (plovdiv20.pip.digsys.bg [193.68.2.20]) by plovdiv.digsys.bg (8.9.0/8.9.0) with ESMTP id WAA00639; Thu, 10 Jan 2002 22:09:58 +0200 (EET) Message-ID: <3C3DF51E.E0223088@digsys.bg> Date: Thu, 10 Jan 2002 22:10:06 +0200 From: Stoian Mishinev X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: bg, en MIME-Version: 1.0 To: John Hay Cc: stable@FreeBSD.ORG Subject: Re: Moxa C168H/PCI References: <200201101815.g0AIFu143074@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John, I'm waiting for some more patches :-). I need to put this card to work. Thanks, Stoian Mishinev John Hay wrote: > > Hi Stoian, > > I have been busy with the puc (PCI "universal" communication card) driver > that started off in NetBSD and have some Syba cards and a Moxa CP-114 > working. From the looks of it the C168H/PCI will just need an entry in > the table of cards. The driver is not part of FreeBSD yet, but if you are > interested and wouldn't mind some more patches, tell me and I can send > you some patches. > > > > > I'm trying to compile sio.c patched with cronyx's OMEGA drivers (www.cronyx.ru) as recommended from "Moxa Technologies Co Ltd". > > After some made by hand patches (the driver was written for 4.4-RELEASE) I've get this error: > > > > siopci0: port 0x2c20-0x2c2f,0x2880-0x28bf,0x2800-0x287f irq 5 at device 13.0 on pci0 > > John > -- > John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 13:25:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id F262737B404; Thu, 10 Jan 2002 13:25:20 -0800 (PST) Received: from gateway.posi.net ([12.236.90.177]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020110212520.SPYR3578.rwcrmhc52.attbi.com@gateway.posi.net>; Thu, 10 Jan 2002 21:25:20 +0000 Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.11.6/8.11.6) with ESMTP id g0ALPJN06947; Thu, 10 Jan 2002 13:25:19 -0800 (PST) (envelope-from kbyanc@posi.net) X-Authentication-Warning: gateway.posi.net: kbyanc owned process doing -bs Date: Thu, 10 Jan 2002 13:25:18 -0800 (PST) From: Kelly Yancey To: Kenneth W Cochran Cc: freebsd-scsi@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Status, USB/Olympus E-10 In-Reply-To: <200201101435.JAA7965305@shell.TheWorld.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 10 Jan 2002, Kenneth W Cochran wrote: > Still no fix. OS is as follows: > > FreeBSD localhost.my.domain 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Wed Jan 9 09:37:46 CST 2002 root@localhost.my.domain:/usr/obj/usr/src/sys/LOCAL i386 > > Which includes that "E-series" update. > > Camera is recognized by usbd, but if I try to mount() it I get > a panic-message viz: > Fatal trap 18: integer divide fault while in kernel mode. > (And what appears to be a register scoreboard or a stack-trace > or something; is there a way to capture this?) > This is very interesting. I don't suppose I could ask you to: 1. re-config your kernel with debugging symbols (config -g KERNEL-NAME); make and install it. 2. add the following to you're rc.conf: dumpdev="" 3. recreate the crash 4. collect the kernel core from /var/crash 4. send the core and your kernel.debug to me via private mail Thanks, Kelly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 14:10:37 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.murraystate.edu (mail1.murraystate.edu [216.249.159.50]) by hub.freebsd.org (Postfix) with SMTP id B238137B41E; Thu, 10 Jan 2002 14:10:29 -0800 (PST) Received: from runbox.com (216.249.168.70) by mail1.murraystate.edu (NPlex 5.5.031) id 3C122179000BBDFD; Thu, 10 Jan 2002 16:07:33 -0600 Message-ID: <3C3E1167.5080302@runbox.com> Date: Thu, 10 Jan 2002 16:10:47 -0600 From: AL Grant User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020109 X-Accept-Language: en-us MIME-Version: 1.0 To: John Baldwin Cc: stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: New cdboot ISO available References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: >A new experimental CD bootstrap was recently added to -stable for the i386 >architecture that allows the full contents of the CD to be used when booting. >The method we currently uses relies on the BIOS emulating a floppy drive from a >floppy image file on the CD. This limits the size of the kernel that we can >boot off of. The new CD bootstrap allows a full GENERIC kernel to be used when >booting off of a CD, allowing more drivers to work out of the box. However, >not all BIOS's that support the older method support this newer method of CD >booting. > >The release engineering team would like feedback as to roughly how many >machines do not work with the new bootstrap utility as well as how many >machines do work. If most machines work with the new bootstrap, then we may >switch to using the new bootstrap on the release ISO images. > >Note that this only affects booting directly from the CD. Booting from >floppies and then installing off of the CD will work the same with both images. > >The cdboot image can be found at >ftp://releng4.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.5-RC1-cdboot.iso > >The MD5 checksum of the image is: >MD5 (4.5-RC1-cdboot.iso) = 294c50cdfe77f51b8224ae9679afeabf > >This new bootstrap utility is used on Windows NT 4, Windows ME, and Windows >2000 CD's (and probably Windows XP CD's), so if your system has a >'Designed for' sticker featuring one of those operating systems, it will >probably work with cdboot. > >Please test this ISO and provide feedback to the -stable or -qa lists thanks. > >RC1 x86 cdboot Errata : > > 1. The kernel configuration tool USERCONFIG does not currently work on the > cdboot ISO. > > Thanks! > > - The FreeBSD 4.5 Release Engineering Team > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message > > > Hello, I have tried to download this program 3 times and it will never finish the download. The first time I got 660171KB and it quit then I got 660170KB and it quit. Just now I tried again and it got 660168KB and quit. Every time it shows 99% complete. I have checked the program against the checksum to make sure that it was not finished and the download program was not just misreporting the size. Is this a problem with my system or is there a problem with the file? Thanks, A.L.Grant To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 14:21:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 2B91637B402; Thu, 10 Jan 2002 14:21:20 -0800 (PST) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 542B75DB8; Thu, 10 Jan 2002 23:21:19 +0100 (CET) Date: Thu, 10 Jan 2002 23:21:19 +0100 From: Jesper Skriver To: AL Grant Cc: John Baldwin , stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: New cdboot ISO available Message-ID: <20020110232119.B9994@FreeBSD.org> Mail-Followup-To: Jesper Skriver , AL Grant , John Baldwin , stable@FreeBSD.org, qa@FreeBSD.org References: <3C3E1167.5080302@runbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C3E1167.5080302@runbox.com>; from agrant@runbox.com on Thu, Jan 10, 2002 at 04:10:47PM -0600 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jan 10, 2002 at 04:10:47PM -0600, AL Grant wrote: > I have tried to download this program 3 times and it will never finish > the download. > The first time I got 660171KB and it quit then I got 660170KB and it > quit. Just now I tried again and it got 660168KB and quit. Every time it > shows 99% complete. > I have checked the program against the checksum to make sure that it was > not finished and the download program was not just misreporting the size. > Is this a problem with my system or is there a problem with the file? You didn't mention where you downloaded it from, but it sounds like you was downloading from a mirror which still hadn't gotten the complete file ... /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 15: 4:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from meta.lo-res.org (meta.lo-res.org [195.58.189.92]) by hub.freebsd.org (Postfix) with ESMTP id A1F9237B956 for ; Thu, 10 Jan 2002 14:57:46 -0800 (PST) Received: from there (chillig.lo-res.org [62.116.8.4]) by meta.lo-res.org (8.11.6/8.11.6) with SMTP id g0AMvgv50549; Thu, 10 Jan 2002 23:57:42 +0100 (CET) (envelope-from aaron@lo-res.org) Message-Id: <200201102257.g0AMvgv50549@meta.lo-res.org> Content-Type: text/plain; charset="iso-8859-15" From: aaron To: James McNaughton Subject: Re: sshd Banner option Date: Thu, 10 Jan 2002 23:57:42 +0100 X-Mailer: KMail [version 1.3.2] Cc: freebsd-stable@FreeBSD.ORG References: <86n0zmuan2.fsf@jamestown.21stcentury.net> <20020110201539.1a887ff9.ptiJo@noos.fr> In-Reply-To: <20020110201539.1a887ff9.ptiJo@noos.fr> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > James McNaughton wrote: > > According to the man page, the Banner option in the sshd config file > > is supposed to display the contents of a file when ssh'ing to the > > machine. I can't get the file to display. And I'm forcing protocol 2. > > > > Does this option really work? > > Yes! :) it even works in 4.5-PRE :)))) You are probably searching for the file /etc/issue.net Please read the complete sshd man page especially the section describing sshd_config settings. -- RIPE - Rest In Peace, E-commerce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 15:13: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from meta.lo-res.org (meta.lo-res.org [195.58.189.92]) by hub.freebsd.org (Postfix) with ESMTP id EC99F37BC94 for ; Thu, 10 Jan 2002 15:12:08 -0800 (PST) Received: from there (chillig.lo-res.org [62.116.8.4]) by meta.lo-res.org (8.11.6/8.11.6) with SMTP id g0ANC7v50676 for ; Fri, 11 Jan 2002 00:12:07 +0100 (CET) (envelope-from aaron@lo-res.org) Message-Id: <200201102312.g0ANC7v50676@meta.lo-res.org> Content-Type: text/plain; charset="iso-8859-15" From: aaron To: freebsd-stable@freebsd.org Subject: ccd.ko Date: Fri, 11 Jan 2002 00:12:07 +0100 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Can anybody confirm that ccd.ko is loaded automatically on every reboot? Even though I am certain that I neither have compiled it into the kernel nor do I have it in /boot/loader.conf, kldstat always shows it. Can't even unload it. Strange. I dont use it. So why is it there? some dependency? Common problem or just my machine? intrigued, aaron. -- RIPE - Rest In Peace, E-commerce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 15:24: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.murraystate.edu (mail1.murraystate.edu [216.249.159.50]) by hub.freebsd.org (Postfix) with SMTP id 4807037B402; Thu, 10 Jan 2002 15:23:58 -0800 (PST) Received: from runbox.com (216.249.168.70) by mail1.murraystate.edu (NPlex 5.5.031) id 3C122179000BC507; Thu, 10 Jan 2002 17:21:02 -0600 Message-ID: <3C3E22A0.7000708@runbox.com> Date: Thu, 10 Jan 2002 17:24:16 -0600 From: AL Grant User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020109 X-Accept-Language: en-us MIME-Version: 1.0 To: Jesper Skriver Cc: John Baldwin , stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: New cdboot ISO available References: <3C3E1167.5080302@runbox.com> <20020110232119.B9994@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jesper Skriver wrote: >On Thu, Jan 10, 2002 at 04:10:47PM -0600, AL Grant wrote: > >>I have tried to download this program 3 times and it will never finish >>the download. >>The first time I got 660171KB and it quit then I got 660170KB and it >>quit. Just now I tried again and it got 660168KB and quit. Every time it >>shows 99% complete. >>I have checked the program against the checksum to make sure that it was >>not finished and the download program was not just misreporting the size. >>Is this a problem with my system or is there a problem with the file? >> > >You didn't mention where you downloaded it from, but it sounds like you >was downloading from a mirror which still hadn't gotten the complete >file ... > >/Jesper > I am trying again direct from the link posted to the list. AL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 15:43:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pi.yip.org (pi.yip.org [199.45.111.121]) by hub.freebsd.org (Postfix) with ESMTP id B3C4D37B416; Thu, 10 Jan 2002 15:43:20 -0800 (PST) Received: (from melange@localhost) by pi.yip.org (8.11.3/8.11.3) id g0ANhGO63901; Thu, 10 Jan 2002 18:43:16 -0500 (EST) (envelope-from melange@yip.org) Date: Thu, 10 Jan 2002 18:43:16 -0500 From: Bob K To: AL Grant Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: New cdboot ISO available Message-ID: <20020110184316.X65270@yip.org> References: <3C3E1167.5080302@runbox.com> <20020110232119.B9994@FreeBSD.org> <3C3E22A0.7000708@runbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C3E22A0.7000708@runbox.com>; from agrant@runbox.com on Thu, Jan 10, 2002 at 05:24:16PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jan 10, 2002 at 05:24:16PM -0600, AL Grant wrote: > I am trying again direct from the link posted to the list. How about when you try it like this? fetch -a -R -r -w 75 -T 90 \ ftp://releng4.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.5-RC1-cdboot.iso OT: I made a small, dumb tcsh script for this sort of thing. You stick URLs in $HOME/.leech.urls, make a directory (or symlink) called $HOME/leeched , run the script, and forget about it. It records what it's downloaded so far in $HOME/.leeched.urls. Just looking at it now, I see a bunch of potential improvements, but hey, it works... #!/bin/tcsh -f foreach sucker ( `cat $HOME/.leech.urls` ) echo $$ > $HOME/leech.pid set sucked = 0 while ($sucked != 1) set sucked = 0 cd $HOME/leeched && fetch -a -R -r -w 75 -T 90 "$sucker" \ && set sucked = 1 \ && echo "$sucker leeched.">>$HOME/.leeched.urls end end -- Bob | It's not how big your .sig is; it's how you use it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 16: 6:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 1B59737B447; Thu, 10 Jan 2002 16:06:19 -0800 (PST) Received: from chowder.localdomain (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.11.6/8.11.6) with ESMTP id g0B06GZ52601; Fri, 11 Jan 2002 10:36:17 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 11 Jan 2002 10:36:16 +1030 (CST) From: "Daniel O'Connor" To: John Baldwin Subject: RE: New cdboot ISO available Cc: qa@FreeBSD.org, stable@FreeBSD.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10-Jan-2002 John Baldwin wrote: > The cdboot image can be found at > ftp://releng4.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.5-RC1-cdboot. > iso > > The MD5 checksum of the image is: > MD5 (4.5-RC1-cdboot.iso) = 294c50cdfe77f51b8224ae9679afeabf > > This new bootstrap utility is used on Windows NT 4, Windows ME, and Windows > 2000 CD's (and probably Windows XP CD's), so if your system has a > 'Designed for' sticker featuring one of those operating systems, it will > probably work with cdboot. > > Please test this ISO and provide feedback to the -stable or -qa lists thanks. Any chance of an ISO that is smaller, just for testing the CD boot thing? --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 16: 6:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tensor.xs4all.nl (tensor.xs4all.nl [213.84.53.200]) by hub.freebsd.org (Postfix) with ESMTP id CE95437B484; Thu, 10 Jan 2002 16:06:22 -0800 (PST) Received: from kilgore.xs4all.nl (kilgore.xs4all.nl [192.168.1.3]) by tensor.xs4all.nl (Postfix) with ESMTP id D1E1A1CB4F; Fri, 11 Jan 2002 01:06:20 +0100 (CET) Date: Fri, 11 Jan 2002 01:06:12 +0100 From: Dimitry Andric X-Mailer: The Bat! (v1.54 Beta/26) Business Reply-To: Dimitry Andric X-Priority: 3 (Normal) Message-ID: <12617498561.20020111010612@xs4all.nl> To: John Baldwin Cc: stable@FreeBSD.ORG Subject: Re: New cdboot ISO available In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------CE17CE51AE3B2B8" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------------CE17CE51AE3B2B8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2002-01-10 at 10:59:47 John Baldwin wrote: JB> A new experimental CD bootstrap was recently added to -stable Tested this new boot loader on a machine with P3-450 on a P2B-LS board, which has an on-board Adaptec 7890 SCSI controller with BIOS version 2.20. A dmesg is attached. Booting from any of 3 connected SCSI CD-ROM drives works perfectly. I can't say I really miss the userconfig editor, and its absence doesn't cause any probems for me (except that some unneeded devices are enabled of course). Cheers, - -- Dimitry Andric PGP Key: http://www.xs4all.nl/~dim/dim.asc Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3 Lbh ner abj va ivbyngvba bs gur QZPN -----BEGIN PGP SIGNATURE----- Version: PGP 6.5i Comment: http://www.gn.apc.org/duncan/stoa_cover.htm iQA/AwUBPD4ea7BeowouIJajEQIQ/ACdH1RaCp6OMbnPfAh0ypVlyn4eIoYAn1GI Vbb0daOydMRr4AY80VVMr7Pc =NQ2J -----END PGP SIGNATURE----- ------------CE17CE51AE3B2B8 Content-Type: application/octet-stream; name=dmesg Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDIgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDQuNS1SQzEgIzA6IFR1ZSBKYW4gIDggMjM6Mzc6MjMgUFNU IDIwMDIKICAgIG11cnJheUBidWlsZGVyLmZyZWVic2RtYWxsLmNvbTovdXNyL3NyYy9zeXMvY29t cGlsZS9HRU5FUklDClRpbWVjb3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6CkNQ VTogUGVudGl1bSBJSUkvUGVudGl1bSBJSUkgWGVvbi9DZWxlcm9uICg0NTEuMDItTUh6IDY4Ni1j bGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2NzMgIFN0ZXBwaW5n ID0gMwogIEZlYXR1cmVzPTB4MzgzZjlmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0Us Q1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1YLEZYU1IsU1NFPgpyZWFsIG1l bW9yeSAgPSAyNjg0MjMxNjggKDI2MjEzMksgYnl0ZXMpCmF2YWlsIG1lbW9yeSA9IDI1NjI5OTAw OCAoMjUwMjkySyBieXRlcykKUHJlbG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQgMHhjMDQ5 MTAwMC4KUGVudGl1bSBQcm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQKbWQwOiBNYWxsb2MgZGlzawpV c2luZyAkUElSIHRhYmxlLCA4IGVudHJpZXMgYXQgMHhjMDBmMGQxMApucHgwOiA8bWF0aCBwcm9j ZXNzb3I+IG9uIG1vdGhlcmJvYXJkCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKcGNpYjA6IDxJbnRl bCA4MjQ0M0JYICg0NDAgQlgpIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVyYm9hcmQKcGNp MDogPFBDSSBidXM+IG9uIHBjaWIwCnBjaWIxOiA8SW50ZWwgODI0NDNCWCAoNDQwIEJYKSBQQ0kt UENJIChBR1ApIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxQQ0kgYnVzPiBv biBwY2liMQpwY2kxOiA8TlZpZGlhIFJpdmEgVWx0cmEgVE5UMiBncmFwaGljcyBhY2NlbGVyYXRv cj4gYXQgMC4wIGlycSAxMQppc2FiMDogPEludGVsIDgyMzcxQUIgUENJIHRvIElTQSBicmlkZ2U+ IGF0IGRldmljZSA0LjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDog PEludGVsIFBJSVg0IEFUQTMzIGNvbnRyb2xsZXI+IHBvcnQgMHhkODAwLTB4ZDgwZiBhdCBkZXZp Y2UgNC4xIG9uIHBjaTAKYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBjaTAKYXRhMTogYXQg MHgxNzAgaXJxIDE1IG9uIGF0YXBjaTAKdWhjaTA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlYNCkg VVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhkNDAwLTB4ZDQxZiBpcnEgMTIgYXQgZGV2aWNlIDQuMiBv biBwY2kwCnVzYjA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlYNCkgVVNCIGNvbnRyb2xsZXI+IG9u IHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IEludGVsIFVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIwOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZApjaGlwMTogPEludGVsIDgyMzcxQUIgUG93ZXIgbWFuYWdl bWVudCBjb250cm9sbGVyPiBwb3J0IDB4ZTgwMC0weGU4MGYgYXQgZGV2aWNlIDQuMyBvbiBwY2kw CmFoYzA6IDxBZGFwdGVjIGFpYzc4OTAvOTEgVWx0cmEyIFNDU0kgYWRhcHRlcj4gcG9ydCAweGQw MDAtMHhkMGZmIG1lbSAweGRhODAwMDAwLTB4ZGE4MDBmZmYgaXJxIDEyIGF0IGRldmljZSA2LjAg b24gcGNpMAphaWM3ODkwLzkxOiBVbHRyYTIgV2lkZSBDaGFubmVsIEEsIFNDU0kgSWQ9NywgMzIv MjU1IFNDQnMKZnhwMDogPEludGVsIFBybyAxMC8xMDBCLzEwMCsgRXRoZXJuZXQ+IHBvcnQgMHhi ODAwLTB4YjgxZiBtZW0gMHhkYTAwMDAwMC0weGRhMGZmZmZmLDB4ZGQwMDAwMDAtMHhkZDAwMGZm ZiBpcnEgMTAgYXQgZGV2aWNlIDcuMCBvbiBwY2kwCmZ4cDA6IEV0aGVybmV0IGFkZHJlc3MgMDA6 ZTA6MTg6OTA6ODc6YjIKaW5waHkwOiA8aTgyNTU1IDEwLzEwMCBtZWRpYSBpbnRlcmZhY2U+IG9u IG1paWJ1czAKaW5waHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFz ZVRYLUZEWCwgYXV0bwpvcm0wOiA8T3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjZmZm ZiwweGQwMDAwLTB4ZDU3ZmYgb24gaXNhMApmZGMwOiA8TkVDIDcyMDY1QiBvciBjbG9uZT4gYXQg cG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwCmZkYzA6IEZJRk8gZW5h YmxlZCwgOCBieXRlcyB0aHJlc2hvbGQKZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMw IGRyaXZlIDAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAw eDYwLDB4NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gZmxhZ3MgMHgxIGlycSAxIG9u IGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAw eDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29u c29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xl cywgZmxhZ3M9MHgzMDA+CnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEw IG9uIGlzYTAKc2lvMDogdHlwZSAxNjU1MEEKc2lvMSBhdCBwb3J0IDB4MmY4LTB4MmZmIGlycSAz IG9uIGlzYTAKc2lvMTogdHlwZSAxNjU1MEEKcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGF0IHBvcnQg MHgzNzgtMHgzN2YgaXJxIDcgb24gaXNhMApwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQ L1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvOSBi eXRlcyB0aHJlc2hvbGQKcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBwcGJ1czAK bHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKcHBp MDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCldhaXRpbmcgMTUgc2Vjb25kcyBmb3IgU0NTSSBk ZXZpY2VzIHRvIHNldHRsZQpkYTEgYXQgYWhjMCBidXMgMCB0YXJnZXQgMSBsdW4gMApkYTE6IDxR VUFOVFVNIFhQMzQ1NTBXIExZSzg+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmljZSAK ZGExOiA0MC4wMDBNQi9zIHRyYW5zZmVycyAoMjAuMDAwTUh6LCBvZmZzZXQgMzEsIDE2Yml0KSwg VGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQKZGExOiA0MzQxTUIgKDg4OTA3NjAgNTEyIGJ5dGUgc2Vj dG9yczogMjU1SCA2M1MvVCA1NTNDKQpkYTAgYXQgYWhjMCBidXMgMCB0YXJnZXQgMCBsdW4gMApk YTA6IDxJQk0gRFJWUzE4ViAwMTEwPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2Ug CmRhMDogODAuMDAwTUIvcyB0cmFuc2ZlcnMgKDQwLjAwME1Ieiwgb2Zmc2V0IDE1LCAxNmJpdCks IFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkCmRhMDogMTc1MTlNQiAoMzU4NzkxMzUgNTEyIGJ5dGUg c2VjdG9yczogMjU1SCA2M1MvVCAyMjMzQykKZGEyIGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDIgbHVu IDAKZGEyOiA8UVVBTlRVTSBYUDMyMjc1VyBMWUs4PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0kt MiBkZXZpY2UgCmRhMjogNDAuMDAwTUIvcyB0cmFuc2ZlcnMgKDIwLjAwME1Ieiwgb2Zmc2V0IDMx LCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkCmRhMjogMjE3ME1CICg0NDQ1MzgwIDUx MiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMjc2QykKY2QwIGF0IGFoYzAgYnVzIDAgdGFyZ2V0 IDQgbHVuIDAKY2QwOiA8UExFWFRPUiBDRC1ST00gUFgtMzJUUyAxLjAyPiBSZW1vdmFibGUgQ0Qt Uk9NIFNDU0ktMiBkZXZpY2UgCmNkMDogMjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDIwLjAwME1Ieiwg b2Zmc2V0IDE1KQpjZDA6IGNkIHByZXNlbnQgWzMzMDIzNyB4IDIwNDggYnl0ZSByZWNvcmRzXQpj ZDEgYXQgYWhjMCBidXMgMCB0YXJnZXQgNSBsdW4gMApjZDE6IDxUT1NISUJBIERWRC1ST00gU0Qt TTEyMDEgMVIwOD4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTIgZGV2aWNlIApjZDE6IDIwLjAwME1C L3MgdHJhbnNmZXJzICgyMC4wMDBNSHosIG9mZnNldCAxNikKY2QxOiBBdHRlbXB0IHRvIHF1ZXJ5 IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQKY2QyIGF0 IGFoYzAgYnVzIDAgdGFyZ2V0IDYgbHVuIDAKY2QyOiA8SFAgQ0QtV3JpdGVyKyA5MjAwIDEuMGU+ IFJlbW92YWJsZSBDRC1ST00gU0NTSS00IGRldmljZSAKY2QyOiAxMC4wMDBNQi9zIHRyYW5zZmVy cyAoMTAuMDAwTUh6LCBvZmZzZXQgMTUpCmNkMjogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6 ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50CmRhMyBhdCBhaGMwIGJ1cyAw IHRhcmdldCAzIGx1biAwCmRhMzogPElPTUVHQSBaSVAgMTAwIEUuMDg+IFJlbW92YWJsZSBEaXJl Y3QgQWNjZXNzIFNDU0ktMiBkZXZpY2UgCmRhMzogMy4zMDBNQi9zIHRyYW5zZmVycwpkYTM6IEF0 dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3Qg cHJlc2VudApNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYvZGExczFhCg== ------------CE17CE51AE3B2B8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 16:13: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id E5D2F37B416 for ; Thu, 10 Jan 2002 16:12:56 -0800 (PST) Received: (qmail 8930 invoked from network); 11 Jan 2002 00:12:55 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 11 Jan 2002 00:12:55 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 10 Jan 2002 16:12:21 -0800 (PST) From: John Baldwin To: "Daniel O'Connor" Subject: RE: New cdboot ISO available Cc: stable@FreeBSD.org, qa@FreeBSD.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11-Jan-02 Daniel O'Connor wrote: > > On 10-Jan-2002 John Baldwin wrote: >> The cdboot image can be found at >> ftp://releng4.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.5-RC1-cdboot >> . >> iso >> >> The MD5 checksum of the image is: >> MD5 (4.5-RC1-cdboot.iso) = 294c50cdfe77f51b8224ae9679afeabf >> >> This new bootstrap utility is used on Windows NT 4, Windows ME, and Windows >> 2000 CD's (and probably Windows XP CD's), so if your system has a >> 'Designed for' sticker featuring one of those operating systems, it will >> probably work with cdboot. >> >> Please test this ISO and provide feedback to the -stable or -qa lists >> thanks. > > Any chance of an ISO that is smaller, just for testing the CD boot thing? Murray, would you mind a smaller image? Basically a miniinst.iso with no packagse and no X perhaps? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 16:26:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 12E7A37B402 for ; Thu, 10 Jan 2002 16:26:41 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g0B0R2598256; Thu, 10 Jan 2002 16:27:03 -0800 (PST) Date: Thu, 10 Jan 2002 16:27:02 -0800 (PST) From: Doug White To: ptiJo Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ARCHOS Jukebox Studio 20 support In-Reply-To: <20020108222853.7186a1dc.ptiJo@noos.fr> Message-ID: <20020110162439.B95050-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 8 Jan 2002, ptiJo wrote: > This is a kinda thing I'm able to do :) > I must admit I don't really know how to fill in the umass.c > > Anyway, here's the log of the plug > ********** > usbd: attach event at 1010525207.123142000, USB Storage Adapter, In-System Design: > vndr=0x05ab prdct=0x0031 rlse=0x0110 clss=0x00ff subclss=0x0000 prtcl=0x00ff ^^^^^^^^^^^ Bad news. Class 0xff is "Vendor-specific", so it will require a custom driver & specifications from Archos to access. If it was class 0x8, that is the standard USB Mass Storage Class and we have (limited) support for those types of devices. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 16:45:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 5E98537B419 for ; Thu, 10 Jan 2002 16:45:27 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g0B0UC498287; Thu, 10 Jan 2002 16:30:13 -0800 (PST) Date: Thu, 10 Jan 2002 16:30:12 -0800 (PST) From: Doug White To: Josh Paetzel Cc: Matthew Whelan , Subject: Re: Reproducable system hangs in -STABLE In-Reply-To: <20020109215101.C29685@twincat.vladsempire.net> Message-ID: <20020110162854.O95050-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 9 Jan 2002, Josh Paetzel wrote: > Poor choice of words on my part. dnetc runs with a nice value of 20 > if I start them from the startup script. ARgh -- this must be dnetc nicing itself since I explicitly looked for that in the script. Modify the script to decreace dnetc's nice value immediately after it starts. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 16:45:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 7C30D37B400 for ; Thu, 10 Jan 2002 16:45:28 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g0B0XD998345; Thu, 10 Jan 2002 16:33:13 -0800 (PST) Date: Thu, 10 Jan 2002 16:33:13 -0800 (PST) From: Doug White To: Dmitry Morozovsky Cc: Josh Paetzel , Subject: Re: Reproducable system hangs in -STABLE In-Reply-To: <20020110211312.C15653-100000@woozle.rinet.ru> Message-ID: <20020110163043.S95050-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 10 Jan 2002, Dmitry Morozovsky wrote: > Hmm... Is it related to SMP machines only or to uni-processor machines > too? I have no SMP machines with dnetc's around to test, but every UP > machine with dnetc starts it reniced -20, and there were no lockups at > all... I've mainly seen it on SMP. > Also, would you please give me a link to thread/article duscussing > "classic priority inversion proble"? The classic priority inversion problem is when you have two processes with differing priorities. The lower-priority process will lock a resource that a higher-priority process needs. Since the higher-priority process will block the lower-priority process from running, the lock is never released. Thus the deadlock. If you run dnetc at something other than nice 20 it should avoid the deadlock. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 16:52:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sage-american.com (sage-american.com [216.122.141.44]) by hub.freebsd.org (Postfix) with ESMTP id 9FF6C37B41B; Thu, 10 Jan 2002 16:51:51 -0800 (PST) Received: from SAGEONE (adsl-64-219-30-200.dsl.crchtx.swbell.net [64.219.30.200]) by sage-american.com (8.9.3/8.9.3) with SMTP id SAA14933; Thu, 10 Jan 2002 18:51:47 -0600 (CST) Message-Id: <3.0.5.32.20020110185144.017b9de8@mail.sage-american.com> X-Sender: jacks@mail.sage-american.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Thu, 10 Jan 2002 18:51:44 -0600 To: AL Grant , Jesper Skriver From: jacks@sage-american.com Subject: Re: New cdboot ISO available Cc: John Baldwin , stable@FreeBSD.ORG, qa@FreeBSD.ORG In-Reply-To: <3C3E22A0.7000708@runbox.com> References: <3C3E1167.5080302@runbox.com> <20020110232119.B9994@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I got a download this morning from that same link.... At 05:24 PM 1.10.2002 -0600, AL Grant wrote: >Jesper Skriver wrote: > >>On Thu, Jan 10, 2002 at 04:10:47PM -0600, AL Grant wrote: >> >>>I have tried to download this program 3 times and it will never finish >>>the download. >>>The first time I got 660171KB and it quit then I got 660170KB and it >>>quit. Just now I tried again and it got 660168KB and quit. Every time it >>>shows 99% complete. >>>I have checked the program against the checksum to make sure that it was >>>not finished and the download program was not just misreporting the size. >>>Is this a problem with my system or is there a problem with the file? >>> >> >>You didn't mention where you downloaded it from, but it sounds like you >>was downloading from a mirror which still hadn't gotten the complete >>file ... >> >>/Jesper >> >I am trying again direct from the link posted to the list. > >AL > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message > > Best regards, Jack L. Stone, Server Admin =================================================== Sage-American http://www.sage-american.com jacks@sage-american.com "My center is giving way, my right is in retreat; ....situation excellent! ....I shall attack!" =================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 19:22:54 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.cise.ufl.edu (beach.cise.ufl.edu [128.227.205.211]) by hub.freebsd.org (Postfix) with ESMTP id A4FFB37B402 for ; Thu, 10 Jan 2002 19:22:51 -0800 (PST) Received: from cise.ufl.edu (coast.cise.ufl.edu [128.227.205.212]) by mail.cise.ufl.edu (Postfix) with ESMTP id DA31A69A6 for ; Thu, 10 Jan 2002 22:22:50 -0500 (EST) To: stable@freebsd.org Subject: stunnel fails to run after upgrade to 4.5-PRERELEASE #6 X-mailer: nmh-1.0.3/vi Date: Thu, 10 Jan 2002 22:22:50 -0500 From: "James F. Hranicky" Message-Id: <20020111032250.DA31A69A6@mail.cise.ufl.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After upgrading my master FreeBSD box to 4.5 PRE#6, I found that stunnel (3.14) wouldn't accept connections on the daemon port. I had had no problems running it before the upgrade. The make sure it wasn't simply an old version not running on the upgraded OS, I compiled stunnel from source and from the ports collection, with the same results. Here's a ktrace of a connection to stunnel: 58589 stunnel RET poll 1 58589 stunnel CALL gettimeofday(0x882076ac,0) 58589 stunnel RET gettimeofday 0 58589 stunnel CALL accept(0x9,0xbfbff8d8,0xbfbff8d4) 58589 stunnel RET accept 10/0xa 58589 stunnel CALL fcntl(0xa,0x3,0) 58589 stunnel RET fcntl 6 58589 stunnel CALL fcntl(0xa,0x4,0x6) 58589 stunnel RET fcntl 0 58589 stunnel CALL fcntl(0xa,0x2,0x1) 58589 stunnel RET fcntl 0 58589 stunnel CALL mmap(0xbfade000,0x10000,0x3,0x400,0xffffffff,0,0,0) 58589 stunnel RET mmap -1 errno 12 Cannot allocate memory 58589 stunnel CALL fstat(0xa,0xbfbff798) 58589 stunnel RET fstat 0 58589 stunnel CALL close(0xa) 58589 stunnel RET close 0 58589 stunnel CALL gettimeofday(0xbfbfeab0,0) 58589 stunnel RET gettimeofday 0 58589 stunnel CALL getpid 58589 stunnel RET getpid 58589/0xe4dd 58589 stunnel CALL sendto(0x8,0xbfbfef38,0x4d,0,0,0) 58589 stunnel GIO fd 8 wrote 77 bytes "<27>Jan 10 22:16:51 stunnel[58589]: Connection rejected: create_client failed" 58589 stunnel RET sendto 77/0x4d 58589 stunnel CALL fcntl(0xa,0x3,0) 58589 stunnel RET fcntl -1 errno 9 Bad file descriptor 58589 stunnel CALL accept(0x9,0xbfbff8d8,0xbfbff8d4) 58589 stunnel RET accept -1 errno 35 Resource temporarily unavailable 58589 stunnel CALL poll(0x8077000,0x1,0) 58589 stunnel RET poll 0 58589 stunnel CALL poll(0x8077000,0x2,0xffffffff) Apparently, mmap is failing for some reason. Here's the command line for stunnel: ./work/stunnel-3.22/stunnel -P none -d palm.cise.ufl.edu:993 -r palm.cise.ufl.edu:143 -s nofiles -g nofiles -p /usr/local/lib/ssl/certs/imap.cise.ufl.edu.pem Any ideas? Jim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 19:28:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.fibertel.com.ar (mta2.fibertel.com.ar [24.232.0.162]) by hub.freebsd.org (Postfix) with ESMTP id CCD2737B400; Thu, 10 Jan 2002 19:28:22 -0800 (PST) Received: from there (24.232.146.62) by mail.fibertel.com.ar (5.5.034) id 3C35C358000F266D; Fri, 11 Jan 2002 00:29:19 -0300 Message-ID: <3C35C358000F266D@mail.fibertel.com.ar> (added by postmaster@fibertel.com.ar) Content-Type: text/plain; charset="iso-8859-1" From: Noel Balansag To: John Baldwin , stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: New cdboot ISO available Date: Fri, 11 Jan 2002 00:25:05 -0300 X-Mailer: KMail [version 1.3] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG works on my box. i can boot and install from the iso cd. only error i got was sawfish not found on INDEX. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 20:58:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 04D0E37B402 for ; Thu, 10 Jan 2002 20:58:44 -0800 (PST) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id PAA04406 for ; Fri, 11 Jan 2002 15:58:42 +1100 (EST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (localhost [127.0.0.1]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id PAA26736; Fri, 11 Jan 2002 15:58:42 +1100 (EST) Message-Id: <200201110458.PAA26736@lightning.itga.com.au> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.4 From: Gregory Bond To: stable@FreeBSD.ORG Subject: Re: stunnel fails to run after upgrade to 4.5-PRERELEASE #6 In-reply-to: Your message of Thu, 10 Jan 2002 22:22:50 -0500. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Jan 2002 15:58:42 +1100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > 58589 stunnel CALL mmap(0xbfade000,0x10000,0x3,0x400,0xffffffff,0,0,0) > 58589 stunnel RET mmap -1 errno 12 Cannot allocate memory This looks like something is trying to force the use of a particular virtual address (0xbfade000) and the kernel is refusing (ENOMEM, errno 12), probably because the requested address is in use (see mmap(2)). It is in general a bad idea to use a non-nil address. It is not surprising that the list of available spaces changes when the kernel updates. However, stunnel doesn't call mmap at all. Futzing around with link options and nm shows that the mmap is called from libc_r::malloc(). But looking at the source code to malloc.c, it only ever calls mmap with 0 as the first argument. So I cannot for the life of me work out what this ktrace is telling us. Here Be Dragons and I retire gracefully and let someone more experienced than me have a hack at it. Aside: The mmap(2) man page has fewer args than shown above in the ktrace() output. What is the difference and where would I look to find this out? sys/vm/vm_mmap.c is remarkably devoid of "#ifdef KTRACE" lines.... Greg, wannabe kernel hacker. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 22:14:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mbp.sphere.ne.jp (mbp.sphere.ne.jp [203.138.71.90]) by hub.freebsd.org (Postfix) with ESMTP id 3345037B404 for ; Thu, 10 Jan 2002 22:14:16 -0800 (PST) Received: from localhost (pl063.nas921.kochi.nttpc.ne.jp [210.165.220.63]) by mbp.sphere.ne.jp (8.9.3+3.2W/3.7W) with ESMTP id PAA02473 for ; Fri, 11 Jan 2002 15:14:10 +0900 (JST) Date: Fri, 11 Jan 2002 15:14:08 +0900 (JST) Message-Id: <20020111.151408.74757997.mouyan@mbp.sphere.ne.jp> To: FreeBSD-stable@FreeBSD.ORG From: Takeshi Sasaoka X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jan 10 22:14:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from dart.sr.se (dart.sr.se [134.25.0.132]) by hub.freebsd.org (Postfix) with ESMTP id 28BC037B419 for ; Thu, 10 Jan 2002 22:14:35 -0800 (PST) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.11.6/8.11.6) with ESMTP id g0B6EUx99516 for ; Fri, 11 Jan 2002 07:14:30 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id HAA97078 for ; Fri, 11 Jan 2002 07:14:30 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: (from root@localhost) by pluto.sr.se (8.11.6/8.11.1) id g0B6EUE75626 for freebsd-stable@freebsd.org; Fri, 11 Jan 2002 07:14:30 +0100 (CET) (envelope-from gunnar) Received: (from gunnar@localhost) by pluto.sr.se (8.11.6/8.11.1av) id g0B6ERs75618 for freebsd-stable@freebsd.org; Fri, 11 Jan 2002 07:14:27 +0100 (CET) (envelope-from gunnar) Date: Fri, 11 Jan 2002 07:14:27 +0100 From: Gunnar Flygt To: FreeBSD Stable Subject: ntpd functionality Message-ID: <20020111071427.A75531@sr.se> Reply-To: Gunnar Flygt Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is off topic for stable, but I'm asking on the list because of the high level of knowledge here. Please answer me only direct!! I'm seeking for someone with good knowledge on the ntpd deamon functionality. I have soome questions. And please only direct answers! -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 1:24:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from web13603.mail.yahoo.com (web13603.mail.yahoo.com [216.136.175.114]) by hub.freebsd.org (Postfix) with SMTP id 42E7137B404 for ; Fri, 11 Jan 2002 01:24:44 -0800 (PST) Message-ID: <20020111092444.20085.qmail@web13603.mail.yahoo.com> Received: from [12.225.223.52] by web13603.mail.yahoo.com via HTTP; Fri, 11 Jan 2002 01:24:44 PST Date: Fri, 11 Jan 2002 01:24:44 -0800 (PST) From: Bzdik BSD Subject: cvsup-16-f issue To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi All, Is there a package for cvsup that doesn't require X ? I know that we have the -g key, still the new version has a feature?: on a fresh installation of 4.4 STABLE it gives me only cvsup-16-f package which complaines thusly: /usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found TIA __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 1:56:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-66.dsl.lsan03.pacbell.net [63.207.60.66]) by hub.freebsd.org (Postfix) with ESMTP id BF41037B402; Fri, 11 Jan 2002 01:56:26 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5F16D66D43; Fri, 11 Jan 2002 01:56:26 -0800 (PST) Date: Fri, 11 Jan 2002 01:56:26 -0800 From: Kris Kennaway To: Bzdik BSD Cc: freebsd-stable@freebsd.org, jdp@FreeBSD.org Subject: Re: cvsup-16-f issue Message-ID: <20020111015626.A18191@xor.obsecurity.org> References: <20020111092444.20085.qmail@web13603.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020111092444.20085.qmail@web13603.mail.yahoo.com>; from bzdik@yahoo.com on Fri, Jan 11, 2002 at 01:24:44AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 11, 2002 at 01:24:44AM -0800, Bzdik BSD wrote: > Hi All, >=20 > Is there a package for cvsup that doesn't require X ? > I know that we have the -g key, still the new version has a feature?: > on a fresh installation of 4.4 STABLE it gives me only cvsup-16-f > package which complaines thusly: >=20 > /usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found Rebuild the port with WITHOUT_X11. Perhaps there should be a cvsup-nox11 slave port which turns this on; I can see how it would be useful. Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8PrbJWry0BWjoQKURAgpUAJkBWB2BnhldilDr7tgc4nDTzoEUxQCeJ0n8 W4KvCpwWon9wmI0p3iRNj14= =q5/D -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 2: 6:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.inode.at (goliath.inode.at [195.58.161.55]) by hub.freebsd.org (Postfix) with ESMTP id D66A737B405 for ; Fri, 11 Jan 2002 02:06:25 -0800 (PST) Received: from 213-229-17-146.leased-lines.inode.at ([213.229.17.146] helo=jawa.at) by smtp.inode.at with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 3.32 #1) id 16OyZs-0006e9-00; Fri, 11 Jan 2002 11:06:24 +0100 Received: from mike (mike.jawa.at [192.168.200.51]) by jawa.at (8.11.6/8.11.3) with ESMTP id g0BA6Nm99401; Fri, 11 Jan 2002 11:06:23 +0100 (CET) (envelope-from mranner@inode.at) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 In-Reply-To: <200201102312.g0ANC7v50676@meta.lo-res.org> Date: Fri, 11 Jan 2002 11:06:31 +0100 (CET) Reply-To: mranner@jawa.at Organization: JAWA Management Software GmbH From: Michael Ranner To: aaron Subject: RE: ccd.ko Cc: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10-Jan-02 aaron wrote: >=20 > Hello, >=20 > Can anybody confirm that ccd.ko is loaded automatically on every reboot? > Even though I am certain that I neither have compiled it into the kernel = nor > do I have it in /boot/loader.conf, kldstat always shows it. > Can't even unload it. >=20 > Strange. I dont use it. So why is it there? some dependency? > Common problem or just my machine? >=20 no (FreeBSD builder.jawa.at 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Wed J= an=20 9 14:07:05 GMT 2002) builder# kldstat Id Refs Address Size Name 1 2 0xc0100000 29576c kernel 2 1 0xc1430000 2000 warp_saver.ko /\/\ichael Ranner - Michael 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=20 ---------------------------------------------------------------------- B.I.T. Schulungscenter - http://www.bitonline.cc/ Mariazell Online - http://www.mariazell.at/ ---------------------------------------------------------------------- A real person has two reasons for doing anything ... a good reason and the real reason. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 2:17:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from syvalion.matatabi.or.jp (p2151-ipad03osakakita.osaka.ocn.ne.jp [61.207.219.151]) by hub.freebsd.org (Postfix) with ESMTP id F139437B417 for ; Fri, 11 Jan 2002 02:17:53 -0800 (PST) Received: from localhost (err4okbhy5wkvpzv@localhost [127.0.0.1]) by syvalion.matatabi.or.jp (8.11.6/8.11.5) with ESMTP id g0BAHMi21087; Fri, 11 Jan 2002 19:17:26 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: stable@FreeBSD.org In-Reply-To: <200201102312.g0ANC7v50676@meta.lo-res.org> References: <200201102312.g0ANC7v50676@meta.lo-res.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 9 From: Makoto Matsushita To: aaron@lo-res.org Subject: Re: ccd.ko Date: Fri, 11 Jan 2002 19:17:07 +0900 Message-Id: <20020111191707A.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG aaron> Strange. I dont use it. So why is it there? some dependency? Does your system have /etc/ccd.conf ? If there is a file, ccd module is automatically loaded by ccdconfig(8) during system initialization; it is assumed that this system requires ccd, /etc/rc kicks ccdconfig(8). -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 2:59: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.chesneycorp.com (sdsl-216-36-93-161.dsl.lax.megapath.net [216.36.93.161]) by hub.freebsd.org (Postfix) with SMTP id 9928937B423 for ; Fri, 11 Jan 2002 02:58:47 -0800 (PST) Received: (qmail 3407 invoked from network); 11 Jan 2002 10:58:46 -0000 Received: from sdsl-216-36-93-173.dsl.lax.megapath.net (HELO mark) (216.36.93.173) by sdsl-216-36-93-161.dsl.lax.megapath.net with SMTP; 11 Jan 2002 10:58:46 -0000 From: "Mark Chesney" To: "'John Baldwin'" Cc: Subject: RE: New cdboot ISO available Date: Fri, 11 Jan 2002 03:58:41 -0700 Organization: Chesney Corporation Message-ID: <000a01c19a8e$eed059f0$ad5d24d8@mark> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The FreeBSD 4.5-RC1 ISO booted fine on my system with the AOpen AK73 Pro mainboard with a VIA Apollo KT133 chipset. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 3:30:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from blueyonder.co.uk (pcow058o.blueyonder.co.uk [195.188.53.98]) by hub.freebsd.org (Postfix) with ESMTP id 47A8337B417 for ; Fri, 11 Jan 2002 03:30:43 -0800 (PST) Received: from pcow058m.blueyonder.co.uk ([127.0.0.1]) by blueyonder.co.uk with Microsoft SMTPSVC(5.5.1877.757.75); Fri, 11 Jan 2002 11:24:39 +0000 Received: from fluoxetine.lan (unverified) by pcow058m.blueyonder.co.uk (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Fri, 11 Jan 2002 11:24:39 +0000 Date: Fri, 11 Jan 2002 11:28:09 +0000 (GMT) From: Andrew McKay X-X-Sender: andy@fluoxetine.lan To: freebsd-stable@freebsd.org Subject: Re: cvsup-16-f issue Message-ID: <20020111112746.N10121-100000@fluoxetine.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Is there a package for cvsup that doesn't require X ? > I know that we have the -g key, still the new version has a feature?: > on a fresh installation of 4.4 STABLE it gives me only cvsup-16-f > package which complaines thusly: > > /usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found If you have the ports system installed: # cd /usr/ports/net/cvsup/ # make -DWITHOUT_X11 && make install Bear in mind that CVSup is written in Modula 3 and will, thus, require this to be installed. If you do not have the ports system installed, or for various reasons can't do so or can't build this port: http://www.openirc.co.uk/freebsd/cvsup-16-1f.tgz is compiled without X11 as of this morning. Please note this is available temporarily and is not an 'official download location'. -- Andrew McKay To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 3:40:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.fibertel.com.ar (mta3.fibertel.com.ar [24.232.0.163]) by hub.freebsd.org (Postfix) with ESMTP id 2E42D37B404; Fri, 11 Jan 2002 03:40:13 -0800 (PST) Received: from there (24.232.146.62) by mail.fibertel.com.ar (5.5.034) id 3C35C51F000F2811; Fri, 11 Jan 2002 08:38:16 -0300 Message-ID: <3C35C51F000F2811@mail.fibertel.com.ar> (added by postmaster@fibertel.com.ar) Content-Type: text/plain; charset="iso-8859-1" From: Noel Balansag To: John Baldwin , stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: New cdboot ISO available Date: Fri, 11 Jan 2002 08:36:54 -0300 X-Mailer: KMail [version 1.3] References: <3C35C358000F266D@mail.fibertel.com.ar> (added by postmaster@fibertel.com.ar) In-Reply-To: <3C35C358000F266D@mail.fibertel.com.ar> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG oopppsss... forgot to mention something.... im using Epox MVP3C motherboard with VIA MVP3 chipset... On Friday 11 January 2002 00:25, Noel Balansag wrote: > works on my box. i can boot and install from the iso cd. only error i got > was sawfish not found on INDEX. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 3:41:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 1BFF337B400 for ; Fri, 11 Jan 2002 03:41:38 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g0BBfaX61862; Fri, 11 Jan 2002 06:41:36 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Fri, 11 Jan 2002 06:41:35 -0500 To: stable@freebsd.org From: Garance A Drosihn Subject: Possible bug in 4.5-RC1 vs VMware (linux emulation?) Cc: Marcel Moolenaar , Dag-Erling Smorgrav Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here's one of those bug reports everyone (including me) loves to hate. A little short on specifics, but I can't check into it further at the moment, so I wanted to mention it before I forgot. I upgraded to 4.5-RC1 as it was on Wednesday (Jan 9th) at about 7pm. I then upgraded most (but not quite all) of my ports. On Thursday I needed to run VMware2 to debug some obscure problem I am seeing elsewhere (something not related to freebsd at all). The possible-bug part is that I get an error message when starting up vmware, saying "VMware was unable to read from /dev/acd0c. This can be caused by a Linux kernel bug...". It is saying "Linux kernel" because this is the Linux version of VMware2, which I am running via Linux emulation on freebsd. So, it thinks the host OS is linux. In any case, I wasn't getting this error until after those upgrades. All my ports are updated except for: cvsup gdk-pixbuf glib gtk lcms mozilla and stunnel so I don't *think* any of those would be the problem. So, if someone else has a VMware2 setup on 4.5-RC1, please give it a run and see if you get a similar error. [I don't need the CD drive for what I'm debugging with VMware, so it isn't really a problem for me at the moment] -- Garance Alistair Drosehn = gad@eclipse.acs.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-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 3:49:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 8AB6737B417; Fri, 11 Jan 2002 03:49:10 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g0BBmqX40776; Fri, 11 Jan 2002 06:48:52 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020111015626.A18191@xor.obsecurity.org> References: <20020111092444.20085.qmail@web13603.mail.yahoo.com> <20020111015626.A18191@xor.obsecurity.org> Date: Fri, 11 Jan 2002 06:48:50 -0500 To: Kris Kennaway , Bzdik BSD From: Garance A Drosihn Subject: Re: cvsup-16-f issue Cc: freebsd-stable@FreeBSD.ORG, jdp@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 1:56 AM -0800 1/11/02, Kris Kennaway wrote: >On Fri, Jan 11, 2002 at 01:24:44AM -0800, Bzdik BSD wrote: >> Hi All, >> >> Is there a package for cvsup that doesn't require X ? >> I know that we have the -g key, still the new version has a feature?: >> on a fresh installation of 4.4 STABLE it gives me only cvsup-16-f >> package which complaines thusly: >> >> /usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found > >Rebuild the port with WITHOUT_X11. > >Perhaps there should be a cvsup-nox11 slave port which turns this on; >I can see how it would be useful. I wonder if it might make sense for the ISO to only have a cvsup which does not have X11. A version without X11 will run OK on a system that does have X11, but the X11-version won't run on a system without X11, and it's certainly reasonable to *want* to run cvsup on a system that doesn't have X11. And presumably it'd also save a few bytes on the ISO. Just a thought. Disclaimer: I'm running on a Classic Coke, 2 Jolts and a bag of jelly beans at the moment, so it may be more of a hallucination than an actual thought... -- Garance Alistair Drosehn = gad@eclipse.acs.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-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 3:49:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from www.kenpac.net (sv.kenpac.net [211.10.20.201]) by hub.freebsd.org (Postfix) with ESMTP id DC5AD37B405; Fri, 11 Jan 2002 03:47:04 -0800 (PST) Received: from mx2.eudoramail.com ([207.93.225.196]) by www.kenpac.net (8.9.3/3.7W-primary) with ESMTP id UAA07109; Fri, 11 Jan 2002 20:44:58 +0900 From: WSCHwatch@eudoramail.com Message-ID: <0000503b64c8$00000201$00006b71@mx2.eudoramail.com> To: Subject: WSCH: Baby Pharmaceutical on the Rise OWSSK Date: Fri, 11 Jan 2002 05:45:23 -1800 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: WSCHnews21@eudoramail.com Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG = Investors
<= td width=3D100% height=3D372 valign=3Dtop align=3Dleft>
  &n= bsp;   Key Points about = WSCH:
  • The products and me= dical therapies developed by WSCH represent possibly the most important= breakthrough in the field of Dermatology in the last fifty years.&nbs= p;

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

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

 <= /caption>
=

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

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

Company Background

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

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

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

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

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

Most Recent WSCH News

 

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

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

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

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

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

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

Projections, Objectives, and Statistics

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

<= blockquote>

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

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

A Look at the Competition

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

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

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

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

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

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

Final Thoughts on WSCH<= /b>

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

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

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

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

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

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

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



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

<= /div> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 3:51:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id 50E1337B4B3; Fri, 11 Jan 2002 03:51:05 -0800 (PST) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id DAA04183; Fri, 11 Jan 2002 03:50:58 -0800 Message-ID: <3C3ED1A1.3090007@owt.com> Date: Fri, 11 Jan 2002 03:50:57 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: SUZUKI Koichi Cc: dan@langille.org, stable@FreeBSD.ORG, wpaul@FreeBSD.ORG, fwkg7679@mb.infoweb.ne.jp Subject: Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836 References: <3C3CC880.10766.25DC0F1@localhost> <3C3DCD36.8050005@gc5.so-net.ne.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG SUZUKI Koichi wrote: > Hi guys, > > [Cc-ed to Mr.Kurosawa , the patch author] > > I replied to Dan's DM last night. > But I haven't read this mail (and followed mail) in -stable ML yet. > > Dan Langille wrote: > > It appears I am not the first to buy a K7S5A motherboard (an SiS 735 > > chipset) with integrated NIC. I can't get my NIC to work either. > > I have a K7S5A either. > As I mentioned in the follow-up to kern/30836, > I can use this On-Board NIC with Mr.Kurosawa's patch. > I have been using this patch for more than one month on 4-stable. > (I have updated my machine about once a week.) > > http://homepage2.nifty.com/tkuro/archive/if_sis.diff > > But it seems that the problem of the media type detection > on 10BaseT Network that Jon-Erik Lido reported in the follow-up > still remains. :-( > > I have no idea in details about hardware, > but I'd like to help you for testing. As you can see, it works on my system, which is a Amptron 830LM and is based on the SiS-735. The MAC address is what the motherboard documentation tells me it should be. sis0: port 0xb800-0xb8ff mem 0xcffcd000-0xcffcdfff irq 5 at device 3.0 on pci0 sis0: Ethernet address: 00:d0:09:d7:58:60 miibus0: on sis0 sis0: flags=8802 mtu 1500 ether 00:d0:09:d7:58:60 media: Ethernet autoselect (100baseTX ) status: active I temporarily hooked up that connector for simple testing. I can ping it from my other computers. I don't have a firewall connection setup for it and have downed the NIC rather than setup the rest of the networking. Kent -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 4:28:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.infopaq.dk (mail.infopaq.dk [195.97.149.178]) by hub.freebsd.org (Postfix) with ESMTP id E367C37B404 for ; Fri, 11 Jan 2002 04:28:30 -0800 (PST) Received: from redsrv.infopaq.dk (gateway.infopaq.dk [195.97.149.190]) by mail.infopaq.dk (8.9.3/8.9.3) with ESMTP id NAA16084 for ; Fri, 11 Jan 2002 13:28:29 +0100 Received: by REDSRV with Internet Mail Service (5.5.2653.19) id ; Fri, 11 Jan 2002 13:29:49 +0100 Message-ID: <1137F4C2EFF6D111B2330060B03C89D601C8E9D7@REDSRV> From: Thomas Gravgaard To: freebsd-stable@FreeBSD.ORG Subject: RE: cvsup-16-f issue Date: Fri, 11 Jan 2002 13:29:44 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I wonder if it might make sense for the ISO to only have a=20 > cvsup which does not have X11. A version without X11 will=20 > run OK on a system that does have X11, but the X11-version=20 > won't run on a system without X11, and it's certainly=20 > reasonable to *want* to run cvsup on a system that doesn't=20 > have X11. And presumably it'd also save a few bytes on the ISO. IMHO it would make sense to require WITH_X11 instead of WITHOUT_X11 in = the Makefile because the default behaviour would run on systems with an = without X11. Since I only run boxes without X11 it would conveniently make my life easier too.... But thats another story :) +---------------------------------------------------------------------+ | Thomas Gravgaard | "The Scarlet Pimpernel is the most (__) | | Software developer | overrated human being since Judas \\\'',) | | Infopaq ApS | Iscariot won the AD 31 best disciple \/ \ ^| | fehaar@infopaq.dk | competition." Black Adder .\._/_)| +---------------------------------------------------------------------+ | FC K=F8benhavn. Danske mestre 2000/2001! = | +---------------------------------------------------------------------+ = To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 4:45: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from luxren2.boostworks.com (luxren2.boostworks.com [194.167.81.214]) by hub.freebsd.org (Postfix) with ESMTP id C398D37B402; Fri, 11 Jan 2002 04:45:02 -0800 (PST) Received: from boostworks.com (rn.lxlun.boostworks.com [192.168.8.100]) by luxren2.boostworks.com (8.11.3/8.11.3) with ESMTP id g0BCio630714; Fri, 11 Jan 2002 13:44:51 +0100 (CET) Message-Id: <200201111244.g0BCio630714@luxren2.boostworks.com> Date: Fri, 11 Jan 2002 13:44:47 +0100 (CET) From: remy@boostworks.com Subject: Re: New cdboot ISO available To: jhb@FreeBSD.ORG Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10 Jan, John Baldwin wrote: > > The release engineering team would like feedback as to roughly how > many machines do not work with the new bootstrap utility as well as > how many machines do work. If most machines work with the new > bootstrap, then we may switch to using the new bootstrap on the > release ISO images. > Tested on an Intel SCB2 Mobo (Successor to STL2: Dual P3, Promise ATA, HE serverworks Chipset, 82550 based fxp). No flaws to report. Thanks for your work. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 5: 9:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mbp.sphere.ne.jp (mbp.sphere.ne.jp [203.138.71.90]) by hub.freebsd.org (Postfix) with ESMTP id 2E5E737B402 for ; Fri, 11 Jan 2002 05:09:44 -0800 (PST) Received: from localhost (pl063.nas921.kochi.nttpc.ne.jp [210.165.220.63]) by mbp.sphere.ne.jp (8.9.3+3.2W/3.7W) with ESMTP id WAA01626 for ; Fri, 11 Jan 2002 22:09:36 +0900 (JST) Date: Fri, 11 Jan 2002 22:09:36 +0900 (JST) Message-Id: <20020111.220936.74758294.mouyan@mbp.sphere.ne.jp> To: freebsd-stable@FreeBSD.org Subject: subscribe freebsd-stable From: Takeshi Sasaoka X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 5:16:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from frigga.circle.net (morrigu.circle.net [209.95.64.11]) by hub.freebsd.org (Postfix) with ESMTP id C193B37B400 for ; Fri, 11 Jan 2002 05:16:13 -0800 (PST) Received: by frigga.circle.net with Internet Mail Service (5.5.2653.19) id ; Fri, 11 Jan 2002 08:16:13 -0500 Message-ID: From: Troy Arie Cobb To: "'freebsd-stable@freebsd.org'" Subject: Java in base release as of 4.5? Date: Fri, 11 Jan 2002 08:16:12 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG According to information at http://www.freebsd.org/java, the JDK and JRE are going to be a part of the base release in v. 4.5. I'm tracking the release candidates and can't find it. Is it in there, or has that change been pushed off until a bit later? Thanks for the info, - Troy Cobb tcobb@circle.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 5:26: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id D31E437B404 for ; Fri, 11 Jan 2002 05:26:02 -0800 (PST) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id FAA07301; Fri, 11 Jan 2002 05:25:59 -0800 Message-ID: <3C3EE7E6.9030509@owt.com> Date: Fri, 11 Jan 2002 05:25:58 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Thomas Gravgaard Cc: freebsd-stable@FreeBSD.ORG Subject: Re: cvsup-16-f issue References: <1137F4C2EFF6D111B2330060B03C89D601C8E9D7@REDSRV> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thomas Gravgaard wrote: >>I wonder if it might make sense for the ISO to only have a >>cvsup which does not have X11. A version without X11 will >>run OK on a system that does have X11, but the X11-version >>won't run on a system without X11, and it's certainly >>reasonable to *want* to run cvsup on a system that doesn't >>have X11. And presumably it'd also save a few bytes on the ISO. >> > > IMHO it would make sense to require WITH_X11 instead of WITHOUT_X11 in the Makefile because the default behaviour would run on systems with an without X11. Since I only run boxes without X11 it would > conveniently make my life easier too.... But thats another story :) I happen to think that cvsup is one program that should be added as a package. You reduce the side effects introduced by having one port that needs a modula compiler. The s1g site has both versions and you download your choice. Kent -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 5:26:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 67DB537B405 for ; Fri, 11 Jan 2002 05:26:09 -0800 (PST) Received: (from mwlucas@localhost) by blackhelicopters.org (8.11.6/8.11.6) id g0BDQ1145603; Fri, 11 Jan 2002 08:26:01 -0500 (EST) (envelope-from mwlucas) Date: Fri, 11 Jan 2002 08:26:01 -0500 From: Michael Lucas To: Troy Arie Cobb Cc: "'freebsd-stable@freebsd.org'" Subject: Re: Java in base release as of 4.5? Message-ID: <20020111082601.B45456@blackhelicopters.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from tcobb@staff.circle.net on Fri, Jan 11, 2002 at 08:16:12AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'd ask over on the freebsd-java list, they'll have a better idea what's going on. BTW, I think it's "included with the release", not "part of the base." Slight difference there; Java is not going to be part of the core of FreeBSD, at least not until Sun BSDLs it. :) On Fri, Jan 11, 2002 at 08:16:12AM -0500, Troy Arie Cobb wrote: > According to information at http://www.freebsd.org/java, the JDK and JRE are > going to be a part of the base release in v. 4.5. I'm tracking the release > candidates and can't find it. Is it in there, or has that change been > pushed off until a bit later? > > Thanks for the info, > > - Troy Cobb > tcobb@circle.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org my FreeBSD column: http://www.oreillynet.com/pub/q/Big_Scary_Daemons http://www.blackhelicopters.org/~mwlucas/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 5:59:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from eng05.embratel.net.br (eng05.embratel.net.br [200.255.125.133]) by hub.freebsd.org (Postfix) with ESMTP id 89CDC37B400; Fri, 11 Jan 2002 05:59:34 -0800 (PST) Received: from embratel.net.br (uni-eng.embratel.net.br [200.255.125.98]) by eng05.embratel.net.br (Postfix) with ESMTP id BAFF424D6A; Fri, 11 Jan 2002 11:59:32 -0200 (BRST) Message-ID: <3C3EEFC4.FA79E917@embratel.net.br> Date: Fri, 11 Jan 2002 11:59:32 -0200 From: Joao Carlos Mendes Luis Organization: Internet via Embratel X-Mailer: Mozilla 4.76 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Cc: John Gordon , freebsd-stable@freebsd.org Subject: xe driver broken? Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, The xe driver seems to be broken in -stable since 4.4-RELEASE. Are there, at least, any workarounds? Is there somebody working on a fix? I have a Compaq Armada 3500 with a Compaq Netelligent 10/100 PC Card, and would be glad to help any debugging needed. Ref: http://www.freebsd.org/cgi/getmsg.cgi?fetch=195414+203251+/usr/local/www/db/text/2001/freebsd-mobile/20011118.freebsd-mobile Jonny -- João Carlos Mendes Luís jonny@embratel.net.br Networking Engineer jonny@jonny.eng.br Internet via Embratel jcml@ieee.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 6:12:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.infopaq.dk (mail.infopaq.dk [195.97.149.178]) by hub.freebsd.org (Postfix) with ESMTP id E9A9F37B417 for ; Fri, 11 Jan 2002 06:12:11 -0800 (PST) Received: from redsrv.infopaq.dk (gateway.infopaq.dk [195.97.149.190]) by mail.infopaq.dk (8.9.3/8.9.3) with ESMTP id PAA20025 for ; Fri, 11 Jan 2002 15:12:05 +0100 Received: by REDSRV with Internet Mail Service (5.5.2653.19) id ; Fri, 11 Jan 2002 15:13:34 +0100 Message-ID: <1137F4C2EFF6D111B2330060B03C89D601C8E9E4@REDSRV> From: Thomas Gravgaard To: freebsd-stable@FreeBSD.ORG Subject: RE: cvsup-16-f issue Date: Fri, 11 Jan 2002 15:13:24 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I happen to think that cvsup is one program that should be added as a = > package. You reduce the side effects introduced by having one port=20 > that needs a modula compiler. The s1g site has both versions and you=20 > download your choice. I do see your point... It is not good having to install that darn M3 = compiler when CVSUP is the only ports needing it. I have just attuned = myself to using ports, and it is with ports (and portupgrade) I run my updating routines. But I could make an exception with CVSUP... +---------------------------------------------------------------------+ | Thomas Gravgaard | "The Scarlet Pimpernel is the most (__) | | Software developer | overrated human being since Judas \\\'',) | | Infopaq ApS | Iscariot won the AD 31 best disciple \/ \ ^| | fehaar@infopaq.dk | competition." Black Adder .\._/_)| +---------------------------------------------------------------------+ | FC K=F8benhavn. Danske mestre 2000/2001! = | +---------------------------------------------------------------------+ = To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 6:33:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from clink.schulte.org (clink.schulte.org [209.134.156.193]) by hub.freebsd.org (Postfix) with ESMTP id 6116A37B402 for ; Fri, 11 Jan 2002 06:33:26 -0800 (PST) Received: from schulte-laptop.nospam.schulte.org (nb-65.netbriefings.com [209.134.134.65]) by clink.schulte.org (Postfix) with ESMTP id 0E6A6243CD; Fri, 11 Jan 2002 08:33:25 -0600 (CST) Message-Id: <5.1.0.14.0.20020111083122.01c72cb8@pop3s.schulte.org> X-Sender: (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 11 Jan 2002 08:32:44 -0600 To: Thomas Gravgaard , freebsd-stable@FreeBSD.ORG From: Christopher Schulte Subject: RE: cvsup-16-f issue In-Reply-To: <1137F4C2EFF6D111B2330060B03C89D601C8E9E4@REDSRV> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 03:13 PM 1/11/2002 +0100, Thomas Gravgaard wrote: >I do see your point... It is not good having to install that darn M3= compiler This was the idea of the cvsup-bin port, which looks not to be maintained=20 any longer... ? >+---------------------------------------------------------------------+ >| Thomas Gravgaard | "The Scarlet Pimpernel is the most (__) | >| Software developer | overrated human being since Judas \\\'',) | >| Infopaq ApS | Iscariot won the AD 31 best disciple \/ \ ^| >| fehaar@infopaq.dk | competition." Black Adder .\._/_)| >+---------------------------------------------------------------------+ >| FC K=F8benhavn. Danske mestre 2000/2001! | >+---------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 6:45:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail010.syd.optusnet.com.au (mail010.syd.optusnet.com.au [203.2.75.171]) by hub.freebsd.org (Postfix) with ESMTP id 32F6537B405 for ; Fri, 11 Jan 2002 06:45:28 -0800 (PST) Received: from bigpond.com (ocmax1-106.dialup.optusnet.com.au [198.142.33.106]) by mail010.syd.optusnet.com.au (8.11.1/8.11.1) with ESMTP id g0BEjQE25585 for ; Sat, 12 Jan 2002 01:45:26 +1100 Message-ID: <3C3EFA5E.9040102@bigpond.com> Date: Sat, 12 Jan 2002 01:44:46 +1100 From: Nero User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20011222 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Netsaint Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I dont know that this is the right place to report this or not, but here goes anyway. I am running 4.5-RC, my last update to ports was yesterday (11th) and I get this error while installing netsaint: creating plugins/popen.h ===> Building for netsaint-plugins-1.2.9.4 cd . && /usr/local/bin/aclocal cd . && /usr/local/bin/automake --gnu --include-deps Makefile automake: configure.in: `AM_INIT_AUTOMAKE' must be used gmake: *** [Makefile.in] Error 1 *** Error code 2 Stop in /usr/ports/net/netsaint-plugins. *** Error code 1 Stop in /usr/ports/net/netsaint-plugins. *** Error code 1 Stop in /usr/ports/net/netsaint-plugins. *** Error code 1 Stop in /usr/ports/net/netsaint-plugins. *** Error code 1 Stop in /usr/ports/net/netsaint. *** Error code 1 Stop in /usr/ports/net/netsaint. *** Error code 1 Stop in /usr/ports/net/netsaint. [55] root:/usr/ports/net/netsaint [01:39:42] # To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 6:56:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id D76A737B41A for ; Fri, 11 Jan 2002 06:56:12 -0800 (PST) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Fri, 11 Jan 2002 15:56:11 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FDA250@l04.research.kpn.com> From: "Koster, K.J." To: 'Michael Lucas' , Troy Arie Cobb Cc: "'freebsd-stable@freebsd.org'" Subject: RE: Java in base release as of 4.5? Date: Fri, 11 Jan 2002 15:56:10 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear All, > > BTW, I think it's "included with the release", not "part of the base." > Slight difference there; Java is not going to be part of the core of > FreeBSD, at least not until Sun BSDLs it. :) > Java will be available as a port and maybe as a package on the install CD's as well. Someone (Nate?) is working on dragging the port through the Java compatability test suite, which is a prerequisite for distributing anything at all. I'd sure the person in question can comment on timeliness for 4.5-r. I'm not part of that cycle. Kees Jan ===================================================== You can't have everything. Where would you put it? [Steven Wright] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 6:57:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from bastion.internal.lustygrapes.net (dhcp065-024-083-096.columbus.rr.com [65.24.83.96]) by hub.freebsd.org (Postfix) with ESMTP id 65A1B37B434 for ; Fri, 11 Jan 2002 06:57:20 -0800 (PST) Received: from nivomede.internal.lustygrapes.net (nivomede.internal.lustygrapes.net [192.168.10.65]) by bastion.internal.lustygrapes.net (Postfix) with ESMTP id DB5885A3E; Fri, 11 Jan 2002 09:57:17 -0500 (EST) Date: Fri, 11 Jan 2002 09:57:17 -0500 (EST) From: Brian McDonald X-X-Sender: To: Nero Cc: Subject: Re: Netsaint In-Reply-To: <3C3EFA5E.9040102@bigpond.com> Message-ID: <20020111095513.E24220-100000@nivomede.internal.lustygrapes.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There were recent issues with automake/autoconf in the ports collection. Check the archives for details, but in general, if you have autoconf 2.52 you need automake 1.5 or higher. From Will Andrew's email: "So if you see any problems like the one reported here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=355039+0+current/freebsd-questions ..the solution is to make sure you have autoconf 2.52 AND automake 1.5 installed, because in this case, the m4 macro that's missing is defined by am 1.5." Last thing - questions about ports can go to freebsd-ports.. :) Brian On Sat, 12 Jan 2002, Nero wrote: > Date: Sat, 12 Jan 2002 01:44:46 +1100 > From: Nero > To: freebsd-stable@FreeBSD.ORG > Subject: Netsaint > > I dont know that this is the right place to report this or not, > but here goes anyway. I am running 4.5-RC, my last update > to ports was yesterday (11th) and I get this error while > installing netsaint: > > creating plugins/popen.h > ===> Building for netsaint-plugins-1.2.9.4 > cd . && /usr/local/bin/aclocal > cd . && /usr/local/bin/automake --gnu --include-deps Makefile > automake: configure.in: `AM_INIT_AUTOMAKE' must be used > gmake: *** [Makefile.in] Error 1 > *** Error code 2 > > Stop in /usr/ports/net/netsaint-plugins. > *** Error code 1 > > Stop in /usr/ports/net/netsaint-plugins. > *** Error code 1 > > Stop in /usr/ports/net/netsaint-plugins. > *** Error code 1 > > Stop in /usr/ports/net/netsaint-plugins. > *** Error code 1 > > Stop in /usr/ports/net/netsaint. > *** Error code 1 > > Stop in /usr/ports/net/netsaint. > *** Error code 1 > > Stop in /usr/ports/net/netsaint. > [55] root:/usr/ports/net/netsaint [01:39:42] > # > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- Brian McDonald, MCP Klein bottle for sale. Inquire within. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 7:33:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from dart.sr.se (dart.sr.se [134.25.0.132]) by hub.freebsd.org (Postfix) with ESMTP id 5337D37B400 for ; Fri, 11 Jan 2002 07:33:13 -0800 (PST) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.11.6/8.11.6) with ESMTP id g0BFX3x34036; Fri, 11 Jan 2002 16:33:03 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id QAA64412; Fri, 11 Jan 2002 16:33:03 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: (from root@localhost) by pluto.sr.se (8.11.6/8.11.1) id g0BFX2G84678; Fri, 11 Jan 2002 16:33:02 +0100 (CET) (envelope-from gunnar) Received: (from gunnar@localhost) by pluto.sr.se (8.11.6/8.11.1av) id g0BFX0x84666; Fri, 11 Jan 2002 16:33:00 +0100 (CET) (envelope-from gunnar) Date: Fri, 11 Jan 2002 16:32:59 +0100 From: Gunnar Flygt To: FreeBSD Stable Cc: Thomas Gravgaard Subject: Re: RE: cvsup-16-f issue Message-ID: <20020111163259.B84365@sr.se> Reply-To: Gunnar Flygt Mail-Followup-To: Gunnar Flygt , FreeBSD Stable , Thomas Gravgaard References: <1137F4C2EFF6D111B2330060B03C89D601C8E9D7@REDSRV> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <1137F4C2EFF6D111B2330060B03C89D601C8E9D7@REDSRV>; from fehaar@infopaq.dk on Fri, Jan 11, 2002 at 01:29:44PM +0100 X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jan 11, 2002 at 01:29:44PM +0100, Thomas Gravgaard wrote: > > I wonder if it might make sense for the ISO to only have a > > cvsup which does not have X11. A version without X11 will > > run OK on a system that does have X11, but the X11-version > > won't run on a system without X11, and it's certainly > > reasonable to *want* to run cvsup on a system that doesn't > > have X11. And presumably it'd also save a few bytes on the ISO. > > IMHO it would make sense to require WITH_X11 instead of WITHOUT_X11 in the Makefile because the default behaviour would run on systems with an without X11. Since I only run boxes without X11 it would > conveniently make my life easier too.... But thats another story :) And to add to that, if I install a new system, the first thing I would like to do on it, is to run cvsup on both /usr/src and /usr/ports before I install anything more (include X). > > +---------------------------------------------------------------------+ > | Thomas Gravgaard | "The Scarlet Pimpernel is the most (__) | > | Software developer | overrated human being since Judas \\\'',) | > | Infopaq ApS | Iscariot won the AD 31 best disciple \/ \ ^| > | fehaar@infopaq.dk | competition." Black Adder .\._/_)| > +---------------------------------------------------------------------+ > | FC København. Danske mestre 2000/2001! | > +---------------------------------------------------------------------+ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 7:34:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.samtel.ru (mail.samtel.ru [62.213.0.11]) by hub.freebsd.org (Postfix) with ESMTP id F2EE737B41C for ; Fri, 11 Jan 2002 07:34:51 -0800 (PST) Received: from there (1-fixed.samtel.ru [62.213.2.16]) by mail.samtel.ru (8.11.5/8.11.5) with SMTP id g0BFbCw37510 for ; Fri, 11 Jan 2002 19:37:12 +0400 (SAMT) (envelope-from lsi@samtel.ru) Message-Id: <200201111537.g0BFbCw37510@mail.samtel.ru> Content-Type: text/plain; charset="koi8-r" From: "Sergey I. Lang" Organization: STCE To: stable@FreeBSD.org Date: Fri, 11 Jan 2002 19:36:30 +0400 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 7:48:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from naxos.pdb.sbs.de (naxos.pdb.sbs.de [192.109.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 738F437B405 for ; Fri, 11 Jan 2002 07:48:13 -0800 (PST) Received: from trolli.pdb.fsc.net (ThisAddressDoesNotExist [172.25.97.20] (may be forged)) by naxos.pdb.sbs.de (8.11.2/8.11.2) with ESMTP id g0BFmAo30204 for ; Fri, 11 Jan 2002 16:48:10 +0100 Received: from deejai2.mch.fsc.net (deejai2.mch.fsc.net [172.25.124.236]) by trolli.pdb.fsc.net (8.9.3/8.9.3) with ESMTP id QAA09139 for ; Fri, 11 Jan 2002 16:48:10 +0100 Received: (from martin@localhost) by deejai2.mch.fsc.net (8.11.6/8.11.6) id g0BFmAS00898 for freebsd-stable@freebsd.org; Fri, 11 Jan 2002 16:48:10 +0100 (CET) (envelope-from martin) Date: Fri, 11 Jan 2002 16:48:10 +0100 From: Martin Kraemer To: freebsd-stable@freebsd.org Subject: ISDN4BSD not ready for prime time in 4.5-RC ? Message-ID: <20020111164810.A568@deejai2.mch.fsc.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.5-RC FreeBSD 4.5-RC X-Organization: Fujitsu Siemens Computers (Muenchen, Germany) X-Disclaimer: THE COMMENTS CONTAINED IN THIS MESSAGE REFLECT THE VIEWS OF THE WRITER AND ARE NOT NECESSARILY THE VIEWS OF FUJITSU-SIEMENS COMPUTERS X-No-Junk-Mail: I do not want to get *any* junk mail. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, In 4.5-RC (more exact, since ~October), I cannot succeed in using ISDN any more. Yes I changed the cable, and I asked a friend to use ISDN on the same NTBA (from Win2k), to the same provider I use; he had no problems. Only my machine, which used to be ISDN'ing rock-solidly, is unusable, and each connection is broken and torn down after a few packets' exchange between my machine and my provider. In 4.2, 4.3 and 4.4-RELEASE, I used a Teles Teles S0/16.3 ISA (non-PnP) card. Because I noticed the ISDN problems, I brought a Fritz!Card PCI 1.0 and tested that, but to no avail: both experience the same symptoms. OTOH I don't want to go back to FreeBSD-4.3 only for ISDN..... I have the following ISDN configuration in my kernel: --snip-- options TEL_S0_16_3 device isic0 at isa? port 0xd80 irq 5 flags 3 device ifpi pseudo-device "i4bq921" pseudo-device "i4bq931" pseudo-device "i4b" pseudo-device "i4btrc" 8 pseudo-device "i4bctl" pseudo-device "i4brbch" 8 pseudo-device "i4btel" 2 pseudo-device "i4bipr" 8 options IPR_VJ pseudo-device "i4bisppp" 8 --snip-- (Is there a problem with using 8 instead of 4?) I cvsup'ed to 4.5-RC today -- using a modem :-( I noticed there was a patch in the i4bisppp code, but the problems haven't changed. For TELES 16.3: Jan 11 15:44:41 deejai2 /kernel: isic0 at port 0xd80-0xd9f,0x980-0x99f,0x180-0x19f,0x580-0x59f irq 5 flags 0x3 on isa0 Jan 11 15:44:41 deejai2 /kernel: isic0: passive stack unit 0 Jan 11 15:44:41 deejai2 /kernel: isic0: Teles S0/16.3 Jan 11 15:44:41 deejai2 /kernel: i4bctl: ISDN system control port attached Jan 11 15:44:41 deejai2 /kernel: i4btrc: 8 ISDN trace device(s) attached Jan 11 15:44:41 deejai2 /kernel: i4bisppp: 8 ISDN SyncPPP device(s) attached (VJ header compression) Jan 11 15:44:42 deejai2 /kernel: i4b: ISDN call control device attached Jan 11 15:44:42 deejai2 /kernel: i4btel: 2 ISDN telephony interface device(s) attached Jan 11 15:44:42 deejai2 /kernel: i4brbch: 8 raw B channel access device(s) attached Jan 11 15:44:42 deejai2 /kernel: i4bipr: 8 IP over raw HDLC ISDN device(s) attached (VJ header compression) ... Jan 11 15:44:42 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: CRC error Jan 11 15:44:42 deejai2 /kernel: i4b-L2 i4b_T202_timeout: unit 0, N202 = 3 Jan 11 15:44:42 deejai2 /kernel: i4b-L3 T303_timeout: SETUP not answered, cr = 68 Jan 11 15:44:42 deejai2 /kernel: i4b-L3 next_l3state: FSM illegal state, state = ST_OW - Out Wait EST, event = EV_T303EXP - T303 timeout! Jan 11 15:44:42 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: CRC error Jan 11 15:44:42 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: Receive Aborted error Jan 11 15:45:47 deejai2 /kernel: i4b-L2 F_ILL: FSM function F_ILL executing Jan 11 15:45:47 deejai2 /kernel: i4b-L2 i4b_next_l2state: FSM illegal state, state = ST_EST_AW_TEI, event = EV_DLESTRQ! Jan 11 15:45:52 deejai2 /kernel: i4b-L3 T303_timeout: SETUP not answered, cr = 24 Jan 11 15:45:52 deejai2 /kernel: i4b-L3 next_l3state: FSM illegal state, state = ST_OW - Out Wait EST, event = EV_T303EXP - T303 timeout! ... Jan 11 16:25:31 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: CRC error Jan 11 16:25:31 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: Receive Aborted error Jan 11 16:25:43 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: CRC error Jan 11 16:25:43 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: Receive Aborted error Jan 11 16:26:04 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: CRC error Jan 11 16:26:04 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: Receive Aborted error Jan 11 16:26:14 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: CRC error Jan 11 16:26:14 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: Receive Aborted error Jan 11 16:26:14 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: CRC error Jan 11 16:26:14 deejai2 /kernel: i4b-L1 isic_isac_irq: unit 0: Receive Aborted error Jan 11 16:26:17 deejai2 /kernel: i4b-L2 i4b_mph_status_ind: unit 0, persistent deactivation! Jan 11 16:26:17 deejai2 /kernel: i4b-L3 i4b_mdl_status_ind: STI_PDEACT: unit 0 TEI = 0 = 0x00 and with the Fritz!Card: Jan 11 16:12:43 deejai2 /kernel: ifpi0: port 0xe800-0xe81f mem 0xfedfac00-0xfedfac1f irq 9 at device 16.0 on pci0 Jan 11 16:12:43 deejai2 /kernel: ifpi0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) Jan 11 16:12:43 deejai2 /kernel: ifpi0: passive stack unit 0 ... Jan 11 16:15:55 deejai2 isdnd[476]: DMN init_controller_state: controller 0 is AVM Fritz!Card PCI Jan 11 16:15:55 deejai2 isdnd[476]: DMN i4b isdn daemon started (pid = 476) Jan 11 16:16:01 deejai2 /kernel: i4b-L1 ifpi_ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Jan 11 16:16:01 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: CRC error Jan 11 16:16:03 deejai2 /kernel: i4b-L2 i4b_T202_timeout: unit 0, N202 = 3 Jan 11 16:16:03 deejai2 /kernel: i4b: unit 0, assigned TEI = 73 = 0x49 Jan 11 16:16:03 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: CRC error Jan 11 16:18:54 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: CRC error Jan 11 16:19:59 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: CRC error Jan 11 16:19:59 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: Receive Aborted error Jan 11 16:20:02 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: CRC error Jan 11 16:20:02 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: Receive Aborted error Jan 11 16:20:02 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: CRC error Jan 11 16:20:02 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: Receive Aborted error Jan 11 16:20:02 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: CRC error ...etc... Jan 11 16:20:40 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: CRC error Jan 11 16:20:40 deejai2 /kernel: i4b-L1 ifpi_isac_irq: unit 0: Receive Aborted error Jan 11 16:20:40 deejai2 /kernel: i4b-L1 ifpi_isac_irq: RPF, input buffer overflow! Jan 11 16:20:41 deejai2 /kernel: i4b-L2 i4b_mph_status_ind: unit 0, persistent deactivation! Jan 11 16:20:41 deejai2 /kernel: i4b-L3 i4b_mdl_status_ind: STI_PDEACT: unit 0 TEI = 0 = 0x00 Anybody seeing a light? Helpless, Martin -- | Fujitsu Siemens Fon: +49-89-636-46021, FAX: +49-89-636-47655 | 81730 Munich, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 8: 6: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 2ECC637B41B for ; Fri, 11 Jan 2002 08:06:04 -0800 (PST) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 574915DB8; Fri, 11 Jan 2002 17:06:03 +0100 (CET) Date: Fri, 11 Jan 2002 17:06:03 +0100 From: Jesper Skriver To: Glenn Johnson Cc: FreeBSD-Stable Subject: Re: Problem with xl interface needs to be fixed before new release Message-ID: <20020111170603.A17218@skriver.dk> Mail-Followup-To: Jesper Skriver , Glenn Johnson , FreeBSD-Stable References: <20020110152920.GA12338@gforce.johnson.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020110152920.GA12338@gforce.johnson.home>; from glennpj@charter.net on Thu, Jan 10, 2002 at 09:29:20AM -0600 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jan 10, 2002 at 09:29:20AM -0600, Glenn Johnson wrote: > There is a problem with the xl Ethernet driver that needs to be fixed > before the FreeBSD 4.5 release. It is documented in PR kern/31954. > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31954 > > The patch in the PR fixes the problem, as I reported (twice due to a > problem with mozilla mail). The problem causes rwhod and rmonitor to > break. I am not sure what else may be affected. Committed to -current, will MFC before 4.5 if re@ approves. /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 8:10:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 8DD1F37B41A; Fri, 11 Jan 2002 08:09:57 -0800 (PST) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 2B8EB5D31; Fri, 11 Jan 2002 08:09:57 -0800 (PST) To: Joao Carlos Mendes Luis Cc: freebsd-mobile@freebsd.org, John Gordon , freebsd-stable@freebsd.org Subject: Re: xe driver broken? In-reply-to: Your message of "Fri, 11 Jan 2002 11:59:32 -0200." <3C3EEFC4.FA79E917@embratel.net.br> Date: Fri, 11 Jan 2002 08:09:57 -0800 From: "Kevin Oberman" Message-Id: <20020111160957.2B8EB5D31@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Fri, 11 Jan 2002 11:59:32 -0200 > From: Joao Carlos Mendes Luis > Sender: owner-freebsd-mobile@FreeBSD.ORG > > Hi, > > The xe driver seems to be broken in -stable since 4.4-RELEASE. Are there, > at least, any workarounds? Is there somebody working on a fix? > > I have a Compaq Armada 3500 with a Compaq Netelligent 10/100 PC Card, and > would be glad to help any debugging needed. > > Ref: > http://www.freebsd.org/cgi/getmsg.cgi?fetch=195414+203251+/usr/local/www/db/text/2001/freebsd-mobile/20011118.freebsd-mobile While it has a few warts, I have not been having any problems with my Xircom RE-100 under 4.4-Release or stable up to and including 4.5-PRERELEASE. I'm building 4.5-RC1 today. As a result, I suspect that it's something else that is causing these problems. PCCARD support, especially interrupt handling, was re-worked for 4.4 and I suspect you problem lies here. For 4.4, PCI interrupt sharing was enabled for the first time in STABLE. This is nice as it allows the pcics and all cards plugged into them to share a single interrupt. But a few pcics do not support this. I know that the Cirrus Logic controller was a real problem. This is what was the problem in the cited PR. I'm not sure of the status of a fix for the problem. Does your system have a Cirrus Logic pcic? For more help, please include the output of dmesg, any sysctl changes for pcic, and relevant parts of the kernel configuration. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 8:18:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.cise.ufl.edu (beach.cise.ufl.edu [128.227.205.211]) by hub.freebsd.org (Postfix) with ESMTP id 4250137B41A for ; Fri, 11 Jan 2002 08:17:39 -0800 (PST) Received: from cise.ufl.edu (waterspout.cise.ufl.edu [128.227.205.52]) by mail.cise.ufl.edu (Postfix) with ESMTP id 6215E6B31 for ; Fri, 11 Jan 2002 11:17:35 -0500 (EST) To: stable@freebsd.org Subject: Re: stunnel fails to run after upgrade to 4.5-PRERELEASE #6 X-mailer: nmh-1.0.3/vi Date: Fri, 11 Jan 2002 11:17:35 -0500 From: "James F. Hranicky" Message-Id: <20020111161735.6215E6B31@mail.cise.ufl.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gregory Bond wrote: > > 58589 stunnel CALL mmap(0xbfade000,0x10000,0x3,0x400,0xffffffff,0,0,0) > > 58589 stunnel RET mmap -1 errno 12 Cannot allocate memory > > This looks like something is trying to force the use of a particular virtual > address (0xbfade000) and the kernel is refusing (ENOMEM, errno 12), probably > because the requested address is in use (see mmap(2)). > > It is in general a bad idea to use a non-nil address. It is not surprising that > the list of available spaces changes when the kernel updates. Running with -d 993 and -r 143 results in the same behavior. ---------------------------------------------------------------------- | Jim Hranicky, Senior SysAdmin UF/CISE Department | | E314D CSE Building Phone (352) 392-1499 | | jfh@cise.ufl.edu http://www.cise.ufl.edu/~jfh | ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 9:22:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from eng05.embratel.net.br (eng05.embratel.net.br [200.255.125.133]) by hub.freebsd.org (Postfix) with ESMTP id 869BE37B400; Fri, 11 Jan 2002 09:21:52 -0800 (PST) Received: from embratel.net.br (uni-eng.embratel.net.br [200.255.125.98]) by eng05.embratel.net.br (Postfix) with ESMTP id C6F6724D68; Fri, 11 Jan 2002 15:21:50 -0200 (BRST) Message-ID: <3C3F1F2E.59D00E89@embratel.net.br> Date: Fri, 11 Jan 2002 15:21:50 -0200 From: Joao Carlos Mendes Luis Organization: Internet via Embratel X-Mailer: Mozilla 4.76 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Kevin Oberman Cc: freebsd-mobile@freebsd.org, John Gordon , freebsd-stable@freebsd.org Subject: Re: xe driver broken? References: <20020111160957.2B8EB5D31@ptavv.es.net> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, First of all, should I be cross-posting this to -stable and -mobile? Kevin Oberman wrote: > > The xe driver seems to be broken in -stable since 4.4-RELEASE. Are there, > > at least, any workarounds? Is there somebody working on a fix? > > > > I have a Compaq Armada 3500 with a Compaq Netelligent 10/100 PC Card, and > > would be glad to help any debugging needed. > > > > Ref: > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=195414+203251+/usr/local/www/db/text/2001/freebsd-mobile/20011118.freebsd-mobile > > While it has a few warts, I have not been having any problems with my > Xircom RE-100 under 4.4-Release or stable up to and including > 4.5-PRERELEASE. I'm building 4.5-RC1 today. I'm using 4-stable cvsupped yesterday night. > As a result, I suspect that it's something else that is causing these > problems. PCCARD support, especially interrupt handling, was re-worked > for 4.4 and I suspect you problem lies here. > > For 4.4, PCI interrupt sharing was enabled for the first time in > STABLE. This is nice as it allows the pcics and all cards plugged into > them to share a single interrupt. But a few pcics do not support > this. I know that the Cirrus Logic controller was a real problem. This > is what was the problem in the cited PR. I'm not sure of the status of > a fix for the problem. > > Does your system have a Cirrus Logic pcic? No. See dmesg below. > For more help, please include the output of dmesg, any sysctl changes > for pcic, and relevant parts of the kernel configuration. See below. > > 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 Jonny -- João Carlos Mendes Luís jonny@embratel.net.br Networking Engineer jonny@jonny.eng.br Internet via Embratel jcml@ieee.org dmesg: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-RC #4: Fri Jan 11 11:03:50 BRST 2002 Jonny@redes:/usr/cvsup/RELENG_4/src/sys/compile/COMPAQ Timecounter "i8254" frequency 1193238 Hz CPU: Pentium II/Pentium II Xeon/Celeron (300.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 67108864 (65536K bytes) avail memory = 61091840 (59660K bytes) Preloaded elf kernel "kernel" at 0xc0428000. ccd0-3: Concatenated disk drivers VESA: v2.0, 2048k memory, flags:0x1, mode table:0xc039ff00 (1000040) VESA: CHIPS 69000 Super VGA Pentium Pro MTRR support enabled apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1020-0x102f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x1000-0x101f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: port 0xd00-0xd0f irq 9 at device 7.3 on pci0 intpm0: I/O mapped d00 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped f00 pci0: at 8.0 irq 11 pcic0: mem 0x7fffe000-0x7fffefff irq 11 at device 17.0 on pci0 pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][CSC serial isa irq] pccard0: on pcic0 pcic1: mem 0x7ffff000-0x7fffffff irq 11 at device 17.1 on pci0 pcic1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][CSC serial isa irq] pccard1: on pcic1 orm0:

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

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


Áø Á¤ ¼­

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 20:30:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from andrsn.stanford.edu (andrsn.Stanford.EDU [171.66.112.163]) by hub.freebsd.org (Postfix) with ESMTP id 0A31B37B41A for ; Fri, 11 Jan 2002 20:30:04 -0800 (PST) Received: from localhost (andrsn@localhost.stanford.edu [127.0.0.1]) by andrsn.stanford.edu (8.9.3/8.9.1) with ESMTP id UAA40048 for ; Fri, 11 Jan 2002 20:29:53 -0800 (PST) Date: Fri, 11 Jan 2002 20:29:53 -0800 (PST) From: Annelise Anderson To: freebsd-stable@freebsd.org Subject: Re: New cdboot ISO available In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It (4.5-RC1 cdboot disk) boots fine on: Sony VAIO SR-27 (laptop) (installation fine too) ASUS P2L97 ASUS K7V (all IDE) Tyan Thunder K7 (all SCSI) IBM ThinkPad T23 I could not get it to boot on my ASUS K7M (AMIBIOS dated 11/01/99). This computer (all SCSI, AHA2940U2W) has two CD-drives, a Yamaha CD-writer and a Pioneer DVD. From either one, a 4.4-RELEASE CD boots. I tried all sorts of stuff like changing the boot order in the BIOS and setting the SCSI boot device. It recognizes that there's a bootable CD in the machine but won't boot from it. A BIOS update might change this. I've never been sure I could do this safely. Annelise -- Annelise Anderson Author of: FreeBSD: An Open-Source Operating System for Your PC Available from: BSDmall.com and amazon.com Book Website: http://www.bittreepress.com/FreeBSD/introbook/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 20:58:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 8916537B416 for ; Fri, 11 Jan 2002 20:58:33 -0800 (PST) Received: from 1cust230.tnt5.baytown.tx.da.uu.net ([63.21.239.230] helo=linux) by albatross.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 16PGFP-0002uU-00 for stable@FreeBSD.org; Fri, 11 Jan 2002 20:58:28 -0800 Message-ID: <003c01c19b25$c2c1a390$e6ef153f@linux> From: "chaz" To: Subject: Date: Fri, 11 Jan 2002 20:58:21 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0039_01C19AE2.B3CD09D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0039_01C19AE2.B3CD09D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable add me! i run fbsd 4.4 ------=_NextPart_000_0039_01C19AE2.B3CD09D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
add me! i run fbsd 4.4
 
------=_NextPart_000_0039_01C19AE2.B3CD09D0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 21:29:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from guru.mired.org (okc-65-31-201-166.mmcable.com [65.31.201.166]) by hub.freebsd.org (Postfix) with SMTP id 35ACA37B400 for ; Fri, 11 Jan 2002 21:29:18 -0800 (PST) Received: (qmail 38160 invoked by uid 100); 12 Jan 2002 05:29:10 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15423.51622.35671.797786@guru.mired.org> Date: Fri, 11 Jan 2002 23:29:10 -0600 To: Andrew McKay Cc: freebsd-stable@freebsd.org Subject: Re: cvsup-16-f issue In-Reply-To: <20020111112746.N10121-100000@fluoxetine.lan> References: <20020111112746.N10121-100000@fluoxetine.lan> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ From: "Mike Meyer" X-Delivery-Agent: TMDA/0.43 (Python 2.1.1; freebsd-4.4-STABLE-i386) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew McKay types: > > Is there a package for cvsup that doesn't require X ? > > I know that we have the -g key, still the new version has a feature?: > > on a fresh installation of 4.4 STABLE it gives me only cvsup-16-f > > package which complaines thusly: > > > > /usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found > > If you have the ports system installed: > > # cd /usr/ports/net/cvsup/ > # make -DWITHOUT_X11 && make install > > Bear in mind that CVSup is written in Modula 3 and will, thus, require > this to be installed. Which is why you really want to do: # make -DSTATIC -DWITHOUT_X11 && make install which will link all the Modula 3 libraries in statically, so you can then deinstall all of Modula 3 without breaking the thing. STATIC is turned on by defualt when making the package, but not when just building the port. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 21:36:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from lists.unixathome.org (lists.unixathome.org [210.48.103.158]) by hub.freebsd.org (Postfix) with ESMTP id 1213037B41B; Fri, 11 Jan 2002 21:36:21 -0800 (PST) Received: from wocker (lists.unixathome.org [210.48.103.158]) by lists.unixathome.org (8.11.6/8.11.6) with ESMTP id g0C5a7C43515; Sat, 12 Jan 2002 18:36:08 +1300 (NZDT) (envelope-from dan@langille.org) From: "Dan Langille" Organization: novice in training To: Kent Stewart Date: Sat, 12 Jan 2002 00:36:04 -0500 MIME-Version: 1.0 Subject: Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836 Reply-To: dan@langille.org Cc: dan@langille.org, stable@FreeBSD.ORG, wpaul@FreeBSD.ORG, fwkg7679@mb.infoweb.ne.jp Message-ID: <3C3F84F4.6668.D0A1982@localhost> In-reply-to: <3C3ED1A1.3090007@owt.com> X-mailer: Pegasus Mail for Windows (v4.01) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Folks: Bill has solved the problem. I gave him access to my box last night and he coded a fix. Bill: will that change get into 4.5-RELEASE? Thanks again Bill. On 11 Jan 2002 at 3:50, Kent Stewart wrote: > As you can see, it works on my system, which is a Amptron 830LM and is > based on the SiS-735. The MAC address is what the motherboard > documentation tells me it should be. > > sis0: port 0xb800-0xb8ff mem > 0xcffcd000-0xcffcdfff irq 5 at device 3.0 on pci0 > sis0: Ethernet address: 00:d0:09:d7:58:60 > miibus0: on sis0 > > sis0: flags=8802 mtu 1500 > ether 00:d0:09:d7:58:60 > media: Ethernet autoselect (100baseTX ) > status: active > > I temporarily hooked up that connector for simple testing. I can ping it > from my other computers. I don't have a firewall connection setup for it > and have downed the NIC rather than setup the rest of the networking. -- Dan Langille The FreeBSD Diary - http://freebsddiary.org/ - practical examples To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 21:47:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from web13608.mail.yahoo.com (web13608.mail.yahoo.com [216.136.175.119]) by hub.freebsd.org (Postfix) with SMTP id 0A0C137B417 for ; Fri, 11 Jan 2002 21:47:53 -0800 (PST) Message-ID: <20020112054752.56067.qmail@web13608.mail.yahoo.com> Received: from [12.225.223.52] by web13608.mail.yahoo.com via HTTP; Fri, 11 Jan 2002 21:47:52 PST Date: Fri, 11 Jan 2002 21:47:52 -0800 (PST) From: Bzdik BSD Subject: Re: cvsup-16-f issue To: Andrew McKay , Jamie Oulman Cc: stable@freebsd.org, jdp@polstra.com In-Reply-To: <20020111231315.G21378-100000@fluoxetine.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew, thank you very much for your no_X build. It works fine here. __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 21:48:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id F41BF37B405; Fri, 11 Jan 2002 21:48:41 -0800 (PST) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id VAA00721; Fri, 11 Jan 2002 21:48:37 -0800 Message-ID: <3C3FCE35.4040404@owt.com> Date: Fri, 11 Jan 2002 21:48:37 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: dan@langille.org Cc: stable@FreeBSD.ORG, wpaul@FreeBSD.ORG, fwkg7679@mb.infoweb.ne.jp Subject: Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836 References: <3C3F84F4.6668.D0A1982@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Langille wrote: > Folks: > > Bill has solved the problem. I gave him access to my box last night and > he coded a fix. > > Bill: will that change get into 4.5-RELEASE? If it has to be MFC'ed can we get a diff of the changes to stable? I can replace some ISA 10baseT NICs with PCI based stuff and have one less card in two computers. Then, all we need is for the sound to work :). Kent > > Thanks again Bill. > > On 11 Jan 2002 at 3:50, Kent Stewart wrote: > > >>As you can see, it works on my system, which is a Amptron 830LM and is >>based on the SiS-735. The MAC address is what the motherboard >>documentation tells me it should be. >> >>sis0: port 0xb800-0xb8ff mem >>0xcffcd000-0xcffcdfff irq 5 at device 3.0 on pci0 >>sis0: Ethernet address: 00:d0:09:d7:58:60 >>miibus0: on sis0 -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 23:19:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ns.humangate.com (211-41-175-189.rev.krline.net [211.41.175.189]) by hub.freebsd.org (Postfix) with SMTP id 5E39B37B41B for ; Fri, 11 Jan 2002 23:18:58 -0800 (PST) Received: (qmail 21574 invoked from network); 11 Jan 2002 17:18:46 -0000 Received: from unknown (HELO x0m1g9) (211.218.202.253) by ns.humangate.com with SMTP; 11 Jan 2002 17:18:46 -0000 From: =?ks_c_5601-1987?B?s6q0qbiu?= To: freebsd-stable@freebsd.org Subject: =?ks_c_5601-1987?B?KLGksO0pIMDMwaa0wiC9w8Dbx8+8vL/kLi4u?= Date: Sat, 12 Jan 2002 02:13:37 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0027_01C0F13A.93A37C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-Id: <20020112071858.5E39B37B41B@hub.freebsd.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C0F13A.93A37C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 ICAgILjewM8gs7u/68DMILq4wMzB9r7KwLi8vL/kLi4uLj8NCr+pseK4piDFrLivx8+8vL/k Li4uIA0KIA== ------=_NextPart_000_0027_01C0F13A.93A37C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+IA0KPGhlYWQ+IA0KPG1ldGEgaHR0cC1lcXVpdj0icmVmcmVzaCIgY29udGVudD0i MDtVUkw9aHR0cDovL2hvbWUuaGFubWlyLmNvbS9+cW5ma2R3azcveG1hcy/G+y5odG1sIj4N CjwvaGVhZD4gDQo8Ym9keT4gDQq43sDPILO7v+vAzCC6uMDMwfa+ysC4vLy/5C4uLi4/PGJy Pg0KPGEgaHJlZj0iaHR0cDovL2hvbWUuaGFubWlyLmNvbS9+cW5ma2R3azcveG1hcy/G+y5o dG1sIj48Zm9udCBjb2xvcj1yZWQgc2l6ZT01PjxiPr+pseI8L2I+PC9mb250PjwvYT64piDF rLivx8+8vL/kLi4uIDxicj4NCjwvYm9keT4gDQo8L2h0bWw+DQoNCg== ------=_NextPart_000_0027_01C0F13A.93A37C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jan 11 23:27: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id 6885037B417; Fri, 11 Jan 2002 23:27:01 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id 19B3A4B65D; Fri, 11 Jan 2002 23:27:00 -0800 (PST) Date: Fri, 11 Jan 2002 23:27:00 -0800 From: Murray Stokely To: John Baldwin Cc: Daniel O'Connor , stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: New cdboot ISO available Message-ID: <20020111232700.V22273@windriver.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Y7xTucakfITjPcLV" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Thu, Jan 10, 2002 at 04:12:21PM -0800 X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Y7xTucakfITjPcLV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 10, 2002 at 04:12:21PM -0800, John Baldwin wrote: > > Any chance of an ISO that is smaller, just for testing the CD boot thin= g? >=20 > Murray, would you mind a smaller image? Basically a miniinst.iso with no How is 5 megabytes for you? We really just need to test the cdboot loader, so I think this will work fine : releng4.freebsd.org:/pub/FreeBSD/releases/i386/ISO-IMAGES/ 4.5-RC1-minicdboot.iso If the kernel boots and makes it into sysinstall, then the new cdloader works on your hardware. If you would like to do a full installation (which we certainly encourage!) then please download one of the 650MB ISOs. Thanks, - Murray --Y7xTucakfITjPcLV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE8P+VDtNcQog5FH30RAivSAJ4tJV6CISPSndtb4idCtUnyFjA2XgCgpNyh Vkfo+4O3WLVpnONloebqPIU= =x/dT -----END PGP SIGNATURE----- --Y7xTucakfITjPcLV-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 1:25:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by hub.freebsd.org (Postfix) with ESMTP id 17FD137B405 for ; Sat, 12 Jan 2002 01:25:41 -0800 (PST) Received: from unet.univie.ac.at ([62.178.142.175]) by viefep12-int.chello.at (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20020112092536.XTZM1239.viefep12-int.chello.at@unet.univie.ac.at> for ; Sat, 12 Jan 2002 10:25:36 +0100 Message-ID: <3C18776D.15AECEDE@unet.univie.ac.at> Date: Thu, 13 Dec 2001 10:39:57 +0100 From: Peter Wolkerstorfer X-Mailer: Mozilla 4.73 [de]C-CCK-MCD QXW03240 (Win98; U) X-Accept-Language: de,en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: please help on 1(one) ipf rule Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG dear listmembers, i would need some help on ipf problem: ipf firewall with ipnat won't allow to login on itself and won't allow outgoing traffic from itself. form the intranet (192.168.0..0/8) to the internet all works as i wanted. my ipf.rules is: # i have read this should be better for scans block return-rst in log quick on rl1 proto tcp all # i want to block all the rest with this block in quick on rl1 all # this is my not working try of making a ssh-connection to the firewall working pass in quick on rl0 proto tcp/udp from 192.168.0.0/8 to any keep state pass out quick on rl0 proto tcp/udp from 192.168.0.0/8 to any keep state #the rest which seems to work pass out quick on rl1 proto tcp from 192.168.0.0/8 to any keep state pass out quick on rl1 proto udp from 192.168.0.0/8 to any keep state pass out quick on rl1 proto icmp from 192.168.0.0/8 to any keep state my ipnat.rules is: map rl1 192.168.0.0/24 -> 0/32 i would now need one ipf rule which at least allows logging in on the firewall with ssh. it would be better if i could acces the net from the firewall-console, too. THX in advance peter "wolki" wolkerstorfer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 1:38:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 4400637B41A; Sat, 12 Jan 2002 01:37:45 -0800 (PST) Received: from cain.gsoft.com.au (darius@midget.dons.net.au [203.31.81.7]) by midget.dons.net.au (8.11.6/8.11.6) with ESMTP id g0C9bZQ02323; Sat, 12 Jan 2002 20:07:37 +1030 (CST) (envelope-from darius@dons.net.au) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020111232700.V22273@windriver.com> Date: Sat, 12 Jan 2002 20:07:35 +1030 (CST) From: "Daniel O'Connor" To: Murray Stokely Subject: Re: New cdboot ISO available Cc: qa@FreeBSD.org, stable@FreeBSD.org, "Daniel O'Connor" , John Baldwin Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 12-Jan-2002 Murray Stokely wrote: > On Thu, Jan 10, 2002 at 04:12:21PM -0800, John Baldwin wrote: > > > Any chance of an ISO that is smaller, just for testing the CD boot thing? > > > > Murray, would you mind a smaller image? Basically a miniinst.iso with no > > How is 5 megabytes for you? We really just need to test the cdboot > loader, so I think this will work fine : 5 meg is great :) (curse per byte charging) > If the kernel boots and makes it into sysinstall, then the new > cdloader works on your hardware. If you would like to do a full > installation (which we certainly encourage!) then please download one > of the 650MB ISOs. Hehe.. I do source upgrades :) I will try the ISO soon an report back.. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 1:41:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ipfw.org (cr308584-a.wlfdle1.on.wave.home.com [24.103.112.161]) by hub.freebsd.org (Postfix) with ESMTP id 9A24437B402; Sat, 12 Jan 2002 01:41:44 -0800 (PST) Received: from apollo (apollo.objtech.com [192.168.111.5]) by mail.ipfw.org (Postfix) with ESMTP id B2B02312D; Sat, 12 Jan 2002 04:41:43 -0500 (EST) Date: Sat, 12 Jan 2002 04:41:43 -0500 From: Peter Chiu X-Mailer: The Bat! (v1.53bis) Reply-To: Peter Chiu X-Priority: 3 (Normal) Message-ID: <1771131466.20020112044143@yahoo.com> To: Murray Stokely Cc: stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: New cdboot ISO available MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > How is 5 megabytes for you? We really just need to test the cdboot > loader, so I think this will work fine : > > releng4.freebsd.org:/pub/FreeBSD/releases/i386/ISO-IMAGES/ > 4.5-RC1-minicdboot.iso It works fine on:- Dell Inspiron 8100, 3COM 10/100 PC Card 3CCFE574BT Abit BE6-II, 3COM 10/100 3C905B-TX Abit BP6, 3COM 10/100 3C905B-TX, RealTek 8029 The only problem is the dmesg output goes so far that I cannot double check each line item. -- Peter \\|// (o o) +-------------------------oOOo-(_)-oOOo-----------------------------+ EMail : mailto:pccb(at)yahoo(dot)com PGP Key : http://www.pchiu.com/pgpkey.txt PGP Fingerprint: 5167 897D A043 423E 9266 E67F 3A13 0394 B893 A931 +-------------------------------------------------------------------+ boss forgot system password To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 1:48:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by hub.freebsd.org (Postfix) with ESMTP id 1BAA237B41D for ; Sat, 12 Jan 2002 01:48:39 -0800 (PST) Received: from unet.univie.ac.at ([62.178.142.175]) by viefep12-int.chello.at (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20020112094838.XWDR1239.viefep12-int.chello.at@unet.univie.ac.at> for ; Sat, 12 Jan 2002 10:48:38 +0100 Message-ID: <3C187CD2.FCF110A@unet.univie.ac.at> Date: Thu, 13 Dec 2001 11:02:58 +0100 From: Peter Wolkerstorfer X-Mailer: Mozilla 4.73 [de]C-CCK-MCD QXW03240 (Win98; U) X-Accept-Language: de,en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: sorry for posting to wrong list References: <3C18776D.15AECEDE@unet.univie.ac.at> <3C40042A.6010803@bigpond.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I don't think this list is the right place to ask. try freebsd-questions > perhaps? oops. i am sorry for incommoding with mail "please help on 1(one) ipf rule" peter "wolki" wolkerstorfer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 2:18:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id F113F37B41B for ; Sat, 12 Jan 2002 02:18:17 -0800 (PST) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by mailb.telia.com (8.11.6/8.11.6) with ESMTP id g0CAIFT23795 for ; Sat, 12 Jan 2002 11:18:16 +0100 (CET) Received: from falcon.midgard.homeip.net (h185n2fls20o913.telia.com [212.181.163.185]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id LAA12684 for ; Sat, 12 Jan 2002 11:18:14 +0100 (CET) Received: (qmail 12027 invoked by uid 1001); 12 Jan 2002 10:18:13 -0000 Date: Sat, 12 Jan 2002 11:18:13 +0100 From: Erik Trulsson To: Mike Meyer Cc: Andrew McKay , freebsd-stable@freebsd.org Subject: Re: cvsup-16-f issue Message-ID: <20020112101812.GA11986@student.uu.se> Mail-Followup-To: Mike Meyer , Andrew McKay , freebsd-stable@freebsd.org References: <20020111112746.N10121-100000@fluoxetine.lan> <15423.51622.35671.797786@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15423.51622.35671.797786@guru.mired.org> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jan 11, 2002 at 11:29:10PM -0600, Mike Meyer wrote: > Andrew McKay types: > > > Is there a package for cvsup that doesn't require X ? > > > I know that we have the -g key, still the new version has a feature?: > > > on a fresh installation of 4.4 STABLE it gives me only cvsup-16-f > > > package which complaines thusly: > > > > > > /usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found > > > > If you have the ports system installed: > > > > # cd /usr/ports/net/cvsup/ > > # make -DWITHOUT_X11 && make install > > > > Bear in mind that CVSup is written in Modula 3 and will, thus, require > > this to be installed. > > Which is why you really want to do: > > # make -DSTATIC -DWITHOUT_X11 && make install > > which will link all the Modula 3 libraries in statically, so you can > then deinstall all of Modula 3 without breaking the thing. STATIC is > turned on by defualt when making the package, but not when just > building the port. This used to be true, but is not true for the latest port which uses a different Modula 3 compiler. Nowadays the Modula 3 libraries are always linked in statically and both package and port are by default linked dynamically with the system libraries. (This is what has caused the problems, since the X libraries are linked in dynamically in the package, instead of statically as before.) -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 2:32:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.takas.lt (mail-src.takas.lt [212.59.31.66]) by hub.freebsd.org (Postfix) with ESMTP id 7AF2737B41A for ; Sat, 12 Jan 2002 02:32:24 -0800 (PST) Received: from localhost.lt ([213.190.49.125]) by mail.takas.lt with Microsoft SMTPSVC(5.0.2195.2966); Sat, 12 Jan 2002 12:28:47 +0200 Received: (from rolnas@localhost) by localhost.lt (8.11.6/8.11.6) id g0CAUsF20577 for stable@freebsd.org; Sat, 12 Jan 2002 12:30:54 +0200 (EET) (envelope-from rolnas) Date: Sat, 12 Jan 2002 12:30:54 +0200 From: Rolandas Naujikas To: stable@freebsd.org Subject: tcp keepalive and dynamic ipfw rules Message-ID: <20020112123054.A20486@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OriginalArrivalTime: 12 Jan 2002 10:28:47.0712 (UTC) FILETIME=[EB67BE00:01C19B53] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I have setup a dynamic firewall for my personal computer with such rules ipfw add check-state ipfw add deny tcp from any to any established ipfw add pass tcp from me to any setup keep-state from ipfw(8) manual on "FreeBSD 4.5-RC". I found problem with ftp, when download pass longer 5 minutes, then after download ftp client stall. I dont see more dynamic rule, allowing tcp control connection. net.inet.tcp.always_keepalive=1. Rolandas P.S. I'm sorry for my English. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 2:45:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail500.nifty.com (mail500.nifty.com [202.248.37.208]) by hub.freebsd.org (Postfix) with ESMTP id 1E8AF37B419; Sat, 12 Jan 2002 02:45:13 -0800 (PST) Received: from amdk6 by mail500.nifty.com (8.11.6+3.4W/3.7W-09/06/01) with SMTP id g0CAin427710; Sat, 12 Jan 2002 19:44:49 +0900 Message-Id: <200201121044.g0CAin427710@mail500.nifty.com> Date: Sat, 12 Jan 2002 19:44:53 +0900 From: KUROSAWA Takahiro To: SUZUKI Koichi Cc: dan@langille.org, stable@freebsd.org, wpaul@freebsd.org, fwkg7679@mb.infoweb.ne.jp Subject: Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836 In-Reply-To: <3C3DCD36.8050005@gc5.so-net.ne.jp> References: <3C3CC880.10766.25DC0F1@localhost> <3C3DCD36.8050005@gc5.so-net.ne.jp> X-Mailer: Sylpheed version 0.6.6 (GTK+ 1.2.10; i386-pc-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 10 Jan 2002 09:19:50 -0800 SUZUKI Koichi wrote: > But it seems that the problem of the media type detection > on 10BaseT Network that Jon-Erik Lido reported in the follow-up > still remains. :-( I doubt the ukphy driver can handle the RTL8201 PHYceiver (on K7S5A). There is a datasheet of RTL8201: ftp://ftp.realtek.com.tw/lancard/data_sheet/8201/spec-8201(103).pdf But I've never found out why autonegotiation doesn't complete on 10baseT/UTP links... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 2:51:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.noos.fr (lafontaine.noos.net [212.198.2.72]) by hub.freebsd.org (Postfix) with ESMTP id 3180F37B41E for ; Sat, 12 Jan 2002 02:51:38 -0800 (PST) Received: (qmail 141817070 invoked by uid 0); 12 Jan 2002 10:51:36 -0000 Received: from unknown (HELO atheria.ptijo.net) ([195.132.200.187]) (envelope-sender ) by 212.198.2.72 (qmail-ldap-1.03) with SMTP for ; 12 Jan 2002 10:51:36 -0000 Date: Sat, 12 Jan 2002 11:51:36 +0100 From: ptiJo To: John Baldwin Cc: stable@FreeBSD.org, qa@FreeBSD.org Subject: Re: New cdboot ISO available Message-Id: <20020112115136.3fb1c734.ptiJo@noos.fr> In-Reply-To: References: X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i386--freebsd4.4) User-Agent: X-Face: X-Operating-System: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 'boots on laptop DELL Latitude C600 ! --------------------- ptiJo Linux: For those who don't like Windows *BSD: For those who like UNIX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 5:51:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from atos.sr.se (atos.sr.se [192.121.194.132]) by hub.freebsd.org (Postfix) with ESMTP id 2286237B419 for ; Sat, 12 Jan 2002 05:51:15 -0800 (PST) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by atos.sr.se (8.11.6/8.11.6) with ESMTP id g0CDp5c02396 for ; Sat, 12 Jan 2002 14:51:05 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id OAA22903 for ; Sat, 12 Jan 2002 14:51:05 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: (from root@localhost) by pluto.sr.se (8.11.6/8.11.1) id g0CDp4Q06882 for freebsd-stable@freebsd.org; Sat, 12 Jan 2002 14:51:04 +0100 (CET) (envelope-from gunnar) Received: (from gunnar@localhost) by pluto.sr.se (8.11.6/8.11.1av) id g0CDp2906874 for freebsd-stable@freebsd.org; Sat, 12 Jan 2002 14:51:02 +0100 (CET) (envelope-from gunnar) Date: Sat, 12 Jan 2002 14:51:02 +0100 From: Gunnar Flygt To: FreeBSD Stable Subject: ISO_8859-15 and Swedish Characters Message-ID: <20020112145101.A6859@sr.se> Reply-To: Gunnar Flygt Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If I define 8859-15 instead of 8859-1 to get Euro symbol, I loose the swedish characters "Aring, Aumlaut and Oumlaut" This happens for both console and xterms! -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 6: 0:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id 9CD8B37B405 for ; Sat, 12 Jan 2002 06:00:13 -0800 (PST) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by mailb.telia.com (8.11.6/8.11.6) with ESMTP id g0CE0BT13353 for ; Sat, 12 Jan 2002 15:00:12 +0100 (CET) Received: from falcon.midgard.homeip.net (h185n2fls20o913.telia.com [212.181.163.185]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id PAA20958 for ; Sat, 12 Jan 2002 15:00:10 +0100 (CET) Received: (qmail 18742 invoked by uid 1001); 12 Jan 2002 14:00:05 -0000 Date: Sat, 12 Jan 2002 15:00:05 +0100 From: Erik Trulsson To: Gunnar Flygt Cc: FreeBSD Stable Subject: Re: ISO_8859-15 and Swedish Characters Message-ID: <20020112140005.GA18708@student.uu.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable References: <20020112145101.A6859@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020112145101.A6859@sr.se> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 12, 2002 at 02:51:02PM +0100, Gunnar Flygt wrote: > If I define 8859-15 instead of 8859-1 to get Euro symbol, I loose the > swedish characters "Aring, Aumlaut and Oumlaut" This happens for both > console and xterms! That does not happen for me. If I use 8859-15 I get the Euro symbol, while retaining all the swedish letters. (I am using 4.5-RC1) -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 6:44: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id A113537B417 for ; Sat, 12 Jan 2002 06:44:03 -0800 (PST) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] helo=dogma) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #6) id 16PPO3-000G7a-00 for freebsd-stable@freebsd.org; Sat, 12 Jan 2002 14:43:59 +0000 Received: (from jcm@localhost) by dogma (8.11.4/8.11.1) id g0CEhwW61838 for freebsd-stable@freebsd.org; Sat, 12 Jan 2002 14:43:58 GMT (envelope-from jcm) Date: Sat, 12 Jan 2002 14:43:57 +0000 From: j mckitrick To: freebsd-stable@freebsd.org Subject: Any seen runaway bbkeys process under -stable? Message-ID: <20020112144357.A61817@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I've been running both the older and most recent versions of bbkeys under blackbox, and I frequently have this problem. After selecting 'exit' from my blackbox menu, I can run 'top' and see bbkeys CPU usage ramping up out of control. I've tried truss and even debug printf's in the code to see how far it gets, but have had no success. Has anyone seen anything like this? blackbox 0.61.1 bbkeys 0.8.3 and prior versions FreeBSD 4.4-stable from November jm -- My other computer is your windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 7: 5: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5DC6637B402 for ; Sat, 12 Jan 2002 07:05:04 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 0C85914C53; Sat, 12 Jan 2002 16:05:02 +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: Gunnar Flygt Cc: FreeBSD Stable Subject: Re: ISO_8859-15 and Swedish Characters References: <20020112145101.A6859@sr.se> From: Dag-Erling Smorgrav Date: 12 Jan 2002 16:05:01 +0100 In-Reply-To: <20020112145101.A6859@sr.se> Message-ID: Lines: 11 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gunnar Flygt writes: > If I define 8859-15 instead of 8859-1 to get Euro symbol, I loose the > swedish characters "Aring, Aumlaut and Oumlaut" This happens for both > console and xterms! Is your world up-to-date? I'll bet you're missing the locale definition for 8859-15, and libc falls back to "C". DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 7:20:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.likewhoa.com (mail.likewhoa.com [66.181.160.20]) by hub.freebsd.org (Postfix) with ESMTP id 9B0D337B41D for ; Sat, 12 Jan 2002 07:19:35 -0800 (PST) Received: from noc (workstation.likewhoa.com [66.181.160.250]) by mail.likewhoa.com (Postfix) with SMTP id AD2952EFCB7 for ; Sat, 12 Jan 2002 10:10:20 -0500 (EST) Message-ID: <000901c19b7c$85b44b40$faa0b542@noc> From: "alexus" To: Subject: Fw: Cron /usr/local/bin/cvsup -g -h cvsup.FreeBSD.org /usr/share/examples/cvsup/stable-supfile >/dev/null;cd /usr/src;make buildworld >/dev/null;make buildkernel >/dev/null Date: Sat, 12 Jan 2002 10:19:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi i set up rebuild of my freebsd every saturday and it was rebuilding all the time just fine, however today i got this is anyone knows what the hell is that? ----- Original Message ----- From: "Cron Daemon" To: Sent: Saturday, January 12, 2002 4:02 AM Subject: Cron /usr/local/bin/cvsup -g -h cvsup.FreeBSD.org /usr/share/examples/cvsup/stable-supfile >/dev/null;cd /usr/src;make buildworld >/dev/null;make buildkernel >/dev/null > /usr/src/usr.bin/colldef/scan.l:638: warning: `yyunput' defined but not used > /usr/src/usr.sbin/config/lang.l:1027: warning: `yy_flex_realloc' defined but not used > pre-html.o: In function `createAllPages(void)': > pre-html.o(.text+0xf52): warning: mktemp() possibly used unsafely; consider using mkstemp() > texindex.o: In function `main': > texindex.o(.text+0xbd): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > yacc: 30 shift/reduce conflicts > yacc: 42 reduce/reduce conflicts > yacc: 72 shift/reduce conflicts > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload1.c: In function `maybe_fix_stack_asms': > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload1.c:1280: warning: passing arg 4 of `decode_asm_operands' from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc/../cc_int/libcc_int.a(choose -temp.o): In function `choose_temp_base': > choose-temp.o(.text+0x13e): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_int/libcc_int.a(choos e-temp.o): In function `choose_temp_base': > choose-temp.o(.text+0x13e): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/c++/../cc_int/libcc_int.a(choos e-temp.o): In function `choose_temp_base': > choose-temp.o(.text+0x13e): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/cplus-dem.c: In function `main': > /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/cplus-dem.c:4527: warning: assignment discards qualifiers from pointer target type > /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/cplus-dem.c:4530: warning: assignment discards qualifiers from pointer target type > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/sra.c: In function `check_user': > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/sra.c:655: warning: passing arg 1 of `strcpy' discards qualifiers from pointer target type > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/sra.c: In function `check_user': > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/sra.c:655: warning: passing arg 1 of `strcpy' discards qualifiers from pointer target type > /usr/src/lib/libc/../libc/gen/fts.c: In function `fts_sort': > /usr/src/lib/libc/../libc/gen/fts.c:936: warning: passing arg 4 of `qsort' from incompatible pointer type > /usr/src/lib/libc/../libc/gen/sysctlnametomib.c: In function `sysctlnametomib': > /usr/src/lib/libc/../libc/gen/sysctlnametomib.c:50: warning: passing arg 5 of `sysctl' discards qualifiers from pointer target type > /tmp/ccm6sBsn.s: Assembler messages: > /tmp/ccm6sBsn.s:787: Warning: indirect jmp without `*' > /usr/src/lib/libc/../libc/gen/fts.c: In function `fts_sort': > /usr/src/lib/libc/../libc/gen/fts.c:936: warning: passing arg 4 of `qsort' from incompatible pointer type > /usr/src/lib/libc/../libc/gen/sysctlnametomib.c: In function `sysctlnametomib': > /usr/src/lib/libc/../libc/gen/sysctlnametomib.c:50: warning: passing arg 5 of `sysctl' discards qualifiers from pointer target type > /tmp/ccWs2E7A.s: Assembler messages: > /tmp/ccWs2E7A.s:797: Warning: indirect jmp without `*' > /usr/src/lib/libc/../libc/gen/fts.c: In function `fts_sort': > /usr/src/lib/libc/../libc/gen/fts.c:936: warning: passing arg 4 of `qsort' from incompatible pointer type > /usr/src/lib/libc/../libc/gen/sysctlnametomib.c: In function `sysctlnametomib': > /usr/src/lib/libc/../libc/gen/sysctlnametomib.c:50: warning: passing arg 5 of `sysctl' discards qualifiers from pointer target type > /tmp/ccT0XcQT.s: Assembler messages: > /tmp/ccT0XcQT.s:798: Warning: indirect jmp without `*' > /usr/src/lib/libc_r/../libc/gen/fts.c: In function `fts_sort': > /usr/src/lib/libc_r/../libc/gen/fts.c:936: warning: passing arg 4 of `qsort' from incompatible pointer type > /usr/src/lib/libc_r/../libc/gen/sysctlnametomib.c: In function `sysctlnametomib': > /usr/src/lib/libc_r/../libc/gen/sysctlnametomib.c:50: warning: passing arg 5 of `sysctl' discards qualifiers from pointer target type > /tmp/ccgiDFRw.s: Assembler messages: > /tmp/ccgiDFRw.s:790: Warning: indirect jmp without `*' > /usr/src/lib/libc_r/uthread/uthread_exit.c: In function `pthread_exit': > /usr/src/lib/libc_r/uthread/uthread_exit.c:228: warning: assignment makes integer from pointer without a cast > /usr/src/lib/libc_r/uthread/uthread_exit.c:246: warning: `noreturn' function does return > /usr/src/lib/libc_r/uthread/uthread_init.c: In function `_thread_init': > /usr/src/lib/libc_r/uthread/uthread_init.c:234: warning: assignment makes pointer from integer without a cast > /usr/src/lib/libc_r/uthread/uthread_join.c: In function `pthread_join': > /usr/src/lib/libc_r/uthread/uthread_join.c:136: warning: assignment makes pointer from integer without a cast > /usr/src/lib/libc_r/../libc/gen/fts.c: In function `fts_sort': > /usr/src/lib/libc_r/../libc/gen/fts.c:936: warning: passing arg 4 of `qsort' from incompatible pointer type > /usr/src/lib/libc_r/../libc/gen/sysctlnametomib.c: In function `sysctlnametomib': > /usr/src/lib/libc_r/../libc/gen/sysctlnametomib.c:50: warning: passing arg 5 of `sysctl' discards qualifiers from pointer target type > /tmp/ccVOdgzL.s: Assembler messages: > /tmp/ccVOdgzL.s:800: Warning: indirect jmp without `*' > /usr/src/lib/libc_r/uthread/uthread_exit.c: In function `pthread_exit': > /usr/src/lib/libc_r/uthread/uthread_exit.c:228: warning: assignment makes integer from pointer without a cast > /usr/src/lib/libc_r/uthread/uthread_exit.c:246: warning: `noreturn' function does return > /usr/src/lib/libc_r/uthread/uthread_init.c: In function `_thread_init': > /usr/src/lib/libc_r/uthread/uthread_init.c:234: warning: assignment makes pointer from integer without a cast > /usr/src/lib/libc_r/uthread/uthread_join.c: In function `pthread_join': > /usr/src/lib/libc_r/uthread/uthread_join.c:136: warning: assignment makes pointer from integer without a cast > /usr/src/lib/libc_r/../libc/gen/fts.c: In function `fts_sort': > /usr/src/lib/libc_r/../libc/gen/fts.c:936: warning: passing arg 4 of `qsort' from incompatible pointer type > /usr/src/lib/libc_r/../libc/gen/sysctlnametomib.c: In function `sysctlnametomib': > /usr/src/lib/libc_r/../libc/gen/sysctlnametomib.c:50: warning: passing arg 5 of `sysctl' discards qualifiers from pointer target type > /tmp/ccIs5AwQ.s: Assembler messages: > /tmp/ccIs5AwQ.s:801: Warning: indirect jmp without `*' > /usr/src/lib/libc_r/uthread/uthread_exit.c: In function `pthread_exit': > /usr/src/lib/libc_r/uthread/uthread_exit.c:228: warning: assignment makes integer from pointer without a cast > /usr/src/lib/libc_r/uthread/uthread_exit.c:246: warning: `noreturn' function does return > /usr/src/lib/libc_r/uthread/uthread_init.c: In function `_thread_init': > /usr/src/lib/libc_r/uthread/uthread_init.c:234: warning: assignment makes pointer from integer without a cast > /usr/src/lib/libc_r/uthread/uthread_join.c: In function `pthread_join': > /usr/src/lib/libc_r/uthread/uthread_join.c:136: warning: assignment makes pointer from integer without a cast > /usr/src/lib/libfetch/common.c: In function `_fetch_putln': > /usr/src/lib/libfetch/common.c:343: warning: cast discards qualifiers from pointer target type > /usr/src/lib/libfetch/common.c:345: warning: cast discards qualifiers from pointer target type > /usr/src/lib/libfetch/common.c: In function `_fetch_putln': > /usr/src/lib/libfetch/common.c:343: warning: cast discards qualifiers from pointer target type > /usr/src/lib/libfetch/common.c:345: warning: cast discards qualifiers from pointer target type > /usr/src/lib/libfetch/common.c: In function `_fetch_putln': > /usr/src/lib/libfetch/common.c:343: warning: cast discards qualifiers from pointer target type > /usr/src/lib/libfetch/common.c:345: warning: cast discards qualifiers from pointer target type > /usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/pam_handlers.c: In function `_pam_add_handler': > /usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/pam_handlers.c:579 : warning: passing arg 1 of `_pam_open_static_handler' discards qualifiers from pointer target type > /usr/src/lib/libstand/environment.c: In function `env_setenv': > /usr/src/lib/libstand/environment.c:78: warning: passing arg 3 of pointer to function discards qualifiers from pointer target type > /usr/src/lib/libstand/environment.c:129: warning: assignment discards qualifiers from pointer target type > /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/encoding.c:35: warning: `MAX' redefined > /usr/obj/usr/src/i386/usr/include/sys/param.h:212: warning: this is the location of the previous definition > /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/encoding.c:39: warning: `MIN' redefined > /usr/obj/usr/src/i386/usr/include/sys/param.h:211: warning: this is the location of the previous definition > /tmp/cciSQJfI.s: Assembler messages: > /tmp/cciSQJfI.s:117: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/ccWr6TvK.s: Assembler messages: > /tmp/ccWr6TvK.s:119: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/ccQt4xoc.s: Assembler messages: > /tmp/ccQt4xoc.s:117: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/cc4XuYOW.s: Assembler messages: > /tmp/cc4XuYOW.s:119: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/ccpXzwXK.s: Assembler messages: > /tmp/ccpXzwXK.s:117: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/cc0DxIg0.s: Assembler messages: > /tmp/cc0DxIg0.s:119: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/ccn4XYFh.s: Assembler messages: > /tmp/ccn4XYFh.s:117: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/ccfBNkU2.s: Assembler messages: > /tmp/ccfBNkU2.s:119: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/cc1kzYfX.s: Assembler messages: > /tmp/cc1kzYfX.s:117: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/cckFouqq.s: Assembler messages: > /tmp/cckFouqq.s:119: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/ccspJnyf.s: Assembler messages: > /tmp/ccspJnyf.s:117: Warning: using `%dl' instead of `%edx' due to `b' suffix > /tmp/cciof3J8.s: Assembler messages: > /tmp/cciof3J8.s:119: Warning: using `%dl' instead of `%edx' due to `b' suffix > /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/encoding.c:35: warning: `MAX' redefined > /usr/obj/usr/src/i386/usr/include/sys/param.h:212: warning: this is the location of the previous definition > /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/encoding.c:39: warning: `MIN' redefined > /usr/obj/usr/src/i386/usr/include/sys/param.h:211: warning: this is the location of the previous definition > /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/encoding.c:35: warning: `MAX' redefined > /usr/obj/usr/src/i386/usr/include/sys/param.h:212: warning: this is the location of the previous definition > /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/encoding.c:39: warning: `MIN' redefined > /usr/obj/usr/src/i386/usr/include/sys/param.h:211: warning: this is the location of the previous definition > yacc: 62 shift/reduce conflicts > yacc: 3 shift/reduce conflicts > yacc: 4 rules never reduced > yacc: 30 shift/reduce conflicts > yacc: 42 reduce/reduce conflicts > yacc: 72 shift/reduce conflicts > yacc: 9 shift/reduce conflicts > yacc: 10 shift/reduce conflicts > yacc: 10 shift/reduce conflicts > In file included from :71: > /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined > /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:115: warning: this is the location of the previous definition > In file included from :83: > /usr/obj/usr/src/i386/usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined > /usr/obj/usr/src/i386/usr/include/sys/cdrio.h:59: warning: this is the location of the previous definition > In file included from /usr/obj/usr/src/i386/usr/include/machine/i4b_isppp.h:43, > from ioctl.c:46: > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:68: warning: `IP_MF' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:659: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:170: warning: `IPOPT_SECUR_UNCLASS' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:707: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:171: warning: `IPOPT_SECUR_CONFID' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:710: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:172: warning: `IPOPT_SECUR_EFTO' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:713: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:173: warning: `IPOPT_SECUR_MMMM' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:716: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:174: warning: `IPOPT_SECUR_RESTR' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:719: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:175: warning: `IPOPT_SECUR_SECRET' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:722: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:176: warning: `IPOPT_SECUR_TOPSECRET' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:725: warning: this is the location of the previous definition > In file included from ioctl.c:101: > /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined > /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:115: warning: this is the location of the previous definition > In file included from ioctl.c:113: > /usr/obj/usr/src/i386/usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined > /usr/obj/usr/src/i386/usr/include/sys/cdrio.h:59: warning: this is the location of the previous definition > In file included from :71: > /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined > /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:115: warning: this is the location of the previous definition > In file included from :83: > /usr/obj/usr/src/i386/usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined > /usr/obj/usr/src/i386/usr/include/sys/cdrio.h:59: warning: this is the location of the previous definition > In file included from /usr/obj/usr/src/i386/usr/include/machine/i4b_isppp.h:43, > from ioctl.c:46: > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:68: warning: `IP_MF' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:659: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:170: warning: `IPOPT_SECUR_UNCLASS' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:707: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:171: warning: `IPOPT_SECUR_CONFID' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:710: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:172: warning: `IPOPT_SECUR_EFTO' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:713: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:173: warning: `IPOPT_SECUR_MMMM' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:716: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:174: warning: `IPOPT_SECUR_RESTR' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:719: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:175: warning: `IPOPT_SECUR_SECRET' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:722: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:176: warning: `IPOPT_SECUR_TOPSECRET' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:725: warning: this is the location of the previous definition > In file included from ioctl.c:101: > /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined > /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:115: warning: this is the location of the previous definition > In file included from ioctl.c:113: > /usr/obj/usr/src/i386/usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined > /usr/obj/usr/src/i386/usr/include/sys/cdrio.h:59: warning: this is the location of the previous definition > yacc: 1 shift/reduce conflict > yacc: 2 shift/reduce conflicts > yacc: w - the symbol DELETEALL is undefined > yacc: 1 rule never reduced > yacc: 2 shift/reduce conflicts > yacc: 2 shift/reduce conflicts > /usr/src/usr.sbin/i4b/isdnd/log.c:174: warning: #warning "FreeBSD ncurses is buggy: write to last column = auto newline!" > /usr/src/usr.sbin/i4b/isdnmonitor/main.c:525: warning: #warning "FreeBSD ncurses is buggy: write to last column = auto newline!" > /usr/src/lib/libcom_err/doc/com_err.texinfo:377: warning: unlikely character ( in @var. > /usr/src/lib/libcom_err/doc/com_err.texinfo:377: warning: unlikely character ) in @var. > /usr/src/lib/libcom_err/doc/com_err.texinfo:384: warning: unlikely character ( in @var. > /usr/src/lib/libcom_err/doc/com_err.texinfo:384: warning: unlikely character ) in @var. > /usr/src/lib/libcom_err/doc/com_err.texinfo:577: warning: unlikely character ( in @var. > /usr/src/lib/libcom_err/doc/com_err.texinfo:577: warning: unlikely character ) in @var. > /usr/src/bin/ps/print.c: In function `started': > /usr/src/bin/ps/print.c:369: warning: `%y' yields only last 2 digits of year > /usr/src/bin/ps/print.c: In function `lstarted': > /usr/src/bin/ps/print.c:388: warning: `%c' yields only last 2 digits of year in some locales on non-BSD systems > /usr/src/bin/sh/var.c: In function `setvareq': > /usr/src/bin/sh/var.c:312: warning: field width is not type int (arg 2) > /usr/src/bin/csh/../../contrib/tcsh/tw.color.c: In function `parseLS_COLORS': > /usr/src/bin/csh/../../contrib/tcsh/tw.color.c:184: warning: variable `e' might be clobbered by `longjmp' or `vfork' > /usr/src/bin/rmail/../../contrib/sendmail/rmail/rmail.c:14: warning: `copyright' defined but not used > /usr/src/bin/rmail/../../contrib/sendmail/rmail/rmail.c:22: warning: `id' defined but not used > /usr/obj/usr/src/i386/usr/libexec/elf/ld: Warning: size of symbol `ospeed' changed from 1 to 2 in /usr/obj/usr/src/i386/usr/lib/libtermcap.so > /usr/src/games/phantasia/misc.c: In function `error': > /usr/src/games/phantasia/misc.c:1451: warning: assignment from incompatible pointer type > regex.texi:876: warning: unlikely character , in @var. > regex.texi:880: warning: unlikely character , in @var. > /usr/src/gnu/lib/libreadline/history/doc/../../../../../contrib/libreadline/ doc/hstech.texinfo:429: warning: unlikely character [ in @var. > /usr/src/gnu/lib/libreadline/history/doc/../../../../../contrib/libreadline/ doc/hstech.texinfo:429: warning: unlikely character ] in @var. > /usr/src/gnu/lib/libreadline/readline/doc/../../../../../contrib/libreadline /doc/rluser.texinfo:1331: warning: @sc argument all uppercase, thus no effect. > /usr/src/gnu/lib/libreadline/readline/doc/../../../../../contrib/libreadline /doc/rluser.texinfo:1331: warning: @sc argument all uppercase, thus no effect. > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x35b): warning: mktemp() possibly used unsafely; consider using mkstemp() > Hmm... Looks like a new-style context diff to me... > The text leading up to this was: > -------------------------- > |$FreeBSD: src/gnu/usr.bin/binutils/doc/inc-hist.diff,v 1.1.6.1 2000/07/06 22:15:49 obrien Exp $ > | > |*** inc-hist.texi.orig Mon Mar 20 10:43:36 2000 > |--- inc-hist.texi Mon Mar 20 10:48:17 2000 > -------------------------- > Patching file inc-hist.texi using Plan A... > Hunk #1 succeeded at 26. > Hunk #2 succeeded at 39. > done > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinf o:4647: warning: unlikely character , in @var. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinf o:5284: warning: @sc argument all uppercase, thus no effect. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinf o:6531: warning: @sc argument all uppercase, thus no effect. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc/rluser .texinfo:1331: warning: @sc argument all uppercase, thus no effect. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdbint.tex info:1026: warning: @sc argument all uppercase, thus no effect. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/stabs.texi nfo:875: warning: `.' or `,' must follow cross reference, not f. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/stabs.texi nfo:2040: warning: unlikely character , in @var. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/stabs.texi nfo:2040: warning: unlikely character , in @var. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/stabs.texi nfo:2139: warning: unlikely character , in @var. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/stabs.texi nfo:2139: warning: unlikely character , in @var. > /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/stabs.texi nfo:3373: warning: `.' or `,' must follow cross reference, not @. > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/gdbarch.c: In function `_initialize_gdbarch': > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/gdbarch.c:347: warning: assignment from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload1.c: In function `maybe_fix_stack_asms': > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload1.c:1280: warning: passing arg 4 of `decode_asm_operands' from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:1188: warning: initialization from incompatible pointer type > /usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_int/libcc_int.a(choose-temp.o): In function `choose_temp_base': > choose-temp.o(.text+0x13e): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_int/libcc_int.a(choose-temp.o): In function `choose_temp_base': > choose-temp.o(.text+0x13e): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/obj/usr/src/gnu/usr.bin/cc/c++/../cc_int/libcc_int.a(choose-temp.o): In function `choose_temp_base': > choose-temp.o(.text+0x13e): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/cplus-dem.c: In function `main': > /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/cplus-dem.c:4527: warning: assignment discards qualifiers from pointer target type > /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/cplus-dem.c:4530: warning: assignment discards qualifiers from pointer target type > /usr/src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/rtl.texi:870: warning: unlikely character ) in @var. > /usr/obj/usr/src/gnu/usr.bin/cc/f77/../cc_int/libcc_int.a(choose-temp.o): In function `choose_temp_base': > choose-temp.o(.text+0x13e): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/src/gnu/usr.bin/cc/f77doc/../../../../contrib/gcc/f/intdoc.texi:9502: warning: unlikely character ( in @var. > /usr/src/gnu/usr.bin/cc/f77doc/../../../../contrib/gcc/f/intdoc.texi:9502: warning: unlikely character ) in @var. > /usr/src/gnu/usr.bin/cc/f77doc/../../../../contrib/gcc/f/intdoc.texi:9581: warning: unlikely character ( in @var. > /usr/src/gnu/usr.bin/cc/f77doc/../../../../contrib/gcc/f/intdoc.texi:9581: warning: unlikely character ) in @var. > /usr/src/gnu/usr.bin/diff/../../../contrib/diff/prepend_args.c: In function `prepend_default_options': > /usr/src/gnu/usr.bin/diff/../../../contrib/diff/prepend_args.c:74: warning: initialization makes pointer from integer without a cast > /usr/src/gnu/usr.bin/diff/doc/../../../../contrib/diff/diff.texi:2678: warning: unlikely character ] in @var. > pre-html.o: In function `createAllPages(void)': > pre-html.o(.text+0xf52): warning: mktemp() possibly used unsafely; consider using mkstemp() > patch.o: In function `main': > patch.o(.text+0xc8): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/src/gnu/usr.bin/ptx/doc/ptx.texinfo:116: warning: `.' or `,' must follow cross reference, not f. > /usr/src/gnu/usr.bin/ptx/doc/ptx.texinfo:256: warning: `.' or `,' must follow cross reference, not f. > /usr/src/gnu/usr.bin/rcs/lib/rcsutil.c: In function `setup_catchsig': > /usr/src/gnu/usr.bin/rcs/lib/rcsutil.c:634: warning: assignment from incompatible pointer type > sdiff.o: In function `edit': > sdiff.o(.text+0x10c7): warning: tmpnam() possibly used unsafely; consider using mkstemp() > /usr/src/gnu/usr.bin/tar/prepend_args.c: In function `prepend_default_options': > /usr/src/gnu/usr.bin/tar/prepend_args.c:74: warning: initialization makes pointer from integer without a cast > texindex.o: In function `main': > texindex.o(.text+0xbd): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/obj/usr/src/gnu/usr.bin/perl/library/pod2man: ./Dumpvalue.pm is missing required section: SYNOPSIS > /usr/obj/usr/src/gnu/usr.bin/perl/utils/perlcc/../../pod/pod2man/pod2man: bad option in paragraph 146 of perlcc.PL: ``-D'' should be [CB]<-D> > /usr/obj/usr/src/gnu/usr.bin/perl/utils/perlcc/../../pod/pod2man/pod2man: bad option in paragraph 153 of perlcc.PL: ``-e'' should be [CB]<-e> > /usr/obj/usr/src/gnu/usr.bin/perl/utils/perlcc/../../pod/pod2man/pod2man: bad option in paragraph 155 of perlcc.PL: ``-e'' should be [CB]<-e> > /usr/src/libexec/ftpd/ftpd.c: In function `send_file_list': > /usr/src/libexec/ftpd/ftpd.c:2650: warning: variable `dout' might be clobbered by `longjmp' or `vfork' > /usr/src/libexec/ftpd/ftpd.c:2651: warning: variable `dirlist' might be clobbered by `longjmp' or `vfork' > /usr/src/libexec/ftpd/ftpd.c:2652: warning: variable `simple' might be clobbered by `longjmp' or `vfork' > /usr/src/libexec/ftpd/ftpd.c:2653: warning: variable `freeglob' might be clobbered by `longjmp' or `vfork' > /usr/src/libexec/ftpd/popen.c: In function `ftpd_popen': > /usr/src/libexec/ftpd/popen.c:79: warning: variable `iop' might be clobbered by `longjmp' or `vfork' > /usr/src/libexec/ftpd/popen.c:80: warning: variable `gargc' might be clobbered by `longjmp' or `vfork' > /usr/src/libexec/rexecd/rexecd.c: In function `doit': > /usr/src/libexec/rexecd/rexecd.c:201: warning: assignment discards qualifiers from pointer target type > /usr/src/sbin/fsck/dir.c:56: warning: missing initializer > /usr/src/sbin/fsck/dir.c:56: warning: (near initialization for `emptydir.dot_type') > /usr/src/sbin/fsck/dir.c: In function `dirscan': > /usr/src/sbin/fsck/dir.c:127: warning: comparison between signed and unsigned > /usr/src/sbin/fsck/dir.c: In function `expanddir': > /usr/src/sbin/fsck/dir.c:620: warning: comparison between signed and unsigned > /usr/src/sbin/fsck/dir.c:634: warning: comparison between signed and unsigned > /usr/src/sbin/fsck/pass1.c: In function `checkinode': > /usr/src/sbin/fsck/pass1.c:262: warning: comparison between signed and unsigned > /usr/src/sbin/fsck/pass5.c: In function `pass5': > /usr/src/sbin/fsck/pass5.c:95: warning: comparison between signed and unsigned > /usr/src/sbin/fsck/pass5.c:235: warning: comparison between signed and unsigned > /usr/src/sbin/fsck/pass5.c:242: warning: comparison between signed and unsigned > /usr/src/sbin/fsck/../../sys/ufs/ffs/ffs_subr.c: In function `ffs_isblock': > /usr/src/sbin/fsck/../../sys/ufs/ffs/ffs_subr.c:193: warning: this function may return with or without a value > /usr/src/sbin/fsck/../../sys/ufs/ffs/ffs_subr.c: In function `ffs_isfreeblock': > /usr/src/sbin/fsck/../../sys/ufs/ffs/ffs_subr.c:217: warning: this function may return with or without a value > mount_portal.o: In function `main': > mount_portal.o(.text+0xeb): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/src/sbin/quotacheck/quotacheck.c: In function `main': > /usr/src/sbin/quotacheck/quotacheck.c:186: warning: passing arg 3 of `checkfstab' from incompatible pointer type > /usr/src/sbin/quotacheck/quotacheck.c:186: warning: passing arg 4 of `checkfstab' from incompatible pointer type > rpcgen \fIrpcgen\fP ... 1 > RPC \fIrpcgen\fP ... 1 > rpcgen local procedures \fIrpcgen\fP ... 2 > rpcgen remote procedures \fIrpcgen\fP ... 2 > client handle, used by rpcgen client handle, used by \fIrpcgen\fP ... 7 > RPC generating XDR routines ... 8 > debugging with rpcgen debugging with \fIrpcgen\fP ... 14 > rpcgen C-preprocessor \fIrpcgen\fP ... 15 > rpcgen other operations \fIrpcgen\fP ... 16 > rpcgen timeout changes \fIrpcgen\fP ... 16 > broadcast RPC ... 16 > rpcgen broadcast RPC \fIrpcgen\fP ... 16 > RPCL ... 18 > rpcgen RPC Language \fIrpcgen\fP ... 18 > rpcgen definitions \fIrpcgen\fP ... 18 > rpcgen structures \fIrpcgen\fP ... 18 > rpcgen unions \fIrpcgen\fP ... 19 > rpcgen enumerations \fIrpcgen\fP ... 19 > rpcgen typedef \fIrpcgen\fP ... 20 > rpcgen constants \fIrpcgen\fP ... 20 > rpcgen programs \fIrpcgen\fP ... 21 > rpcgen declarations \fIrpcgen\fP ... 21 > rpcgen special cases \fIrpcgen\fP ... 23 > Network Programming ... 1 > RPC Programming Guide ... 1 > rpcgen \fIrpcgen\fP ... 1 > layers of RPC ... 1 > RPC layers ... 1 > RPC The Highest Layer ... 1 > RPC The Middle Layer ... 2 > RPC The Lowest Layer ... 2 > RPC paradigm ... 2 > highest layer of RPC ... 3 > RPC highest layer ... 3 > RPC Services ... 4 > intermediate layer of RPC ... 5 > RPC intermediate layer ... 5 > enum clnt_stat (in RPC programming) \fIenum clnt_stat\fP (in RPC programming) ... 7 > UDP 8K warning ... 8 > program number assignment ... 8 > assigning program numbers ... 8 > RPC administration ... 9 > administration of RPC ... 9 > arbitrary data types ... 10 > RPC built-in routines ... 11 > lowest layer of RPC ... 13 > RPC lowest layer ... 13 > RPC server side ... 14 > memory allocation with XDR ... 17 > XDR memory allocation ... 17 > RPC calling side ... 19 > RPC miscellaneous features ... 21 > miscellaneous RPC features ... 21 > RPC select() RPC \fIselect()\fP ... 21 > select() \fIselect()\fP on the server side ... 21 > select() \fIselect()\fP ... 22 > broadcast RPC ... 22 > RPC broadcast ... 22 > broadcast RPC synopsis ... 23 > RPC broadcast synopsis ... 23 > batching ... 24 > RPC batching ... 24 > authentication ... 28 > RPC authentication ... 28 > UNIX Authentication ... 28 > RPC guarantees ... 30 > RPC DES ... 32 > RPC authentication ... 32 > inetd using \fIinetd\fP ... 35 > versions ... 35 > RPC versions ... 35 > TCP ... 36 > RPC callback procedures ... 41 > XDR Sun technical notes ... 1 > XDR system routines ... 1 > XDR justification ... 2 > XDR portable data ... 4 > XDR canonical standard ... 4 > XDR library ... 5 > xdrstdio_create() \fIxdrstdio_create()\fP ... 6 > xdr_long() \fIxdr_long()\fP ... 6 > library primitives for XDR ... 8 > XDR library primitives ... 8 > XDR library number filters ... 8 > XDR library floating point filters ... 9 > XDR library enumeration filters ... 9 > XDR library no data ... 10 > XDR library constructed data type filters ... 10 > XDR library strings ... 10 > xdr_string() \fIxdr_string()\fP ... 10 > xdr_string() \fIxdr_string()\fP ... 11 > XDR library byte arrays ... 11 > xdr_bytes() \fIxdr_bytes()\fP ... 11 > XDR library arrays ... 11 > xdr_array() \fIxdr_array()\fP ... 12 > xdr_element() \fIxdr_element()\fP ... 12 > XDR library opaque data ... 15 > xdr_opaque() \fIxdr_opaque()\fP ... 15 > XDR library fixed sized arrays ... 15 > XDR library discriminated unions ... 15 > XDR library pointers ... 17 > xdr_reference() \fIxdr_reference()\fP ... 17 > pointer semantics and XDR ... 18 > xdr_reference() \fIxdr_reference()\fP ... 18 > XDR non-filter primitives ... 19 > xdr_getpos() \fIxdr_getpos()\fP ... 19 > xdr_setpos() \fIxdr_setpos()\fP ... 19 > xdr_destroy() \fIxdr_destroy()\fP ... 19 > XDR operation directions ... 19 > direction of XDR operations ... 19 > XDR stream access ... 20 > XDR standard I/O streams ... 20 > xdrstdio_create() \fIxdrstdio_create()\fP ... 20 > XDR memory streams ... 20 > xdrmem_create() \fIxdrmem_create()\fP ... 20 > XDR record (TCP/IP) streams ... 20 > xdrrec_endofrecord() \fIxdrrec_endofrecord()\fP ... 22 > xdrrec_skiprecord() \fIxdrrec_skiprecord()\fP ... 22 > xdrrec_eof() \fIxdrrec_eof()\fP ... 22 > XDR stream implementation ... 22 > stream implementation in XDR ... 22 > XDR object ... 22 > XDR advanced topics ... 24 > XDR linked lists ... 24 > External Data Representation ... 1 > XDR RFC ... 1 > XDR protocol specification ... 1 > XDR RFC status ... 1 > XDR basic block size ... 1 > XDR block size ... 1 > XDR data types ... 2 > XDR data types ... 2 > XDR integer ... 2 > XDR unsigned integer ... 3 > XDR integer, unsigned ... 3 > XDR enumeration ... 3 > XDR boolean ... 3 > XDR hyper integer ... 3 > XDR integer, hyper ... 3 > XDR integer, floating point ... 4 > XDR floating-point integer ... 4 > XDR integer, double-precision floating point ... 5 > XDR double-precision floating-point integer ... 5 > XDR fixed-length opaque data ... 6 > XDR opaque data, fixed length ... 6 > XDR variable-length opaque data ... 6 > XDR opaque data, variable length ... 6 > XDR string ... 7 > XDR fixed-length array ... 8 > XDR array, fixed length ... 8 > XDR variable-length array ... 8 > XDR array, variable length ... 8 > XDR structure ... 9 > XDR discriminated union ... 9 > XDR union discriminated ... 9 > XDR void ... 10 > XDR constant ... 10 > XDR typedef ... 11 > XDR optional data ... 11 > XDR data, optional ... 11 > XDR futures ... 13 > XDR language ... 13 > XDR byte order ... 13 > XDR variable-length data ... 14 > XDR language ... 14 > XDR language notation ... 14 > XDR language syntax ... 15 > XDR language syntax ... 17 > NFS ... 1 > Network File System ... 1 > NFS version-2 protocol specification ... 1 > Network File System version-2 protocol specification ... 1 > NFS introduction ... 1 > Remote Procedure Call ... 1 > External Data Representation ... 1 > stateless servers ... 2 > servers stateless ... 2 > NFS protocol definition ... 2 > NFS protocol ... 2 > filesystem model ... 2 > NFS RPC information ... 3 > XDR structure sizes ... 3 > NFS data types ... 4 > NFS basic data types ... 4 > NFS data types stat \fIstat\fP ... 4 > NFS data types ftype \fIftype\fP ... 6 > NFS data types fhandle \fIfhandle\fP ... 6 > NFS data types timeval \fItimeval\fP ... 6 > NFS data types fattr \fIfattr\fP ... 6 > NFS data types sattr \fIsattr\fP ... 8 > NFS data types filename \fIfilename\fP ... 8 > NFS data types path \fIpath\fP ... 9 > NFS data types attrstat \fIattrstat\fP ... 9 > NFS data types diropargs \fIdiropargs\fP ... 9 > NFS data types diropres \fIdiropres\fP ... 9 > NFS server procedures ... 10 > NFS server procedures NFSPROC_NULL() \fINFSPROC_NULL()\fP ... 11 > NFS server procedures NFSPROC_GETATTR() \fINFSPROC_GETATTR()\fP ... 11 > NFS server procedures NFSPROC_SETATTR() \fINFSPROC_SETATTR()\fP ... 11 > NFS server procedures NFSPROC_ROOT \fINFSPROC_ROOT\fP ... 12 > NFS server procedures NFSPROC_LOOKUP() \fINFSPROC_LOOKUP()\fP ... 12 > NFS server procedures NFSPROC_READLINK() \fINFSPROC_READLINK()\fP ... 12 > NFS server procedures NFSPROC_READ \fINFSPROC_READ\fP ... 13 > NFS server procedures NFSPROC_WRITECACHE() \fINFSPROC_WRITECACHE()\fP ... 13 > NFS server procedures NFSPROC_WRITE() \fINFSPROC_WRITE()\fP ... 14 > NFS server procedures NFSPROC_CREATE() \fINFSPROC_CREATE()\fP ... 14 > NFS server procedures NFSPROC_REMOVE() \fINFSPROC_REMOVE()\fP ... 14 > NFS server procedures NFSPROC_RENAME() \fINFSPROC_RENAME()\fP ... 15 > NFS server procedures NFSPROC_LINK() \fINFSPROC_LINK()\fP ... 15 > NFS server procedures NFSPROC_SYMLINK() \fINFSPROC_SYMLINK()\fP ... 15 > NFS server procedures NFSPROC_MKDIR() \fINFSPROC_MKDIR()\fP ... 16 > NFS server procedures NFSPROC_RMDIR() \fINFSPROC_RMDIR()\fP ... 16 > NFS server procedures NFSPROC_READDIR() \fINFSPROC_READDIR()\fP ... 17 > NFS server procedures NFSPROC_STATFS() \fINFSPROC_STATFS()\fP ... 17 > NFS implementation ... 18 > NFS server/client relationship ... 19 > NFS pathname interpretation ... 19 > NFS permission issues ... 19 > NFS setting RPC parameters ... 20 > mount protocol ... 21 > mount protocol introduction ... 21 > mount protocol RPC information ... 21 > mount protocol XDR structure sizes ... 21 > mount protocol basic data types ... 22 > mount data types ... 22 > mount data types fhandle \fIfhandle\fP ... 22 > mount data types fhstatus \fIfhstatus\fP ... 22 > mount data types dirpath \fIdirpath\fP ... 22 > mount data types name \fIname\fP ... 22 > mount server procedures ... 23 > mount server procedures MNTPROC_NULL() \fIMNTPROC_NULL()\fP ... 23 > mount server procedures MNTPROC_MNT() \fIMNTPROC_MNT()\fP ... 23 > mount server procedures MNTPROC_DUMP() \fIMNTPROC_DUMP()\fP ... 23 > mount server procedures MNTPROC_UMNT() \fIMNTPROC_UMNT()\fP ... 24 > mount server procedures MNTPROC_UMNTALL() \fIMNTPROC_UMNTALL()\fP ... 24 > mount server procedures MNTPROC_EXPORT() \fIMNTPROC_EXPORT()\fP ... 24 > /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:11 06: warning: can't break line > /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/ vitut/vi.apwh.ms:42: warning: `CB' not defined > /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/ vitut/vi.apwh.ms:88: warning: `VL' not defined > /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/ vitut/vi.apwh.ms:109: warning: `LE' not defined > {standard input}: Assembler messages: > {standard input}:527: Warning: stand-alone `data16' prefix > {standard input}:544: Warning: stand-alone `data16' prefix > /usr/src/sys/boot/i386/loader/../../common/boot.c: In function `getbootfile': > /usr/src/sys/boot/i386/loader/../../common/boot.c:242: warning: assignment discards qualifiers from pointer target type > /usr/src/sys/boot/i386/loader/../../common/load_elf.c: In function `elf_loadimage': > /usr/src/sys/boot/i386/loader/../../common/load_elf.c:211: warning: unused variable `result' > /usr/src/sys/boot/i386/loader/../../common/interp_forth.c: In function `bf_init': > /usr/src/sys/boot/i386/loader/../../common/interp_forth.c:246: warning: passing arg 1 of `ficlBuild' discards qualifiers from pointer target type > 305+0 records in > 77+0 records out > 157696 bytes transferred in 0.030864 secs (5109383 bytes/sec) > /usr/src/usr.bin/at/at.c: In function `list_jobs': > /usr/src/usr.bin/at/at.c:494: warning: `%x' yields only last 2 digits of year in some locales on non-BSD systems > /usr/src/usr.bin/chat/chat.c: In function `main': > /usr/src/usr.bin/chat/chat.c:269: warning: value computed is not used > /usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb/pw_scan.c: In function `pw_scan': > /usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb/pw_scan.c:106: warning: unsigned int format, long unsigned int arg (arg 3) > /usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb/pw_scan.c:124: warning: unsigned int format, long unsigned int arg (arg 3) > /usr/src/usr.bin/colldef/scan.l:638: warning: `yyunput' defined but not used > /usr/src/usr.bin/compile_et/../../contrib/com_err/getarg.c: In function `add_string': > /usr/src/usr.bin/compile_et/../../contrib/com_err/getarg.c:178: warning: assignment makes pointer from integer without a cast > /usr/src/usr.bin/compile_et/../../contrib/com_err/getarg.c: In function `arg_match_long': > /usr/src/usr.bin/compile_et/../../contrib/com_err/getarg.c:197: warning: assignment makes pointer from integer without a cast > /usr/src/usr.bin/find/ls.c: In function `printtime': > /usr/src/usr.bin/find/ls.c:92: warning: `%c' yields only last 2 digits of year in some locales on non-BSD systems > /usr/src/usr.bin/find/operator.c: In function `not_squish': > /usr/src/usr.bin/find/operator.c:176: warning: suggest parentheses around assignment used as truth value > /usr/src/usr.bin/find/operator.c: At top level: > /usr/src/usr.bin/find/operator.c:40: warning: `sccsid' defined but not used > In file included from /usr/obj/usr/src/i386/usr/include/machine/i4b_isppp.h:43, > from ioctl.c:46: > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:68: warning: `IP_MF' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:659: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:170: warning: `IPOPT_SECUR_UNCLASS' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:707: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:171: warning: `IPOPT_SECUR_CONFID' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:710: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:172: warning: `IPOPT_SECUR_EFTO' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:713: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:173: warning: `IPOPT_SECUR_MMMM' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:716: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:174: warning: `IPOPT_SECUR_RESTR' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:719: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:175: warning: `IPOPT_SECUR_SECRET' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:722: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:176: warning: `IPOPT_SECUR_TOPSECRET' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:725: warning: this is the location of the previous definition > In file included from ioctl.c:101: > /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined > /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:115: warning: this is the location of the previous definition > In file included from ioctl.c:113: > /usr/obj/usr/src/i386/usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined > /usr/obj/usr/src/i386/usr/include/sys/cdrio.h:59: warning: this is the location of the previous definition > /usr/src/usr.bin/login/login.c: In function `main': > /usr/src/usr.bin/login/login.c:152: warning: argument `argv' might be clobbered by `longjmp' or `vfork' > eval.o: In function `eval': > eval.o(.text+0x41b): warning: mktemp() possibly used unsafely; consider using mkstemp() > In file included from /usr/src/usr.bin/ncal/ncal.c:36: > /usr/obj/usr/src/i386/usr/include/stdlib.h:108: warning: ANSI C does not support `long long' > /usr/obj/usr/src/i386/usr/include/stdlib.h:112: warning: ANSI C does not support `long long' > /usr/src/usr.bin/ncal/ncal.c: In function `printeaster': > /usr/src/usr.bin/ncal/ncal.c:393: warning: unknown conversion type character `F' in format > /usr/src/usr.bin/ncal/ncal.c: In function `mkmonth': > /usr/src/usr.bin/ncal/ncal.c:584: warning: flag `O' used with type `B' > /usr/src/usr.bin/ncal/ncal.c: In function `mkmonthb': > /usr/src/usr.bin/ncal/ncal.c:675: warning: flag `O' used with type `B' > main.o: In function `main': > main.o(.text+0x33a): warning: mktemp() possibly used unsafely; consider using mkstemp() > In file included from /usr/obj/usr/src/i386/usr/include/machine/i4b_isppp.h:43, > from ioctl.c:46: > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:68: warning: `IP_MF' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:659: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:170: warning: `IPOPT_SECUR_UNCLASS' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:707: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:171: warning: `IPOPT_SECUR_CONFID' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:710: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:172: warning: `IPOPT_SECUR_EFTO' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:713: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:173: warning: `IPOPT_SECUR_MMMM' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:716: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:174: warning: `IPOPT_SECUR_RESTR' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:719: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:175: warning: `IPOPT_SECUR_SECRET' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:722: warning: this is the location of the previous definition > /usr/obj/usr/src/i386/usr/include/netinet/ip.h:176: warning: `IPOPT_SECUR_TOPSECRET' redefined > /usr/obj/usr/src/i386/usr/include/netinet/ip_compat.h:725: warning: this is the location of the previous definition > In file included from ioctl.c:101: > /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined > /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:115: warning: this is the location of the previous definition > In file included from ioctl.c:113: > /usr/obj/usr/src/i386/usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined > /usr/obj/usr/src/i386/usr/include/sys/cdrio.h:59: warning: this is the location of the previous definition > /usr/src/usr.bin/vi/../../contrib/nvi/vi/getc.c: In function `cs_init': > /usr/src/usr.bin/vi/../../contrib/nvi/vi/getc.c:52: warning: passing arg 3 of `db_eget' from incompatible pointer type > /usr/src/usr.bin/vi/../../contrib/nvi/vi/getc.c: In function `cs_prev': > /usr/src/usr.bin/vi/../../contrib/nvi/vi/getc.c:182: warning: passing arg 4 of `db_get' from incompatible pointer type > /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_txt.c: In function `txt_fc_col': > /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_txt.c:2226: warning: comparison of distinct pointer types lacks a cast > /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_txt.c:2244: warning: comparison of distinct pointer types lacks a cast > /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_ulcase.c: In function `v_mulcase': > /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_ulcase.c:119: warning: passing arg 4 of `db_get' from incompatible pointer type > xlint.o: In function `main': > xlint.o(.text+0x4b6): warning: mktemp() possibly used unsafely; consider using mkstemp() > xstr.o: In function `main': > xstr.o(.text+0xbe): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/src/usr.bin/ar/contents.c: In function `contents': > /usr/src/usr.bin/ar/contents.c:82: warning: `%c' yields only last 2 digits of year in some locales on non-BSD systems > /usr/src/usr.sbin/amd/doc/../../../contrib/amd/doc/am-utils.texi:6201: warning: unlikely character [ in @var. > /usr/src/usr.sbin/amd/doc/../../../contrib/amd/doc/am-utils.texi:6201: warning: unlikely character ] in @var. > mk-amd-map.o: In function `main': > mk-amd-map.o(.text+0x575): warning: mktemp() possibly used unsafely; consider using mkstemp() > bootparam_prot_svc.c: In function `bootparamprog_1': > bootparam_prot_svc.c:59: warning: passing arg 3 of pointer to function from incompatible pointer type > bootparam_prot_svc.c:67: warning: passing arg 3 of pointer to function from incompatible pointer type > /usr/src/usr.sbin/config/lang.l:1027: warning: `yy_flex_realloc' defined but not used > /usr/src/usr.sbin/ntp/ntpdc/../../../contrib/ntp/ntpdc/ntpdc.c: In function `getcmds': > /usr/src/usr.sbin/ntp/ntpdc/../../../contrib/ntp/ntpdc/ntpdc.c:925: warning: passing arg 1 of `readline' discards qualifiers from pointer target type > /usr/src/usr.sbin/pw/pw_user.c: In function `pw_user': > /usr/src/usr.sbin/pw/pw_user.c:726: warning: int format, long int arg (arg 8) > /usr/src/usr.sbin/pw/pw_user.c: In function `print_user': > /usr/src/usr.sbin/pw/pw_user.c:1159: warning: unknown conversion type character `f' in format > /usr/src/usr.sbin/pw/pw_user.c:1161: warning: unknown conversion type character `f' in format > yppasswdd_server.o: In function `yp_mktmpnam': > yppasswdd_server.o(.text+0xba9): warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-token.c: In function `token_print': > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-token.c:74: warning: assignment of read-only location > /usr/src/usr.sbin/tcpdump/tcpslice/gwtm2secs.c: In function `gwtm2secs': > /usr/src/usr.sbin/tcpdump/tcpslice/gwtm2secs.c:49: warning: suggest explicit braces to avoid ambiguous `else' > /usr/src/usr.sbin/trpt/trpt.c: In function `main': > /usr/src/usr.sbin/trpt/trpt.c:199: warning: passing arg 4 of `qsort' from incompatible pointer type > /usr/src/usr.sbin/lpr/lpd/lpd.c: In function `fhosterr': > /usr/src/usr.sbin/lpr/lpd/lpd.c:798: warning: format argument passed here is not declared as format argument > /usr/src/usr.sbin/apmd/apmdlex.l:453: warning: `yyunput' defined but not used > y.tab.c: In function `yyparse': > y.tab.c:294: warning: implicit declaration of function `yylex' > y.tab.c:335: warning: implicit declaration of function `yyerror' > /usr/src/usr.sbin/apmd/apmdparse.y:101: warning: assignment makes integer from pointer without a cast > /usr/src/usr.sbin/apmd/apmdparse.y:105: warning: assignment makes integer from pointer without a cast > In file included from /usr/src/usr.sbin/kgzip/kgzip.c:36: > /usr/obj/usr/src/i386/usr/include/stdlib.h:108: warning: ANSI C does not support `long long' > /usr/obj/usr/src/i386/usr/include/stdlib.h:112: warning: ANSI C does not support `long long' > In file included from /usr/src/usr.sbin/kgzip/kgzcmp.c:37: > /usr/obj/usr/src/i386/usr/include/stdlib.h:108: warning: ANSI C does not support `long long' > /usr/obj/usr/src/i386/usr/include/stdlib.h:112: warning: ANSI C does not support `long long' > In file included from /usr/src/usr.sbin/kgzip/kgzld.c:35: > /usr/obj/usr/src/i386/usr/include/stdlib.h:108: warning: ANSI C does not support `long long' > /usr/obj/usr/src/i386/usr/include/stdlib.h:112: warning: ANSI C does not support `long long' > /usr/src/usr.sbin/i4b/isdnd/log.c:174: warning: #warning "FreeBSD ncurses is buggy: write to last column = auto newline!" > /usr/src/usr.sbin/i4b/isdnmonitor/main.c:525: warning: #warning "FreeBSD ncurses is buggy: write to last column = auto newline!" > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth-pam.c: In function `do_pam_conversation': > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth-pam.c:128: warning: passing arg 1 of `read_passphrase' discards qualifiers from pointer target type > ./aicasm: 866 instructions used > /usr/src/sys/cam/scsi/scsi_low.c: In function `scsi_low_attach_cam': > /usr/src/sys/cam/scsi/scsi_low.c:1424: warning: passing arg 3 of `cam_sim_alloc' discards qualifiers from pointer target type > /usr/src/sys/dev/ex/if_ex.c: In function `ex_init': > /usr/src/sys/dev/ex/if_ex.c:356: warning: implicit declaration of function `DELAY' > /usr/src/sys/dev/ex/if_ex_isa.c: In function `ex_isa_identify': > /usr/src/sys/dev/ex/if_ex_isa.c:143: warning: implicit declaration of function `DELAY' > /usr/src/sys/dev/ie/if_ie.c: In function `ieget': > /usr/src/sys/dev/ie/if_ie.c:1177: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1266: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1266: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1283: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1295: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c: In function `ie_readframe': > /usr/src/sys/dev/ie/if_ie.c:1338: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c: In function `iestart': > /usr/src/sys/dev/ie/if_ie.c:1437: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1451: warning: cast discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c: In function `check_ie_present': > /usr/src/sys/dev/ie/if_ie.c:1505: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1514: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1517: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1542: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c: In function `command_and_wait': > /usr/src/sys/dev/ie/if_ie.c:1799: warning: cast discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1815: warning: cast discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c: In function `setup_rfa': > /usr/src/sys/dev/ie/if_ie.c:1900: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1924: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c: In function `mc_setup': > /usr/src/sys/dev/ie/if_ie.c:1975: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:1975: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c: In function `ieinit': > /usr/src/sys/dev/ie/if_ie.c:2039: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:2039: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:2088: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type > /usr/src/sys/dev/ie/if_ie.c:2089: warning: passing arg 1 of pointer to function discards qualifiers from pointer target type > In file included from /usr/src/sys/dev/twe/twe.c:37: > /usr/src/sys/dev/twe/twevar.h:243: warning: `struct bio' declared inside parameter list > /usr/src/sys/dev/twe/twevar.h:243: warning: its scope is only this definition or declaration, which is probably not what you want. > /usr/src/sys/dev/twe/twevar.h: In function `twe_enqueue_bio': > /usr/src/sys/dev/twe/twevar.h:248: warning: passing arg 2 of `bufq_insert_tail' from incompatible pointer type > /usr/src/sys/dev/twe/twevar.h: In function `twe_dequeue_bio': > /usr/src/sys/dev/twe/twevar.h:260: warning: assignment from incompatible pointer type > /usr/src/sys/dev/twe/twevar.h:261: warning: passing arg 2 of `bufq_remove' from incompatible pointer type > /usr/src/sys/dev/twe/twe.c: In function `twe_startio': > /usr/src/sys/dev/twe/twe.c:347: warning: assignment from incompatible pointer type > /usr/src/sys/dev/twe/twe.c:352: warning: passing arg 2 of `twe_enqueue_bio' from incompatible pointer type > /usr/src/sys/dev/twe/twe.c: In function `twe_wait_status': > /usr/src/sys/dev/twe/twe.c:1134: warning: implicit declaration of function `DELAY' > /usr/src/sys/dev/twe/twe.c: At top level: > /usr/src/sys/dev/twe/twe.c:720: warning: `twe_set_param_1' defined but not used > /usr/src/sys/dev/twe/twe.c:726: warning: `twe_set_param_2' defined but not used > /usr/src/sys/dev/twe/twe.c:732: warning: `twe_set_param_4' defined but not used > /usr/src/sys/dev/twe/twe.c:99: warning: `twe_request_qlen' declared `static' but never defined > In file included from /usr/src/sys/dev/twe/twe_freebsd.c:44: > /usr/src/sys/dev/twe/twevar.h:243: warning: `struct bio' declared inside parameter list > /usr/src/sys/dev/twe/twevar.h:243: warning: its scope is only this definition or declaration, which is probably not what you want. > /usr/src/sys/dev/twe/twevar.h: In function `twe_enqueue_bio': > /usr/src/sys/dev/twe/twevar.h:248: warning: passing arg 2 of `bufq_insert_tail' from incompatible pointer type > /usr/src/sys/dev/twe/twevar.h: In function `twe_dequeue_bio': > /usr/src/sys/dev/twe/twevar.h:260: warning: assignment from incompatible pointer type > /usr/src/sys/dev/twe/twevar.h:261: warning: passing arg 2 of `bufq_remove' from incompatible pointer type > /usr/src/sys/dev/twe/twe_freebsd.c: In function `twed_strategy': > /usr/src/sys/dev/twe/twe_freebsd.c:683: warning: passing arg 2 of `twe_enqueue_bio' from incompatible pointer type > /usr/src/sys/dev/xe/if_xe.c:1776: warning: `xe_compute_crc' defined but not used > /usr/src/sys/dev/xe/if_xe.c:1811: warning: `xe_compute_hashbit' defined but not used > /usr/src/sys/net/if_gif.c:106: warning: initialization from incompatible pointer type > /usr/src/sys/net/if_gif.c:115: warning: initialization from incompatible pointer type > /usr/src/sys/net/if_gif.c: In function `gif_encapcheck': > /usr/src/sys/net/if_gif.c:324: warning: cast discards qualifiers from pointer target type > /usr/src/sys/net/if_gif.c: In function `gif_ioctl': > /usr/src/sys/net/if_gif.c:522: warning: `dst' might be used uninitialized in this function > /usr/src/sys/net/if_gif.c:522: warning: `src' might be used uninitialized in this function > /usr/src/sys/netinet/in_gif.c: In function `gif_encapcheck4': > /usr/src/sys/netinet/in_gif.c:301: warning: cast discards qualifiers from pointer target type > /usr/src/sys/netinet/in_proto.c:160: warning: initialization from incompatible pointer type > /usr/src/sys/netinet/in_proto.c:167: warning: initialization from incompatible pointer type > /usr/src/sys/netinet/tcp_subr.c: In function `tcp6_ctlinput': > /usr/src/sys/netinet/tcp_subr.c:1106: warning: cast discards qualifiers from pointer target type > /usr/src/sys/netinet6/in6.c: In function `ip6_sprintf': > /usr/src/sys/netinet6/in6.c:1794: warning: cast discards qualifiers from pointer target type > /usr/src/sys/netinet6/in6_gif.c: In function `gif_encapcheck6': > /usr/src/sys/netinet6/in6_gif.c:305: warning: cast discards qualifiers from pointer target type > /usr/src/sys/netinet6/raw_ip6.c: In function `rip6_ctlinput': > /usr/src/sys/netinet6/raw_ip6.c:282: warning: cast discards qualifiers from pointer target type > /usr/src/sys/netinet6/udp6_usrreq.c: In function `udp6_ctlinput': > /usr/src/sys/netinet6/udp6_usrreq.c:453: warning: passing arg 4 of `in6_pcbnotify' from incompatible pointer type > /usr/src/sys/netinet6/udp6_usrreq.c:455: warning: cast discards qualifiers from pointer target type > /usr/src/sys/dev/awi/if_awi_pccard.c: In function `awi_pccard_attach': > /usr/src/sys/dev/awi/if_awi_pccard.c:114: warning: assignment discards qualifiers from pointer target type > /usr/src/sys/modules/bridge/../../net/bridge.c:123: warning: `bdg_dst_names' defined but not used > /usr/src/sys/modules/bridge/../../net/bridge.c:462: warning: `bdg_max_ports' defined but not used > /usr/src/sys/modules/if_gif/../../net/if_gif.c:106: warning: initialization from incompatible pointer type > /usr/src/sys/modules/if_gif/../../net/if_gif.c:115: warning: initialization from incompatible pointer type > /usr/src/sys/modules/if_gif/../../net/if_gif.c: In function `gif_encapcheck': > /usr/src/sys/modules/if_gif/../../net/if_gif.c:324: warning: cast discards qualifiers from pointer target type > /usr/src/sys/modules/if_gif/../../net/if_gif.c: In function `gif_ioctl': > /usr/src/sys/modules/if_gif/../../net/if_gif.c:522: warning: `dst' might be used uninitialized in this function > /usr/src/sys/modules/if_gif/../../net/if_gif.c:522: warning: `src' might be used uninitialized in this function > /usr/src/sys/modules/if_gif/../../netinet/in_gif.c: In function `gif_encapcheck4': > /usr/src/sys/modules/if_gif/../../netinet/in_gif.c:301: warning: cast discards qualifiers from pointer target type > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c: In function `gif_encapcheck6': > /usr/src/sys/modules/if_gif/../../netinet6/in6_gif.c:305: warning: cast discards qualifiers from pointer target type > /usr/src/sys/modules/if_stf/../../net/if_stf.c:139: warning: initialization from incompatible pointer type > /usr/src/sys/modules/if_stf/../../net/if_stf.c:139: warning: initialization from incompatible pointer type > /usr/src/sys/modules/if_stf/../../net/if_stf.c: In function `stfmodevent': > /usr/src/sys/modules/if_stf/../../net/if_stf.c:178: warning: passing arg 4 of `encap_attach_func' from incompatible pointer type > /usr/src/sys/modules/if_stf/../../net/if_stf.c: In function `stf_encapcheck': > /usr/src/sys/modules/if_stf/../../net/if_stf.c:250: warning: cast discards qualifiers from pointer target type > /usr/src/sys/modules/ipfw/../../netinet/ip_fw.c: In function `ipfw_modevent': > /usr/src/sys/modules/ipfw/../../netinet/ip_fw.c:2092: warning: unused variable `fcp' > /usr/src/sys/modules/nge/../../dev/nge/if_nge.c:1420: warning: `nge_rxeoc' defined but not used > In file included from /usr/src/sys/modules/twe/../../dev/twe/twe.c:37: > @/dev/twe/twevar.h:243: warning: `struct bio' declared inside parameter list > @/dev/twe/twevar.h:243: warning: its scope is only this definition or declaration, which is probably not what you want. > @/dev/twe/twevar.h: In function `twe_enqueue_bio': > @/dev/twe/twevar.h:248: warning: passing arg 2 of `bufq_insert_tail' from incompatible pointer type > @/dev/twe/twevar.h: In function `twe_dequeue_bio': > @/dev/twe/twevar.h:260: warning: assignment from incompatible pointer type > @/dev/twe/twevar.h:261: warning: passing arg 2 of `bufq_remove' from incompatible pointer type > /usr/src/sys/modules/twe/../../dev/twe/twe.c: In function `twe_startio': > /usr/src/sys/modules/twe/../../dev/twe/twe.c:347: warning: assignment from incompatible pointer type > /usr/src/sys/modules/twe/../../dev/twe/twe.c:352: warning: passing arg 2 of `twe_enqueue_bio' from incompatible pointer type > /usr/src/sys/modules/twe/../../dev/twe/twe.c: In function `twe_wait_status': > /usr/src/sys/modules/twe/../../dev/twe/twe.c:1134: warning: implicit declaration of function `DELAY' > /usr/src/sys/modules/twe/../../dev/twe/twe.c: At top level: > /usr/src/sys/modules/twe/../../dev/twe/twe.c:726: warning: `twe_set_param_2' defined but not used > /usr/src/sys/modules/twe/../../dev/twe/twe.c:732: warning: `twe_set_param_4' defined but not used > /usr/src/sys/modules/twe/../../dev/twe/twe.c:99: warning: `twe_request_qlen' declared `static' but never defined > In file included from /usr/src/sys/modules/twe/../../dev/twe/twe_freebsd.c:44: > @/dev/twe/twevar.h:243: warning: `struct bio' declared inside parameter list > @/dev/twe/twevar.h:243: warning: its scope is only this definition or declaration, which is probably not what you want. > @/dev/twe/twevar.h: In function `twe_enqueue_bio': > @/dev/twe/twevar.h:248: warning: passing arg 2 of `bufq_insert_tail' from incompatible pointer type > @/dev/twe/twevar.h: In function `twe_dequeue_bio': > @/dev/twe/twevar.h:260: warning: assignment from incompatible pointer type > @/dev/twe/twevar.h:261: warning: passing arg 2 of `bufq_remove' from incompatible pointer type > /usr/src/sys/modules/twe/../../dev/twe/twe_freebsd.c: In function `twed_strategy': > /usr/src/sys/modules/twe/../../dev/twe/twe_freebsd.c:683: warning: passing arg 2 of `twe_enqueue_bio' from incompatible pointer type > /usr/src/sys/modules/union/../../miscfs/union/union_vnops.c: In function `union_unlock': > /usr/src/sys/modules/union/../../miscfs/union/union_vnops.c:1801: warning: unused variable `un' > In file included from /usr/src/sys/modules/aac/../../dev/aac/aac.c:2558: > @/compat/linux/linux_ioctl.h:631: warning: `struct ifnet' declared inside parameter list > @/compat/linux/linux_ioctl.h:631: warning: its scope is only this definition or declaration, which is probably not what you want. > /usr/src/sys/modules/bktr/bktr_mem/../../../dev/bktr/bktr_mem.c: In function `bktr_mem_modevent': > /usr/src/sys/modules/bktr/bktr_mem/../../../dev/bktr/bktr_mem.c:72: warning: implicit declaration of function `printf' > /usr/src/sys/modules/ciss/../../dev/ciss/ciss.c:222: warning: initialization makes integer from pointer without a cast > /usr/src/sys/modules/linprocfs/../../i386/linux/linprocfs/linprocfs_misc.c: In function `linprocfs_doloadavg': > /usr/src/sys/modules/linprocfs/../../i386/linux/linprocfs/linprocfs_misc.c:5 09: warning: nested extern declaration of `nextpid' > /usr/src/sys/modules/scsi_low/../../cam/scsi/scsi_low.c: In function `scsi_low_attach_cam': > /usr/src/sys/modules/scsi_low/../../cam/scsi/scsi_low.c:1424: warning: passing arg 3 of `cam_sim_alloc' discards qualifiers from pointer target type > /usr/src/sys/modules/splash/bmp/splash_bmp.c: In function `bmp_Init': > /usr/src/sys/modules/splash/bmp/splash_bmp.c:514: warning: cast discards qualifiers from pointer target type > /usr/src/sys/modules/splash/bmp/splash_bmp.c:538: warning: cast discards qualifiers from pointer target type > /usr/src/sys/modules/splash/bmp/splash_bmp.c: In function `bmp_Draw': > /usr/src/sys/modules/splash/bmp/splash_bmp.c:590: warning: unused variable `i' > /usr/src/sys/modules/splash/pcx/splash_pcx.c: In function `pcx_draw': > /usr/src/sys/modules/splash/pcx/splash_pcx.c:201: warning: passing arg 2 of pointer to function discards qualifiers from pointer target type > /usr/src/sys/modules/svr4/../../svr4/svr4_sysvec.c:176: warning: initialization from incompatible pointer type > /usr/src/sys/modules/svr4/../../svr4/svr4_sysvec.c:188: warning: initialization makes integer from pointer without a cast > /usr/src/sys/modules/svr4/../../svr4/svr4_sysvec.c:192: warning: initialization from incompatible pointer type > /usr/src/sys/modules/svr4/../../svr4/svr4_misc.c: In function `svr4_sys_ulimit': > /usr/src/sys/modules/svr4/../../svr4/svr4_misc.c:914: warning: assignment from incompatible pointer type > /usr/src/sys/modules/svr4/../../svr4/svr4_misc.c: In function `svr4_sys_waitsys': > /usr/src/sys/modules/svr4/../../svr4/svr4_misc.c:1264: warning: passing arg 1 of `chgproccnt' makes pointer from integer without a cast > /usr/src/sys/modules/svr4/../../svr4/svr4_stream.c: In function `svr4_sys_sendto': > /usr/src/sys/modules/svr4/../../svr4/svr4_stream.c:2270: warning: assignment from incompatible pointer type > /usr/src/sys/modules/svr4/../../svr4/svr4_resource.c: In function `svr4_sys_setrlimit': > /usr/src/sys/modules/svr4/../../svr4/svr4_resource.c:219: warning: implicit declaration of function `dosetrlimit' > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 7:49:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from visar.norris-net.com (adsl-156-86-151.asm.bellsouth.net [66.156.86.151]) by hub.freebsd.org (Postfix) with ESMTP id 4C39137B41A; Sat, 12 Jan 2002 07:49:32 -0800 (PST) Received: (from derrick@localhost) by visar.norris-net.com (8.11.6/8.11.6) id g0CFnVC00912; Sat, 12 Jan 2002 10:49:31 -0500 (EST) (envelope-from derrick) Message-Id: <200201121549.g0CFnVC00912@visar.norris-net.com> Content-Type: text/plain; charset="iso-8859-1" From: Derrick Norris Reply-To: derrick@norris-net.com To: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: New cdboot ISO available Date: Sat, 12 Jan 2002 10:49:31 -0500 X-Mailer: KMail [version 1.3] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 10 January 2002 04:59 am, John Baldwin wrote: > Please test this ISO and provide feedback to the -stable or -qa > lists thanks. Used mini-cd boot ISO (5MB). Boots fine on: Dell Latitude CPx 500 laptop with standard CD-ROM in drive bay Homebrew with Asus CUSL2 MB and TDK 12x10x32 CD-RW Had problems on a Dell Dimension XPS P-166 with no-name CD-ROM drive and 64 MB RAM. I had originally burned the ISO onto a CD-RW blank, then tried on a CD-R with same results: CD Loader 1.01 Building the boot loader arguments Looking up /BOOT/LOADER... Found Relocating the loader and the BTX Starting the BTX loader BTX loader 1.00 BTX version is 1.01 int=0000000d err=00000000 efl=00010202 eip=0000e369 eax=000000fa ebx=00000000 ecx=00000000 edx=00094fa1 esi=00000000 edi=00000001 ebp=00093ff8 esp=00000000 cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 cs:eip=2e 31 2e 31 2e 31 2e 31-34 2e 31 20 32 30 30 31 ss:esp=4f c8 81 02 00 89 e0 05-a0 0f 00 00 a3 cc 81 02 and the system halted. Derrick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 8:57:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from home.24cl.com (174.113.sn.ct.dsl.thebiz.net [216.238.113.174]) by hub.freebsd.org (Postfix) with ESMTP id 6890337B404 for ; Sat, 12 Jan 2002 08:57:27 -0800 (PST) Received: from winbloat (winbloat.24cl.home [10.0.1.10]) by home.24cl.com (Postfix) with ESMTP id 74AF62B27E for ; Sat, 12 Jan 2002 11:57:26 -0500 (EST) Message-ID: <200201121157280576.004BA7EB@home.24cl.com> In-Reply-To: <20020112002925.GB8227@pir.net> References: <20020112002925.GB8227@pir.net> X-Mailer: Calypso Version 3.20.01.01 (4) Date: Sat, 12 Jan 2002 11:57:28 -0500 Reply-To: myraq@mgm51.com From: "MikeM" To: stable@freebsd.org Subject: Re: New cdboot ISO available Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Boots fine on: - HP Omnibook Xe3 notebook, Pentium III 850MHz - HP Kayak XU workstation, dual Pentium III 450MHz (did not check to see if= it recognized two CPUs, only that it boots) - HP Vectra VA6/200, Pentium 200 MHz, PhoenixBIOS 4.05.N (circa 1995-6) - IBM x330 eSeries 1U server, Pentium III 800MHz, IBM BIOS 1.03 Did not boot on: - Dell Latitude LM notebook, Pentium 166MHz, Phoenix NoteBIOS 4.0 (circa= 1995-6) (note that the windows 2000 CD does not boot on this notebook= either) Full hardware and configuration details for all systems are available, if= needed. Just ask off-list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 9:50: 2 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mile.nevermind.kiev.ua (freebsddiary.org.ua [213.186.199.26]) by hub.freebsd.org (Postfix) with ESMTP id C01BC37B404; Sat, 12 Jan 2002 09:49:51 -0800 (PST) Received: (from never@localhost) by mile.nevermind.kiev.ua (8.11.6/8.11.4) id g0CHriX97211; Sat, 12 Jan 2002 19:53:44 +0200 (EET) (envelope-from never) Date: Sat, 12 Jan 2002 19:53:44 +0200 From: Nevermind To: John Baldwin Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: New cdboot ISO available Message-ID: <20020112175344.GB3454@nevermind.kiev.ua> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, John Baldwin! On Thu, Jan 10, 2002 at 01:59:47AM -0800, you wrote: > The release engineering team would like feedback as to roughly how many > machines do not work with the new bootstrap utility as well as how many > machines do work. If most machines work with the new bootstrap, then we may > switch to using the new bootstrap on the release ISO images. Works fine for Polaris iPB-A (intel 815EP chipset). -- NEVE-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 9:52: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mile.nevermind.kiev.ua (freebsddiary.org.ua [213.186.199.26]) by hub.freebsd.org (Postfix) with ESMTP id 1469F37B404; Sat, 12 Jan 2002 09:51:50 -0800 (PST) Received: (from never@localhost) by mile.nevermind.kiev.ua (8.11.6/8.11.4) id g0CHtkU97257; Sat, 12 Jan 2002 19:55:46 +0200 (EET) (envelope-from never) Date: Sat, 12 Jan 2002 19:55:46 +0200 From: Nevermind To: John Baldwin Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: New cdboot ISO available Message-ID: <20020112175546.GC3454@nevermind.kiev.ua> References: <20020112175344.GB3454@nevermind.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20020112175344.GB3454@nevermind.kiev.ua> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Nevermind! On Sat, Jan 12, 2002 at 07:53:44PM +0200, you wrote: > > The release engineering team would like feedback as to roughly how many > > machines do not work with the new bootstrap utility as well as how many > > machines do work. If most machines work with the new bootstrap, then we may > > switch to using the new bootstrap on the release ISO images. > Works fine for Polaris iPB-A (intel 815EP chipset). Forgot to mention: acd0: CDROM at ata1-slave using PIO4 -- NEVE-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 9:54:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mile.nevermind.kiev.ua (freebsddiary.org.ua [213.186.199.26]) by hub.freebsd.org (Postfix) with ESMTP id B54B137B416; Sat, 12 Jan 2002 09:54:16 -0800 (PST) Received: (from never@localhost) by mile.nevermind.kiev.ua (8.11.6/8.11.4) id g0CHvrj97289; Sat, 12 Jan 2002 19:57:53 +0200 (EET) (envelope-from never) Date: Sat, 12 Jan 2002 19:57:53 +0200 From: Nevermind To: Fritz Heinrichmeyer Cc: freebsd-stable , freebsd-questions@FreeBSD.ORG Subject: Re: Euro and XFree86-4.1.0, the canonical way? Message-ID: <20020112175753.GD3454@nevermind.kiev.ua> References: <20020110133950.GA1535@jfh00.fernuni-hagen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20020110133950.GA1535@jfh00.fernuni-hagen.de> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Fritz Heinrichmeyer! On Thu, Jan 10, 2002 at 02:39:50PM +0100, you wrote: > Option "XkbLayout" "de(euro)" > > in /etc/X11/XF86Config did not work. The xkb compiler complained in many > ways (clash with "nodeadkeys" variant and more), even when not using > german keyboard. > > the following worked > > using LANG=de_DE.ISO8859-15 And how about ru_RU.*/uk_UA.* locales? -- NEVE-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 10: 7:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from damnhippie.dyndns.org (12-253-177-2.client.attbi.com [12.253.177.2]) by hub.freebsd.org (Postfix) with ESMTP id 5AAF537B41A for ; Sat, 12 Jan 2002 10:07:09 -0800 (PST) Received: from [172.22.42.2] (peace.hippie.lan [172.22.42.2]) by damnhippie.dyndns.org (8.11.6/8.11.1) with ESMTP id g0CI74A00594; Sat, 12 Jan 2002 11:07:04 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Sat, 12 Jan 2002 11:07:07 -0700 Subject: Re: tcp keepalive and dynamic ipfw rules From: Ian To: Rolandas Naujikas , Message-ID: In-Reply-To: <20020112123054.A20486@localhost> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: Rolandas Naujikas > > I have setup a dynamic firewall for my personal computer with such rules > > ipfw add check-state > ipfw add deny tcp from any to any established > ipfw add pass tcp from me to any setup keep-state > > from ipfw(8) manual on "FreeBSD 4.5-RC". > > I found problem with ftp, when download pass longer 5 minutes, then after > download ftp client stall. I dont see more dynamic rule, allowing tcp > control connection. net.inet.tcp.always_keepalive=1. > > Rolandas > > P.S. I'm sorry for my English. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > I remember having this same problem when I used dynamic rules. The design of dynamic rules seems to be such that they're mainly useful for things like web servers that have many short-lived connections. Eventually I ended up hacking ipfw to make dynamic rules work differently, and at one time I planned to get those changes submitted back for everyone, but recently I changed my mind. I just keep thinking "There has to be a better way to do all of this; hacking an already iffy hack isn't the way." So I quit using dynamic rules completely. However, more directly addressing your question... I believe the way I worked around that problem was with sysctl -w net.inet.ip.fw.dyn_ack_lifetime=7210 The idea is to make a dynamic rule allowing an established connection live longer than the default keepalive timing of 7200 seconds. This worked back in the FreeBSD 4.1 days; I haven't tested it recently. -- Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 10:10:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 94D7637B404 for ; Sat, 12 Jan 2002 10:10:38 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g0CIAY282339; Sat, 12 Jan 2002 10:10:34 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g0CIAXQ42322; Sat, 12 Jan 2002 10:10:33 -0800 (PST) (envelope-from jdp) Date: Sat, 12 Jan 2002 10:10:33 -0800 (PST) Message-Id: <200201121810.g0CIAXQ42322@vashon.polstra.com> To: stable@freebsd.org From: John Polstra Cc: ertr1013@student.uu.se Subject: Re: cvsup-16-f issue In-Reply-To: <20020112101812.GA11986@student.uu.se> References: <20020111112746.N10121-100000@fluoxetine.lan> <15423.51622.35671.797786@guru.mired.org> <20020112101812.GA11986@student.uu.se> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020112101812.GA11986@student.uu.se>, Erik Trulsson wrote: > On Fri, Jan 11, 2002 at 11:29:10PM -0600, Mike Meyer wrote: > > Which is why you really want to do: > > > > # make -DSTATIC -DWITHOUT_X11 && make install > > > > which will link all the Modula 3 libraries in statically, so you can > > then deinstall all of Modula 3 without breaking the thing. STATIC is > > turned on by defualt when making the package, but not when just > > building the port. > > This used to be true, but is not true for the latest port which uses a > different Modula 3 compiler. > Nowadays the Modula 3 libraries are always linked in statically > and both package and port are by default linked dynamically with the > system libraries. Exactly right. I will also add that the new Modula-3 compiler is much smaller than the old one, and builds much faster (under 10 minutes on my 1.13 GHz PIII). Basically, the main reasons people avoided the port in the past have been eliminated. > (This is what has caused the problems, since the X libraries are > linked in dynamically in the package, instead of statically as > before.) Yes, that was an unintended side-effect. I'm going to create a "cvsup-without-gui" port to address that problem. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 10:24: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254]) by hub.freebsd.org (Postfix) with ESMTP id 7FE8B37B41E for ; Sat, 12 Jan 2002 10:24:00 -0800 (PST) Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto2.wanadoo.fr; 12 Jan 2002 19:23:59 +0100 Received: from smtp.wanadoo.fr (80.13.121.214) by mel-rta9.wanadoo.fr; 12 Jan 2002 19:23:48 +0100 Message-Id: <1010859922.780@wanadoo.fr> Date: Sat, 12 Jan 2002 19:25:22 0100 To: stable@FreeBSD.org From: opticia@hotmail.com (opticia) Subject: OPTIQUE ET LENTILLES DE CONTACT MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG LENTILLES DE CONTACT A PRIX COUTANT ! ! ! LENTILLES MENSUELLES : Acuvue 2 : 22,5 E (147.59 f) Surevue : 27 E (177.11 f) Soflens comfort : 23 E (150.87 f) LENTILLES JOURNALIERES : Focus dailies *30 : 20 E (131.19 f) Focus dailies *90 : 44 E (288.62 f) LENTILLES DE COULEURS : mauve, turquoise, bleu, gris, noisette, vert amande... avec ou sans correction Freshlook colorblends : 19 E (124.63 f) PRODUITS (PU*3) : Renu : 7.5 E (49.20 f) Optifree : 7.5 E (49.20 f) Complete : 10.5 E (68.88 f) Solocare : 9.5 E (62.32 f) Aosept : 11 E (72.16 f) Toutes autres marques disponibles Devis par téléphone ou par email Possibilité de vente par correspondance EN LUNETTERIE : Nouvelles collections 2002 Gucci, Chanel, Dior, Armani, Mikli, Starck, Matsuda, Rayban... JUSQU'AU 28/02/02 : Une monture et 2 verres correcteurs sont offerts pour tout achat d'un équipement optique. O P T I C I A 64 Rue de Vaugirard - 75006 Paris Tél : 01 42 22 11 15 Du Lundi au Samedi de 10h à 19h30 Pour ne plus recevoir d'email, envoyer un message vide à opticia@hotmail.com avec REMOVE comme sujet To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 10:37:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 9AFDD37B419 for ; Sat, 12 Jan 2002 10:37:21 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id LAA22425; Sat, 12 Jan 2002 11:37:07 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id g0CIb6J20818; Sat, 12 Jan 2002 11:37:06 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15424.33362.685365.782853@caddis.yogotech.com> Date: Sat, 12 Jan 2002 11:37:06 -0700 To: Ian Cc: Rolandas Naujikas , Subject: Re: tcp keepalive and dynamic ipfw rules In-Reply-To: References: <20020112123054.A20486@localhost> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I have setup a dynamic firewall for my personal computer with such rules > > > > ipfw add check-state > > ipfw add deny tcp from any to any established This rule doesn't do a heck of a lot, unless you have by default an 'open' setup. > > ipfw add pass tcp from me to any setup keep-state > > > > from ipfw(8) manual on "FreeBSD 4.5-RC". > > > > I found problem with ftp, when download pass longer 5 minutes, then after > > download ftp client stall. I dont see more dynamic rule, allowing tcp > > control connection. net.inet.tcp.always_keepalive=1. > > > > Rolandas > > > > P.S. I'm sorry for my English. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > I remember having this same problem when I used dynamic rules. The design > of dynamic rules seems to be such that they're mainly useful for things like > web servers that have many short-lived connections. It's less useful for TCP connections, and much more useful for UDP connections which are almost always short-lived. > Eventually I ended up > hacking ipfw to make dynamic rules work differently, and at one time I > planned to get those changes submitted back for everyone, but recently I > changed my mind. I just keep thinking "There has to be a better way to do > all of this; hacking an already iffy hack isn't the way." So I quit using > dynamic rules completely. I still use them for UDP services (DNS, etc..), but for TCP services, I rely on the old standby rules. # Allow me to make UDP connections ipfw add check-state ipfw add pass udp from me to any keep-state out # Allow me to make TCP connections ipfw add pass tcp from me to any setup ipfw add pass tcp from any to any established # Block everything else ipfw add deny log all from any to any These 5 simple rules should do the trick for most things (except for active-mode ftp). Yes, there are still potential issues with using the 'established' keyword, but if you want to avoid them, use more complex firewall rules and/or ipf. (Note, I don't believe the above rules are very secure, since they allow out all sorts of nasty things you probably don't want to allow out, nor do they allow in services you may want to allow, such as SMTP, but it should be a good starting point for a client setup). Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 10:37:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by hub.freebsd.org (Postfix) with ESMTP id A6B0037B41F for ; Sat, 12 Jan 2002 10:37:35 -0800 (PST) Received: from tc06-n66-002.de.inter.net ([213.73.66.2] helo=there) by clever.eusc.inter.net with smtp (Exim 3.22 #3) id 16PT1w-0000F0-00; Sat, 12 Jan 2002 19:37:24 +0100 Content-Type: text/plain; charset="iso-8859-1" From: Matthias Schuendehuette Reply-To: msch@snafu.de Organization: Micro$oft-free Zone To: Martin Kraemer Subject: Re: ISDN4BSD not ready for prime time in 4.5-RC ? Date: Sat, 12 Jan 2002 19:37:23 +0100 X-Mailer: KMail [version 1.3.1] Cc: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Martin, are your problems still there? I cvsuped 4.5-RC this morning (Sat, Jan 12, 2002, 11:00 CET) and have no problems at all. I'm using a Teles 16.3 ISA-Card too (without PNP, using IRQ 10) and my I'net connection is done via 'isp{0|1}'. Have you updated your userland, i.e. 'isdnd'? It's now 'isdnd' Version 01.01.1. Ciao/BSD - Matthias -- *************************************************************************** * Matthias Schuendehuette msch@snafu.de * * Solmsstrasse 44 * * D-10961 Berlin Engineering Systems Support and Operation * * Germany (Powered by FreeBSD 4.5-RC1) * *************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 10:46:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tomts17-srv.bellnexxia.net (tomts17.bellnexxia.net [209.226.175.71]) by hub.freebsd.org (Postfix) with ESMTP id E4AB237B402 for ; Sat, 12 Jan 2002 10:46:13 -0800 (PST) Received: from unios.dhs.org ([209.226.99.154]) by tomts17-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20020112184612.LVWC16289.tomts17-srv.bellnexxia.net@unios.dhs.org>; Sat, 12 Jan 2002 13:46:12 -0500 Message-ID: <3C4083F4.9000900@unios.dhs.org> Date: Sat, 12 Jan 2002 13:44:04 -0500 From: Pat Wendorf User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020106 X-Accept-Language: en-us MIME-Version: 1.0 To: Nuno Teixeira Cc: stable@FreeBSD.org Subject: Re: Portupgrade Utility References: <3C38AFF2.5020708@unios.dhs.org> <20020106213531.GE19117@gw.tex.bogus> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anyone thought of re-coding it in perl? I know little about either language, so I applogize if this sounds stupid. Nuno Teixeira wrote: > On Sun, Jan 06, 2002 at 03:13:38PM -0500, Pat Wendorf wrote: > | What's the chances it will ever show up as part of the base system? > | > | Please reply to all, as I'm not subscribed to stable at the moment. > | > | Thanks, > | > | Pat Wendorf > > Hi, > > A few days ago I put the same question and I find that it is not > possible to include it in FreeBSD main tree because portupgrade uses (or is coded) in > Ruby. Ruby is not part of FreeBSD main tree. > > Bye, > > -- Pat Wendorf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 11:51:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 44DEF37B419 for ; Sat, 12 Jan 2002 11:51:12 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g0CJpA282896; Sat, 12 Jan 2002 11:51:10 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g0CJpAT42489; Sat, 12 Jan 2002 11:51:10 -0800 (PST) (envelope-from jdp) Date: Sat, 12 Jan 2002 11:51:10 -0800 (PST) Message-Id: <200201121951.g0CJpAT42489@vashon.polstra.com> To: stable@freebsd.org From: John Polstra Cc: bzdik@yahoo.com Subject: Re: cvsup-16-f issue In-Reply-To: <20020111092444.20085.qmail@web13603.mail.yahoo.com> References: <20020111092444.20085.qmail@web13603.mail.yahoo.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020111092444.20085.qmail@web13603.mail.yahoo.com>, Bzdik BSD wrote: > Is there a package for cvsup that doesn't require X ? I have just added a new "cvsup-without-gui" port. The package will become available whenever the package-building cluster gets it built. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 12:16:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.halplant.com (66-61-52-186.wo4.cox.rr.com [66.61.52.186]) by hub.freebsd.org (Postfix) with ESMTP id 6987137B402 for ; Sat, 12 Jan 2002 12:16:23 -0800 (PST) Received: by mail.halplant.com (Postfix, from userid 1001) id 545DE11; Sat, 12 Jan 2002 15:16:22 -0500 (EST) Date: Sat, 12 Jan 2002 15:16:22 -0500 From: Andrew J Caines To: Pat Wendorf Cc: Nuno Teixeira , stable@FreeBSD.org Subject: Re: Portupgrade Utility Message-ID: <20020112151622.H40697@hal9000.halplant.com> Reply-To: Andrew J Caines Mail-Followup-To: Pat Wendorf , Nuno Teixeira , stable@FreeBSD.org References: <3C38AFF2.5020708@unios.dhs.org> <20020106213531.GE19117@gw.tex.bogus> <3C4083F4.9000900@unios.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C4083F4.9000900@unios.dhs.org>; from beholder@unios.dhs.org on Sat, Jan 12, 2002 at 01:44:04PM -0500 Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.4-STABLE Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pat, > Anyone thought of re-coding it in perl? I know little about either > language, so I applogize if this sounds stupid. While the dependencies would be a big issue affecting consideration of making a tool part of the base system, in this case we are talking about a tool for the ports system only. It would make little sense to put it in the base system even if it had no dependencies. -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 12:30:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp017.mail.yahoo.com (smtp017.mail.yahoo.com [216.136.174.114]) by hub.freebsd.org (Postfix) with SMTP id 35D9D37B41A for ; Sat, 12 Jan 2002 12:30:39 -0800 (PST) Received: from dial-up-mi-522.lombardiacom.it (HELO max) (212.34.227.14) by smtp.mail.vip.sc5.yahoo.com with SMTP; 12 Jan 2002 20:30:28 -0000 Message-ID: <000701c19ba7$c1c01800$0300a8c0@max> From: "Massimiliano Stucchi" To: "Andrew J Caines" , "Pat Wendorf" Cc: "Nuno Teixeira" , References: <3C38AFF2.5020708@unios.dhs.org> <20020106213531.GE19117@gw.tex.bogus> <3C4083F4.9000900@unios.dhs.org> <20020112151622.H40697@hal9000.halplant.com> Subject: Re: Portupgrade Utility Date: Sat, 12 Jan 2002 21:28:00 +0100 Organization: WillyStudios, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anyway, if not portupgrade, why not include cvsup in the base system, as I think we're talking about a really necessary utility ? Massimiliano Stucchi ----- Original Message ----- From: "Andrew J Caines" To: "Pat Wendorf" Cc: "Nuno Teixeira" ; Sent: Saturday, January 12, 2002 9:16 PM Subject: Re: Portupgrade Utility > Pat, > > > Anyone thought of re-coding it in perl? I know little about either > > language, so I applogize if this sounds stupid. > > While the dependencies would be a big issue affecting consideration of > making a tool part of the base system, in this case we are talking about a > tool for the ports system only. > > It would make little sense to put it in the base system even if it had no > dependencies. > > > -Andrew- > -- > _______________________________________________________________________ > | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | > | "They that can give up essential liberty to obtain a little temporary | > | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 12:36:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from serv1.wallnet.com (server1.wallnet.com [208.225.162.122]) by hub.freebsd.org (Postfix) with ESMTP id 1BB5A37B402 for ; Sat, 12 Jan 2002 12:36:11 -0800 (PST) Received: from localhost (timothyk@localhost) by serv1.wallnet.com (8.11.5/8.11.5) with ESMTP id g0CKa6Q14757; Sat, 12 Jan 2002 15:36:06 -0500 (EST) (envelope-from timothyk@serv1.wallnet.com) Date: Sat, 12 Jan 2002 15:36:06 -0500 (EST) From: Tim Kellers To: Massimiliano Stucchi Cc: Andrew J Caines , Pat Wendorf , Nuno Teixeira , Subject: Re: Portupgrade Utility In-Reply-To: <000701c19ba7$c1c01800$0300a8c0@max> Message-ID: <20020112153422.F14288-100000@serv1.wallnet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Because ports themselves are an option in the base system, if one doesn't want to install ports or the system sources (why anyone wouldn't want them is another subject), you don't need cvsup. Tim Kellers CPE/NJIT On Sat, 12 Jan 2002, Massimiliano Stucchi wrote: > Anyway, if not portupgrade, why not include cvsup in the base system, as I > think we're talking about a really necessary utility ? > > Massimiliano Stucchi > ----- Original Message ----- > From: "Andrew J Caines" > To: "Pat Wendorf" > Cc: "Nuno Teixeira" ; > Sent: Saturday, January 12, 2002 9:16 PM > Subject: Re: Portupgrade Utility > > > > Pat, > > > > > Anyone thought of re-coding it in perl? I know little about either > > > language, so I applogize if this sounds stupid. > > > > While the dependencies would be a big issue affecting consideration of > > making a tool part of the base system, in this case we are talking about a > > tool for the ports system only. > > > > It would make little sense to put it in the base system even if it had no > > dependencies. > > > > > > -Andrew- > > -- > > _______________________________________________________________________ > > | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | > > | "They that can give up essential liberty to obtain a little temporary | > > | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 12:44:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from femail36.sdc1.sfba.home.com (femail36.sdc1.sfba.home.com [24.254.60.26]) by hub.freebsd.org (Postfix) with ESMTP id 15B1D37B405 for ; Sat, 12 Jan 2002 12:44:08 -0800 (PST) Received: from math.missouri.edu ([24.12.197.197]) by femail36.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20020112204407.FXON12682.femail36.sdc1.sfba.home.com@math.missouri.edu>; Sat, 12 Jan 2002 12:44:07 -0800 Message-ID: <3C40A017.61885E5A@math.missouri.edu> Date: Sat, 12 Jan 2002 14:44:07 -0600 From: Stephen Montgomery-Smith X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Pat Wendorf Cc: Nuno Teixeira , stable@FreeBSD.ORG Subject: Re: Portupgrade Utility References: <3C38AFF2.5020708@unios.dhs.org> <20020106213531.GE19117@gw.tex.bogus> <3C4083F4.9000900@unios.dhs.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pat Wendorf wrote: > > Anyone thought of re-coding it in perl? I know little about either > language, so I applogize if this sounds stupid. > I know nothing about ruby, but I have programmed in perl. For writing large programs, it can be troublesome, and I think it would be a lot of work to convert it from ruby to perl. Certainly it would introduce bugs. Furthermore, I see no reason why anyone would want to put portupgrade into the base system. It takes about five minutes to install the additional port or package if you want it. (Well maybe longer if you have a slow system, but the time to install will be insignificant.) -- Stephen Montgomery-Smith stephen@math.missouri.edu http://www.math.missouri.edu/~stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 12:50:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from shale.csir.co.za (shale.csir.co.za [146.64.46.5]) by hub.freebsd.org (Postfix) with ESMTP id DBD8E37B402 for ; Sat, 12 Jan 2002 12:50:33 -0800 (PST) Received: (from reg@localhost) by shale.csir.co.za (8.11.5/8.11.5) id g0CJOVl28329; Sat, 12 Jan 2002 21:24:31 +0200 (SAT) (envelope-from reg) Date: Sat, 12 Jan 2002 21:24:31 +0200 From: Jeremy Lea To: Andrew J Caines Cc: Pat Wendorf , Nuno Teixeira , stable@FreeBSD.ORG Subject: Re: Portupgrade Utility Message-ID: <20020112212431.A27621@shale.csir.co.za> References: <3C38AFF2.5020708@unios.dhs.org> <20020106213531.GE19117@gw.tex.bogus> <3C4083F4.9000900@unios.dhs.org> <20020112151622.H40697@hal9000.halplant.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020112151622.H40697@hal9000.halplant.com>; from A.J.Caines@halplant.com on Sat, Jan 12, 2002 at 03:16:22PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On Sat, Jan 12, 2002 at 03:16:22PM -0500, Andrew J Caines wrote: > Pat, > > > Anyone thought of re-coding it in perl? I know little about either > > language, so I applogize if this sounds stupid. > > While the dependencies would be a big issue affecting consideration of > making a tool part of the base system, in this case we are talking about a > tool for the ports system only. > > It would make little sense to put it in the base system even if it had no > dependencies. -stable is the wrong list for this. -ports would be better. I began coding this functionality into the pkg_* tools some time ago, along with some other enhancements. At the time no one was interested. This was before portupgrade was written. The two people with the greatest interest in the pkg_* tools are Jordan (jkh), who's backing libh as a replacement, and Maxim (sobomax). I don't know if either of them ever looked at my patches. See http://people.freebsd.org/~reg/ As to incoroporation into the base system: if the code was in C, or perl it would be incorporated. Package management is an integral part of the FreeBSD base system, because without it we would have to add everything to the base system. Since no one was interested, I lost interest. Then I lost to real life... I've still got a working copy on my development box, and I'd be willing to supply it on my web page. Occasionally I get time to work on it. At the moment I'm more likely to contribute the finished product to OpenPackages.org. My next target is to add pkgdb functionallity (which is already in C), because my code can use a lot of cycles doing this the hard way. Then actually make the upgrade functionallity work. After that, changes from the last year or so need to be merged, and then any useful features from portupgrade, NetBSD and OpenBSD. I would love contributions from anyone else. I've been very careful to actually design my code, and tried to comment it... Regards, -Jeremy -- FreeBSD - Because the best things in life are free... http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 13: 5:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id C961737B420; Sat, 12 Jan 2002 13:05:33 -0800 (PST) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id NAA01250; Sat, 12 Jan 2002 13:05:32 -0800 Message-ID: <3C40A51B.1030201@owt.com> Date: Sat, 12 Jan 2002 13:05:31 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: John Baldwin Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: New cdboot ISO available References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > A new experimental CD bootstrap was recently added to -stable for the i386 > architecture that allows the full contents of the CD to be used when booting. > The method we currently uses relies on the BIOS emulating a floppy drive from a > floppy image file on the CD. This limits the size of the kernel that we can > boot off of. The new CD bootstrap allows a full GENERIC kernel to be used when > booting off of a CD, allowing more drivers to work out of the box. However, > not all BIOS's that support the older method support this newer method of CD > booting. I have a ECS K7S5A that booted but sysinstall was completely hung. I had to hit the reset button to reboot. Kent -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 13:16: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 1D15937B400; Sat, 12 Jan 2002 13:15:58 -0800 (PST) Subject: Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836 In-Reply-To: <3C3FCE35.4040404@owt.com> from Kent Stewart at "Jan 11, 2002 09:48:37 pm" To: kstewart@owt.com (Kent Stewart) Date: Sat, 12 Jan 2002 13:15:58 -0800 (PST) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20020112211558.1D15937B400@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > Dan Langille wrote: > > > Folks: > > > > Bill has solved the problem. I gave him access to my box last night and > > he coded a fix. > > > > Bill: will that change get into 4.5-RELEASE? > > > If it has to be MFC'ed can we get a diff of the changes to stable? I > can replace some ISA 10baseT NICs with PCI based stuff and have one > less card in two computers. I just committed a patch to the sriver in -current. Still have to mail re@ to get permission to MFC. In the meantime, you can download this patch: http://www.freebsd.org/~wpaul/sis.patch It's against -current but will apply to -stable as well. This fixes the MAC address and PHY detection problems. As far as the RealTek PHY is concerned, I'm not quite sure what to do there, but whatever it is will probably involve the rlphy driver, not the if_sis driver. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 14: 7:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mikea.ath.cx (okc-65-30-192-11.mmcable.com [65.30.192.11]) by hub.freebsd.org (Postfix) with ESMTP id B25B137B41E; Sat, 12 Jan 2002 14:07:29 -0800 (PST) Received: (from mikea@localhost) by mikea.ath.cx (8.11.6/8.11.1) id g0CM7Ml58705; Sat, 12 Jan 2002 16:07:22 -0600 (CST) (envelope-from mikea) Date: Sat, 12 Jan 2002 16:07:22 -0600 From: mikea To: John Baldwin Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: New cdboot ISO available Message-ID: <20020112160722.A58690@mikea.ath.cx> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.ORG on Thu, Jan 10, 2002 at 01:59:47AM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jan 10, 2002 at 01:59:47AM -0800, John Baldwin wrote: > A new experimental CD bootstrap was recently added to -stable for the i386 > architecture that allows the full contents of the CD to be used when booting. > The method we currently uses relies on the BIOS emulating a floppy drive from a > floppy image file on the CD. This limits the size of the kernel that we can > boot off of. The new CD bootstrap allows a full GENERIC kernel to be used when > booting off of a CD, allowing more drivers to work out of the box. However, > not all BIOS's that support the older method support this newer method of CD > booting. Worked fine booting from a no-name CDROM drive on my Soyo SY-7VCA motherboard with PIII-866 CPU and 256 MBytes RAM. Cool tool! -- Mike Andrews mikea@mikea.ath.cx Tired old sysadmin since 1964 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 14:17:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-75.dsl.lsan03.pacbell.net [63.207.60.75]) by hub.freebsd.org (Postfix) with ESMTP id C038437B41A for ; Sat, 12 Jan 2002 14:17:19 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 58BB366D47; Sat, 12 Jan 2002 14:17:19 -0800 (PST) Date: Sat, 12 Jan 2002 14:17:19 -0800 From: Kris Kennaway To: alexus Cc: freebsd-stable@freebsd.org Subject: Re: Fw: Cron /usr/local/bin/cvsup -g -h cvsup.FreeBSD.org /usr/share/examples/cvsup/stable-supfile >/dev/null;cd /usr/src;make buildworld >/dev/null;make buildkernel >/dev/null Message-ID: <20020112141719.B40866@xor.obsecurity.org> References: <000901c19b7c$85b44b40$faa0b542@noc> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000901c19b7c$85b44b40$faa0b542@noc>; from mail@alexus.org on Sat, Jan 12, 2002 at 10:19:25AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 12, 2002 at 10:19:25AM -0500, alexus wrote: > hi >=20 > i set up rebuild of my freebsd every saturday and it was rebuilding all t= he > time just fine, however today i got this >=20 > is anyone knows what the hell is that? What are you claiming is the problem? These look like normal compiler warnings. Kris --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8QLXuWry0BWjoQKURAqI5AJ97anNnDdy560nsR+I/o5jXdK+9PACgz2zu IJeQqSDYXCNnpXf+KwvNv/A= =ZltN -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 14:24:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from frl.nisser.com (c0039.upc-c.chello.nl [212.187.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 2BC3E37B41A for ; Sat, 12 Jan 2002 14:24:14 -0800 (PST) Received: from nisser.com (roelof.nisser.com [10.0.0.2]) by frl.nisser.com (Postfix) with ESMTP id 0A8A6EA8B; Sat, 12 Jan 2002 23:24:06 +0100 (CET) Message-ID: <3C40B786.5020105@nisser.com> Date: Sat, 12 Jan 2002 23:24:06 +0100 From: Roelof Osinga Organization: eBOA - Programming the Web User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120 X-Accept-Language: en,pdf MIME-Version: 1.0 To: Stephen Montgomery-Smith Cc: Pat Wendorf , Nuno Teixeira , stable@FreeBSD.ORG Subject: Re: Portupgrade Utility References: <3C38AFF2.5020708@unios.dhs.org> <20020106213531.GE19117@gw.tex.bogus> <3C4083F4.9000900@unios.dhs.org> <3C40A017.61885E5A@math.missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Stephen Montgomery-Smith wrote: > ... > I know nothing about ruby, but I have programmed in perl. For writing > large programs, it can be troublesome, and I think it would be a lot of > work to convert it from ruby to perl. Certainly it would introduce > bugs. > ... Ruby is a true blooded OO language in the spirit of Smalltalk. Perl is not. Ruby invites to OO design, perl less so since it's been grafted on behind the fact. Then there are differences in the exception handling systems, etc., etc. Of course it could be done, but ... Roelof -- _______________________________________________________________________ eBOA® est. 1982 http://eBOA.com/ tel. +31-58-2123014 mailto:info@eBOA.com?subject=Information_request fax. +31-58-2160293 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 14:32:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from atos.sr.se (atos.sr.se [192.121.194.132]) by hub.freebsd.org (Postfix) with ESMTP id AFD2137B41C for ; Sat, 12 Jan 2002 14:32:26 -0800 (PST) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by atos.sr.se (8.11.6/8.11.6) with ESMTP id g0CMWIc04080; Sat, 12 Jan 2002 23:32:18 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id XAA43215; Sat, 12 Jan 2002 23:32:15 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: (from root@localhost) by pluto.sr.se (8.11.6/8.11.1) id g0CMWF714291; Sat, 12 Jan 2002 23:32:15 +0100 (CET) (envelope-from gunnar) Received: (from gunnar@localhost) by pluto.sr.se (8.11.6/8.11.1av) id g0CMWCN14224; Sat, 12 Jan 2002 23:32:12 +0100 (CET) (envelope-from gunnar) Date: Sat, 12 Jan 2002 23:32:12 +0100 From: Gunnar Flygt To: Dag-Erling Smorgrav Cc: FreeBSD Stable Subject: Re: ISO_8859-15 and Swedish Characters Message-ID: <20020112233212.A14202@sr.se> Reply-To: Gunnar Flygt Mail-Followup-To: Gunnar Flygt , Dag-Erling Smorgrav , FreeBSD Stable References: <20020112145101.A6859@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sat, Jan 12, 2002 at 04:05:01PM +0100 X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 12, 2002 at 04:05:01PM +0100, Dag-Erling Smorgrav wrote: > Gunnar Flygt writes: > > If I define 8859-15 instead of 8859-1 to get Euro symbol, I loose the > > swedish characters "Aring, Aumlaut and Oumlaut" This happens for both > > console and xterms! > > Is your world up-to-date? I'll bet you're missing the locale > definition for 8859-15, and libc falls back to "C". It was built 1 January > > DES > -- > Dag-Erling Smorgrav - des@ofug.org -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 14:33:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from atos.sr.se (atos.sr.se [192.121.194.132]) by hub.freebsd.org (Postfix) with ESMTP id 9BA4337B400 for ; Sat, 12 Jan 2002 14:33:31 -0800 (PST) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by atos.sr.se (8.11.6/8.11.6) with ESMTP id g0CMXUc04084; Sat, 12 Jan 2002 23:33:30 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id XAA43318; Sat, 12 Jan 2002 23:33:30 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: (from root@localhost) by pluto.sr.se (8.11.6/8.11.1) id g0CMXUe14324; Sat, 12 Jan 2002 23:33:30 +0100 (CET) (envelope-from gunnar) Received: (from gunnar@localhost) by pluto.sr.se (8.11.6/8.11.1av) id g0CMXRx14316; Sat, 12 Jan 2002 23:33:27 +0100 (CET) (envelope-from gunnar) Date: Sat, 12 Jan 2002 23:33:27 +0100 From: Gunnar Flygt To: Erik Trulsson Cc: FreeBSD Stable Subject: Re: ISO_8859-15 and Swedish Characters Message-ID: <20020112233327.B14202@sr.se> Reply-To: Gunnar Flygt Mail-Followup-To: Gunnar Flygt , Erik Trulsson , FreeBSD Stable References: <20020112145101.A6859@sr.se> <20020112140005.GA18708@student.uu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020112140005.GA18708@student.uu.se>; from ertr1013@student.uu.se on Sat, Jan 12, 2002 at 03:00:05PM +0100 X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 12, 2002 at 03:00:05PM +0100, Erik Trulsson wrote: > On Sat, Jan 12, 2002 at 02:51:02PM +0100, Gunnar Flygt wrote: > > If I define 8859-15 instead of 8859-1 to get Euro symbol, I loose the > > swedish characters "Aring, Aumlaut and Oumlaut" This happens for both > > console and xterms! > > That does not happen for me. If I use 8859-15 I get the Euro symbol, > while retaining all the swedish letters. Maybe i have to rebuild the whole thing again then. > > (I am using 4.5-RC1) > > > -- > > Erik Trulsson > ertr1013@student.uu.se -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 14:46:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from cyberland.fi (mail.cyberland.fi [62.142.63.103]) by hub.freebsd.org (Postfix) with SMTP id 429DB37B404 for ; Sat, 12 Jan 2002 14:46:03 -0800 (PST) Received: (qmail 53430 invoked from network); 12 Jan 2002 22:59:09 -0000 Received: from unknown (HELO ryssa) (62.142.63.76) by 0 with SMTP; 12 Jan 2002 22:59:09 -0000 Subject: mount_null problems From: Edvard Fagerholm To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="=-jp5poCmgJ0kzE1etfyVx" X-Mailer: Evolution/0.99.0 (Preview Release) Date: 12 Jan 2002 20:45:46 -0200 Message-Id: <1010875546.1942.0.camel@ryssa.cyberland.fi> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-jp5poCmgJ0kzE1etfyVx Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello! I've just tried to tweak a few things with chrooted ftp for my users. Basically what I'm doing is that every user has an NFS mounted wwwroot from some http-server. These www-folders are mounted to /www /www2 ... /wwwN one for each server and each of these /wwwN folders contain one folder per domain, so we've got things like: /www3/domain.dom/ Now domain.dom is owned by some user and thus we've got a softlink pointing from this user's home directory to the NFS mounted location of his/her wwwroot (i.e. /www3/domain.dom/). The problem with this is that chrooted ftp-access isn't possible with softlinks and I don't want to mount each user's wwwroot to his/her home directory as that would lead to a massive amount of NFS mounts. What I tried to do was to use mount_null to mount /www -> /home/user/www. This was done on a little testbox with limited access for only a few users. The problem is that if I do cd /home/user/www and type 'ls' the ls process freezes and so thus every other subsequent process that tries to access /home/user/www. Basically this is how the file systems are mounted: /dev/ad1s1a on / (ufs, local, soft-updates) /dev/ad1s1e on /root (ufs, local, soft-updates) /dev/ad1s1f on /tmp (ufs, local, nodev, noexec, nosuid, soft-updates) /dev/ad1s1h on /usr (ufs, local, nodev, soft-updates) /dev/ad1s1g on /var (ufs, local, nodev, noexec, nosuid, soft-updates) procfs on /proc (procfs, local) nfs1:/data/home on /home (nfs, nodev, noexec, nosuid) http1:/www on /www (nfs, nodev, noexec, nosuid) http1:/var/log/apache on /logs (nfs, nodev, noexec, nosuid, read-only) /www on /home/user1/www (null) /www on /home/user2/www (null) /www on /home/user3/www (null) /www on /home/user4/www (null) So basically a NFS mounted partition is further null mounted. The only way to get rid of these ls processes or shells trying to cd into that /home/user/www folder is to kill them and the only way to make that directory available again is to reboot. This is the output from top for one of these freezed processes: 239 root -14 0 1332K 988K nullno 0:00 0.00% 0.00% csh This box is running -stable as of 3 days ago. I'm not sure whether this is a software problem or a problem relating to available memory in the kernel, so this might be the wrong list for this. I've attached my 'vmstat -m' output to this e-mail. Any ideas, why this doesn't work or why it's stupid or impossible to do are welcomed. Any other idea how to do chrooted ftp-access for a few hundred users and still let them write into these NFS mounted folders would be nice too. Most of these users can't use the shell, so I can't have them upload files to a temporary storage space to be moved by hand from the shell (and if they knew how to do this, I'd force them to use scp...). Regards, Edvard --=-jp5poCmgJ0kzE1etfyVx Content-Disposition: attachment; filename=vmstat.out Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 201 55 4293 1280 0 32 164 92 1074 640 0 64 1600 64 15920 320 0 128 1194 22 2752 160 0 256 986 22 1718 80 0 512 36 4 153 40 0 1K 58 2 204 20 0 2K 24 0 26 10 0 4K 17 2 10720 5 0 8K 1 0 1 5 0 16K 11 0 11 5 0 32K 5 0 5 5 0 64K 2 0 2 5 0 256K 1 0 1 5 0 512K 0 0 2 5 0 Memory usage type by bucket size Size Type(s) 16 NULLFS mount, uc_devlist, p1003.1b, routetbl, ether_multi, vnodes, mount, pcb, soname, rman, bus, sysctl, kld, temp, devbuf, atexit, proc-args 32 atkbddev, sigio, dirrem, diradd, freefile, freefrag, indirdep, bmsafemap, newblk, in_multi, routetbl, ether_multi, ifaddr, vnodes, cluster_save buffer, pcb, soname, taskqueue, SWAP, eventhandler, bus, sysctl, uidinfo, subproc, pgrp, kld, temp, devbuf, proc-args 64 NULLFS node, NULLFS hash, file, AD driver, isadev, allocindir, allocdirect, pagedep, NFS req, in6_multi, routetbl, ether_multi, ifaddr, vnodes, vfscache, pcb, rman, eventhandler, bus, subproc, session, ip6ndp, temp, devbuf, lockf, proc-args 128 ZONE, dev_t, freeblks, inodedep, routetbl, vnodes, mount, timecounter, soname, ttys, bus, cred, kld, ip6ndp, temp, devbuf, zombie, proc-args 256 file desc, FFS node, newblk, NFS daemon, routetbl, ifaddr, vnodes, ttys, bus, subproc, temp, devbuf, proc-args 512 uc_devlist, ATA generic, UFS mount, ifaddr, mount, BIO buffer, ptys, msg, ioctlops, bus, uidinfo, ip6ndp, devbuf 1K AD driver, NQNFS Lease, BIO buffer, sem, ioctlops, kld, temp 2K UFS mount, BIO buffer, pcb, bus, proc, devbuf 4K mbuf, UFS mount, sem, msg, kld, temp, devbuf 8K pagedep 16K shm, msg, kld, devbuf 32K VM pgdata, UFS ihash, inodedep, NFS hash, kld 64K vfscache, temp 256K SWAP 512K temp Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) NULLFS mount 5 1K 1K 31795K 5 0 0 16 NULLFS node 22 2K 2K 31795K 22 0 0 64 NULLFS hash 1 1K 1K 31795K 1 0 0 64 atkbddev 1 1K 1K 31795K 1 0 0 32 uc_devlist 8 1K 1K 31795K 8 0 0 16,512 mbuf 1 4K 4K 31795K 1 0 0 4K sigio 1 1K 1K 31795K 1 0 0 32 file 62 4K 5K 31795K 1920 0 0 64 file desc 28 7K 9K 31795K 338 0 0 256 AD driver 1 1K 2K 31795K 10668 0 0 64,1K ATA generic 0 1K 1K 31795K 1 0 0 512 isadev 6 1K 1K 31795K 6 0 0 64 ZONE 14 2K 2K 31795K 14 0 0 128 VM pgdata 1 32K 32K 31795K 1 0 0 32K dev_t 607 76K 76K 31795K 607 0 0 128 UFS mount 15 25K 25K 31795K 15 0 0 512,2K,4K UFS ihash 1 32K 32K 31795K 1 0 0 32K FFS node 844 211K 211K 31795K 884 0 0 256 dirrem 0 0K 1K 31795K 41 0 0 32 diradd 0 0K 1K 31795K 48 0 0 32 freefile 0 0K 1K 31795K 23 0 0 32 freeblks 0 0K 2K 31795K 21 0 0 128 freefrag 0 0K 1K 31795K 4 0 0 32 allocindir 0 0K 1K 31795K 1 0 0 64 indirdep 0 0K 1K 31795K 1 0 0 32 allocdirect 0 0K 1K 31795K 39 0 0 64 bmsafemap 0 0K 1K 31795K 20 0 0 32 newblk 1 1K 1K 31795K 41 0 0 32,256 inodedep 1 32K 35K 31795K 64 0 0 128,32K pagedep 1 8K 9K 31795K 12 0 0 64,8K p1003.1b 1 1K 1K 31795K 1 0 0 16 NFS hash 1 32K 32K 31795K 1 0 0 32K NQNFS Lease 1 1K 1K 31795K 1 0 0 1K NFS daemon 1 1K 1K 31795K 1 0 0 256 NFS req 0 0K 1K 31795K 257 0 0 64 in6_multi 6 1K 1K 31795K 6 0 0 64 in_multi 2 1K 1K 31795K 2 0 0 32 routetbl 60 9K 9K 31795K 85 0 0 16,32,64,128= ,256 ether_multi 28 2K 2K 31795K 28 0 0 16,32,64 ifaddr 22 5K 5K 31795K 22 0 0 32,64,256,51= 2 vnodes 22 6K 6K 31795K 276 0 0 16,32,64,128= ,256 mount 14 7K 7K 31795K 16 0 0 16,128,512 cluster_save buffer 0 0K 1K 31795K 1 0 0 32 vfscache 1256 143K 143K 31795K 1542 0 0 64,64K BIO buffer 56 64K 64K 31795K 111 0 0 512,1K,2K timecounter 10 2K 2K 31795K 10 0 0 128 pcb 20 5K 5K 31795K 138 0 0 16,32,64,2K soname 4 1K 1K 31795K 3716 0 0 16,32,128 ptys 3 2K 2K 31795K 3 0 0 512 ttys 487 62K 62K 31795K 1072 0 0 128,256 shm 1 12K 12K 31795K 1 0 0 16K sem 3 6K 6K 31795K 3 0 0 1K,4K msg 4 25K 25K 31795K 4 0 0 512,4K,16K rman 35 2K 2K 31795K 392 0 0 16,64 ioctlops 0 0K 1K 31795K 15 0 0 512,1K taskqueue 1 1K 1K 31795K 1 0 0 32 SWAP 2 173K 173K 31795K 2 0 0 32,256K eventhandler 11 1K 1K 31795K 11 0 0 32,64 bus 283 24K 24K 31795K 551 0 0 16,32,64,128= ,256,512,2K sysctl 0 0K 1K 31795K 59 0 0 16,32 uidinfo 5 1K 1K 31795K 9 0 0 32,512 cred 8 1K 2K 31795K 432 0 0 128 subproc 70 7K 8K 31795K 825 0 0 32,64,256 proc 2 4K 4K 31795K 2 0 0 2K session 18 2K 2K 31795K 31 0 0 64 pgrp 21 1K 1K 31795K 73 0 0 32 kld 16 57K 62K 31795K 69 0 0 16,32,128,1K= ,4K,16K,32K ip6ndp 3 1K 1K 31795K 4 0 0 64,128,512 temp 109 51K 985K 31795K 814 0 0 16,32,64,128= ,256,1K,4K,64K,512K devbuf 65 170K 174K 31795K 10781 0 0 16,32,64,128= ,256,512,2K,4K,16K lockf 3 1K 1K 31795K 83 0 0 64 atexit 1 1K 1K 31795K 1 0 0 16 zombie 0 0K 1K 31795K 310 0 0 128 proc-args 24 1K 2K 31795K 311 0 0 16,32,64,128= ,256 Memory Totals: In Use Free Requests 1305K 28K 36882 --=-jp5poCmgJ0kzE1etfyVx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 14:50: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.murraystate.edu (mail1.murraystate.edu [216.249.159.50]) by hub.freebsd.org (Postfix) with SMTP id 44B3137B41E; Sat, 12 Jan 2002 14:49:56 -0800 (PST) Received: from runbox.com (216.249.168.70) by mail1.murraystate.edu (NPlex 5.5.031) id 3C122179000C632F; Sat, 12 Jan 2002 16:46:55 -0600 Message-ID: <3C40BDAA.3080900@runbox.com> Date: Sat, 12 Jan 2002 16:50:18 -0600 From: AL Grant User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020109 X-Accept-Language: en-us MIME-Version: 1.0 To: "Gary W. Swearingen" Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: New cdboot ISO available References: <3C3E1167.5080302@runbox.com> <4gpu4gzpxq.u4g@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gary W. Swearingen wrote: >AL Grant writes: > >>The first time I got 660171KB and it quit then I got 660170KB and it >>quit. Just now I tried again and it got 660168KB and quit. Every time it >>shows 99% complete. >> > >Though I can't say it would solve that problem, I recommend getting such >big files using a resumable FTPer like ncftp/ncftpget so you don't >have to restart from byte one after a download is interrupted. > > > I was finally able to complete the download. It seems the problem is in the download interface for Mozilla. Once I went to command line I had no trouble. I have used this cdboot on a Biostar M7vkd with chipset VIA KT133A, & on a K7VMA mobo with VIA VT8365/VT82C686B chipset. I have also installed on my laptop a Toshiba 1555CDS all with no trouble. Thanks to everyone for the earlier help. ALG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 15:24: 2 2002 Delivered-To: freebsd-stable@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by hub.freebsd.org (Postfix) with SMTP id 5629537B41D for ; Sat, 12 Jan 2002 15:23:57 -0800 (PST) Received: (qmail 63789 invoked by uid 1001); 13 Jan 2002 09:23:55 +1000 X-Posted-By: GJB-Post 2.23 27-Nov-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Uptime: 3 days, 15:51 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Message-Id: Date: Sun, 13 Jan 2002 09:23:55 +1000 From: Greg Black To: AL Grant Cc: "Gary W. Swearingen" , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: New cdboot ISO available References: <3C3E1167.5080302@runbox.com> <4gpu4gzpxq.u4g@localhost.localdomain> <3C40BDAA.3080900@runbox.com> In-reply-to: <3C40BDAA.3080900@runbox.com> of Sat, 12 Jan 2002 16:50:18 CST Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG AL Grant wrote: | I was finally able to complete the download. It seems the problem is in | the download | interface for Mozilla. Once I went to command line I had no trouble. The mozilla download "capability" is a complete crock. The other day I tried to download an 8 MB file and mozilla put 30 MB of useless junk on my disk. I've had several cases of failures with it where any other tool I've tried has done the job right. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 15:45: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id B836937B420 for ; Sat, 12 Jan 2002 15:44:52 -0800 (PST) Received: (qmail 11114 invoked from network); 12 Jan 2002 23:44:51 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 12 Jan 2002 23:44:51 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3C40A51B.1030201@owt.com> Date: Sat, 12 Jan 2002 15:44:12 -0800 (PST) From: John Baldwin To: Kent Stewart Subject: Re: New cdboot ISO available Cc: qa@FreeBSD.ORG, stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 12-Jan-02 Kent Stewart wrote: > > > John Baldwin wrote: > >> A new experimental CD bootstrap was recently added to -stable for the i386 >> architecture that allows the full contents of the CD to be used when >> booting. >> The method we currently uses relies on the BIOS emulating a floppy drive >> from a >> floppy image file on the CD. This limits the size of the kernel that we can >> boot off of. The new CD bootstrap allows a full GENERIC kernel to be used >> when >> booting off of a CD, allowing more drivers to work out of the box. However, >> not all BIOS's that support the older method support this newer method of CD >> booting. > > > I have a ECS K7S5A that booted but sysinstall was completely hung. I > had to hit the reset button to reboot. Hmmm, that is weird. I assume it doesn't hang with the normal ISO image? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 15:45:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 394E137B417 for ; Sat, 12 Jan 2002 15:44:55 -0800 (PST) Received: (qmail 29403 invoked from network); 12 Jan 2002 23:44:53 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 12 Jan 2002 23:44:53 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200201121549.g0CFnVC00912@visar.norris-net.com> Date: Sat, 12 Jan 2002 15:44:13 -0800 (PST) From: John Baldwin To: Derrick Norris Subject: Re: New cdboot ISO available Cc: qa@FreeBSD.ORG, stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 12-Jan-02 Derrick Norris wrote: > On Thursday 10 January 2002 04:59 am, John Baldwin wrote: > > > >> Please test this ISO and provide feedback to the -stable or -qa >> lists thanks. > > Used mini-cd boot ISO (5MB). > > Boots fine on: > Dell Latitude CPx 500 laptop with standard CD-ROM in drive bay > Homebrew with Asus CUSL2 MB and TDK 12x10x32 CD-RW > > Had problems on a Dell Dimension XPS P-166 with no-name CD-ROM drive > and 64 MB RAM. I had originally burned the ISO onto a CD-RW blank, > then tried on a CD-R with same results: > > CD Loader 1.01 > > Building the boot loader arguments > Looking up /BOOT/LOADER... Found > Relocating the loader and the BTX > Starting the BTX loader > > BTX loader 1.00 BTX version is 1.01 > > int=0000000d err=00000000 efl=00010202 eip=0000e369 > eax=000000fa ebx=00000000 ecx=00000000 edx=00094fa1 > esi=00000000 edi=00000001 ebp=00093ff8 esp=00000000 > > cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 > > cs:eip=2e 31 2e 31 2e 31 2e 31-34 2e 31 20 32 30 30 31 > ss:esp=4f c8 81 02 00 89 e0 05-a0 0f 00 00 a3 cc 81 02 > > and the system halted. Oeer. Hmm, cs:eip is pointing at text ".1.1.1.14.1 2001" and blowing up trying to execute that. Hmm, eip is in a rather weird address. Oh, %esp is hosed somehow, the stack pointer shouldn't be zero. :) So somehow the stack pointer got messed up and it started executing garbage before blowing up. Can you read the CD contents find on this machine? What year is the BIOS onthe Dimension XPS and can it boot a Windows 2000, NT 4, or Me CD-ROM ok? Thanks! > Derrick -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 16: 3:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from valiant.cnchost.com (valiant.concentric.net [207.155.252.9]) by hub.freebsd.org (Postfix) with ESMTP id 2FD8737B404 for ; Sat, 12 Jan 2002 16:03:32 -0800 (PST) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by valiant.cnchost.com id TAA02032; Sat, 12 Jan 2002 19:03:32 -0500 (EST) [ConcentricHost SMTP Relay 1.14] Message-ID: <200201130003.TAA02032@valiant.cnchost.com> To: stable@freebsd.org Subject: Re: New cdboot ISO available Date: Sat, 12 Jan 2002 16:03:31 -0800 From: Bakul Shah Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The miniboot image boots on a Soyo Dragon plus! based system. Athlon XP 1700+, VIA KT266A chipset, 133Mhz DDR, ATA100 disk. Also, I have been running a daily snapshot of 4.5-PRERELEASE (created locally) for about 4 weeks with no problems. Onboard ethernet (VIA VT6102 Rhine II), sound (CMI 8738) work fine. Haven't bothered with USB or built-in smartmedia card. There ought to be a webpage for people to report what systems work for which freebsd version (and may be, which subsystems). Granted this can get obsolete fast but still useful as a starting point when looking to buy a new system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 16:43: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail500.nifty.com (mail500.nifty.com [202.248.37.208]) by hub.freebsd.org (Postfix) with ESMTP id 2985637B417 for ; Sat, 12 Jan 2002 16:43:01 -0800 (PST) Received: from mail.oikumene.gcd.org by mail500.nifty.com (8.11.6+3.4W/3.7W-09/06/01) with SMTP id g0CNdR424968 for ; Sun, 13 Jan 2002 08:39:27 +0900 Received: (qmail 29306 invoked from network); 12 Jan 2002 23:39:27 -0000 Received: from chrysanthe.oikumene.gcd.org (192.168.0.12) by mail.oikumene.gcd.org with SMTP; 12 Jan 2002 23:39:27 -0000 Date: Sun, 13 Jan 2002 08:39:16 +0900 Message-ID: <86r8ovxhp7.wl@chrysanthe.oikumene.gcd.org> From: Hiroo Ono To: stable@FreeBSD.org Subject: Re: Portupgrade Utility In-Reply-To: <3C4083F4.9000900@unios.dhs.org> References: <3C38AFF2.5020708@unios.dhs.org> <20020106213531.GE19117@gw.tex.bogus> <3C4083F4.9000900@unios.dhs.org> User-Agent: Wanderlust/2.6.1 (Upside Down) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.1 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hello, At Sat, 12 Jan 2002 13:44:04 -0500, Pat Wendorf wrote: > Anyone thought of re-coding it in perl? I know little about either > language, so I applogize if this sounds stupid. Is re-writing it in perl enough? The author said that it was meant for workaound until the openpackages comes. I thought it was another reason why it does not go into the base system. http://www.freebsd.org/cgi/getmsg.cgi?fetch=980247+0+/usr/local/www/db/text/2001/freebsd-ports/20010211.freebsd-ports To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 17:25:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from oddjob.trewitt.org (adsl-216-102-95-11.dsl.snfc21.pacbell.net [216.102.95.11]) by hub.freebsd.org (Postfix) with ESMTP id F408737B400; Sat, 12 Jan 2002 17:25:19 -0800 (PST) Received: from trewitt.org (g4.trewitt.org [10.0.0.4]) by oddjob.trewitt.org (8.11.3/8.11.1) with ESMTP id g0D1PJJ71252; Sat, 12 Jan 2002 17:25:19 -0800 (PST) (envelope-from glenn@trewitt.org) Message-ID: <3C40E1FF.3030304@trewitt.org> Date: Sat, 12 Jan 2002 17:25:19 -0800 From: Glenn Trewitt User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.4) Gecko/20011022 Netscape6/6.2 X-Accept-Language: en,pdf MIME-Version: 1.0 To: qa@FreeBSD.ORG Cc: stable@FreeBSD.ORG Subject: Re: New cdboot ISO available References: <200201121549.g0CFnVC00912@visar.norris-net.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > >Please test this ISO and provide feedback to the -stable or -qa >lists thanks. > I used the mini-cd boot ISO. It worked fine on an: Intel 440 BX chipset + 400MHz Celeron. It worked fine on an: ALiM1647 + ALiM1535D chipset + 1200 MHz AMD Thunderbird, on an Iwill motherboard. It booted OK on a Sony VAIO superslim Z505HS (500 MHz Celeron), using the external Sony CDROM, connected via Sony's PC-card interface. However, once the kernel finished booting, it went through 3 or 4 steps: Use PC-card device as installation media? Select an I/O address area Select an available IRQ Since it booted off of the CDROM, it seems like it ought to be able to offer the option of "get the distribution off of the boot media". (Of course, I can imagine several different reasons why this wouldn't work.) Other than that, the VAIO boot went fine, and I got to the sysinstall screen. - Glenn Trewitt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 17:28:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from drugs.dv.isc.org (drugs.dv.isc.org [130.155.191.236]) by hub.freebsd.org (Postfix) with ESMTP id 8DC5237B402 for ; Sat, 12 Jan 2002 17:28:03 -0800 (PST) Received: from isc.org (localhost.dv.isc.org [127.0.0.1]) by drugs.dv.isc.org (8.11.6/8.11.2) with ESMTP id g0D1RRp44259; Sun, 13 Jan 2002 12:27:31 +1100 (EST) (envelope-from marka@isc.org) Message-Id: <200201130127.g0D1RRp44259@drugs.dv.isc.org> To: Kris Kennaway Cc: alexus , freebsd-stable@freebsd.org From: Mark.Andrews@isc.org Subject: Re: Fw: Cron /usr/local/bin/cvsup -g -h cvsup.FreeBSD.org /usr/share/examples/cvsup/stable-supfile >/dev/null;cd /usr/src;make buildworld >/dev/null;make buildkernel >/dev/null In-reply-to: Your message of "Sat, 12 Jan 2002 14:17:19 -0800." <20020112141719.B40866@xor.obsecurity.org> Date: Sun, 13 Jan 2002 12:27:27 +1100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Sat, Jan 12, 2002 at 10:19:25AM -0500, alexus wrote: > > hi > >=20 > > i set up rebuild of my freebsd every saturday and it was rebuilding all t= > he > > time just fine, however today i got this > >=20 > > is anyone knows what the hell is that? > > What are you claiming is the problem? Well some of them are a problems like casting away const on the first arguement to strcpy() so that you can overwrite a const string. /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/sra.c:655: warning: passing arg 1 of `strcpy' discards qualifiers from pointer target type Casting away const when you know the function doesn't modify the arguement is reasonable. Casting away the const when the the result is non-const referencing the const string is dubious at best and requires close inspection, e.g. strchr(). When the function does overwrite the arguement the program is just plain wrong and needs to be fixed. Mark > These look like normal compiler warnings. > > Kris -- Mark Andrews, Internet Software Consortium 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews@isc.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 17:31:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.zer0.org (klapaucius.zer0.org [204.152.186.45]) by hub.freebsd.org (Postfix) with ESMTP id B3B9637B400 for ; Sat, 12 Jan 2002 17:31:29 -0800 (PST) Received: by mail1.zer0.org (Postfix, from userid 1001) id 90CEB239A05; Sat, 12 Jan 2002 17:31:29 -0800 (PST) Date: Sat, 12 Jan 2002 17:31:29 -0800 From: Gregory Sutter To: stable@FreeBSD.ORG Subject: Re: tcp keepalive and dynamic ipfw rules Message-ID: <20020113013129.GC5234@klapaucius.zer0.org> References: <20020112123054.A20486@localhost> <15424.33362.685365.782853@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qjNfmADvan18RZcF" Content-Disposition: inline In-Reply-To: <15424.33362.685365.782853@caddis.yogotech.com> User-Agent: Mutt/1.3.25i Organization: Zer0 X-Purpose: For great justice! Mail-Copies-To: poster Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qjNfmADvan18RZcF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2002-01-12 11:37 -0700, Nate Williams wrote: > > > I have setup a dynamic firewall for my personal computer with such ru= les > > >=20 > > > ipfw add check-state > > > ipfw add deny tcp from any to any established >=20 > This rule doesn't do a heck of a lot, unless you have by default an > 'open' setup. A better idea may be to add the 'log' keyword to this rule, so you can see if someone is passing packets with fake 'established' flags. Then, of course, deny all other unknown packets later. =20 > # Allow me to make UDP connections > ipfw add check-state > ipfw add pass udp from me to any keep-state out This check-state rule is superflous, since the state will be checked=20 at the keep-state rule if no check-state rule is present. Does anyone know of a place where one can look at a number of=20 firewall rulesets? I'm working on improving mine and would like to see the neat things people have come up with. Greg --=20 Gregory S. Sutter The process of scientific discovery mailto:gsutter@zer0.org is, in effect, a continual flight http://www.zer0.org/~gsutter/ from wonder. --Albert Einstein hkp://wwwkeys.pgp.net/0x845DFEDD --qjNfmADvan18RZcF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQE8QONxIBUx1YRd/t0RAqgRAJ98XEIZq+PKsNRj8wUuqBGtXy0lhwCfblB/ Kjryfk1mxCk2ZFvW5fVlOgo= =8p7a -----END PGP SIGNATURE----- --qjNfmADvan18RZcF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 17:36:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.zer0.org (klapaucius.zer0.org [204.152.186.45]) by hub.freebsd.org (Postfix) with ESMTP id C491137B400; Sat, 12 Jan 2002 17:36:42 -0800 (PST) Received: by mail1.zer0.org (Postfix, from userid 1001) id BCB83239A06; Sat, 12 Jan 2002 17:36:42 -0800 (PST) Date: Sat, 12 Jan 2002 17:36:42 -0800 From: Gregory Sutter To: Jeremy Lea Cc: stable@FreeBSD.ORG Subject: Re: Portupgrade Utility Message-ID: <20020113013642.GD5234@klapaucius.zer0.org> References: <3C38AFF2.5020708@unios.dhs.org> <20020106213531.GE19117@gw.tex.bogus> <3C4083F4.9000900@unios.dhs.org> <20020112151622.H40697@hal9000.halplant.com> <20020112212431.A27621@shale.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Km1U/tdNT/EmXiR1" Content-Disposition: inline In-Reply-To: <20020112212431.A27621@shale.csir.co.za> User-Agent: Mutt/1.3.25i Organization: Zer0 X-Purpose: For great justice! Mail-Copies-To: poster Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Km1U/tdNT/EmXiR1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2002-01-12 21:24 +0200, Jeremy Lea wrote: >=20 > I began coding this functionality into the pkg_* tools some time ago, > along with some other enhancements. At the time no one was interested.= =20 > This was before portupgrade was written. The two people with the > greatest interest in the pkg_* tools are Jordan (jkh), who's backing > libh as a replacement, and Maxim (sobomax). I don't know if either of > them ever looked at my patches. >=20 > See http://people.freebsd.org/~reg/ >=20 > Since no one was interested, I lost interest. Then I lost to real > life... I've still got a working copy on my development box, and I'd be > willing to supply it on my web page. Occasionally I get time to work on > it. At the moment I'm more likely to contribute the finished product to > OpenPackages.org. If you get some cycles, please let know of your efforts and plans. OpenPackages would have the same problem with knu's code that FreeBSD does--it has an additional language dependency. For OP that's a killer, because we don't have a package from which to build ruby until we have the OP system in the first place. Greg --=20 Gregory S. Sutter I got a 1.4GHz Athlon for my girlfriend. mailto:gsutter@zer0.org Good trade! http://www.zer0.org/~gsutter/=20 hkp://wwwkeys.pgp.net/0x845DFEDD --Km1U/tdNT/EmXiR1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQE8QOSqIBUx1YRd/t0RAndFAJ48TKc3sIaRBmyV6cPFm7MKEVPyPgCdGodG EuzRhbBKt+P+18ljTfblXBw= =y/h5 -----END PGP SIGNATURE----- --Km1U/tdNT/EmXiR1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 17:39:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-162.dsl.lsan03.pacbell.net [64.165.226.162]) by hub.freebsd.org (Postfix) with ESMTP id 10D1C37B417 for ; Sat, 12 Jan 2002 17:39:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2530A66D43; Sat, 12 Jan 2002 17:39:52 -0800 (PST) Date: Sat, 12 Jan 2002 17:39:51 -0800 From: Kris Kennaway To: Mark.Andrews@isc.org Cc: Kris Kennaway , alexus , freebsd-stable@freebsd.org Subject: Re: Fw: Cron /usr/local/bin/cvsup -g -h cvsup.FreeBSD.org /usr/share/examples/cvsup/stable-supfile >/dev/null;cd /usr/src;make buildworld >/dev/null;make buildkernel >/dev/null Message-ID: <20020112173951.A47715@xor.obsecurity.org> References: <20020112141719.B40866@xor.obsecurity.org> <200201130127.g0D1RRp44259@drugs.dv.isc.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201130127.g0D1RRp44259@drugs.dv.isc.org>; from Mark.Andrews@isc.org on Sun, Jan 13, 2002 at 12:27:27PM +1100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 13, 2002 at 12:27:27PM +1100, Mark.Andrews@isc.org wrote: >=20 > > On Sat, Jan 12, 2002 at 10:19:25AM -0500, alexus wrote: > > > hi > > >=3D20 > > > i set up rebuild of my freebsd every saturday and it was rebuilding a= ll t=3D > > he > > > time just fine, however today i got this > > >=3D20 > > > is anyone knows what the hell is that? > >=20 > > What are you claiming is the problem? >=20 > Well some of them are a problems like casting away const > on the first arguement to strcpy() so that you can overwrite > a const string. Yeah, but they're not problems the end user needs to worry about, in that they're perfectly normal when compiling FreeBSD. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8QOVnWry0BWjoQKURAvkmAKCyk49urlNi2ojaxIZ+XA2k4/Qt1QCgmYmE Jo+Xiz+/4ObPjngXIcxTJeE= =+eJx -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 17:45:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from glass.dnsart.com (L028211.ppp.dion.ne.jp [211.126.28.211]) by hub.freebsd.org (Postfix) with ESMTP id B69A037B41A for ; Sat, 12 Jan 2002 17:45:16 -0800 (PST) Received: from localhost ([127.0.0.1]) by glass.dnsart.com with esmtp (Exim 3.33 #1) id 16PZhr-00043m-00; Sun, 13 Jan 2002 10:45:07 +0900 Date: Sun, 13 Jan 2002 10:45:04 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@glass.pun-pun.prv To: Edvard Fagerholm Cc: freebsd-stable@freebsd.org Subject: Re: mount_null problems In-Reply-To: <1010875546.1942.0.camel@ryssa.cyberland.fi> Message-ID: <20020113104154.G78412-100000@glass.pun-pun.prv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 12 Jan 2002, Edvard Fagerholm wrote: > Any ideas, why this doesn't work or why it's stupid or impossible to do I would love to use mount_null too because it seems like a good solution for a number of problems. However, did you read the BUGS section of the man page? BUGS THIS FILESYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T WORK) AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM. USE AT YOUR OWN RISK. BEWARE OF DOG. SLIPPERY WHEN WET. This code also needs an owner in order to be less dangerous - serious hackers can apply by sending mail to and announcing their intent to take it over. I crashed FreeBSD quite a few times trying to use nullfs. Now I know better. -- Tod McQuillin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 19:13:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from visar.norris-net.com (adsl-156-86-151.asm.bellsouth.net [66.156.86.151]) by hub.freebsd.org (Postfix) with ESMTP id 4BE4437B404; Sat, 12 Jan 2002 19:13:26 -0800 (PST) Received: (from derrick@localhost) by visar.norris-net.com (8.11.6/8.11.6) id g0D3DPf20217; Sat, 12 Jan 2002 22:13:25 -0500 (EST) (envelope-from derrick) Message-Id: <200201130313.g0D3DPf20217@visar.norris-net.com> Content-Type: text/plain; charset="iso-8859-1" From: Derrick Norris Reply-To: derrick@norris-net.com To: John Baldwin Subject: Re: New cdboot ISO available Date: Sat, 12 Jan 2002 22:13:25 -0500 X-Mailer: KMail [version 1.3] Cc: qa@FreeBSD.org, stable@FreeBSD.org References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 12 January 2002 06:44 pm, John Baldwin wrote: > On 12-Jan-02 Derrick Norris wrote: > > Had problems on a Dell Dimension XPS P-166 with no-name CD-ROM > > drive and 64 MB RAM. I had originally burned the ISO onto a > > CD-RW blank, then tried on a CD-R with same results: > > > > CD Loader 1.01 > > > > Building the boot loader arguments > > Looking up /BOOT/LOADER... Found > > Relocating the loader and the BTX > > Starting the BTX loader > > > > BTX loader 1.00 BTX version is 1.01 > > > > int=0000000d err=00000000 efl=00010202 eip=0000e369 > > eax=000000fa ebx=00000000 ecx=00000000 edx=00094fa1 > > esi=00000000 edi=00000001 ebp=00093ff8 esp=00000000 > > > > cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 > > > > cs:eip=2e 31 2e 31 2e 31 2e 31-34 2e 31 20 32 30 30 31 > > ss:esp=4f c8 81 02 00 89 e0 05-a0 0f 00 00 a3 cc 81 02 > > > > and the system halted. > > Oeer. Hmm, cs:eip is pointing at text ".1.1.1.14.1 2001" and > blowing up trying to execute that. Hmm, eip is in a rather weird > address. Oh, %esp is hosed somehow, the stack pointer shouldn't be > zero. :) So somehow the stack pointer got messed up and it started > executing garbage before blowing up. Can you read the CD contents > find on this machine? What year is the BIOS onthe Dimension XPS > and can it boot a Windows 2000, NT 4, or Me CD-ROM ok? Thanks! Yes, I thought it looked strange as well that the eip was pointing at what looked like text. I reverified all the numbers just now by trying the boot again, just to make sure I didn't make a mistake transcribing them. I can read the contents of the CD fine on the troubled box (after booting into Windows which is what this box normally runs). The BIOS is version A10; date of flash file on Dell's web site is 10/27/1998 and it is the latest BIOS available for this machine. I just tried and it boots a Windows 2000 install CD with no problems. This probably won't help much, but booting from a 4.3-RELEASE install CD identifies the CD-ROM drive as: CD-ROM Drive/F5A at ata1-master using PIO4 before entering sysinstall -- that's about as no-name as you can get I suppose :). Thanks, Derrick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 19:34:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from va.cs.wm.edu (va.cs.wm.edu [128.239.2.31]) by hub.freebsd.org (Postfix) with ESMTP id AAB4637B400 for ; Sat, 12 Jan 2002 19:34:39 -0800 (PST) Received: from dali.cs.wm.edu (dali [128.239.26.26]) by va.cs.wm.edu (8.11.4/8.9.1) with ESMTP id g0D3Y2u09070 for ; Sat, 12 Jan 2002 22:34:02 -0500 (EST) Received: (from zvezdan@localhost) by dali.cs.wm.edu (8.11.6/8.9.1) id g0D3YPR00925 for stable@FreeBSD.ORG; Sat, 12 Jan 2002 22:34:25 -0500 Date: Sat, 12 Jan 2002 22:34:25 -0500 From: Zvezdan Petkovic To: stable@FreeBSD.ORG Subject: Re: Portupgrade Utility Message-ID: <20020112223425.A901@dali.cs.wm.edu> Mail-Followup-To: stable@FreeBSD.ORG References: <3C38AFF2.5020708@unios.dhs.org> <20020106213531.GE19117@gw.tex.bogus> <3C4083F4.9000900@unios.dhs.org> <20020112151622.H40697@hal9000.halplant.com> <000701c19ba7$c1c01800$0300a8c0@max> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <000701c19ba7$c1c01800$0300a8c0@max>; from willythemax@yahoo.it on Sat, Jan 12, 2002 at 09:28:00PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 12, 2002 at 09:28:00PM +0100, Massimiliano Stucchi wrote: > Anyway, if not portupgrade, why not include cvsup in the base system, as I > think we're talking about a really necessary utility ? > Allow me to disagree. CVS is absolutely necessary. CVSup is not. It's merely a convenience. One can do source and port updates using cvs only. -- Zvezdan Petkovic http://www.cs.wm.edu/~zvezdan/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 19:37: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from drugs.dv.isc.org (drugs.dv.isc.org [130.155.191.236]) by hub.freebsd.org (Postfix) with ESMTP id C304937B416 for ; Sat, 12 Jan 2002 19:36:54 -0800 (PST) Received: from isc.org (localhost.dv.isc.org [127.0.0.1]) by drugs.dv.isc.org (8.11.6/8.11.2) with ESMTP id g0D3abp44605; Sun, 13 Jan 2002 14:36:39 +1100 (EST) (envelope-from marka@isc.org) Message-Id: <200201130336.g0D3abp44605@drugs.dv.isc.org> To: Kris Kennaway Cc: alexus , freebsd-stable@freebsd.org From: Mark.Andrews@isc.org Subject: Re: Fw: Cron /usr/local/bin/cvsup -g -h cvsup.FreeBSD.org /usr/share/examples/cvsup/stable-supfile >/dev/null;cd /usr/src;make buildworld >/dev/null;make buildkernel >/dev/null In-reply-to: Your message of "Sat, 12 Jan 2002 17:39:51 -0800." <20020112173951.A47715@xor.obsecurity.org> Date: Sun, 13 Jan 2002 14:36:37 +1100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > --OXfL5xGRrasGEqWY > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Sun, Jan 13, 2002 at 12:27:27PM +1100, Mark.Andrews@isc.org wrote: > >=20 > > > On Sat, Jan 12, 2002 at 10:19:25AM -0500, alexus wrote: > > > > hi > > > >=3D20 > > > > i set up rebuild of my freebsd every saturday and it was rebuilding a= > ll t=3D > > > he > > > > time just fine, however today i got this > > > >=3D20 > > > > is anyone knows what the hell is that? > > >=20 > > > What are you claiming is the problem? > >=20 > > Well some of them are a problems like casting away const > > on the first arguement to strcpy() so that you can overwrite > > a const string. > > Yeah, but they're not problems the end user needs to worry about, in > that they're perfectly normal when compiling FreeBSD. So you have performed the call analysis to verify that there is not a bounds write violation? The program is buggy. If someone submitted a patch for BIND which generated this error I would not accept it as it is. I'd either send it back to them to correct or fix the calling sequence myself. Mark > > Kris > -- Mark Andrews, Internet Software Consortium 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews@isc.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 19:46:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tomts17-srv.bellnexxia.net (tomts17.bellnexxia.net [209.226.175.71]) by hub.freebsd.org (Postfix) with ESMTP id B457637B400 for ; Sat, 12 Jan 2002 19:46:37 -0800 (PST) Received: from alpha ([65.92.145.251]) by tomts17-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with SMTP id <20020113034636.YTUX16289.tomts17-srv.bellnexxia.net@alpha> for ; Sat, 12 Jan 2002 22:46:36 -0500 Message-ID: <000801c19be4$a09a4c80$fb915c41@alpha> From: "Jay-P" To: Subject: Date: Sat, 12 Jan 2002 22:44:38 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C19BBA.B7426A50" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C19BBA.B7426A50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0005_01C19BBA.B7426A50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0005_01C19BBA.B7426A50-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 20: 0:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id 2553C37B41A; Sat, 12 Jan 2002 20:00:24 -0800 (PST) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id UAA24842; Sat, 12 Jan 2002 20:00:20 -0800 Message-ID: <3C410652.1020300@owt.com> Date: Sat, 12 Jan 2002 20:00:18 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: John Baldwin Cc: qa@FreeBSD.org, stable@FreeBSD.org Subject: Re: New cdboot ISO available References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > On 12-Jan-02 Kent Stewart wrote: > >> >>John Baldwin wrote: >> >> >>>A new experimental CD bootstrap was recently added to -stable for the i386 >>>architecture that allows the full contents of the CD to be used when >>>booting. >>>The method we currently uses relies on the BIOS emulating a floppy drive >>>from a >>>floppy image file on the CD. This limits the size of the kernel that we can >>>boot off of. The new CD bootstrap allows a full GENERIC kernel to be used >>>when >>>booting off of a CD, allowing more drivers to work out of the box. However, >>>not all BIOS's that support the older method support this newer method of CD >>>booting. >>> >> >>I have a ECS K7S5A that booted but sysinstall was completely hung. I >>had to hit the reset button to reboot. >> > > Hmmm, that is weird. I assume it doesn't hang with the normal ISO image? It boots the 4.4-release that was part of the 4-cd set just fine. This K7S5a has a DVD player on it for the CDROM. I tried the 4.5-iso on one of my other computers and it ran just fine. I have to go out but when I get back I have two other SiS-735 based computers that are being upgraded so they have W Paul's SiS-900 network update added. They all have CDROM players on them. I will try them when I reboot after installing the results of my latest cvsup. Kent > > -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 21:31: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net [209.226.175.54]) by hub.freebsd.org (Postfix) with ESMTP id 97FA637B417 for ; Sat, 12 Jan 2002 21:31:00 -0800 (PST) Received: from unios.dhs.org ([209.226.99.154]) by tomts10-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20020113053058.FOVV20941.tomts10-srv.bellnexxia.net@unios.dhs.org>; Sun, 13 Jan 2002 00:30:58 -0500 Message-ID: <3C411B11.1080702@unios.dhs.org> Date: Sun, 13 Jan 2002 00:28:49 -0500 From: Pat Wendorf User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020106 X-Accept-Language: en-us MIME-Version: 1.0 To: Tim Kellers Cc: Massimiliano Stucchi , Andrew J Caines , Nuno Teixeira , stable@FreeBSD.ORG Subject: Re: Portupgrade Utility References: <20020112153422.F14288-100000@serv1.wallnet.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Considering most people would want CVSUP and portupgrade if they install ports (sorry maybe this is a big assumption), why not include some pkg_add's to the script to install them from Net/CD when ports is selected. That way, they are not part of the base system, and only get included when they'd be useful. Tim Kellers wrote: > Because ports themselves are an option in the base system, if one doesn't > want to install ports or the system sources (why anyone wouldn't want them > is another subject), you don't need cvsup. > > Tim Kellers > CPE/NJIT > > On Sat, 12 Jan 2002, Massimiliano Stucchi wrote: > > >>Anyway, if not portupgrade, why not include cvsup in the base system, as I >>think we're talking about a really necessary utility ? >> >> Massimiliano Stucchi >>----- Original Message ----- >>From: "Andrew J Caines" >>To: "Pat Wendorf" >>Cc: "Nuno Teixeira" ; >>Sent: Saturday, January 12, 2002 9:16 PM >>Subject: Re: Portupgrade Utility >> >> >> >>>Pat, >>> >>> >>>>Anyone thought of re-coding it in perl? I know little about either >>>>language, so I applogize if this sounds stupid. >>>> >>>While the dependencies would be a big issue affecting consideration of >>>making a tool part of the base system, in this case we are talking about a >>>tool for the ports system only. >>> >>>It would make little sense to put it in the base system even if it had no >>>dependencies. >>> >>> >>>-Andrew- >>>-- >>> _______________________________________________________________________ >>>| -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | >>>| "They that can give up essential liberty to obtain a little temporary | >>>| safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | >>> >>>To Unsubscribe: send mail to majordomo@FreeBSD.org >>>with "unsubscribe freebsd-stable" in the body of the message >>> >> >>_________________________________________________________ >>Do You Yahoo!? >>Get your free @yahoo.com address at http://mail.yahoo.com >> >> >>To Unsubscribe: send mail to majordomo@FreeBSD.org >>with "unsubscribe freebsd-stable" in the body of the message >> >> -- Pat Wendorf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 22: 3:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-107-33.dsl.lsan03.pacbell.net [64.169.107.33]) by hub.freebsd.org (Postfix) with ESMTP id 2CFAB37B400 for ; Sat, 12 Jan 2002 22:03:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6C57F66E18; Sat, 12 Jan 2002 22:03:11 -0800 (PST) Date: Sat, 12 Jan 2002 22:03:11 -0800 From: Kris Kennaway To: Mark.Andrews@isc.org Cc: Kris Kennaway , alexus , freebsd-stable@freebsd.org Subject: Re: Fw: Cron /usr/local/bin/cvsup -g -h cvsup.FreeBSD.org /usr/share/examples/cvsup/stable-supfile >/dev/null;cd /usr/src;make buildworld >/dev/null;make buildkernel >/dev/null Message-ID: <20020112220311.A923@xor.obsecurity.org> References: <20020112173951.A47715@xor.obsecurity.org> <200201130336.g0D3abp44605@drugs.dv.isc.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201130336.g0D3abp44605@drugs.dv.isc.org>; from Mark.Andrews@isc.org on Sun, Jan 13, 2002 at 02:36:37PM +1100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 13, 2002 at 02:36:37PM +1100, Mark.Andrews@isc.org wrote: > > Yeah, but they're not problems the end user needs to worry about, in > > that they're perfectly normal when compiling FreeBSD. >=20 > So you have performed the call analysis to verify that there > is not a bounds write violation? >=20 > The program is buggy. If someone submitted a patch for BIND > which generated this error I would not accept it as it is. > I'd either send it back to them to correct or fix the calling > sequence myself. I think you're missing my point. Yes, they're probably pieces of code which should be fixed by the developers, but they're not abnormal messages from the FreeBSD build process (since they're there all the time) which the end user needs to take action over. Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8QSMeWry0BWjoQKURAj1rAKCPU+Il7HGHxc1RcqDifyfps+suaQCgjLtY 9lcMv3GFjWOQMHa+QsnYyOE= =CJ1r -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jan 12 22:29:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 9B16437B405 for ; Sat, 12 Jan 2002 22:29:36 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id XAA19689; Sat, 12 Jan 2002 23:29:30 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id g0D6TP323523; Sat, 12 Jan 2002 23:29:25 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15425.10565.384608.556622@caddis.yogotech.com> Date: Sat, 12 Jan 2002 23:29:25 -0700 To: Gregory Sutter Cc: stable@FreeBSD.ORG Subject: Re: tcp keepalive and dynamic ipfw rules In-Reply-To: <20020113013129.GC5234@klapaucius.zer0.org> References: <20020112123054.A20486@localhost> <15424.33362.685365.782853@caddis.yogotech.com> <20020113013129.GC5234@klapaucius.zer0.org> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > I have setup a dynamic firewall for my personal computer with such rules > > > > > > > > ipfw add check-state > > > > ipfw add deny tcp from any to any established > > > > This rule doesn't do a heck of a lot, unless you have by default an > > 'open' setup. > > A better idea may be to add the 'log' keyword to this rule, so you can > see if someone is passing packets with fake 'established' flags. Then, > of course, deny all other unknown packets later. > > > # Allow me to make UDP connections > > ipfw add check-state > > ipfw add pass udp from me to any keep-state out > > This check-state rule is superflous, since the state will be checked > at the keep-state rule if no check-state rule is present. True, but in my case, there are *lots* of rules in between the two. I was giving an example > Does anyone know of a place where one can look at a number of > firewall rulesets? I'm working on improving mine and would like > to see the neat things people have come up with. I try not to give mine out publically. I know it's security through obscurity, but what I have blocked and what I don't could be used against me in some cases. However, I'm willing to share what I have offline if you'd like. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message