From owner-freebsd-current Sun Jan 12 0: 5: 8 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BD4C37B405 for ; Sun, 12 Jan 2003 00:05:05 -0800 (PST) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18D5C43E4A for ; Sun, 12 Jan 2003 00:05:05 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id h0C854UZ074164 for ; Sun, 12 Jan 2003 00:05:04 -0800 (PST) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id h0C854bC074162 for current@freebsd.org; Sun, 12 Jan 2003 00:05:04 -0800 (PST) Date: Sun, 12 Jan 2003 00:05:04 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301120805.h0C854bC074162@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sat Jan 11 22:21:27 PST 2003 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Sat Jan 11 23:30:37 PST 2003 -------------------------------------------------------------- >>> Kernel build for LINT started on Sat Jan 11 23:30:37 PST 2003 -------------------------------------------------------------- ===> vesa "Makefile", line 5396: warning: duplicate script for target "geom_bsd.o" [...] "Makefile", line 5399: warning: duplicate script for target "geom_mbr.o" [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_TH [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `Acp [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cas [...] /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: c [...] /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MO [...] /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_M [...] /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acp [...] /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acp [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment disca [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1254: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1266: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ie_readframe': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1312: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `iestart': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1412: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1425: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `check_ie_present': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1479: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1488: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1491: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1516: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `command_and_wait': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1773: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1789: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `setup_rfa': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1874: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1898: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `mc_setup': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieinit': /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2062: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2063: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The [...] /local0/scratch/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /local0/scratch/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qu [...] /local0/scratch/des/src/sys/dev/usb/umodem.c:106: syntax error before num [...] cc1: warnings being treated as errors /local0/scratch/des/src/sys/dev/usb/umodem.c:106: warning: type defaults [...] /local0/scratch/des/src/sys/dev/usb/umodem.c:106: warning: function decla [...] /local0/scratch/des/src/sys/dev/usb/umodem.c:106: warning: data definitio [...] /local0/scratch/des/src/sys/dev/usb/umodem.c:108: syntax error before '&' [...] /local0/scratch/des/src/sys/dev/usb/umodem.c:108: warning: type defaults [...] /local0/scratch/des/src/sys/dev/usb/umodem.c:108: warning: function decla [...] /local0/scratch/des/src/sys/dev/usb/umodem.c:108: warning: data definitio [...] /local0/scratch/des/src/sys/dev/usb/umodem.c: In function `umodem_detach': /local0/scratch/des/src/sys/dev/usb/umodem.c:780: `flags' undeclared (fir [...] /local0/scratch/des/src/sys/dev/usb/umodem.c:780: (Each undeclared identi [...] /local0/scratch/des/src/sys/dev/usb/umodem.c:780: for each function it ap [...] *** Error code 1 Stop in /local0/scratch/des/obj/local0/scratch/des/src/sys/LINT. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 0:26:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA9A637B401; Sun, 12 Jan 2003 00:26:47 -0800 (PST) Received: from soulshock.mail.pas.earthlink.net (soulshock.mail.pas.earthlink.net [207.217.120.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B94243F18; Sun, 12 Jan 2003 00:26:47 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from stork (stork.mail.pas.earthlink.net [207.217.120.188]) by soulshock.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h0C8POH17473; Sun, 12 Jan 2003 00:25:24 -0800 (PST) Received: from pool0159.cvx22-bradley.dialup.earthlink.net ([209.179.198.159] helo=mindspring.com) by stork with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18XdQS-0006dC-00; Sun, 12 Jan 2003 00:25:01 -0800 Message-ID: <3E21260E.CF088513@mindspring.com> Date: Sun, 12 Jan 2003 00:23:42 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bruce Evans Cc: Kris Kennaway , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fpsetmask on sparc64 References: <20030112165423.K5527-100000@gamplex.bde.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4411abf1b3574f4005d4d48b8b0b44a0f666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce Evans wrote: > > Is this an omission, or are the ports wrong? > > First answer: > This is a bug in the ports. The non-i386 arches are apparently including > instead of the documented interface . Wow, gotta disagree with that; the problem doesn't magically go away when you include the standard header file. > I think the ports are only meddling the FP mask to hide their FP errors > when running under FreeBSD-3.x and earlier anyway. They are meddling with it because the FreeBSD default, while it is permitted by the standard, is different from what most software expects the default to be. Yeah, it'd be nice if it weren't there, but the man page itself specifically uses fpsetmask() in an example (to prevent some trap). > Second answer: > Ports should use the C99 interfaces fe{get,set}*() from , and then > only if C99 is supported. There might be problems with this too: > - C99 isn't supported yet. > - C99 doesn't have fesetmask(). This is partly because it would be > very unportable. It is not an IEEE FP feature. C99 only has > fesetenv(FE_DFL_ENV) to recover from any meddling with the FP > environment. > - Non-default FP environments should only be used in small sections > of code, since large parts of libraries, etc. are entitled to assume > that the environment is the default. So changing the FP mask to a > non-default value at program startup time would give undefined > behaviour if it were possible. This is also really arguable, IMO. The problem with this is that the assumption that they are "entitled to assume that the environment is the default" is really bogus. What this really comes down to is that Intel FP hardware sucks, and should be redesigned to raise exceptions when they occur, instead of on the next operation. It's like the old VT100's, or other therminals with the "AM" attribute which is true, and they wrap before the 81st character, rather than after the 80th. I understand the pipeline stall that would happen on an exception, if this is how they were handed; on the other hand, it's a little bogus to assume that exceptions aren't going to be rare, what with them being "exceptional" and all. 8-). The C99 soapbox is a nice place to stand, if you want to criticize all other implementations; but as you point out, C99 is not really there yet, and even if it were, you could not really expect all code to be changed to conform to it (or any other standard, for that matter, considering the amount of legacy code everywhere). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 0:28:54 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD43A37B401; Sun, 12 Jan 2003 00:28:52 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0032B43E4A; Sun, 12 Jan 2003 00:28:51 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id h0C8T8jb003508; Sun, 12 Jan 2003 03:29:08 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id h0C8T8Og003507; Sun, 12 Jan 2003 03:29:08 -0500 (EST) Date: Sun, 12 Jan 2003 03:29:08 -0500 From: Jake Burkholder To: Terry Lambert Cc: Kris Kennaway , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fpsetmask on sparc64 Message-ID: <20030112032908.H212@locore.ca> References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112015221.G212@locore.ca> <3E212670.41627B9F@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3E212670.41627B9F@mindspring.com>; from tlambert2@mindspring.com on Sun, Jan 12, 2003 at 12:25:20AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently, On Sun, Jan 12, 2003 at 12:25:20AM -0800, Terry Lambert said words to the effect of; > Jake Burkholder wrote: > > > Is this an omission, or are the ports wrong? > > > > FWIW, the alpha headers are basically identical to the sparc64 ones. > > There may be missing ifdefs in the ports or the makefiles. > > Isn't that really a lame excuse? Shouldn't > > #ifdef __FreeBSD__ > > be enough to make code compile on all FreeBSD platforms? I don't know, why don't you try it. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 0:33:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34AF637B401; Sun, 12 Jan 2003 00:33:37 -0800 (PST) Received: from soulshock.mail.pas.earthlink.net (soulshock.mail.pas.earthlink.net [207.217.120.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 957AD43F6B; Sun, 12 Jan 2003 00:33:36 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from stork (stork.mail.pas.earthlink.net [207.217.120.188]) by soulshock.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h0C8L7H16288; Sun, 12 Jan 2003 00:21:07 -0800 (PST) Received: from pool0159.cvx22-bradley.dialup.earthlink.net ([209.179.198.159] helo=mindspring.com) by stork with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18XdGt-0006B9-00; Sun, 12 Jan 2003 00:15:07 -0800 Message-ID: <3E2123B9.A0DBD29@mindspring.com> Date: Sun, 12 Jan 2003 00:13:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fpsetmask on sparc64 References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112044720.GA16393@rot13.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4411abf1b3574f40049d530a3bc01e929667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > Here's another FP-related failure: > > http://bento.freebsd.org/errorlogs/sparc64-5-latest/xaos-3.0.log > > FP_X_DNML is defined on i386 in /usr/include/machine/ieeefp.h, but not > on sparc64. Use of this manifest value requires a feature test. This is a bug in the ported software (IMO). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 0:50:15 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7225F37B401; Sun, 12 Jan 2003 00:50:14 -0800 (PST) Received: from flavatown.mail.pas.earthlink.net (flavatown.mail.pas.earthlink.net [207.217.120.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id E978543F1E; Sun, 12 Jan 2003 00:50:13 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from stork (stork.mail.pas.earthlink.net [207.217.120.188]) by flavatown.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h0C8R6V13232; Sun, 12 Jan 2003 00:27:06 -0800 (PST) Received: from pool0159.cvx22-bradley.dialup.earthlink.net ([209.179.198.159] helo=mindspring.com) by stork with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18XdS2-0006iZ-00; Sun, 12 Jan 2003 00:26:38 -0800 Message-ID: <3E212670.41627B9F@mindspring.com> Date: Sun, 12 Jan 2003 00:25:20 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder Cc: Kris Kennaway , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fpsetmask on sparc64 References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112015221.G212@locore.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a42dc34cdb8a5af5854dc38e49ef75bcff667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jake Burkholder wrote: > > Is this an omission, or are the ports wrong? > > FWIW, the alpha headers are basically identical to the sparc64 ones. > There may be missing ifdefs in the ports or the makefiles. Isn't that really a lame excuse? Shouldn't #ifdef __FreeBSD__ be enough to make code compile on all FreeBSD platforms? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 1:27:18 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEC3237B401; Sun, 12 Jan 2003 01:27:14 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C9AB43F1E; Sun, 12 Jan 2003 01:27:13 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA23195; Sun, 12 Jan 2003 20:23:48 +1100 Date: Sun, 12 Jan 2003 20:24:19 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Terry Lambert Cc: Kris Kennaway , , Subject: Re: fpsetmask on sparc64 In-Reply-To: <3E21260E.CF088513@mindspring.com> Message-ID: <20030112194827.S6039-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Jan 2003, Terry Lambert wrote: > Bruce Evans wrote: > > > Is this an omission, or are the ports wrong? > > > > First answer: > > This is a bug in the ports. The non-i386 arches are apparently including > > instead of the documented interface . > > Wow, gotta disagree with that; the problem doesn't magically go > away when you include the standard header file. Yes it does (should). Including an implementation detail like gives undefined behaviour. In this case, one aspect of the undefined behaviour is that fpsetmask() is not declared in the MD file except in the i386 case as a side effect of being implemented as a macro that calls an inline function there. In all the other arches, it is an extern function that is only declared in . > > I think the ports are only meddling the FP mask to hide their FP errors > > when running under FreeBSD-3.x and earlier anyway. > > They are meddling with it because the FreeBSD default, while it is ^^ iswas (1) > permitted by the standard, is different from what most software was (2) > expects the default to be. (1) was permitted by C90; is not permitted by C99, but C99 is not supported yet. (2) was different before FreeBSD-4.0. Are there any ports that still support FreeBSD-3? > Yeah, it'd be nice if it weren't there, but the man page itself > specifically uses fpsetmask() in an example (to prevent some trap). The man page still supports FreeBSD-3 :-). It is version-agnostic. The default setting is very MD, so software that actually cares must not assume anything about the defaults. > > [... in C99] > > - Non-default FP environments should only be used in small sections > > of code, since large parts of libraries, etc. are entitled to assume > > that the environment is the default. So changing the FP mask to a > > non-default value at program startup time would give undefined > > behaviour if it were possible. > > This is also really arguable, IMO. The problem with this is that > the assumption that they are "entitled to assume that the environment > is the default" is really bogus. Anything else would be very expensive both in source code complexity and runtime costs. The environment would have to be switched for every library function that uses FP. C99 only requires a few specialized math functions to be aware of this. > What this really comes down to is that Intel FP hardware sucks, > and should be redesigned to raise exceptions when they occur, > instead of on the next operation. It's like the old VT100's, or This is not suckagae, but a normal consequence of pipelining. Intel hardware is relatively nice here. It gives precise exceptions on the next operation. Less-unmodern hardware like alphas has very imprecise exceptions unless everything is pessimized using trap barriers. See -mtrap-precision in gcc.info. But exceptions are now almost moot on i386's since they don't cause traps. However, at least some alphas need to cause traps to be IEEE conformant since traps are needed to implement some parts of IEEE conformance in software, and the largest of the -mtrap-precision pessimizations are needed for this to work. See -mieee-conformant in gcc.info. > I understand the pipeline stall that would happen on an exception, > if this is how they were handed; on the other hand, it's a little > bogus to assume that exceptions aren't going to be rare, what with > them being "exceptional" and all. 8-). As far as I understand the hardware issues (not far), the stall would be necessary after every FP instruction, not just ones which generate the exception. FP performance would be reduced by approximately a factor of (pipeline_length * number_of_concurrent_FP_ops_achieved). I guess speculative execution code get near appearing to not stall though. > The C99 soapbox is a nice place to stand, if you want to criticize > all other implementations; but as you point out, C99 is not really > there yet, and even if it were, you could not really expect all > code to be changed to conform to it (or any other standard, for > that matter, considering the amount of legacy code everywhere). True. It just gives applications a chance of handling environment- related FP stuff almost portably. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 2:17:21 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA97D37B401; Sun, 12 Jan 2003 02:17:19 -0800 (PST) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB53F43F13; Sun, 12 Jan 2003 02:17:13 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd04.sul.t-online.de by mailout08.sul.t-online.com with smtp id 18XfB3-0002nv-02; Sun, 12 Jan 2003 11:17:13 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.83.16.215]) by fmrl04.sul.t-online.com with esmtp id 18XfAv-0yz0TYC; Sun, 12 Jan 2003 11:17:05 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h0CAH4bL079628; Sun, 12 Jan 2003 11:17:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id h0CAH4Ms000869; Sun, 12 Jan 2003 11:17:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 12 Jan 2003 11:17:04 +0100 From: Alexander Leidinger To: current@freebsd.org Cc: sos@freebsd.org Subject: ATA seems to lock up the system at boot (KT133A) Message-Id: <20030112111704.2d773f81.Alexander@Leidinger.net> X-Mailer: Sylpheed version 0.8.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, a dmesg from a working kernel (from Jan 5) shows: ---snip--- acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% ad0: 58644MB [119150/16/63] at ata0-master tagged UDMA100 afd0: 96MB [32/64/96] at ata1-master PIO0 Waiting 6 seconds for SCSI devices to settle ---snip--- The not working kernel from yesterday locks up after printing the ad0 line. A verbose boot shows additionally that ata1-master was set to PIO0, but nothing more. The earliest change in todays cvsup is Edit src/release/doc/de_DE.ISO8859-1/share/sgml/release.dsl,v Add delta 1.1.2.5 2003.01.11.18.23.18 ue and I can't find a commit after this which seems to be related to ata. Bye, Alexander. -- The computer revolution is over. The computers won. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 2:21:51 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADB4637B401 for ; Sun, 12 Jan 2003 02:21:49 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5AD343F13 for ; Sun, 12 Jan 2003 02:21:48 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h0CALW4x004876; Sun, 12 Jan 2003 11:21:33 +0100 (CET) (envelope-from phk@freebsd.org) To: Lars Eggert Cc: current Subject: Re: VOP_SPECSTRATEGY on non-VCHR From: phk@freebsd.org In-Reply-To: Your message of "Thu, 09 Jan 2003 11:36:17 PST." <3E1DCF31.4080905@isi.edu> Date: Sun, 12 Jan 2003 11:21:32 +0100 Message-ID: <4875.1042366892@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3E1DCF31.4080905@isi.edu>, Lars Eggert writes: >just got this on today's -current, when accessing a mounted NTFS partition: > >VOP_SPECSTRATEGY on non-VCHR >: 0xc6d73c34: tag ntfs, type VREG, usecount 3, writecount 0, refcount 0, >flags (VV_OBJBUF), lock type ntfs: SHARED (count 1) Can you try this patch ? Index: vnode_pager.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vnode_pager.c,v retrieving revision 1.167 diff -u -r1.167 vnode_pager.c --- vnode_pager.c 5 Jan 2003 20:32:03 -0000 1.167 +++ vnode_pager.c 12 Jan 2003 10:21:08 -0000 @@ -823,7 +823,10 @@ cnt.v_vnodepgsin += count; /* do the input */ - VOP_SPECSTRATEGY(bp->b_vp, bp); + if (dp->v_type == VCHR) + VOP_SPECSTRATEGY(bp->b_vp, bp); + else + VOP_STRATEGY(bp->b_vp, bp); s = splvm(); /* we definitely need to be at splvm here */ -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 2:46:48 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1639837B401 for ; Sun, 12 Jan 2003 02:46:48 -0800 (PST) Received: from h68-144-29-132.cg.shawcable.net (h68-144-29-132.cg.shawcable.net [68.144.29.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 546B543F75 for ; Sun, 12 Jan 2003 02:46:42 -0800 (PST) (envelope-from gtf@cirp.org) Received: from cirp.org (localhost [127.0.0.1]) by h68-144-29-132.cg.shawcable.net (8.12.6/8.11.3) with ESMTP id h0CAkUnt003212 for ; Sun, 12 Jan 2003 03:46:32 -0700 (MST) (envelope-from gtf@cirp.org) Message-Id: <200301121046.h0CAkUnt003212@h68-144-29-132.cg.shawcable.net> Date: Sun, 12 Jan 2003 03:46:30 -0700 (MST) From: "Geoffrey T. Falk" Subject: Re: 5.0 without swap To: current@FreeBSD.ORG In-Reply-To: <200301120404.h0C44pnt002150@h68-144-29-132.cg.shawcable.net> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Further to my previous message on encrypting swap: In order for it to work, apparently, one must change the fstype within the disklabel, so that the swap partition (e.g. /dev/ad0s1b) is fstype "4.2BSD", not "swap". At least, I had to do that before it would work. Geoffrey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 2:48:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A36737B401 for ; Sun, 12 Jan 2003 02:48:40 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B64B43F3F for ; Sun, 12 Jan 2003 02:48:39 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h0CAmG4x005020; Sun, 12 Jan 2003 11:48:22 +0100 (CET) (envelope-from phk@freebsd.org) To: "Geoffrey T. Falk" Cc: current@freebsd.org Subject: Re: 5.0 without swap From: phk@freebsd.org In-Reply-To: Your message of "Sun, 12 Jan 2003 03:46:30 MST." <200301121046.h0CAkUnt003212@h68-144-29-132.cg.shawcable.net> Date: Sun, 12 Jan 2003 11:48:16 +0100 Message-ID: <5019.1042368496@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200301121046.h0CAkUnt003212@h68-144-29-132.cg.shawcable.net>, "Geof frey T. Falk" writes: >Further to my previous message on encrypting swap: >In order for it to work, apparently, one must change the fstype within >the disklabel, so that the swap partition (e.g. /dev/ad0s1b) is fstype >"4.2BSD", not "swap". This shouldn't be necessary and any code which requires this is should be fixed. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 3:33:16 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E00837B401; Sun, 12 Jan 2003 03:33:11 -0800 (PST) Received: from area51.slashnet.org (area51.slashnet.org [209.150.98.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 947C943F5B; Sun, 12 Jan 2003 03:33:10 -0800 (PST) (envelope-from smkelly@zombie.org) Received: from edgemaster.zombie.org (ip68-13-64-165.om.om.cox.net [68.13.64.165]) by area51.slashnet.org (Postfix) with ESMTP id 5F1CF49F1F; Sun, 12 Jan 2003 06:33:04 -0500 (EST) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 7060341562; Sun, 12 Jan 2003 05:33:03 -0600 (CST) Date: Sun, 12 Jan 2003 05:33:03 -0600 From: Sean Kelly To: "Andrey A. Chernov" Cc: phk@freebsd.org, current@freebsd.org Subject: Re: GEOM prevents bootblocks writing Message-ID: <20030112113303.GA1056@edgemaster.zombie.org> References: <20021222003837.GA1855@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20021222003837.GA1855@nagual.pp.ru> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Since I haven't seen any response to this, I'll "me too" it in hopes that it will get some attention drawn to it. Not only do I have seem to somehow broken my bootblocks so boot0 beeps at me when I select "F1 FreeBSD", I am now no longer able to write new bootblocks: edgemaster# disklabel -r ad1s1 =2E.. 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1024000 6291456 4.2BSD 2048 16384 90 # (Cyl. 391*- 455*) b: 6291456 0 swap # (Cyl. 0 - 391*) c: 117226242 0 unused 0 0 # (Cyl. 0 - 7296*) e: 10485760 7315456 4.2BSD 2048 16384 89 # (Cyl. 455*- 1108*) f: 99425026 17801216 4.2BSD 2048 16384 89 # (Cyl. 1108*- 7296*) edgemaster# disklabel -r ad1s1 =2E.. 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1024000 6291519 4.2BSD 2048 16384 90 # (Cyl. 391*- 455*) b: 6291456 63 swap # (Cyl. 0*- 391*) c: 117226242 63 unused 0 0 # (Cyl. 0*- 7296*) e: 10485760 7315519 4.2BSD 2048 16384 89 # (Cyl. 455*- 1108*) f: 99425026 17801279 4.2BSD 2048 16384 89 # (Cyl. 1108*- 7296*) partition c: partition extends past end of unit Warning, partition c doesn't start at 0! Warning, An incorrect partition c may cause problems for standard system utiliti es partition f: partition extends past end of unit edgemaster# disklabel -B ad1s1 partition c: partition extends past end of unit Warning, partition c doesn't start at 0! Warning, An incorrect partition c may cause problems for standard system ut= ilities partition f: partition extends past end of unit edgemaster# I'm not even sure what is going on here, but something is clearly not right. Like I said, I can't even boot this anymore. F1 FreeBSD F5 Disk 0 Selecting F1 just beeps at me. Fortunately I can still go to disk 0 and boot via boot2. Help :( On Sun, Dec 22, 2002 at 03:38:37AM +0300, Andrey A. Chernov wrote: > Now I can't update my bootblocks to new ones using 'disklabel -B da0s1', > checklabel() disklabel function return error preventing actual write with= =20 > following diagnostic: >=20 > partition b: partition extends past end of unit > partition c: partition extends past end of unit > Warning, partition c doesn't start at 0! > Warning, An incorrect partition c may cause problems for standard system = utilities > Warning, partition d: size 0, but offset 32 > Warning, partition e: size 0, but offset 32 > Warning, partition f: size 0, but offset 32 > Warning, partition g: size 0, but offset 32 > Warning, partition h: size 0, but offset 32 >=20 > In fact, this is exact the same diagnostic as from 'disklabel -r da0s1': >=20 > # /dev/da0s1c: > type: SCSI > disk: da0s1 > label:=20 > flags: > bytes/sector: 512 > sectors/track: 32 > tracks/cylinder: 64 > sectors/cylinder: 2048 > cylinders: 17500 > sectors/unit: 35842016 > rpm: 3600 > interleave: 1 > trackskew: 0 > cylinderskew: 0 > headswitch: 0 # milliseconds > track-to-track seek: 0 # milliseconds > drivedata: 0=20 >=20 > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 34611200 32 4.2BSD 2048 16384 64 # (Cyl. 0*- 169= 00) > b: 1230816 34611232 swap # (Cyl. 16900*- 1750= 0*) > c: 35842016 32 unused 0 0 # (Cyl. 0*- 175= 00*) > partition b: partition extends past end of unit > partition c: partition extends past end of unit > Warning, partition c doesn't start at 0! > Warning, An incorrect partition c may cause problems for standard system = utilities > Warning, partition d: size 0, but offset 32 > Warning, partition e: size 0, but offset 32 > Warning, partition f: size 0, but offset 32 > Warning, partition g: size 0, but offset 32 > Warning, partition h: size 0, but offset 32 >=20 > For comparison see just 'disklabel da0s1' output which indicate no errors= =20 > and no mysterious offset 32 in the data: >=20 > # /dev/da0s1c: > type: SCSI > disk: da0s1 > label:=20 > flags: > bytes/sector: 512 > sectors/track: 32 > tracks/cylinder: 64 > sectors/cylinder: 2048 > cylinders: 17500 > sectors/unit: 35842016 > rpm: 3600 > interleave: 1 > trackskew: 0 > cylinderskew: 0 > headswitch: 0 # milliseconds > track-to-track seek: 0 # milliseconds > drivedata: 0=20 >=20 > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 34611200 0 4.2BSD 2048 16384 64 # (Cyl. 0 - 168= 99) > b: 1230816 34611200 swap # (Cyl. 16900 - 1750= 0*) > c: 35842016 0 unused 0 0 # (Cyl. 0 - 175= 00*) >=20 > Please fix this GEOM bug, to allow to update bootblocks at least. >=20 > --=20 > Andrey A. Chernov > http://ache.pp.ru/ >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message --=20 Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+IVJuPm7A9NLl4pYRAkv8AKCIg+HDRkvh/JMgsicSxnFwzw5rAgCgodM+ SIAmam9WqBCAxsjpktVRPmw= =4aPR -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 3:50:10 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47D9037B405 for ; Sun, 12 Jan 2003 03:50:05 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E786C43F13 for ; Sun, 12 Jan 2003 03:50:03 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h0CBnk4x005337; Sun, 12 Jan 2003 12:49:47 +0100 (CET) (envelope-from phk@freebsd.org) To: Sean Kelly Cc: "Andrey A. Chernov" , current@freebsd.org Subject: Re: GEOM prevents bootblocks writing From: phk@freebsd.org In-Reply-To: Your message of "Sun, 12 Jan 2003 05:33:03 CST." <20030112113303.GA1056@edgemaster.zombie.org> Date: Sun, 12 Jan 2003 12:49:46 +0100 Message-ID: <5336.1042372186@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030112113303.GA1056@edgemaster.zombie.org>, Sean Kelly writes: >Since I haven't seen any response to this, I'll "me too" it in hopes that >it will get some attention drawn to it. boot0cfg and fdisk should work as advertised. There is an erratum on "disklabel -B" for 5.0-RELEASE. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 3:51:55 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03FA537B401; Sun, 12 Jan 2003 03:51:52 -0800 (PST) Received: from gateway.posi.net (adsl-63-201-91-32.dsl.snfc21.pacbell.net [63.201.91.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE15B43FA3; Sun, 12 Jan 2003 03:51:45 -0800 (PST) (envelope-from kbyanc@posi.net) Received: from localhost (localhost [127.0.0.1]) by gateway.posi.net (8.12.6/8.12.6) with ESMTP id h0CBpEAl027360; Sun, 12 Jan 2003 03:51:19 -0800 (PST) (envelope-from kbyanc@posi.net) Date: Sun, 12 Jan 2003 03:51:14 -0800 (PST) From: Kelly Yancey To: Trish Lynch Cc: "Daniel C. Sobral" , Peter Wemm , , Subject: Re: Serious issues with kqueue on sockets on CURRENT. In-Reply-To: <20030111194549.V758-100000@femme> Message-ID: <20030112034405.F27352-100000@gateway.posi.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 11 Jan 2003, Trish Lynch wrote: > On Sat, 11 Jan 2003, Daniel C. Sobral wrote: > > > Peter, reverting the revisions below *does* fix the problem. Tim has an > > alternative patch, though. At any rate, it seems kbyanc's solution was > > overly simplistic. But things are broken either way, and I'm not sure > > Tim's patch doesn't result in the kind of situation rev 1.134 tried to > > fix, nor if his patch actually gets all cases of the bug that results > > from 1.134. > > > > At any rate, I think that not receiving any event (after 1.134) is worse > > than receiving and event claim to have more bytes than are actually > > available (pre 1.134). It's not just Juli who have this problem. > > AilleCat, for instance, once she heard on irc that kq had a problem, > > tracked the problem *she* was having to the same place. > > > > Yes, this is correct, some events weren't being triggered and now, with > reverting back (with some of the current changes like the aesthetic change > to soo_kqfilter instead of sokqfilter,) now our application that relies > upon kqueue for scheduling runs about twice as fast.... > > Maxim gave me a patch that accomplishes exactly what I did by hand... but > it also leaves it in a state that it was before 1.134 where there were > some problems that were supposed to be fixed in 1.134 and after... however > IMO its *less* broken :) > > Anyway, since my understanding of this is much less than anyone else I'm > inclined to go with whatever solution actually makes the events trigger > for us :) > > I'm not a kernel programmer, nor will I ever be, I just know that > reverting uipc_socket.c did solve some major problems I was having :) > > -Trish > I'm sorry, I'm afraid I am not familiar with the issue being discussed. Is there a PR I can reference for more information? Exactly what events aren't being received? Being as the logic for when to return a kevent as of uipc_socket.c:1.136 is exactly the same as before (just the data value in the kevent is different), I can't see how any events could *not* be returned that weren't returned before. But then again, without knowing the symptoms you are seeing, I can't say for sure. Kelly -- Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org} Visit the BSD driver database: http://www.posi.net/freebsd/drivers/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 4: 4:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E21B37B407 for ; Sun, 12 Jan 2003 04:04:21 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDB8943F6D for ; Sun, 12 Jan 2003 04:04:12 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id h0CC4CJM013193 for ; Sun, 12 Jan 2003 04:04:12 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id h0CC4CX2013191 for current@freebsd.org; Sun, 12 Jan 2003 04:04:12 -0800 (PST) Date: Sun, 12 Jan 2003 04:04:12 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301121204.h0CC4CX2013191@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Jan 12 03:02:52 PST 2003 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Sun Jan 12 03:35:24 PST 2003 -------------------------------------------------------------- >>> Kernel build for LINT started on Sun Jan 12 03:35:24 PST 2003 -------------------------------------------------------------- ===> vinum "Makefile", line 4445: warning: duplicate script for target "geom_bsd.o" [...] /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver i [...] /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from [...] /h/des/src/sys/pci/meteor.c:149:2: warning: #warning "The meteor driver i [...] /h/des/src/sys/pci/simos.c:30:2: warning: #warning "The simos driver is b [...] cc1: warnings being treated as errors /h/des/src/sys/dev/advansys/adv_isa.c: In function `adv_isa_probe': /h/des/src/sys/dev/advansys/adv_isa.c:232: warning: overflow in implicit [...] *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 4:22:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E654D37B401; Sun, 12 Jan 2003 04:22:25 -0800 (PST) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82B6C43F1E; Sun, 12 Jan 2003 04:22:24 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id h0CCLRG8566173; Sun, 12 Jan 2003 15:21:27 +0300 (MSK) Date: Sun, 12 Jan 2003 15:21:26 +0300 (MSK) From: Maxim Konovalov To: Kelly Yancey Cc: Trish Lynch , "Daniel C. Sobral" , Peter Wemm , "" , "" Subject: Re: Serious issues with kqueue on sockets on CURRENT. In-Reply-To: <20030112034405.F27352-100000@gateway.posi.net> Message-ID: <20030112151906.L98192@news1.macomnet.ru> References: <20030112034405.F27352-100000@gateway.posi.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 03:51-0800, Jan 12, 2003, Kelly Yancey wrote: [...] > I'm sorry, I'm afraid I am not familiar with the issue being > discussed. Is there a PR I can reference for more information? > Exactly what events aren't being received? Being as the logic for > when to return a kevent as of uipc_socket.c:1.136 is exactly the > same as before (just the data value in the kevent is different), I > can't see how any events could *not* be returned that weren't > returned before. But then again, without knowing the symptoms you > are seeing, I can't say for sure. Look at the top of the thread: Juli's complain: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=889789+0+archive/2003/freebsd-current/20030112.freebsd-current Tim's test program and a patch: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=889789+0+archive/2003/freebsd-current/20030112.freebsd-current -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 5:15:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C525937B401; Sun, 12 Jan 2003 05:15:27 -0800 (PST) Received: from flavatown.mail.pas.earthlink.net (flavatown.mail.pas.earthlink.net [207.217.120.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D19643ED8; Sun, 12 Jan 2003 05:15:27 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from stork (stork.mail.pas.earthlink.net [207.217.120.188]) by flavatown.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h0CDDIV20804; Sun, 12 Jan 2003 05:13:18 -0800 (PST) Received: from pool0007.cvx40-bradley.dialup.earthlink.net ([216.244.42.7] helo=mindspring.com) by stork with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18XhtG-0005i5-00; Sun, 12 Jan 2003 05:11:03 -0800 Message-ID: <3E216911.B7AFC39F@mindspring.com> Date: Sun, 12 Jan 2003 05:09:37 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder Cc: Kris Kennaway , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fpsetmask on sparc64 References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112015221.G212@locore.ca> <3E212670.41627B9F@mindspring.com> <20030112032908.H212@locore.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a40a48f0fa5fef75ae6ad82fb2b305d3873ca473d225a0f487350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jake Burkholder wrote: > > Isn't that really a lame excuse? Shouldn't > > > > #ifdef __FreeBSD__ > > > > be enough to make code compile on all FreeBSD platforms? > > I don't know, why don't you try it. I understand the snide reply. My point was that if FreeBSD had platform differences, it should hide them from user space applications: if it's going to be as hard to port to FreeBSD-alpha from FreeBSD-i386, then you might as well spend your time on a higher margin platform. Apparently, Solaris supports fpsetmask(3C) in SVR4 derived Solaris on SPARC, which means that this is not an Intel-specific feature, and therefore it's not possible to justify it being an Intel-specific feature in FreeBSD. In the absolute worst case, it should be stubbed out, and complain, on SPARC and Alpha, if it isn't made to work. Solaris man page: http://www.FreeBSD.org/cgi/man.cgi?query=fpsetmask&apropos=0&sektion=0&manpath=SunOS+5.8&format=html -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 5:45:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F69837B401; Sun, 12 Jan 2003 05:45:17 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC96443ED8; Sun, 12 Jan 2003 05:45:16 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0007.cvx40-bradley.dialup.earthlink.net ([216.244.42.7] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18XiQG-0001mm-00; Sun, 12 Jan 2003 05:45:09 -0800 Message-ID: <3E217111.B3C4C512@mindspring.com> Date: Sun, 12 Jan 2003 05:43:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bruce Evans Cc: Kris Kennaway , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fpsetmask on sparc64 References: <20030112194827.S6039-100000@gamplex.bde.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a421d9b60736c7560686df84dbea9b5d3f350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce Evans wrote: > On Sun, 12 Jan 2003, Terry Lambert wrote: > > Bruce Evans wrote: > > > > Is this an omission, or are the ports wrong? > > > > > > First answer: > > > This is a bug in the ports. The non-i386 arches are apparently including > > > instead of the documented interface . > > > > Wow, gotta disagree with that; the problem doesn't magically go > > away when you include the standard header file. > > Yes it does (should). We're at cross-purposes here, I think. It doesn't go away, even if it should; here's ieeefp.h: #ifndef _IEEEFP_H_ #define _IEEEFP_H_ #include #include #ifdef __i386__ #include #else /* !__i386__ */ __BEGIN_DECLS extern fp_rnd_t fpgetround(void); extern fp_rnd_t fpsetround(fp_rnd_t); extern fp_except_t fpgetmask(void); extern fp_except_t fpsetmask(fp_except_t); extern fp_except_t fpgetsticky(void); extern fp_except_t fpsetsticky(fp_except_t); __END_DECLS #endif /* __i386__ */ #endif /* _IEEEFP_H_ */ The function will still be missing from the library, even if there's a valid prototype in scope, because you included the header file, and didn't get any of the manifests. To get the manifests, you have to include the , seperately. Notice that the only real difference is whether or not the operations end up using an inline version of the functions, or expect one to be in the library. That's a library bug, that they would not be implemented on SPARC. The second problem where the manifest wasn't defined is a real problem in the ported code; technically, they are required to feature test before using the manifest constant. > Including an implementation detail like > gives undefined behaviour. In this case, > one aspect of the undefined behaviour is that fpsetmask() is not > declared in the MD file except in the i386 case as a side effect > of being implemented as a macro that calls an inline function there. > In all the other arches, it is an extern function that is only > declared in . The problem was not one of a prototype not being in scope, which is basically a stupid pseudo-compiler error that came from not mandating that that crap get handled at link-time (which is very easy to do, if you are willing to break legacy object compatability, just like symbol decoration can go away). > > > I think the ports are only meddling the FP mask to hide their FP errors > > > when running under FreeBSD-3.x and earlier anyway. > > > > They are meddling with it because the FreeBSD default, while it is > ^^ iswas (1) > > permitted by the standard, is different from what most software > was (2) > > expects the default to be. > > (1) was permitted by C90; is not permitted by C99, but C99 is not supported > yet. So it's irrelevent, right? > (2) was different before FreeBSD-4.0. Are there any ports that still > support FreeBSD-3? Not this software, certainly... making it also irrelevent, right? > > Yeah, it'd be nice if it weren't there, but the man page itself > > specifically uses fpsetmask() in an example (to prevent some trap). > > The man page still supports FreeBSD-3 :-). It is version-agnostic. The > default setting is very MD, so software that actually cares must not > assume anything about the defaults. Exactly. And therfore must call the function to set the FPU into a known state, with regatd to exception handling, etc.. Which makes my case, there. > Anything else would be very expensive both in source code complexity > and runtime costs. A push/pop paradigm could do this without any real cost, actually; when you add threading, things get complicated, but since you are screwing with signal masks before and after threaded calls, to get around the fact that the BSD default of system call restart has been removed in favor of the System V default of system call non-restart, following a signal, you have an amplification factor of 3 on system call overhead anyway, so additional overhead for threads is basically totally lost in the noise of all that *other* overhead you get, just from using threads in the first place. > The environment would have to be switched for every > library function that uses FP. C99 only requires a few specialized > math functions to be aware of this. Everyone who uses FP has to do it anyway: if they want consistent results, and the FP doesn't start in a preferred state, then the answer is that you *always* have to save and restore the state. You could get around this a little, by doing two things: 1) Cache the current state in a user space global, so that the code involved can decide to not do the save/restore, if it's already in the preferred state. 2) FreeBSD could quit being so contrarian, and adopt the same default state that Linux, Solaris, and SCO use, which is, now, for programmers, the preferred state. > > What this really comes down to is that Intel FP hardware sucks, > > and should be redesigned to raise exceptions when they occur, > > instead of on the next operation. It's like the old VT100's, or > > This is not suckagae, but a normal consequence of pipelining. Intel > hardware is relatively nice here. It gives precise exceptions on the > next operation. Less-unmodern hardware like alphas has very imprecise > exceptions unless everything is pessimized using trap barriers. See > -mtrap-precision in gcc.info. But exceptions are now almost moot on > i386's since they don't cause traps. However, at least some alphas > need to cause traps to be IEEE conformant since traps are needed to > implement some parts of IEEE conformance in software, and the largest > of the -mtrap-precision pessimizations are needed for this to work. > See -mieee-conformant in gcc.info. The preferred state of the hardware for most programmers is "no exceptions by default" anyway. FeeBSD tried to be more precise, and makes programmers go out of their way to get the same imprecision and behaviour that they expect, because of their code being written for other platforms. It's not like FreeBSD is the reference platform for much software, so it's not like this is really a moral high ground, here. In any case, trap barriers are not really necessary; implying a barrier when an exception is raised is enough. As long as you don't hit an exceptional condition, you are free to pipeline, and, given that exceptional conditions are, well, "exceptional", and therefore don't happen very often, it's not like you'd be giving up speed in the common case. In the barrier case, you are running a trap handler, anyway (at least, FreeBSD assumes you will be). Add to this the MMX, bcopy, and other abuse of the FP registers, and you've got a lot of good reasons to trap on the event. 8-(. > > I understand the pipeline stall that would happen on an exception, > > if this is how they were handed; on the other hand, it's a little > > bogus to assume that exceptions aren't going to be rare, what with > > them being "exceptional" and all. 8-). > > As far as I understand the hardware issues (not far), the stall would > be necessary after every FP instruction, not just ones which generate > the exception. FP performance would be reduced by approximately a > factor of (pipeline_length * number_of_concurrent_FP_ops_achieved). > I guess speculative execution code get near appearing to not stall > though. I keep getting this rationale, but it doesn't really fly for me. If you are going to raise an exception, you are going to lose the speculative execution that was done on the basis of the idea that you were not going to get an exception. I'm half inclined to say that FP state should be saved and restored on context switches of a process, after it has once used FP, and get rid of all this special crap that comes from trying to lazy-bind FPU context switching. The worst case for this will be the worst case in any case; in the best case, you will save context, and then decide that it's still present, so it doesn't need to be restored. That's an overhead that I think is livable, since it assumes a loaded system in the first place, context switching away from the FP-using process, because there's other stuff that wants to run. > > The C99 soapbox is a nice place to stand, if you want to criticize > > all other implementations; but as you point out, C99 is not really > > there yet, and even if it were, you could not really expect all > > code to be changed to conform to it (or any other standard, for > > that matter, considering the amount of legacy code everywhere). > > True. It just gives applications a chance of handling environment- > related FP stuff almost portably. I'm willing to cross that bridge when someone fully implements C99 compliance, and ignore it, until then. It's not really useful to drive by some place that under construction for 4 years now, and every day sigh about not being able to use the parking garage, or complain about the places you can park to get where you need to go today (IMO). More than 4 years, if you consider that it was possible to start implementation when C99 was still draft. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 5:53: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A01937B401 for ; Sun, 12 Jan 2003 05:52:58 -0800 (PST) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 585D143F5F for ; Sun, 12 Jan 2003 05:52:57 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id h0CDqrG8536804; Sun, 12 Jan 2003 16:52:54 +0300 (MSK) Date: Sun, 12 Jan 2003 16:52:53 +0300 (MSK) From: Maxim Konovalov To: Wiktor Niesiobedzki Cc: current@FreeBSD.ORG Subject: Re: IPFW2 skipto + logging In-Reply-To: <20021110173443.A5529@mail.evip.pl> Message-ID: <20030112165156.G22175@news1.macomnet.ru> References: <20021110173443.A5529@mail.evip.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, On 17:34+0100, Nov 10, 2002, Wiktor Niesiobedzki wrote: > Hi, > > Rule of the format: > ipfw add 100 skipto 400 log logamount 0 ip from 192.168.0.0/24 to 192.168.0.0/24 > Will give this strange result: > Nov 10 17:01:05 portal kernel: ipfw: 100 SkipTo 400 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0 > Nov 10 17:01:05 portal kernel: ipfw: 310 Pipe 2 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0 > Nov 10 17:01:05 portal kernel: ipfw: 320 Pipe 2 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0 > Nov 10 17:01:05 portal kernel: ipfw: 340 Pipe 3 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0 > Nov 10 17:01:05 portal kernel: ipfw: 340 Pipe 4 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0 > Nov 10 17:01:05 portal kernel: ipfw: 360 Pipe 4 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0 > Nov 10 17:01:05 portal kernel: ipfw: 380 Pipe 4 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0 > Nov 10 17:01:05 portal kernel: ipfw: 800 Accept TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0 > > So, clearly saying - will not work, the rule: > ipfw add 100 skipto 400 ip from 192.168.0.0/24 to 192.168.0.0/24 > is working correctly. > > Is there any problems with ACTION_PTR macro? Please try a next patch: Index: sys/netinet/ip_fw2.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw2.c,v retrieving revision 1.22 diff -u -r1.22 ip_fw2.c --- sys/netinet/ip_fw2.c 27 Dec 2002 17:43:25 -0000 1.22 +++ sys/netinet/ip_fw2.c 12 Jan 2003 13:49:48 -0000 @@ -1180,6 +1180,7 @@ /* look for action, in case it is a skipto */ cmd = ACTION_PTR(me); + cmd += F_LEN(cmd); if ( cmd->opcode == O_SKIPTO ) for (rule = me->next; rule ; rule = rule->next) if (rule->rulenum >= cmd->arg1) %%% -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 6:48:24 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CF7037B401 for ; Sun, 12 Jan 2003 06:48:22 -0800 (PST) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10CF143EB2 for ; Sun, 12 Jan 2003 06:48:22 -0800 (PST) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com (adsl-64-175-107-17.dsl.lsan03.pacbell.net [64.175.107.17]) by pimout3-ext.prodigy.net (8.12.3 da nor stuldap/8.12.3) with ESMTP id h0CEmIkD083986 for ; Sun, 12 Jan 2003 09:48:19 -0500 Message-ID: <3E21806E.4080102@hotmail.com> Date: Sun, 12 Jan 2003 06:49:18 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021226 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ATA seems to lock up the system at boot (KT133A) References: In-Reply-To: X-Enigmail-Version: 0.71.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander Leidinger wrote: > Hi, > > a dmesg from a working kernel (from Jan 5) shows: > ---snip--- > acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% > ad0: 58644MB [119150/16/63] at ata0-master tagged UDMA100 > afd0: 96MB [32/64/96] at ata1-master PIO0 > Waiting 6 seconds for SCSI devices to settle > ---snip--- > > The not working kernel from yesterday locks up after printing the ad0 > line... Assuming this is the same as I see on my -STABLE box, this started months ago. I have a SCSI Jaz drive (similar to a Zip) which started to hang the machine after the ad0 line when I remove the cartridge from the Jaz. The hang is not indefinite, however. If I just wait about 30-40 seconds the boot will proceed as usual. Replacing the Jaz cartridge restores the behavior to normal. This was puzzling because there is no error message or time-out message to give a clue what is causing the delay. Could your Zip disk be missing or bad? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 7:19:32 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C536E37B401 for ; Sun, 12 Jan 2003 07:19:31 -0800 (PST) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B0343F43 for ; Sun, 12 Jan 2003 07:19:31 -0800 (PST) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 953899C58; Sun, 12 Jan 2003 10:08:20 -0500 (EST) Date: Sun, 12 Jan 2003 10:08:20 -0500 From: Mike Barcroft To: Craig Rodrigues Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fix man pages with iovec Message-ID: <20030112100820.B9149@espresso.q9media.com> References: <20030112070750.GA31466@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030112070750.GA31466@attbi.com>; from rodrigc@attbi.com on Sun, Jan 12, 2003 at 02:07:50AM -0500 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig Rodrigues writes: > Hi, > > This patch fixes the read(2) and write(2) man pages > to accurately reflect the iovec structure defined > in and . Committed, thanks. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 10:49:31 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BC1237B401; Sun, 12 Jan 2003 10:49:30 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 707ED43F1E; Sun, 12 Jan 2003 10:49:29 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id h0CInmjb005102; Sun, 12 Jan 2003 13:49:48 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id h0CInmCW005101; Sun, 12 Jan 2003 13:49:48 -0500 (EST) Date: Sun, 12 Jan 2003 13:49:48 -0500 From: Jake Burkholder To: Terry Lambert Cc: sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fpsetmask on sparc64 Message-ID: <20030112134948.I212@locore.ca> References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112015221.G212@locore.ca> <3E212670.41627B9F@mindspring.com> <20030112032908.H212@locore.ca> <3E216911.B7AFC39F@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3E216911.B7AFC39F@mindspring.com>; from tlambert2@mindspring.com on Sun, Jan 12, 2003 at 05:09:37AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently, On Sun, Jan 12, 2003 at 05:09:37AM -0800, Terry Lambert said words to the effect of; > Jake Burkholder wrote: > > > Isn't that really a lame excuse? Shouldn't > > > > > > #ifdef __FreeBSD__ > > > > > > be enough to make code compile on all FreeBSD platforms? > > > > I don't know, why don't you try it. > > I understand the snide reply. My point was that if FreeBSD had My point is that you could help by actually doing something. Your repeated long emails DO NOT HELP. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 11: 6:23 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79A1137B401; Sun, 12 Jan 2003 11:06:21 -0800 (PST) Received: from h00609772adf0.ne.client2.attbi.com (h00609772adf0.ne.client2.attbi.com [24.61.43.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D4C43F1E; Sun, 12 Jan 2003 11:06:20 -0800 (PST) (envelope-from rodrigc@attbi.com) Received: from h00609772adf0.ne.client2.attbi.com (localhost [127.0.0.1]) by h00609772adf0.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id h0CJ6LTc041258; Sun, 12 Jan 2003 14:06:21 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by h00609772adf0.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id h0CJ6KNu041257; Sun, 12 Jan 2003 14:06:20 -0500 (EST) Date: Sun, 12 Jan 2003 14:06:20 -0500 From: Craig Rodrigues To: doc@freebsd.org Cc: freebsd-current@freebsd.org Subject: [PATCH] minor spelling fix Message-ID: <20030112190620.GA41249@attbi.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, A minor spelling correction for section 19.10 of the Handbook. -- Craig Rodrigues http://home.attbi.com/~rodrigc rodrigc@attbi.com --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="chapter.sgml.diff" Index: chapter.sgml =================================================================== RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/handbook/advanced-networking/chapter.sgml,v retrieving revision 1.194 diff -u -r1.194 chapter.sgml --- chapter.sgml 2003/01/12 18:20:50 1.194 +++ chapter.sgml 2003/01/12 19:05:09 @@ -4277,7 +4277,7 @@ a local DNS server may cache and respond more quickly - then querying an outside name server. + than querying an outside name server. a reduction in overall network traffic is desired (DNS --UugvWAfsgieZRqgk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 11: 7:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E8CE37B401 for ; Sun, 12 Jan 2003 11:07:34 -0800 (PST) Received: from morphy.iki.fi (baana-pppoes-213-139-166-84.suomi.net [213.139.166.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 4391F43F5B for ; Sun, 12 Jan 2003 11:07:33 -0800 (PST) (envelope-from morphy@morphy.iki.fi) Received: (qmail 16509 invoked by uid 1000); 12 Jan 2003 19:07:31 -0000 Date: Sun, 12 Jan 2003 21:07:31 +0200 From: "Mikko S. Hyvarinen" To: freebsd-net@freebsd.org Cc: freebsd-current@freebsd.org Subject: Asus A7N8X Deluxe, nForce2 chipset, 3com MAC, Broadcom/Altima PHY Message-ID: <20030112190731.GB14895@morphy.iki.fi> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I recently acquired one of these motherboards and suitable CPU + memory for it. The on-board 3com MAC and Broadcom/Altima PHY are not being detected by the xl(4) driver in -current (cvsup done yesterday evening). In the Award BIOS there is only one setting for the 3com device, a supposed on/off switch with only values Disabled and Auto; I have used Auto. Output with stock drivers: pcib2: at device 12.0 on pci0 pci2: on pcib2 pci2: at device 1.0 (no driver attached) pciconf -lv output: none9@pci2:1:0: class=0x020000 card=0x80ab1043 chip=0x920110b7 rev=0x40 hdr=0x00 vendor = '3COM Corp, Networking Division' class = network subclass = ethernet Output after adding the chip in question to if_xlreg.h and if_xl.c probe table: pcib2: at device 12.0 on pci0 pci2: on pcib2 xl1: <3Com 3c905C-TX on nVidia nForce2 chipset> port 0xb000-0xb07f mem 0xd3000000-0xd300007f irq 11 at device 1.0 on pci2 xl1: Ethernet address: 00:26:54:07:e5:95 xl1: no PHY found! device_probe_and_attach: xl1 attach returned 6 So far, so good. The on-board PHY is a Broadcom/Altime AC101L, which is not listed in miidevs. I added it there and to acphy_probe() just to see if it would work. I also added a printf() to acphy_probe() to output the mii_id1 and mii_id2 values before checking for the supported models so that I could see if the probe was even getting that far. Probe doesn't get that far since the printf() is never executed; I believe probe halts in mii_phy_probe() since acphy_probe() would be called by bus_generic_attach() if a PHY was found on the miibus and that in turn would show up in the kernel boot messages because of the printf() I added. FWIW, the diff for the files mentioned is attached, in case someone wants to continue from here. Specifications for the Altima PHY are available at: http://www.altimacom.com/products/ac101L.html I could not find any specifications on nVidia site for the integration of the 3com MAC into the nForce2 chipset; neither could I find any documents on Asus site about the power control for the Broadcom/Altima MAC in case it is somehow powered off by default. Regards, MSH -- All opinions expressed above are mine alone and do not express the views of my employer or any other organizations that I am affiliated with. --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nforce2-xl.patch" Index: sys/dev/mii/miidevs =================================================================== RCS file: /data/cvs/freebsd/src/sys/dev/mii/miidevs,v retrieving revision 1.21 diff -u -r1.21 miidevs --- sys/dev/mii/miidevs 8 Sep 2002 19:12:02 -0000 1.21 +++ sys/dev/mii/miidevs 4 Jan 2003 23:00:40 -0000 @@ -98,6 +98,7 @@ /* Altima Communications PHYs */ model xxALTIMA AC101 0x0021 AC101 10/100 media interface +model xxALTIMA AC101L 0x0012 AC101L 10/100 media interface /* Advanced Micro Devices PHYs */ model xxAMD 79C873 0x0000 Am79C873 10/100 media interface Index: sys/dev/mii/acphy.c =================================================================== RCS file: /data/cvs/freebsd/src/sys/dev/mii/acphy.c,v retrieving revision 1.10 diff -u -r1.10 acphy.c --- sys/dev/mii/acphy.c 14 Oct 2002 22:31:52 -0000 1.10 +++ sys/dev/mii/acphy.c 12 Jan 2003 18:51:40 -0000 @@ -129,6 +129,9 @@ if (MII_OUI(ma->mii_id1, ma->mii_id2) == MII_OUI_xxALTIMA && MII_MODEL(ma->mii_id2) == MII_MODEL_xxALTIMA_AC101) { device_set_desc(dev, MII_STR_xxALTIMA_AC101); + } else if(MII_OUI(ma->mii_id1, ma->mii_id2) == MII_OUI_xxALTIMA && + MII_MODEL(ma->mii_id2) == MII_MODEL_xxALTIMA_AC101L) { + device_set_desc(dev, MII_STR_xxALTIMA_AC101L); } else return (ENXIO); Index: sys/pci/if_xl.c =================================================================== RCS file: /data/cvs/freebsd/src/sys/pci/if_xl.c,v retrieving revision 1.120 diff -u -r1.120 if_xl.c --- sys/pci/if_xl.c 10 Jan 2003 08:09:58 -0000 1.120 +++ sys/pci/if_xl.c 12 Jan 2003 11:47:13 -0000 @@ -183,6 +183,8 @@ "3Com 3c905B-COMBO Fast Etherlink XL" }, { TC_VENDORID, TC_DEVICEID_TORNADO_10_100BT, "3Com 3c905C-TX Fast Etherlink XL" }, + { TC_VENDORID, TC_DEVICEID_TORNADO_10_100BT_NVIDIA, + "3Com 3c905C-TX on nVidia nForce2 chipset" }, { TC_VENDORID, TC_DEVICEID_HURRICANE_10_100BT_SERV, "3Com 3c980 Fast Etherlink XL" }, { TC_VENDORID, TC_DEVICEID_TORNADO_10_100BT_SERV, Index: sys/pci/if_xlreg.h =================================================================== RCS file: /data/cvs/freebsd/src/sys/pci/if_xlreg.h,v retrieving revision 1.40 diff -u -r1.40 if_xlreg.h --- sys/pci/if_xlreg.h 6 Jan 2003 00:46:03 -0000 1.40 +++ sys/pci/if_xlreg.h 8 Jan 2003 19:55:18 -0000 @@ -676,6 +676,7 @@ #define TC_DEVICEID_CYCLONE_10_100_COMBO 0x9058 #define TC_DEVICEID_CYCLONE_10_100FX 0x905A #define TC_DEVICEID_TORNADO_10_100BT 0x9200 +#define TC_DEVICEID_TORNADO_10_100BT_NVIDIA 0x9201 #define TC_DEVICEID_HURRICANE_10_100BT_SERV 0x9800 #define TC_DEVICEID_TORNADO_10_100BT_SERV 0x9805 #define TC_DEVICEID_HURRICANE_SOHO100TX 0x7646 --UugvWAfsgieZRqgk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 11:25: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B90AC37B401; Sun, 12 Jan 2003 11:25:02 -0800 (PST) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79E9643F13; Sun, 12 Jan 2003 11:25:01 -0800 (PST) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.10.205]) by abigail.blackend.org (8.12.3/8.12.3) with ESMTP id h0CJOtfW060572; Sun, 12 Jan 2003 20:24:55 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost [127.0.0.1]) by nosferatu.blackend.org (8.12.6/8.12.6) with ESMTP id h0CJOvx1002599; Sun, 12 Jan 2003 20:24:57 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.12.6/8.12.6/Submit) id h0CJOqRM002598; Sun, 12 Jan 2003 20:24:52 +0100 (CET) (envelope-from marc) Date: Sun, 12 Jan 2003 20:24:51 +0100 From: Marc Fonvieille To: Craig Rodrigues Cc: doc@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] minor spelling fix Message-ID: <20030112192451.GE564@nosferatu.blackend.org> References: <20030112190620.GA41249@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030112190620.GA41249@attbi.com> User-Agent: Mutt/1.4i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fixed, thanks. Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 11:31: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10F8E37B401 for ; Sun, 12 Jan 2003 11:31:02 -0800 (PST) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 365D543F5B for ; Sun, 12 Jan 2003 11:30:55 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd11.sul.t-online.de by mailout10.sul.t-online.com with smtp id 18Xnoq-0007LI-02; Sun, 12 Jan 2003 20:30:52 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.83.16.215]) by fmrl11.sul.t-online.com with esmtp id 18Xnoa-0LB2X2C; Sun, 12 Jan 2003 20:30:36 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h0CJUZbL080950; Sun, 12 Jan 2003 20:30:35 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id h0CJUYMs004088; Sun, 12 Jan 2003 20:30:34 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 12 Jan 2003 20:30:34 +0100 From: Alexander Leidinger To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: ATA seems to lock up the system at boot (KT133A) Message-Id: <20030112203034.4af57ae3.Alexander@Leidinger.net> In-Reply-To: <3E21806E.4080102@hotmail.com> References: <3E21806E.4080102@hotmail.com> X-Mailer: Sylpheed version 0.8.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Jan 2003 06:49:18 -0800 walt wrote: > Could your Zip disk be missing or bad? Usually I don't have a zip disk in the drive at boot time... I give it a try (tomorrow). Bye, Alexander. -- The computer revolution is over. The computers won. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 11:35:45 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F1A837B401 for ; Sun, 12 Jan 2003 11:35:44 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F79443F65 for ; Sun, 12 Jan 2003 11:35:43 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h0CJZfkt058071; Sun, 12 Jan 2003 20:35:41 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301121935.h0CJZfkt058071@spider.deepcore.dk> Subject: Re: ATA seems to lock up the system at boot (KT133A) In-Reply-To: <20030112203034.4af57ae3.Alexander@Leidinger.net> To: Alexander Leidinger Date: Sun, 12 Jan 2003 20:35:41 +0100 (CET) Cc: walt , freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Alexander Leidinger wrote: > On Sun, 12 Jan 2003 06:49:18 -0800 > walt wrote: > > > Could your Zip disk be missing or bad? > > Usually I don't have a zip disk in the drive at boot time... I give it a > try (tomorrow). I've tried both here, works just fine on a newly compiled current.... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 11:47:17 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66D9637B401 for ; Sun, 12 Jan 2003 11:47:15 -0800 (PST) Received: from mta5.rcsntx.swbell.net (mta5.rcsntx.swbell.net [151.164.30.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0B3D43EB2 for ; Sun, 12 Jan 2003 11:47:09 -0800 (PST) (envelope-from mcf@augustmail.com) Received: from lucia ([66.141.98.41]) by mta5.rcsntx.swbell.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18 2002)) with ESMTP id <0H8M00AVJ9MC7T@mta5.rcsntx.swbell.net> for current@FreeBSD.ORG; Sun, 12 Jan 2003 13:47:09 -0600 (CST) Date: Sun, 12 Jan 2003 13:47:11 -0600 From: Michael Ferguson Subject: RE: Sound playback problem with Maestro3.c (?) -- clock issue In-reply-to: To: current@FreeBSD.ORG Cc: 'Patrick Stinson' , paul@fnug.net Message-id: <003e01c2ba73$694992f0$29628d42@lucia> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailer: Microsoft Outlook, Build 10.0.4024 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I can't comment on any problems the KDE folks were having, but I am pretty sure this was some kind of interrupt handling problem in the Linux kernel. This was reported by other users... it was clear it was probably some kind of kernel issue when 'date' would give you one date/time, and '/sbin/hwclock' would give you something else. Best regards, -- mcf > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG [mailto:owner-freebsd- > current@FreeBSD.ORG] On Behalf Of Patrick Stinson > Sent: Saturday, January 11, 2003 8:49 PM > To: Paul A. Mayer; Michael Ferguson > Cc: current@FreeBSD.ORG > Subject: RE: Sound playback problem with Maestro3.c (?) -- clock issue > > never noticed anything like that > > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Paul A. Mayer > Sent: Wednesday, January 08, 2003 11:19 AM > To: Michael Ferguson > Cc: current@FreeBSD.ORG > Subject: Re: Sound playback problem with Maestro3.c (?) -- clock issue > > > Hi Michael, > > Regarding your linux clock issue: > > There was a rather lively discussion at forums.gentoo.org about drastic > clock sync loss caused by KDE. I don't know if it has been resolved in > the 3.1 line, but if you were running linux KDE, you might take a look > at that as a cause for the linux clock sync problem. > > /Paul > > Michael Ferguson wrote: > > Hi all, > > .... > > > On a probably-unrelated side note, when I was running Linux on > > the same laptop (ducks), I had issues with the OS clock getting quickly > > out of sync with the HW clock; typically I would loose five minutes or > > more every hour. Although I haven't experienced the same thing with > > FreeBSD, I wonder if there is just something odd about interrupt > > handling or timing on the Inspiron 8000 line? > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 12:51:42 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4170537B401; Sun, 12 Jan 2003 12:51:39 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8FBE43ED8; Sun, 12 Jan 2003 12:51:37 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id HAA25022; Mon, 13 Jan 2003 07:48:23 +1100 Date: Mon, 13 Jan 2003 07:48:56 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Terry Lambert Cc: Kris Kennaway , , Subject: Re: fpsetmask on sparc64 In-Reply-To: <3E217111.B3C4C512@mindspring.com> Message-ID: <20030113072350.R8829-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Jan 2003, Terry Lambert wrote: > Bruce Evans wrote: > > On Sun, 12 Jan 2003, Terry Lambert wrote: > > > Bruce Evans wrote: > > > > > Is this an omission, or are the ports wrong? > > > > > > > > First answer: > > > > This is a bug in the ports. The non-i386 arches are apparently including > > > > instead of the documented interface . > > > > > > Wow, gotta disagree with that; the problem doesn't magically go > > > away when you include the standard header file. > > > > Yes it does (should). > > We're at cross-purposes here, I think. It doesn't go away, even if > it should; here's ieeefp.h: > > #ifndef _IEEEFP_H_ > #define _IEEEFP_H_ > > #include > #include ^^^^^^^^^^^^^^^^^^^^^^^^^^^ Here are the manifests (sic). > > #ifdef __i386__ > #include ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Here is i386-specific code (which happens to be the implementation of the functions as inlines). > #else /* !__i386__ */ > __BEGIN_DECLS > extern fp_rnd_t fpgetround(void); > extern fp_rnd_t fpsetround(fp_rnd_t); > extern fp_except_t fpgetmask(void); > extern fp_except_t fpsetmask(fp_except_t); > extern fp_except_t fpgetsticky(void); > extern fp_except_t fpsetsticky(fp_except_t); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Here are the declarations of the functions. These are used by the arches that don't implement them as inlines (which happen to be all non-i386 arches). Here are also some style bugs (extern, and no tabs). > __END_DECLS > #endif /* __i386__ */ > > #endif /* _IEEEFP_H_ */ > > The function will still be missing from the library, even if there's > a valid prototype in scope, because you included the header file, and > didn't get any of the manifests. To get the manifests, you have to > include the , seperately. The functions are not shown above. They are normal functions in libc for most arches. > Notice that the only real difference is whether or not the > operations end up using an inline version of the functions, or > expect one to be in the library. > > That's a library bug, that they would not be implemented on SPARC. They aren't implemented as inline functions on sparc64's, so no amount of header inclusion can do more than declare them. Including wrong headers result in them being completely undeclared. > ... > > > > I think the ports are only meddling the FP mask to hide their FP errors > > > > when running under FreeBSD-3.x and earlier anyway. > > > > > > They are meddling with it because the FreeBSD default, while it is > > ^^ iswas (1) > > > permitted by the standard, is different from what most software > > was (2) > > > expects the default to be. > > > > (1) was permitted by C90; is not permitted by C99, but C99 is not supported > > yet. > > So it's irrelevent, right? It's probably irrelevant. I haven't looked at the ports. They seem to attempting to make null changes in FreeBSD-4.0 and later. > > (2) was different before FreeBSD-4.0. Are there any ports that still > > support FreeBSD-3? > > Not this software, certainly... making it also irrelevent, right? Not quite irrelvant, since they seem to have dead code which has been wrong since 1998. > > > Yeah, it'd be nice if it weren't there, but the man page itself > > > specifically uses fpsetmask() in an example (to prevent some trap). > > > > The man page still supports FreeBSD-3 :-). It is version-agnostic. The > > default setting is very MD, so software that actually cares must not > > assume anything about the defaults. > > Exactly. And therfore must call the function to set the FPU into > a known state, with regatd to exception handling, etc.. Which > makes my case, there. Very few applications have a legitimate use for doing this. I would expect the ones that do to know which headers to include. > ... Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 13: 5:58 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8258937B401; Sun, 12 Jan 2003 13:05:57 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC37443F5B; Sun, 12 Jan 2003 13:05:53 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h0CL5jEZ063866; Sun, 12 Jan 2003 13:05:45 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h0CL4UF5063831; Sun, 12 Jan 2003 13:04:30 -0800 (PST) Date: Sun, 12 Jan 2003 13:04:30 -0800 From: "David O'Brien" To: "Mikko S. Hyvarinen" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Asus A7N8X Deluxe, nForce2 chipset, 3com MAC, Broadcom/Altima PHY Message-ID: <20030112210430.GA63537@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20030112190731.GB14895@morphy.iki.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030112190731.GB14895@morphy.iki.fi> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 12, 2003 at 09:07:31PM +0200, Mikko S. Hyvarinen wrote: > The on-board 3com MAC and Broadcom/Altima PHY are not being detected by the > xl(4) driver in -current (cvsup done yesterday evening). > In the Award BIOS there is only one setting for the 3com device, a supposed > on/off switch with only values Disabled and Auto; I have used Auto. ... > FWIW, the diff for the files mentioned is attached, in case someone wants > to continue from here. Thanks! I committed this patch so it didn't get lost and maybe someone else with one of these boards can take it all the way. -- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 13:29:42 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0102A37B401 for ; Sun, 12 Jan 2003 13:29:41 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B526343F5B for ; Sun, 12 Jan 2003 13:29:40 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id h0CLTeJM039656 for ; Sun, 12 Jan 2003 13:29:40 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id h0CLTeTL039654 for current@freebsd.org; Sun, 12 Jan 2003 13:29:40 -0800 (PST) Date: Sun, 12 Jan 2003 13:29:40 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301122129.h0CLTeTL039654@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- ===> lib/libkvm /h/des/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /h/des/src/lib/libkvm/kvm_proc.c:376: structure has no member named `ke_p [...] *** Error code 1 Stop in /h/des/src/lib/libkvm. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 13:34:57 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BE0137B405 for ; Sun, 12 Jan 2003 13:34:56 -0800 (PST) Received: from mm.seattleu.edu (mm2.seattleu.edu [216.137.26.36]) by mx1.FreeBSD.org (Postfix) with SMTP id EB37F43F6D for ; Sun, 12 Jan 2003 13:34:55 -0800 (PST) (envelope-from joe@removethis.rainbowsheep.net) Received: (qmail 1112 invoked by uid 89); 12 Jan 2003 21:26:36 -0000 Received: from unknown (HELO removethis.rainbowsheep.net) (216.231.49.44) by mm2 with SMTP; 12 Jan 2003 21:26:36 -0000 Message-ID: <3E21E147.2030407@removethis.rainbowsheep.net> Date: Sun, 12 Jan 2003 13:42:31 -0800 From: Joe Laughlin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021129 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current Subject: compile problem Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG on Current cvsupped at 1:15 PST on 1/12/03, I get the following ===> lib/libkvm rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/usr/src/lib/libkvm /usr/src/lib/libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c /usr/src/lib/libkvm/kvm_getswapinfo.c /usr/src/lib/libkvm/kvm_proc.c cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm.c -o kvm.o cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_i386.c -o kvm_i386.o cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_file.c -o kvm_file.o cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_getloadavg.c -o kvm_getloadavg.o cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_getswapinfo.c -o kvm_getswapinfo.o cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_proc.c -o kvm_proc.o /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /usr/src/lib/libkvm/kvm_proc.c:376: structure has no member named `ke_pctcpu' *** Error code 1 Stop in /usr/src/lib/libkvm. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 14: 3:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21FB937B401; Sun, 12 Jan 2003 14:03:25 -0800 (PST) Received: from vador.skynet.be (vador.skynet.be [195.238.3.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC5BD43F1E; Sun, 12 Jan 2003 14:03:21 -0800 (PST) (envelope-from je@utah.co.jp) Received: from sitemail.everyone.net ([194.78.183.112]) by vador.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.20) with ESMTP id h0CM2fm28275; Sun, 12 Jan 2003 23:02:43 +0100 (MET) (envelope-from ) Message-Id: <200301122202.h0CM2fm28275@vador.skynet.be> To: From: "Cody" Subject: ^^^^Cell Phone Belt Clips $1.95 Date: Sun, 12 Jan 2003 15:03:13 -1900 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-: Microsoft Outlook, Build 10.0.2605 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Cellular Phone Accessories All At Below Wholesale Prices! http://www.cell2002.com.zw@ns.ztqlrni.ph/search.php?id=cecozwi Hands Free Ear Buds 1.99! Phone Holsters 1.98! Booster Antennas Only $0.99 Phone Cases 1.98! Car Chargers 1.98! Face Plates As Low As 0.99! Lithium Ion Batteries As Low As 6.94! http://www.cell2002.com.zw@ns.ztqlrni.ph/search.php?id=cecozwi Click Below For Accessories On All NOKIA, MOTOROLA LG, NEXTEL, SAMSUNG, QUALCOMM, ERICSSON, AUDIOVOX PHONES At Below WHOLESALE PRICES! http://www.cell2002.com.zw@ns.ztqlrni.ph/search.php?id=cecozwi ***If You Need Assistance Please Call Us (732) 751-1457*** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To be removed from future mailings click below: http://www.cell2002.com.zw@ns.ztqlrni.ph/search.php?id=cecozwr Thank you and have a super day. i5szgb06a1wf93ew8h54zvn3kc9xlm7f9xcza7pegqptz27ek0betpykv9itadzococ0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 14:23:43 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66CB437B401 for ; Sun, 12 Jan 2003 14:23:41 -0800 (PST) Received: from milan.hitnet.rwth-aachen.de (milan.hitnet.RWTH-Aachen.DE [137.226.181.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD6A43EB2 for ; Sun, 12 Jan 2003 14:23:33 -0800 (PST) (envelope-from chris@unixpages.org) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) by milan.hitnet.rwth-aachen.de (Postfix) with ESMTP id 98F15A91E; Sun, 12 Jan 2003 23:23:32 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id E5E8B4417; Sun, 12 Jan 2003 23:23:31 +0100 (CET) Date: Sun, 12 Jan 2003 23:23:31 +0100 From: Christian Brueffer To: Joe Laughlin Cc: current Subject: Re: compile problem Message-ID: <20030112222331.GQ10036@unixpages.org> References: <3E21E147.2030407@removethis.rainbowsheep.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MT9SxUWSsctiw0kG" Content-Disposition: inline In-Reply-To: <3E21E147.2030407@removethis.rainbowsheep.net> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT X-PGP-Key: http://www.unixpages.org/cbrueffer.asc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --MT9SxUWSsctiw0kG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 12, 2003 at 01:42:31PM -0800, Joe Laughlin wrote: > on Current cvsupped at 1:15 PST on 1/12/03, I get the following >=20 > =3D=3D=3D> lib/libkvm > rm -f .depend > mkdep -f .depend -a -DLIBC_SCCS -I/usr/src/lib/libkvm=20 > /usr/src/lib/libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c=20 > /usr/src/lib/libkvm/kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c=20 > /usr/src/lib/libkvm/kvm_getswapinfo.c /usr/src/lib/libkvm/kvm_proc.c > cc -O2 -pipe -march=3Dathlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c=20 > /usr/src/lib/libkvm/kvm.c -o kvm.o > cc -O2 -pipe -march=3Dathlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c=20 > /usr/src/lib/libkvm/kvm_i386.c -o kvm_i386.o > cc -O2 -pipe -march=3Dathlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c=20 > /usr/src/lib/libkvm/kvm_file.c -o kvm_file.o > cc -O2 -pipe -march=3Dathlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c=20 > /usr/src/lib/libkvm/kvm_getloadavg.c -o kvm_getloadavg.o > cc -O2 -pipe -march=3Dathlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c=20 > /usr/src/lib/libkvm/kvm_getswapinfo.c -o kvm_getswapinfo.o > cc -O2 -pipe -march=3Dathlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c=20 > /usr/src/lib/libkvm/kvm_proc.c -o kvm_proc.o > /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > /usr/src/lib/libkvm/kvm_proc.c:376: structure has no member named=20 > `ke_pctcpu' > *** Error code 1 >=20 > Stop in /usr/src/lib/libkvm. > *** Error code 1 >=20 >=20 I'm seeing the same here. - Christian --=20 http://www.unixpages.org chris@unixpages.org GPG Pub-Key : www.unixpages.org/cbrueffer.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D GPG Key ID : 0xA0ED982D --MT9SxUWSsctiw0kG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+IerjbHYXjKDtmC0RAg3HAKCAmyUjUQi1mzOFfq4qLiDGUhbNowCg7RLp 3pE5mBLtWqr5KTiECNAbbuU= =+zo4 -----END PGP SIGNATURE----- --MT9SxUWSsctiw0kG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 15:37:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A89437B405; Sun, 12 Jan 2003 15:37:51 -0800 (PST) Received: from area51.slashnet.org (area51.slashnet.org [209.150.98.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F58443F85; Sun, 12 Jan 2003 15:37:43 -0800 (PST) (envelope-from smkelly@zombie.org) Received: from edgemaster.zombie.org (ip68-13-64-165.om.om.cox.net [68.13.64.165]) by area51.slashnet.org (Postfix) with ESMTP id 85E3149F1F; Sun, 12 Jan 2003 18:37:37 -0500 (EST) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 8C5CA4160C; Sun, 12 Jan 2003 17:37:36 -0600 (CST) Date: Sun, 12 Jan 2003 17:37:36 -0600 From: Sean Kelly To: phk@freebsd.org Cc: "Andrey A. Chernov" , current@freebsd.org Subject: Re: GEOM prevents bootblocks writing Message-ID: <20030112233736.GA63033@edgemaster.zombie.org> References: <20030112113303.GA1056@edgemaster.zombie.org> <5336.1042372186@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <5336.1042372186@critter.freebsd.dk> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 12, 2003 at 12:49:46PM +0100, phk@freebsd.org wrote: > In message <20030112113303.GA1056@edgemaster.zombie.org>, Sean Kelly writ= es: >=20 > >Since I haven't seen any response to this, I'll "me too" it in hopes that > >it will get some attention drawn to it. >=20 > boot0cfg and fdisk should work as advertised. edgemaster# boot0cfg -B ad1 boot0cfg: /dev/ad1: ioctl DIOCSMBR: Operation not permitted edgemaster# fdisk -B ad1 =2E.. fdisk: can't write fdisk partition table: Operation not permitted edgemaster# disklabel -B ad1s1 partition c: partition extends past end of unit Warning, partition c doesn't start at 0! Warning, An incorrect partition c may cause problems for standard system ut= ilities partition f: partition extends past end of unit I've tried doing fdisk and boot0cfg even in singleuser with / mounted readonly. Is this really the way it is supposed to work? I do not remember it behaving like this pre-GEOM. > There is an erratum on "disklabel -B" for 5.0-RELEASE. So how the hell do I make it so I can boot my system again? I don't know what I/it did to make it no longer boot, but I can't. Boot0 shows me a list "F1 FreeBSD, F5 Disk 1". If i choose F1, it just beeps at me. I don't even know why it is beeping at me, because that same FreeBSD partition/slice mounts and works if booted via other methods. --=20 Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+Ifw/Pm7A9NLl4pYRAlZbAKDB1ivZQ/h6A29meKsflWwhjyI39QCfXVPR 7Ss8R6tJf5v0tihMQrSpKxQ= =Z9nK -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 16:14:33 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D19FB37B401 for ; Sun, 12 Jan 2003 16:14:30 -0800 (PST) Received: from morphy.iki.fi (baana-pppoes-213-139-166-84.suomi.net [213.139.166.84]) by mx1.FreeBSD.org (Postfix) with SMTP id E964E43F13 for ; Sun, 12 Jan 2003 16:14:28 -0800 (PST) (envelope-from morphy@morphy.iki.fi) Received: (qmail 709 invoked by uid 1000); 13 Jan 2003 00:14:21 -0000 Date: Mon, 13 Jan 2003 02:14:21 +0200 From: "Mikko S. Hyvarinen" To: freebsd-multimedia@freebsd.org Cc: freebsd-current@freebsd.org Subject: [PATCH] Asus A7N8X Deluxe, nForce2 chipset, integrated AC97 audio Message-ID: <20030113001421.GA621@morphy.iki.fi> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, This one was easier than getting the on-board LAN to work. Judging from the Asus online product specifications the same audio hardware seems to be present also on the non-Deluxe version; the other unknown PCI device id in audio class seems not to work with the AC97 drivers so I assume that it is the much-touted APU. With this patch the on-board AC97 audio controller and Realtek Semiconductor ALC650 CODEC work as far as I can test; tested with headphones in line-out and playing two albums of MP3 audio with mpg123. dmesg extracts, boot -v: pcm0: port 0xd400-0xd47f,0xd000-0xd0ff mem 0xc9080000-0xc9080fff irq 11 at device 6.0 on pci0 pcm0: ac97 codec id 0x414c4720 (Realtek Semiconductor ALC650) pcm0: ac97 codec features 20 bit DAC, 18 bit ADC, 5 bit master volume, Realtek 3D Stereo Enhancement pcm0: ac97 primary codec extended features variable rate PCM, double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 4 pcm0: sndbuf_setmap 7b5000, 4000; 0xe0b97000 -> 7b5000 pcm0: sndbuf_setmap 7b9000, 4000; 0xe0b9b000 -> 7b9000 ... pcm0: measured ac97 link rate at 47999 Hz, will use 48000 Hz The only noticeable error I heard while playing the MP3s was a slight but audible pop after mpg123 starts playing; this might be something in the mixer control code. Anyway, it's just cosmetic, didn't bother me with headphones at normal playing volume. Regards, MSH -- All opinions expressed above are mine alone and do not express the views of my employer or any other organizations that I am affiliated with. --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nforce2-audio.patch" Index: sys/dev/sound/pcm/ac97.c =================================================================== RCS file: /data/cvs/freebsd/src/sys/dev/sound/pcm/ac97.c,v retrieving revision 1.28 diff -u -r1.28 ac97.c --- sys/dev/sound/pcm/ac97.c 26 Nov 2002 18:16:26 -0000 1.28 +++ sys/dev/sound/pcm/ac97.c 12 Jan 2003 23:43:23 -0000 @@ -89,6 +89,7 @@ { 0x414b4d01, 1, "Asahi Kasei AK4542" }, { 0x414b4d02, 1, "Asahi Kasei AK4543" }, { 0x414c4710, 0, "Avance Logic ALC200/200P" }, + { 0x414c4720, 0, "Realtek Semiconductor ALC650" }, { 0x43525900, 0, "Cirrus Logic CS4297" }, { 0x43525903, 0, "Cirrus Logic CS4297" }, { 0x43525913, 0, "Cirrus Logic CS4297A" }, Index: sys/dev/sound/pci/ich.c =================================================================== RCS file: /data/cvs/freebsd/src/sys/dev/sound/pci/ich.c,v retrieving revision 1.24 diff -u -r1.24 ich.c --- sys/dev/sound/pci/ich.c 19 Aug 2002 16:03:56 -0000 1.24 +++ sys/dev/sound/pci/ich.c 12 Jan 2003 23:43:04 -0000 @@ -628,6 +628,10 @@ device_set_desc(dev, "Nvidia nForce AC97 controller"); return 0; + case 0x006a10de: + device_set_desc(dev, "Nvidia nForce2 AC97 controller"); + return 0; + default: return ENXIO; } --QTprm0S8XgL7H0Dt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 16:14:42 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABB1B37B401; Sun, 12 Jan 2003 16:14:41 -0800 (PST) Received: from soulshock.mail.pas.earthlink.net (soulshock.mail.pas.earthlink.net [207.217.120.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id D24FE43EB2; Sun, 12 Jan 2003 16:14:40 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from heron (heron.mail.pas.earthlink.net [207.217.120.189]) by soulshock.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h0CNjPH19109; Sun, 12 Jan 2003 15:45:25 -0800 (PST) Received: from pool0338.cvx22-bradley.dialup.earthlink.net ([209.179.199.83] helo=mindspring.com) by heron with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18Xrml-0005xR-00; Sun, 12 Jan 2003 15:44:59 -0800 Message-ID: <3E21FDAC.1FD36F5C@mindspring.com> Date: Sun, 12 Jan 2003 15:43:40 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder Cc: sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fpsetmask on sparc64 References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112015221.G212@locore.ca> <3E212670.41627B9F@mindspring.com> <20030112032908.H212@locore.ca> <3E216911.B7AFC39F@mindspring.com> <20030112134948.I212@locore.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d7f5fa927a43dcc8f86fdbf12c8f541d93caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jake Burkholder wrote: > > > > Isn't that really a lame excuse? Shouldn't > > > > > > > > #ifdef __FreeBSD__ > > > > > > > > be enough to make code compile on all FreeBSD platforms? > > > > > > I don't know, why don't you try it. > > > > I understand the snide reply. My point was that if FreeBSD had > > My point is that you could help by actually doing something. Your > repeated long emails DO NOT HELP. Whereas excuses as to why things are the way they are, and people should just put up with it, DO help? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 16:54:21 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E56C737B401 for ; Sun, 12 Jan 2003 16:54:19 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4773343F18 for ; Sun, 12 Jan 2003 16:54:18 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id E027251971; Mon, 13 Jan 2003 11:24:14 +1030 (CST) Date: Mon, 13 Jan 2003 11:24:14 +1030 From: Greg 'groggy' Lehey To: FreeBSD current users Subject: Still problems with PCCARD NICs Message-ID: <20030113005414.GF1120@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I haven't done much with PCCARD on -CURRENT lately. Last time I tried, a couple of months ago, I got repeated freezes on the two 100 Mb/s NICs I have. I've just built a kernel as of about 30 hours ago, and I find: 1. Xircom RealPort RE-100 (xe driver). Comes up with unidentified media. Doesn't react to dhclient. Won't let me set the mediaopt. I have to first set a valid IP address, after which it comes up as 100baseTX. I can't find a way to set full-duplex, but maybe the card doesn't support it. I tried to tar an NFS-mounted file system to see how fast it went: tar cf /dev/null /src Almost immediately, I got these messages, repeated frequently: Jan 13 10:57:29 sydney kernel: xe0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) Jan 13 10:58:13 sydney kernel: xe0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) I checked at the other end and confirmed that the frames were in fact 1514 bytes long. 2. 3Com 3c905. # ifconfig xl0 xl0: flags=8802 mtu 1500 ether 00:10:4b:f8:fd:20 media: Ethernet autoselect # dhclient xl0 # ifconfig xl0 xl0: flags=8843 mtu 1500 inet6 fe80::210:4bff:fef8:fd20%xl0 prefixlen 64 scopeid 0x3 inet 192.109.197.89 netmask 0xffffff00 broadcast 192.109.197.255 ether 00:10:4b:f8:fd:20 media: Ethernet autoselect (10baseT/UTP ) # ifconfig xl0 mediaopt 100baseTX ifconfig: SIOCSIFMEDIA: Device not configured Looking at the LEDs on the dongle and on the switch, this card is in fact in 100baseTX full-duplex mode. Starting the tar job mentioned before freezes the system within seconds. I'm available for testing this if anybody can tell me what to do. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 18:13:49 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7247137B401 for ; Sun, 12 Jan 2003 18:13:48 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5BF543F5B for ; Sun, 12 Jan 2003 18:13:47 -0800 (PST) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [67.114.255.172] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.22 $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 12 Jan 2003 19:13:48 -0700 Message-ID: <3E22211B.3050201@hotmail.com> Date: Sun, 12 Jan 2003 18:14:51 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3a) Gecko/20030111 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: world broken at libkvm Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cc -O -pipe -mcpu=pentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_proc.c -o kvm_proc.o /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /usr/src/lib/libkvm/kvm_proc.c:376: structure has no member named `ke_pctcpu' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 18:52:22 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AEE037B401; Sun, 12 Jan 2003 18:52:17 -0800 (PST) Received: from soulshock.mail.pas.earthlink.net (soulshock.mail.pas.earthlink.net [207.217.120.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7266843F13; Sun, 12 Jan 2003 18:52:16 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from stork (stork.mail.pas.earthlink.net [207.217.120.188]) by soulshock.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h0D2TXH05241; Sun, 12 Jan 2003 18:29:33 -0800 (PST) Received: from pool0374.cvx40-bradley.dialup.earthlink.net ([216.244.43.119] helo=mindspring.com) by stork with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18XuL8-0003Rt-00; Sun, 12 Jan 2003 18:28:39 -0800 Message-ID: <3E2223F4.5554718E@mindspring.com> Date: Sun, 12 Jan 2003 18:27:00 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: [PATCH] Re: fpsetmask on sparc64 References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112015221.G212@locore.ca> <3E212670.41627B9F@mindspring.com> <20030112032908.H212@locore.ca> <3E216911.B7AFC39F@mindspring.com> <20030112134948.I212@locore.ca> <3E21FDAC.1FD36F5C@mindspring.com> Content-Type: multipart/mixed; boundary="------------C36EAE74A9FB2FE61C3D5D7B" X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4ad8d6cd516048613d570fcccd34675433ca473d225a0f487350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------C36EAE74A9FB2FE61C3D5D7B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit This patch also affects the IA64 and Alpha, as well as just the SPARC. It took a lot of discussion, but it seems to me that the problem is that the prototypes in scope aren't in scope when the wrong include file is included. This is partially a problem with the FreeBSD code, because it's really not healthy to have "#ifdef i386" in /usr/include/*, since these are (supposedly) machine independent files that should not change behaviour based on which platform you are using to compile them. That basically means that the machine dependent behaviour should be in headers. This is actually how it works for the i386 in -current, where the symbols come into scope as macros whose definitions reference inline functions. But this layering is broken for the other platforms, where the symbols are supposed to come into scope by means of prototypes. Therefore, it seems to me, that the correct place to put them is in the header (the other alternative was the header; this seemed wrong to me, but I'm willing to reroll the patch, if there's a lot of disagreement over this point). So I've basically gotten rid of the #ifdef, and pushed the function prototypes down. This will incidently work around the improper inclusion of machine dependent files by ports. I can't really fix that, without the ports that do it being fixed. For code wher this isn't an issue, though, it actually fixes, rather than works around, the problem, in what I thing is the correct way. Context diff attached. -- Terry --------------C36EAE74A9FB2FE61C3D5D7B Content-Type: text/plain; charset=us-ascii; name="fixfp.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fixfp.diff" Index: include/ieeefp.h =================================================================== RCS file: /cvs/src/include/ieeefp.h,v retrieving revision 1.6 diff -c -r1.6 ieeefp.h *** include/ieeefp.h 23 Mar 2002 17:24:53 -0000 1.6 --- include/ieeefp.h 12 Jan 2003 22:04:26 -0000 *************** *** 11,28 **** #include #include - - #ifdef __i386__ #include - #else /* !__i386__ */ - __BEGIN_DECLS - extern fp_rnd_t fpgetround(void); - extern fp_rnd_t fpsetround(fp_rnd_t); - extern fp_except_t fpgetmask(void); - extern fp_except_t fpsetmask(fp_except_t); - extern fp_except_t fpgetsticky(void); - extern fp_except_t fpsetsticky(fp_except_t); - __END_DECLS - #endif /* __i386__ */ #endif /* _IEEEFP_H_ */ --- 11,16 ---- Index: sys/alpha/include/floatingpoint.h =================================================================== RCS file: /cvs/src/sys/alpha/include/floatingpoint.h,v retrieving revision 1.3 diff -c -r1.3 floatingpoint.h *** sys/alpha/include/floatingpoint.h 1 May 2000 20:17:49 -0000 1.3 --- sys/alpha/include/floatingpoint.h 12 Jan 2003 22:10:33 -0000 *************** *** 32,35 **** --- 32,63 ---- * $FreeBSD: src/sys/alpha/include/floatingpoint.h,v 1.3 2000/05/01 20:17:49 peter Exp $ */ + #ifndef _FLOATINGPOINT_H_ + #define _FLOATINGPOINT_H_ + + /* + * IEEE floating point structure and function definitions + */ + + /*- + * XXX the following undocumented pollution is exported: + * fpsetsticky(). + * FP*FLD, FP*OFF and FP*REG from + */ + + #include #include + + /* + * SysV/386 FP control interface for platforms with library implemetnations + */ + __BEGIN_DECLS + extern fp_rnd_t fpgetround(void); + extern fp_rnd_t fpsetround(fp_rnd_t); + extern fp_except_t fpgetmask(void); + extern fp_except_t fpsetmask(fp_except_t); + extern fp_except_t fpgetsticky(void); + extern fp_except_t fpsetsticky(fp_except_t); + __END_DECLS + + #endif /* !_FLOATINGPOINT_H_ */ Index: sys/ia64/include/floatingpoint.h =================================================================== RCS file: /cvs/src/sys/ia64/include/floatingpoint.h,v retrieving revision 1.1 diff -c -r1.1 floatingpoint.h *** sys/ia64/include/floatingpoint.h 29 Sep 2000 13:46:05 -0000 1.1 --- sys/ia64/include/floatingpoint.h 12 Jan 2003 22:10:50 -0000 *************** *** 32,35 **** --- 32,63 ---- * $FreeBSD: src/sys/ia64/include/floatingpoint.h,v 1.1 2000/09/29 13:46:05 dfr Exp $ */ + #ifndef _FLOATINGPOINT_H_ + #define _FLOATINGPOINT_H_ + + /* + * IEEE floating point structure and function definitions + */ + + /*- + * XXX the following undocumented pollution is exported: + * fpsetsticky(). + * FP*FLD, FP*OFF and FP*REG from + */ + + #include #include + + /* + * SysV/386 FP control interface for platforms with library implemetnations + */ + __BEGIN_DECLS + extern fp_rnd_t fpgetround(void); + extern fp_rnd_t fpsetround(fp_rnd_t); + extern fp_except_t fpgetmask(void); + extern fp_except_t fpsetmask(fp_except_t); + extern fp_except_t fpgetsticky(void); + extern fp_except_t fpsetsticky(fp_except_t); + __END_DECLS + + #endif /* !_FLOATINGPOINT_H_ */ Index: sys/sparc64/include/floatingpoint.h =================================================================== RCS file: /cvs/src/sys/sparc64/include/floatingpoint.h,v retrieving revision 1.1 diff -c -r1.1 floatingpoint.h *** sys/sparc64/include/floatingpoint.h 10 Feb 2002 14:27:20 -0000 1.1 --- sys/sparc64/include/floatingpoint.h 12 Jan 2003 22:11:14 -0000 *************** *** 32,37 **** --- 32,60 ---- #ifndef _FLOATINGPOINT_H_ #define _FLOATINGPOINT_H_ + /* + * IEEE floating point structure and function definitions + */ + + /*- + * XXX the following undocumented pollution is exported: + * fpsetsticky(). + * FP*FLD, FP*OFF and FP*REG from + */ + + #include #include + + /* + * SysV/386 FP control interface for platforms with library implemetnations + */ + __BEGIN_DECLS + extern fp_rnd_t fpgetround(void); + extern fp_rnd_t fpsetround(fp_rnd_t); + extern fp_except_t fpgetmask(void); + extern fp_except_t fpsetmask(fp_except_t); + extern fp_except_t fpgetsticky(void); + extern fp_except_t fpsetsticky(fp_except_t); + __END_DECLS #endif /* !_FLOATINGPOINT_H_ */ --------------C36EAE74A9FB2FE61C3D5D7B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 18:53:28 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C674337B401; Sun, 12 Jan 2003 18:53:26 -0800 (PST) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E00A43ED8; Sun, 12 Jan 2003 18:53:26 -0800 (PST) (envelope-from linimon@lonesome.com) Received: from lonesome.lonesome.com (cs2876-77.austin.rr.com [24.28.76.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.soaustin.net (Postfix) with ESMTP id 0D9121433C; Sun, 12 Jan 2003 20:53:20 -0600 (CST) Content-Type: text/plain; charset="iso-8859-1" From: Mark Linimon Organization: Lonesome Dove Computing Services To: sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fpsetmask on sparc64 Date: Sun, 12 Jan 2003 20:53:45 -0600 User-Agent: KMail/1.4.3 References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112134948.I212@locore.ca> <3E21FDAC.1FD36F5C@mindspring.com> In-Reply-To: <3E21FDAC.1FD36F5C@mindspring.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200301122053.45447.linimon@lonesome.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Whereas excuses as to why things are the way they are, and > people should just put up with it, DO help? Well, I don't know about that, but I know that this response does not, in and of itself, help do anthing -- except to raise the room temperature. Anyway, since we now seem to have left any technical content behind, can this be taken to -chat, offline email, or, better yet, /dev/null? Thank you. Mark Linimon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 19:46:34 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8068B37B401; Sun, 12 Jan 2003 19:46:33 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54FE243F43; Sun, 12 Jan 2003 19:46:32 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0D3kV2G039110; Sun, 12 Jan 2003 19:46:31 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0D3kcCv002417; Sun, 12 Jan 2003 19:46:38 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6/Submit) id h0D3kcsh002416; Sun, 12 Jan 2003 19:46:38 -0800 (PST) (envelope-from marcel) Date: Sun, 12 Jan 2003 19:46:38 -0800 From: Marcel Moolenaar To: Terry Lambert Cc: Jake Burkholder , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [PATCH] Re: fpsetmask on sparc64 Message-ID: <20030113034638.GA2310@dhcp01.pn.xcllnt.net> References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112015221.G212@locore.ca> <3E212670.41627B9F@mindspring.com> <20030112032908.H212@locore.ca> <3E216911.B7AFC39F@mindspring.com> <20030112134948.I212@locore.ca> <3E21FDAC.1FD36F5C@mindspring.com> <3E2223F4.5554718E@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E2223F4.5554718E@mindspring.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 12, 2003 at 06:27:00PM -0800, Terry Lambert wrote: > > Therefore, it seems to me, that the correct place to put them is in > the header (the other alternative was the > header; this seemed wrong to me, but I'm willing > to reroll the patch, if there's a lot of disagreement over this point). I would like to see it in : The synopsis section of our manpage clearly states the inclusion of . That header file includes a machine dependent counterpart . On alpha, ia64 and sparc64 is empty with the exception of the inclusion of . Hence, I would like to see the prototypes and/or implementation in . Since on i386 also includes , we should be able to move the implementation on i386 to as well. If possible, I'd like to see retired unless there's a compelling reason to keep it... My $0.02 -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 19:55:25 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60CFA37B401 for ; Sun, 12 Jan 2003 19:55:24 -0800 (PST) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CF6D43F1E for ; Sun, 12 Jan 2003 19:55:24 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id h0D3tNUZ065892 for ; Sun, 12 Jan 2003 19:55:23 -0800 (PST) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id h0D3tNHv065890 for current@freebsd.org; Sun, 12 Jan 2003 19:55:23 -0800 (PST) Date: Sun, 12 Jan 2003 19:55:23 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301130355.h0D3tNHv065890@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- ===> lib/libkvm /local0/scratch/des/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /local0/scratch/des/src/lib/libkvm/kvm_proc.c:376: structure has no membe [...] *** Error code 1 Stop in /local0/scratch/des/src/lib/libkvm. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 20: 2:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 342A337B401 for ; Sun, 12 Jan 2003 20:02:49 -0800 (PST) Received: from area51.slashnet.org (area51.slashnet.org [209.150.98.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7C8143F43 for ; Sun, 12 Jan 2003 20:02:48 -0800 (PST) (envelope-from smkelly@zombie.org) Received: from edgemaster.zombie.org (ip68-13-64-165.om.om.cox.net [68.13.64.165]) by area51.slashnet.org (Postfix) with ESMTP id 0E04A49F1F for ; Sun, 12 Jan 2003 23:02:48 -0500 (EST) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 7A0BA41608; Sun, 12 Jan 2003 22:02:47 -0600 (CST) Date: Sun, 12 Jan 2003 22:02:47 -0600 From: Sean Kelly To: current@freebsd.org Subject: fdisk issues? Message-ID: <20030113040247.GA816@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hoping to be able to do a disklabel -B again, I just built a kernel with N O_GEOM. However, I ran into an interesting problem with 'fdisk' when trying to debug my other "Boot error" problems that boot1 is giving me. edgemaster# fdisk ad1 Floating exception (core dumped) In get_params, we have: =2E.. 780 error =3D ioctl(fd, DIOCGFWSECTORS, &u); 781 if (error =3D=3D 0) 782 sectors =3D dos_sectors =3D u; 783 error =3D ioctl(fd, DIOCGFWHEADS, &u); 784 if (error =3D=3D 0) 785 heads =3D dos_heads =3D u; 786 787 dos_cylsecs =3D cylsecs =3D heads * sectors; 788 disksecs =3D cyls * heads * sectors; =2E.. 794 error =3D ioctl(fd, DIOCGMEDIASIZE, &o); 795 if (error =3D=3D 0) { 796 disksecs =3D o / u; 797 cyls =3D dos_cyls =3D o / (u * dos_heads * dos_sect= ors); 798 } =2E.. What happens if the ioctls in lines 780 and/or 783 fail? When we get to line 797, we're snagged with division by zero. I shall demonstrate: Script started on Sun Jan 12 21:57:23 2003 (gdb) break get_parmams Breakpoint 1 at 0x8049666: file fdisk.c, line 780. (gdb) run ad1 Starting program: /usr/src/sbin/fdisk/fdisk ad1 Breakpoint 1, get_params () at fdisk.c:780 780 error =3D ioctl(fd, DIOCGFWSECTORS, &u); (gdb) s 781 if (error =3D=3D 0) (gdb) p error $1 =3D -1 (gdb) s 783 error =3D ioctl(fd, DIOCGFWHEADS, &u); (gdb) s 784 if (error =3D=3D 0) (gdb) p error $2 =3D -1 (gdb) s 787 dos_cylsecs =3D cylsecs =3D heads * sectors; (gdb) print heads $3 =3D 0 (gdb) p sectors $4 =3D 0 (gdb) s 788 disksecs =3D cyls * heads * sectors; (gdb) s 790 error =3D ioctl(fd, DIOCGSECTORSIZE, &u); (gdb) s 791 if (error !=3D 0) (gdb) p error $5 =3D 0 (gdb) s 794 error =3D ioctl(fd, DIOCGMEDIASIZE, &o); (gdb) p u $6 =3D 512 (gdb) s 795 if (error =3D=3D 0) { (gdb) p error $7 =3D 0 (gdb) p o $8 =3D 60022480896 (gdb) s 796 disksecs =3D o / u; (gdb) s 797 cyls =3D dos_cyls =3D o / (u * dos_heads * dos_sectors); (gdb) p disksecs $9 =3D 117231408 (gdb) s Program received signal SIGFPE, Arithmetic exception. 0x0804ac43 in __divdi3 () (gdb) p dos_heads $10 =3D 0 (gdb) p dos_sectors $11 =3D 0 (gdb) kill Kill the program being debugged? (y or n) y (gdb) quit Script done on Sun Jan 12 21:58:56 2003 I think I might just get out a small magnet and fix my booting problems manually. --=20 Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+IjpmPm7A9NLl4pYRAuimAJ43FOh1/V/fzIRj+9zFozqfTBuZhgCfYnrq Qbgy5/sYY5oTutGjIVDMLt8= =J2yV -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 20: 7:17 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 418D037B401 for ; Sun, 12 Jan 2003 20:07:16 -0800 (PST) Received: from mm.seattleu.edu (mm2.seattleu.edu [216.137.26.36]) by mx1.FreeBSD.org (Postfix) with SMTP id AE8C643F13 for ; Sun, 12 Jan 2003 20:07:10 -0800 (PST) (envelope-from joe@removethis.rainbowsheep.net) Received: (qmail 26113 invoked by uid 89); 13 Jan 2003 03:58:51 -0000 Received: from unknown (HELO removethis.rainbowsheep.net) (216.231.49.44) by mm2 with SMTP; 13 Jan 2003 03:58:51 -0000 Message-ID: <3E223D36.3020502@removethis.rainbowsheep.net> Date: Sun, 12 Jan 2003 20:14:46 -0800 From: Joe Laughlin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021129 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: world broken at libkvm References: <3E22211B.3050201@hotmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG walt wrote: > cc -O -pipe -mcpu=pentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_proc.c -o kvm_proc.o > /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > /usr/src/lib/libkvm/kvm_proc.c:376: structure has no member named > `ke_pctcpu' > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > Myself and two others have seen this as well. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 20:10:57 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 615A537B401 for ; Sun, 12 Jan 2003 20:10:56 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDEDF43EB2 for ; Sun, 12 Jan 2003 20:10:55 -0800 (PST) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [67.119.36.88] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.22 $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 12 Jan 2003 21:10:56 -0700 Message-ID: <3E223C90.7090303@hotmail.com> Date: Sun, 12 Jan 2003 20:12:00 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3a) Gecko/20030111 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: GEOM prevents bootblocks writing References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sean Kelly wrote: > --UlVJffcvxoiEqYs2 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Sun, Jan 12, 2003 at 12:49:46PM +0100, phk@freebsd.org wrote: >>There is an erratum on "disklabel -B" for 5.0-RELEASE. > So how the hell do I make it so I can boot my system again? I don't know > what I/it did to make it no longer boot, but I can't. For the short term until the problem is fixed you should be able to edit the disklabel and bootblocks using a floppy fixit disk or the bootable install CD. The problem, IIRC, is that you can't edit a disklabel on a disk with mounted partitions, or somesuch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 20:15: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5F4D37B401 for ; Sun, 12 Jan 2003 20:15:00 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 8BDE043EB2 for ; Sun, 12 Jan 2003 20:14:56 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 33058 invoked by uid 1000); 13 Jan 2003 04:14:57 -0000 Date: Sun, 12 Jan 2003 20:14:57 -0800 (PST) From: Nate Lawson To: Sean Kelly Cc: current@freebsd.org Subject: Re: fdisk issues? In-Reply-To: <20030113040247.GA816@edgemaster.zombie.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Jan 2003, Sean Kelly wrote: > edgemaster# fdisk ad1 > Floating exception (core dumped) > > In get_params, we have: > ... > 780 error = ioctl(fd, DIOCGFWSECTORS, &u); > 781 if (error == 0) > 782 sectors = dos_sectors = u; > 783 error = ioctl(fd, DIOCGFWHEADS, &u); > 784 if (error == 0) > 785 heads = dos_heads = u; > 786 > 787 dos_cylsecs = cylsecs = heads * sectors; > 788 disksecs = cyls * heads * sectors; > ... > 794 error = ioctl(fd, DIOCGMEDIASIZE, &o); > 795 if (error == 0) { > 796 disksecs = o / u; > 797 cyls = dos_cyls = o / (u * dos_heads * dos_sectors); > 798 } > ... Any disk which returns 0 for these params is broken. I put in a workaround for the GEOM case: sys/geom/geom_dev.c revision 1.26 date: 2002/10/15 21:28:50; author: njl; state: Exp; lines: +8 -0 Return an error if the drive reports heads/sectors that do not make sense. This fixes a divide by zero in fdisk(8) There should probably be an appropriate error check in fdisk to catch problems like this instead of dumping core. The more important question is "who in the kernel is setting these to 0?" as that part needs work too. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 21:34:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAF5B37B405 for ; Sun, 12 Jan 2003 21:34:28 -0800 (PST) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F52D43F13 for ; Sun, 12 Jan 2003 21:34:28 -0800 (PST) (envelope-from craig@xfoil.gank.org) Received: from aldaris2.auir.gank.org (dsl081-113-221.dfw1.dsl.speakeasy.net [64.81.113.221]) by ion.gank.org (GankMail) with ESMTP id 674AD2BDC0; Sun, 12 Jan 2003 23:29:52 -0600 (CST) Subject: Re: Still problems with PCCARD NICs From: Craig Boston To: Greg 'groggy' Lehey Cc: FreeBSD current users In-Reply-To: <20030113005414.GF1120@wantadilla.lemis.com> References: <20030113005414.GF1120@wantadilla.lemis.com> Content-Type: text/plain Organization: Message-Id: <1042436057.315.6.camel@aldaris2.auir.gank.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 12 Jan 2003 23:34:18 -0600 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2003-01-12 at 18:54, Greg 'groggy' Lehey wrote: > I haven't done much with PCCARD on -CURRENT lately. Last time I > tried, a couple of months ago, I got repeated freezes on the two 100 > Mb/s NICs I have. I've just built a kernel as of about 30 hours ago, > and I find: > 2. 3Com 3c905. FWIW, my Dell-branded 3C575 (cardbus/xl driver) has been working fine. Except for the dongle clip being broken and slipping out of the socket, but that's hardly FreeBSD's fault ;) I do have a USB NIC (aue driver, don't remember the exact model) that stopped working last week. Timing out and locking/panicing the system. I use it so rarely that I hadn't yet bothered to post details on the problem. I will if it doesn't go away within a week or so. Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 21:36:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D484E37B401 for ; Sun, 12 Jan 2003 21:36:12 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1F7743F18 for ; Sun, 12 Jan 2003 21:36:11 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id BF6C324DE9 for ; Mon, 13 Jan 2003 14:36:10 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 85AFC24DE2 for ; Mon, 13 Jan 2003 14:36:06 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 6023C1E4814 for ; Mon, 13 Jan 2003 14:36:06 +0900 (JST) Date: Mon, 13 Jan 2003 14:36:06 +0900 Message-ID: <7mr8bhobll.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: current@freebsd.org Subject: Re: 5.0-RC2/if_awi.ko doesn't load In-Reply-To: References: User-Agent: Wanderlust/2.10.0 (Venus) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS on ns.imgsrc.co.jp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Fri, 10 Jan 2003 00:33:47 +0000 (UTC), Nicolas Christin wrote: > I just tried to give a shot to 5.0-RC2 on an old box of mine that can > only perform network installs (no CD drive). During the boot process, a > module failed to load. > > DEBUG: Loading module if_awi.ko (BayStack 660 and others) > link_elf: symbol rc4_init undefined I got same result on today's snapshot of HEAD (20030113-JPSNAP). I'm using {kern,mfsroot}.flp and FTP installation. -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 21:40:17 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D41C037B405; Sun, 12 Jan 2003 21:40:02 -0800 (PST) Received: from badboy.mail.pas.earthlink.net (badboy.mail.pas.earthlink.net [207.217.120.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9CF443F5B; Sun, 12 Jan 2003 21:40:01 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from heron (heron.mail.pas.earthlink.net [207.217.120.189]) by badboy.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h0D5ICk10333; Sun, 12 Jan 2003 21:18:12 -0800 (PST) Received: from pool0461.cvx22-bradley.dialup.earthlink.net ([209.179.199.206] helo=mindspring.com) by heron with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18Xwus-0003ZN-00; Sun, 12 Jan 2003 21:13:43 -0800 Message-ID: <3E224AAA.11792616@mindspring.com> Date: Sun, 12 Jan 2003 21:12:11 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Marcel Moolenaar Cc: Jake Burkholder , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [PATCH] Re: fpsetmask on sparc64 References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112015221.G212@locore.ca> <3E212670.41627B9F@mindspring.com> <20030112032908.H212@locore.ca> <3E216911.B7AFC39F@mindspring.com> <20030112134948.I212@locore.ca> <3E21FDAC.1FD36F5C@mindspring.com> <3E2223F4.5554718E@mindspring.com> <20030113034638.GA2310@dhcp01.pn.xcllnt.net> Content-Type: multipart/mixed; boundary="------------B8AE5B3A0FF5EB7A07DC7E4B" X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4fd9aa4dc0fe1a9be7da685d7ac518464548b785378294e88350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------B8AE5B3A0FF5EB7A07DC7E4B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Marcel Moolenaar wrote: > On Sun, Jan 12, 2003 at 06:27:00PM -0800, Terry Lambert wrote: > > Therefore, it seems to me, that the correct place to put them is in > > the header (the other alternative was the > > header; this seemed wrong to me, but I'm willing > > to reroll the patch, if there's a lot of disagreement over this point). > > I would like to see it in : Here is the patch, made this way instead. It's about 4 times larger. Pick which one you like, and commit it to make Kris happy. -- Terry --------------B8AE5B3A0FF5EB7A07DC7E4B Content-Type: text/plain; charset=us-ascii; name="fixfp2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fixfp2.diff" Index: include/ieeefp.h =================================================================== RCS file: /cvs/src/include/ieeefp.h,v retrieving revision 1.6 diff -c -r1.6 ieeefp.h *** include/ieeefp.h 23 Mar 2002 17:24:53 -0000 1.6 --- include/ieeefp.h 13 Jan 2003 00:59:42 -0000 *************** *** 9,28 **** #ifndef _IEEEFP_H_ #define _IEEEFP_H_ - #include #include - - #ifdef __i386__ - #include - #else /* !__i386__ */ - __BEGIN_DECLS - extern fp_rnd_t fpgetround(void); - extern fp_rnd_t fpsetround(fp_rnd_t); - extern fp_except_t fpgetmask(void); - extern fp_except_t fpsetmask(fp_except_t); - extern fp_except_t fpgetsticky(void); - extern fp_except_t fpsetsticky(fp_except_t); - __END_DECLS - #endif /* __i386__ */ #endif /* _IEEEFP_H_ */ --- 9,14 ---- Index: sys/alpha/include/ieeefp.h =================================================================== RCS file: /cvs/src/sys/alpha/include/ieeefp.h,v retrieving revision 1.5 diff -c -r1.5 ieeefp.h *** sys/alpha/include/ieeefp.h 10 May 2000 19:41:40 -0000 1.5 --- sys/alpha/include/ieeefp.h 13 Jan 2003 01:02:21 -0000 *************** *** 9,14 **** --- 9,16 ---- #ifndef _ALPHA_IEEEFP_H_ #define _ALPHA_IEEEFP_H_ + #include + typedef int fp_except_t; #define FP_X_INV (1LL << 1) /* invalid operation exception */ #define FP_X_DZ (1LL << 2) /* divide-by-zero exception */ *************** *** 25,29 **** --- 27,43 ---- FP_RN=2, /* round to nearest representable number */ FP_RP=3 /* round toward positive infinity */ } fp_rnd_t; + + /* + * SysV/386 FP control interface for platforms with library implementations + */ + __BEGIN_DECLS + extern fp_rnd_t fpgetround(void); + extern fp_rnd_t fpsetround(fp_rnd_t); + extern fp_except_t fpgetmask(void); + extern fp_except_t fpsetmask(fp_except_t); + extern fp_except_t fpgetsticky(void); + extern fp_except_t fpsetsticky(fp_except_t); + __END_DECLS #endif /* _ALPHA_IEEEFP_H_ */ Index: sys/alpha/include/floatingpoint.h =================================================================== RCS file: /cvs/src/sys/alpha/include/floatingpoint.h,v retrieving revision 1.3 diff -c -r1.3 floatingpoint.h *** sys/alpha/include/floatingpoint.h 1 May 2000 20:17:49 -0000 1.3 --- sys/alpha/include/floatingpoint.h 13 Jan 2003 01:10:07 -0000 *************** *** 32,35 **** --- 32,40 ---- * $FreeBSD: src/sys/alpha/include/floatingpoint.h,v 1.3 2000/05/01 20:17:49 peter Exp $ */ + #ifndef _FLOATINGPOINT_H_ + #define _FLOATINGPOINT_H_ + #include + + #endif /* !_FLOATINGPOINT_H_ */ Index: sys/i386/include/ieeefp.h =================================================================== RCS file: /cvs/src/sys/i386/include/ieeefp.h,v retrieving revision 1.7 diff -c -r1.7 ieeefp.h *** sys/i386/include/ieeefp.h 28 Aug 1999 00:44:15 -0000 1.7 --- sys/i386/include/ieeefp.h 13 Jan 2003 01:06:06 -0000 *************** *** 41,46 **** --- 41,48 ---- #ifndef _MACHINE_IEEEFP_H_ #define _MACHINE_IEEEFP_H_ + #include + /* * FP rounding modes */ *************** *** 97,101 **** --- 99,186 ---- #define FP_PRC_OFF 8 /* precision control offset */ #define FP_RND_OFF 10 /* round control offset */ #define FP_STKY_OFF 0 /* sticky flags offset */ + + /*- + * XXX the following undocumented pollution is exported: + * fpsetsticky(). + * FP*FLD, FP*OFF and FP*REG from + */ + + #ifdef __GNUC__ + + #define __fldenv(addr) __asm __volatile("fldenv %0" : : "m" (*(addr))) + #define __fnstenv(addr) __asm __volatile("fnstenv %0" : "=m" (*(addr))) + #define __fnstcw(addr) __asm __volatile("fnstcw %0" : "=m" (*(addr))) + #define __fnstsw(addr) __asm __volatile("fnstsw %0" : "=m" (*(addr))) + + /* + * return the contents of a FP register + */ + static __inline__ int + __fpgetreg(int _reg) + { + unsigned short _mem; + + /*- + * This is more efficient than it looks. The switch gets optimized + * away if _reg is constant. + * + * The default case only supports _reg == 0. We could handle more + * registers (e.g., tags) using fnstenv, but the interface doesn't + * support more. + */ + switch(_reg) { + default: + __fnstcw(&_mem); + break; + case FP_STKY_REG: + __fnstsw(&_mem); + break; + } + return _mem; + } + + /* + * set a FP mode; return previous mode + */ + static __inline__ int + __fpsetreg(int _m, int _reg, int _fld, int _off) + { + unsigned _env[7]; + unsigned _p; + + /* + * _reg == 0 could be handled better using fnstcw/fldcw. + */ + __fnstenv(_env); + _p = (_env[_reg] & _fld) >> _off; + _env[_reg] = (_env[_reg] & ~_fld) | (_m << _off & _fld); + __fldenv(_env); + return _p; + } + + #endif /* __GNUC__ */ + + /* + * SysV/386 FP control interface + */ + #define fpgetround() ((fp_rnd_t) \ + ((__fpgetreg(FP_RND_REG) & FP_RND_FLD) >> FP_RND_OFF)) + #define fpsetround(m) ((fp_rnd_t) \ + __fpsetreg((m), FP_RND_REG, FP_RND_FLD, FP_RND_OFF)) + #define fpgetprec() ((fp_prec_t) \ + ((__fpgetreg(FP_PRC_REG) & FP_PRC_FLD) >> FP_PRC_OFF)) + #define fpsetprec(m) ((fp_prec_t) \ + __fpsetreg((m), FP_PRC_REG, FP_PRC_FLD, FP_PRC_OFF)) + #define fpgetmask() ((fp_except_t) \ + ((~__fpgetreg(FP_MSKS_REG) & FP_MSKS_FLD) >> FP_MSKS_OFF)) + #define fpsetmask(m) ((fp_except_t) \ + (~__fpsetreg(~(m), FP_MSKS_REG, FP_MSKS_FLD, FP_MSKS_OFF)) & \ + (FP_MSKS_FLD >> FP_MSKS_OFF)) + #define fpgetsticky() ((fp_except_t) \ + ((__fpgetreg(FP_STKY_REG) & FP_STKY_FLD) >> FP_STKY_OFF)) + #define fpresetsticky(m) ((fp_except_t) \ + __fpsetreg(0, FP_STKY_REG, (m), FP_STKY_OFF)) + #define fpsetsticky(m) fpresetsticky(m) #endif /* !_MACHINE_IEEEFP_H_ */ Index: sys/i386/include/floatingpoint.h =================================================================== RCS file: /cvs/src/sys/i386/include/floatingpoint.h,v retrieving revision 1.12 diff -c -r1.12 floatingpoint.h *** sys/i386/include/floatingpoint.h 1 Jun 2002 17:39:46 -0000 1.12 --- sys/i386/include/floatingpoint.h 13 Jan 2003 01:10:33 -0000 *************** *** 37,130 **** #ifndef _FLOATINGPOINT_H_ #define _FLOATINGPOINT_H_ - /* - * IEEE floating point structure and function definitions - */ - - /*- - * XXX the following undocumented pollution is exported: - * fpsetsticky(). - * FP*FLD, FP*OFF and FP*REG from - */ - - #include #include - - #ifdef __GNUC__ - - #define __fldenv(addr) __asm __volatile("fldenv %0" : : "m" (*(addr))) - #define __fnstenv(addr) __asm __volatile("fnstenv %0" : "=m" (*(addr))) - #define __fnstcw(addr) __asm __volatile("fnstcw %0" : "=m" (*(addr))) - #define __fnstsw(addr) __asm __volatile("fnstsw %0" : "=m" (*(addr))) - - /* - * return the contents of a FP register - */ - static __inline__ int - __fpgetreg(int _reg) - { - unsigned short _mem; - - /*- - * This is more efficient than it looks. The switch gets optimized - * away if _reg is constant. - * - * The default case only supports _reg == 0. We could handle more - * registers (e.g., tags) using fnstenv, but the interface doesn't - * support more. - */ - switch(_reg) { - default: - __fnstcw(&_mem); - break; - case FP_STKY_REG: - __fnstsw(&_mem); - break; - } - return _mem; - } - - /* - * set a FP mode; return previous mode - */ - static __inline__ int - __fpsetreg(int _m, int _reg, int _fld, int _off) - { - unsigned _env[7]; - unsigned _p; - - /* - * _reg == 0 could be handled better using fnstcw/fldcw. - */ - __fnstenv(_env); - _p = (_env[_reg] & _fld) >> _off; - _env[_reg] = (_env[_reg] & ~_fld) | (_m << _off & _fld); - __fldenv(_env); - return _p; - } - - #endif /* __GNUC__ */ - - /* - * SysV/386 FP control interface - */ - #define fpgetround() ((fp_rnd_t) \ - ((__fpgetreg(FP_RND_REG) & FP_RND_FLD) >> FP_RND_OFF)) - #define fpsetround(m) ((fp_rnd_t) \ - __fpsetreg((m), FP_RND_REG, FP_RND_FLD, FP_RND_OFF)) - #define fpgetprec() ((fp_prec_t) \ - ((__fpgetreg(FP_PRC_REG) & FP_PRC_FLD) >> FP_PRC_OFF)) - #define fpsetprec(m) ((fp_prec_t) \ - __fpsetreg((m), FP_PRC_REG, FP_PRC_FLD, FP_PRC_OFF)) - #define fpgetmask() ((fp_except_t) \ - ((~__fpgetreg(FP_MSKS_REG) & FP_MSKS_FLD) >> FP_MSKS_OFF)) - #define fpsetmask(m) ((fp_except_t) \ - (~__fpsetreg(~(m), FP_MSKS_REG, FP_MSKS_FLD, FP_MSKS_OFF)) & \ - (FP_MSKS_FLD >> FP_MSKS_OFF)) - #define fpgetsticky() ((fp_except_t) \ - ((__fpgetreg(FP_STKY_REG) & FP_STKY_FLD) >> FP_STKY_OFF)) - #define fpresetsticky(m) ((fp_except_t) \ - __fpsetreg(0, FP_STKY_REG, (m), FP_STKY_OFF)) - #define fpsetsticky(m) fpresetsticky(m) #endif /* !_FLOATINGPOINT_H_ */ --- 37,42 ---- Index: sys/ia64/include/ieeefp.h =================================================================== RCS file: /cvs/src/sys/ia64/include/ieeefp.h,v retrieving revision 1.3 diff -c -r1.3 ieeefp.h *** sys/ia64/include/ieeefp.h 13 May 2002 05:01:05 -0000 1.3 --- sys/ia64/include/ieeefp.h 13 Jan 2003 01:03:01 -0000 *************** *** 29,34 **** --- 29,35 ---- #ifndef _MACHINE_IEEEFP_H_ #define _MACHINE_IEEEFP_H_ + #include #include typedef int fp_except_t; *************** *** 47,51 **** --- 48,64 ---- FP_RN=2, /* round to nearest representable number */ FP_RP=3 /* round toward positive infinity */ } fp_rnd_t; + + /* + * SysV/386 FP control interface for platforms with library implementations + */ + __BEGIN_DECLS + extern fp_rnd_t fpgetround(void); + extern fp_rnd_t fpsetround(fp_rnd_t); + extern fp_except_t fpgetmask(void); + extern fp_except_t fpsetmask(fp_except_t); + extern fp_except_t fpgetsticky(void); + extern fp_except_t fpsetsticky(fp_except_t); + __END_DECLS #endif /* _MACHINE_IEEEFP_H_ */ Index: sys/ia64/include/floatingpoint.h =================================================================== RCS file: /cvs/src/sys/ia64/include/floatingpoint.h,v retrieving revision 1.1 diff -c -r1.1 floatingpoint.h *** sys/ia64/include/floatingpoint.h 29 Sep 2000 13:46:05 -0000 1.1 --- sys/ia64/include/floatingpoint.h 13 Jan 2003 01:10:53 -0000 *************** *** 32,35 **** --- 32,40 ---- * $FreeBSD: src/sys/ia64/include/floatingpoint.h,v 1.1 2000/09/29 13:46:05 dfr Exp $ */ + #ifndef _FLOATINGPOINT_H_ + #define _FLOATINGPOINT_H_ + #include + + #endif /* !_FLOATINGPOINT_H_ */ Index: sys/powerpc/include/ieeefp.h =================================================================== RCS file: /cvs/src/sys/powerpc/include/ieeefp.h,v retrieving revision 1.1 diff -c -r1.1 ieeefp.h *** sys/powerpc/include/ieeefp.h 13 May 2002 07:44:42 -0000 1.1 --- sys/powerpc/include/ieeefp.h 13 Jan 2003 01:03:26 -0000 *************** *** 8,13 **** --- 8,15 ---- #ifndef _MACHINE_IEEEFP_H_ #define _MACHINE_IEEEFP_H_ + #include + typedef int fp_except_t; #define FP_X_IMP 0x01 /* imprecise (loss of precision) */ #define FP_X_DZ 0x02 /* divide-by-zero exception */ *************** *** 21,25 **** --- 23,39 ---- FP_RP=2, /* round toward positive infinity */ FP_RM=3 /* round toward negative infinity */ } fp_rnd_t; + + /* + * SysV/386 FP control interface for platforms with library implementations + */ + __BEGIN_DECLS + extern fp_rnd_t fpgetround(void); + extern fp_rnd_t fpsetround(fp_rnd_t); + extern fp_except_t fpgetmask(void); + extern fp_except_t fpsetmask(fp_except_t); + extern fp_except_t fpgetsticky(void); + extern fp_except_t fpsetsticky(fp_except_t); + __END_DECLS #endif /* _MACHINE_IEEEFP_H_ */ Index: sys/sparc64/include/ieeefp.h =================================================================== RCS file: /cvs/src/sys/sparc64/include/ieeefp.h,v retrieving revision 1.3 diff -c -r1.3 ieeefp.h *** sys/sparc64/include/ieeefp.h 14 Sep 2002 18:00:44 -0000 1.3 --- sys/sparc64/include/ieeefp.h 13 Jan 2003 01:03:41 -0000 *************** *** 7,12 **** --- 7,13 ---- #ifndef _MACHINE_IEEEFP_H_ #define _MACHINE_IEEEFP_H_ + #include #include typedef int fp_except_t; *************** *** 22,26 **** --- 23,39 ---- FP_RP = FSR_RD_PINF, /* round toward positive infinity */ FP_RM = FSR_RD_NINF /* round toward negative infinity */ } fp_rnd_t; + + /* + * SysV/386 FP control interface for platforms with library implementations + */ + __BEGIN_DECLS + extern fp_rnd_t fpgetround(void); + extern fp_rnd_t fpsetround(fp_rnd_t); + extern fp_except_t fpgetmask(void); + extern fp_except_t fpsetmask(fp_except_t); + extern fp_except_t fpgetsticky(void); + extern fp_except_t fpsetsticky(fp_except_t); + __END_DECLS #endif /* _MACHINE_IEEEFP_H_ */ --------------B8AE5B3A0FF5EB7A07DC7E4B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 21:47:45 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD5A437B401; Sun, 12 Jan 2003 21:47:43 -0800 (PST) Received: from soulshock.mail.pas.earthlink.net (soulshock.mail.pas.earthlink.net [207.217.120.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20AEA43ED8; Sun, 12 Jan 2003 21:47:43 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from heron (heron.mail.pas.earthlink.net [207.217.120.189]) by soulshock.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h0D4uAH09275; Sun, 12 Jan 2003 20:56:10 -0800 (PST) Received: from pool0461.cvx22-bradley.dialup.earthlink.net ([209.179.199.206] helo=mindspring.com) by heron with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18XwdJ-0001qZ-00; Sun, 12 Jan 2003 20:55:34 -0800 Message-ID: <3E22466B.2F85F2FF@mindspring.com> Date: Sun, 12 Jan 2003 20:54:03 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Marcel Moolenaar Cc: Jake Burkholder , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [PATCH] Re: fpsetmask on sparc64 References: <20030112031626.GA15783@rot13.obsecurity.org> <20030112015221.G212@locore.ca> <3E212670.41627B9F@mindspring.com> <20030112032908.H212@locore.ca> <3E216911.B7AFC39F@mindspring.com> <20030112134948.I212@locore.ca> <3E21FDAC.1FD36F5C@mindspring.com> <3E2223F4.5554718E@mindspring.com> <20030113034638.GA2310@dhcp01.pn.xcllnt.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e3a81b55ffec6df7c48328fe2fbec06f350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marcel Moolenaar wrote: > On Sun, Jan 12, 2003 at 06:27:00PM -0800, Terry Lambert wrote: > > Therefore, it seems to me, that the correct place to put them is in > > the header (the other alternative was the > > header; this seemed wrong to me, but I'm willing > > to reroll the patch, if there's a lot of disagreement over this point). > > I would like to see it in : I didn't put it there because that's not where the i386 is getting its version of fpsetmask(), et al. As I said, I'd be happy to reroll the patch, and be overruled. Should I move the i386 inline function and #define's from the machine/floatingpoint.h to the machine/ieeefp.h, as well? It seems to me that all the symbols should come from that place, on all architectures, no matter what place it ends up being. > The synopsis section of our manpage clearly states the inclusion > of . That header file includes a machine dependent > counterpart . On alpha, ia64 and sparc64 > is empty with the exception of the > inclusion of . Actually, on SPARC and i386, it puts _FLOATINGPOINT_H_ into scope, too, while on IA64 and Alpha, it doesn't (which is broken, for the #include #ifndef/#define ... /#endif style). > Hence, I would like to see the prototypes and/or implementation > in . Since on i386 > also includes , we should be able to move > the implementation on i386 to as well. If > possible, I'd like to see retired > unless there's a compelling reason to keep it... Well, that answers my question from above: "yes". 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 22:23:22 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 628CC37B401; Sun, 12 Jan 2003 22:23:21 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB71F43F3F; Sun, 12 Jan 2003 22:23:19 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 1538B5197A; Mon, 13 Jan 2003 16:53:18 +1030 (CST) Date: Mon, 13 Jan 2003 16:53:18 +1030 From: Greg 'groggy' Lehey To: "M. Warner Losh" Cc: chris@unixpages.org, gunnar.flygt@sr.se, freebsd-mobile@FreeBSD.org, FreeBSD current users Subject: Re: Cards that functioned with earlier Current Message-ID: <20030113062318.GQ1120@wantadilla.lemis.com> References: <20030113020513.GI1120@wantadilla.lemis.com> <20030112.220118.104727836.imp@bsdimp.com> <20030113050757.GN1120@wantadilla.lemis.com> <20030112.231614.128209988.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030112.231614.128209988.imp@bsdimp.com> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [adding current@ to the list; that's where my part of this thread started] On Sunday, 12 January 2003 at 23:16:14 -0700, M. Warner Losh wrote: > In message: <20030113050757.GN1120@wantadilla.lemis.com> > "Greg 'groggy' Lehey" writes: >> On Sunday, 12 January 2003 at 22:01:18 -0700, M. Warner Losh wrote: >>> In message: <20030113020513.GI1120@wantadilla.lemis.com> >>> "Greg 'groggy' Lehey" writes: >>>> I tried this method. It didn't help. But then, my problem is >>>> different: it freezes under load, and maybe it's not likely that this >>>> would help. I have ddb in the kernel, but the machine goes completely >>>> dead, so I can't get in to it. The machine is a Dell Inspiron 7500. >>>> I'm attaching the complete dmesg. >>> >>> Freezing up under load won't be helped by the change. It would only, >>> potentially, fix the panics that were seen. I'm ENOCLUE why things >>> would be bad under load. >> >> Any idea where I should look? Or why it's reporting the wrong media >> options? Could the issues be related? > > I don't know. I'd talk to someone who knows the underlying hardware a > bit better. While it is possible that the CardBus layer has an issue, > it is more likely a quirk of the hardware... FWIW, it works fine under 4.x, and it didn't show exactly these problems in earlier versions of -CURRENT. Does anybody else still have an Inspiron 7500 and use CURRENT and Ethernet? Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 23: 8:24 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FEEA37B401 for ; Sun, 12 Jan 2003 23:08:23 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D80B843E4A for ; Sun, 12 Jan 2003 23:08:22 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id h0D78Mj17972 for ; Sun, 12 Jan 2003 23:08:22 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id XAA08763 for ; Sun, 12 Jan 2003 23:08:22 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id AAA16303 for ; Mon, 13 Jan 2003 00:08:20 -0700 (MST) Message-ID: <3E2265D2.9020604@btc.adaptec.com> Date: Mon, 13 Jan 2003 00:08:02 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021105 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: FreeBSD 5.0 RC3 now available Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All, Once again it's my pleasure to announce Release Cadidate 3 of FreeBSD 5.0. i386, pc98, alpha, ia64, and sparc64 releases are available on most mirrors now. Thanks to Marcel Moolenaar for providing the ia64 bits, Takahashi Yoshihiro for proving the pc98 bits, and David Obrien for the sparc64 bits. Please test this release as much as possible. We are planning on tagging the tree for the 5.0 release on January 15 and starting the finals builds soon afterwards. The TODO list is almost polished off, and we are waiting for a couple of last minute issued to be resolved. Again, I thank everyone for the effort that has gone into 5.0. The Release Engineering Team To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 23:34:37 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CF6237B401 for ; Sun, 12 Jan 2003 23:34:36 -0800 (PST) Received: from oak.FernUni-Hagen.de (oak.fernuni-hagen.de [132.176.114.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D2B543F43 for ; Sun, 12 Jan 2003 23:34:35 -0800 (PST) (envelope-from jfh@es-i2.FernUni-Hagen.de) Received: from amavis by oak.FernUni-Hagen.de with scanned-ok (Exim 4.04) id 18Xz7C-0002uJ-00 for freebsd-current@freebsd.org; Mon, 13 Jan 2003 08:34:34 +0100 Received: from es-i2.fernuni-hagen.de ([132.176.7.81]) by oak.FernUni-Hagen.de with esmtp (Exim 4.04) id 18Xz78-0002u3-00 for freebsd-current@freebsd.org; Mon, 13 Jan 2003 08:34:30 +0100 Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by es-i2.fernuni-hagen.de (Postfix) with ESMTP id A4FE65821; Mon, 13 Jan 2003 08:34:29 +0100 (CET) Received: by jfh00.fernuni-hagen.de (Postfix, from userid 1001) id C4797243D8; Mon, 13 Jan 2003 08:41:14 +0100 (CET) Date: Mon, 13 Jan 2003 08:41:14 +0100 From: Fritz Heinrichmeyer To: freebsd-current@freebsd.org Subject: ata timeouts until setting hw.ata.wc to zero Message-ID: <20030113074111.GA3294@jfh00.fernuni-hagen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG last week i was in fear of a complete data loss as my freebsd current system freezed with ata ad0 timeout like this. kernel: ad0: READ command timeout tag=0 serv=0 - resetting It was still "living" as it reacted on pings. Hardware: ad0: 76345MB [155114/16/63] at ata0-master UDMA100 CPU: AMD Athlon(TM) XP1600+ (1410.21-MHz 686-class CPU) acpi0: on motherboard now with hw.ata.wc=0, that means without write cache it works again, but slower. I will try a fresh makeworld now ... Greetings -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 23:36:42 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7424E37B401 for ; Sun, 12 Jan 2003 23:36:41 -0800 (PST) Received: from mm.seattleu.edu (mm2.seattleu.edu [216.137.26.36]) by mx1.FreeBSD.org (Postfix) with SMTP id F3FAE43F1E for ; Sun, 12 Jan 2003 23:36:31 -0800 (PST) (envelope-from joe@removethis.rainbowsheep.net) Received: (qmail 20677 invoked by uid 89); 13 Jan 2003 07:28:11 -0000 Received: from unknown (HELO removethis.rainbowsheep.net) (216.231.49.44) by mm2 with SMTP; 13 Jan 2003 07:28:11 -0000 Message-ID: <3E226E49.6030005@removethis.rainbowsheep.net> Date: Sun, 12 Jan 2003 23:44:09 -0800 From: Joe Laughlin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021129 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: Re: FreeBSD 5.0 RC3 now available References: <3E2265D2.9020604@btc.adaptec.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (see below, my question got answered already) Joe Laughlin wrote: > Scott Long wrote: > > > All, > > > > Once again it's my pleasure to announce Release Cadidate 3 of > > FreeBSD 5.0. i386, pc98, alpha, ia64, and sparc64 releases are > > available on most mirrors now. Thanks to Marcel Moolenaar > > for providing the ia64 bits, Takahashi Yoshihiro for proving the > > pc98 bits, and David Obrien for the sparc64 bits. > > > > Please test this release as much as possible. We are planning > > on tagging the tree for the 5.0 release on January 15 and starting > > the finals builds soon afterwards. The TODO list is almost > > polished off, and we are waiting for a couple of last minute > > issued to be resolved. > > > > Again, I thank everyone for the effort that has gone into 5.0. > > > > > > The Release Engineering Team > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > > Is it possible to cvsup this release? We don't tag the release candidates in CVS. You can get close by updating to the RELENG_5_0 branch. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 23:38:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ACD037B401 for ; Sun, 12 Jan 2003 23:38:55 -0800 (PST) Received: from oak.FernUni-Hagen.de (oak.fernuni-hagen.de [132.176.114.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDC8043F18 for ; Sun, 12 Jan 2003 23:38:54 -0800 (PST) (envelope-from jfh@es-i2.FernUni-Hagen.de) Received: from amavis by oak.FernUni-Hagen.de with scanned-ok (Exim 4.04) id 18XzBO-00037b-00 for freebsd-current@freebsd.org; Mon, 13 Jan 2003 08:38:54 +0100 Received: from es-i2.fernuni-hagen.de ([132.176.7.81]) by oak.FernUni-Hagen.de with esmtp (Exim 4.04) id 18XzBK-00037L-00 for freebsd-current@freebsd.org; Mon, 13 Jan 2003 08:38:50 +0100 Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by es-i2.fernuni-hagen.de (Postfix) with ESMTP id 7C2AD5821; Mon, 13 Jan 2003 08:38:49 +0100 (CET) Received: by jfh00.fernuni-hagen.de (Postfix, from userid 1001) id 3D1E9243D8; Mon, 13 Jan 2003 08:45:35 +0100 (CET) Date: Mon, 13 Jan 2003 08:45:35 +0100 From: Fritz Heinrichmeyer To: freebsd-current@freebsd.org Subject: Re: ata timeouts until setting hw.ata.wc to zero Message-ID: <20030113074535.GA18876@jfh00.fernuni-hagen.de> References: <20030113074111.GA3294@jfh00.fernuni-hagen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030113074111.GA3294@jfh00.fernuni-hagen.de> User-Agent: Mutt/1.5.3i X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry, forgot to mention it has the via 8233 ata100 controller Greetings -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 23:46:22 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E979D37B401 for ; Sun, 12 Jan 2003 23:46:21 -0800 (PST) Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAA7543EB2 for ; Sun, 12 Jan 2003 23:46:15 -0800 (PST) (envelope-from david@realityrift.com) Received: from d1o836.telia.com (d1o836.telia.com [213.65.240.241]) by mailb.telia.com (8.12.5/8.12.5) with ESMTP id h0D7kEXQ002329 for ; Mon, 13 Jan 2003 08:46:14 +0100 (CET) X-Original-Recipient: Received: from rift.ath.cx (h23n2fls32o836.telia.com [217.208.105.23]) by d1o836.telia.com (8.10.2/8.10.1) with SMTP id h0D7kD603122 for ; Mon, 13 Jan 2003 08:46:14 +0100 (CET) Date: Mon, 13 Jan 2003 08:46:13 +0100 From: David Holm To: current@freebsd.org Subject: Possible PCI/AGP error Message-Id: <20030113084613.6ac94944.david@realityrift.com> X-Mailer: Sylpheed version 0.8.8claws (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I get the following error when loading agp.ko in CURRENT (I did not get this in STABLE): Preloaded elf module "/boot/kernel/agp.ko" at 0xc0700154. agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND //David Holm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 12 23:51:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE61337B401 for ; Sun, 12 Jan 2003 23:51:35 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD70843ED8 for ; Sun, 12 Jan 2003 23:51:34 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA04274; Mon, 13 Jan 2003 18:51:09 +1100 Date: Mon, 13 Jan 2003 18:51:44 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Nate Lawson Cc: Sean Kelly , Subject: Re: fdisk issues? In-Reply-To: Message-ID: <20030113181713.O11356-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Jan 2003, Nate Lawson wrote: > On Sun, 12 Jan 2003, Sean Kelly wrote: > > edgemaster# fdisk ad1 > > Floating exception (core dumped) > > > > In get_params, we have: > > ... > > 780 error = ioctl(fd, DIOCGFWSECTORS, &u); > > 781 if (error == 0) > > 782 sectors = dos_sectors = u; > > 783 error = ioctl(fd, DIOCGFWHEADS, &u); > > 784 if (error == 0) > > 785 heads = dos_heads = u; > > 786 > > 787 dos_cylsecs = cylsecs = heads * sectors; > > 788 disksecs = cyls * heads * sectors; > > ... > > 794 error = ioctl(fd, DIOCGMEDIASIZE, &o); > > 795 if (error == 0) { > > 796 disksecs = o / u; > > 797 cyls = dos_cyls = o / (u * dos_heads * dos_sectors); > > 798 } > > ... > > Any disk which returns 0 for these params is broken. I put in a > workaround for the GEOM case: > > sys/geom/geom_dev.c revision 1.26 > date: 2002/10/15 21:28:50; author: njl; state: Exp; lines: +8 -0 > Return an error if the drive reports heads/sectors that do not make sense. > This fixes a divide by zero in fdisk(8) This doesn't unbreak the non-GEOM case. That case was broken in rev.1.65 of fdisk.c by removing the fallback to using the geometry read from the label. Previous commits messed up the logic of the fallbacks so that the first level of fallback (previously the non-fallback level) was run even when it was not needed or used, except it was used in the sense that it printed a warning if it failed. Rev.1.65 axed this messenger and also axed the next (final) level of fallback to a geometry of 1/1/1. > There should probably be an appropriate error check in fdisk to catch > problems like this instead of dumping core. fdisk should just have active code to set usable defaults like it used to. Note that fdisk is perfectly usable with a geometry of 1/1/1. You just have to type in the C and H values after it starts up if you want to change geometry-related things. The only difficulty in implementing the fallbacks is reporting the results of errors. Users probably don't need to be told about all the failing ioctls tried. > The more important question > is "who in the kernel is setting these to 0?" as that part needs work too. Well, fdisk itself sets these to 0. The ioctls to get the number of heads and sectors may fail because they are unimplemented, and then the sloppy error handling in the code quoted above bites. It divides if the DIOCGMEDIASIZE ioctl succeeded, but a divisor is 0 if the earlier head or sector ioctl failed. The head and/or sector counts are only statically initialized to 0 in this case, since the fallback which set them to 1 was axed. The ioctls can also fail when fdisk is run on a regular file. Strangely enough, this case works perfectly since the DIOCGMEDIASIZE ioctl fails so the division is not attempted: Script started on Mon Jan 13 18:45:31 2003 ttyv2:bde@gamplex:/tmp> dd if=/dev/ad0 of=mbr count=1 1+0 records in 1+0 records out 512 bytes transferred in 0.024743 secs (20693 bytes/sec) ttyv2:bde@gamplex:/tmp> fdisk mbr fdisk: device mbr is not character special ******* Working on device mbr ******* parameters extracted from in-core disklabel are: cylinders=0 heads=0 sectors/track=0 (0 blks/cyl) parameters to be used for BIOS calculations are: cylinders=0 heads=0 sectors/track=0 (0 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) start 63, size 2104452 (1027 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 130/ head 254/ sector 63 ... Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 0: 2:34 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D68737B401 for ; Mon, 13 Jan 2003 00:02:33 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FCEF43ED8 for ; Mon, 13 Jan 2003 00:02:32 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA05231; Mon, 13 Jan 2003 19:02:26 +1100 Date: Mon, 13 Jan 2003 19:03:02 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Nate Lawson Cc: Sean Kelly , Subject: Re: fdisk issues? In-Reply-To: <20030113181713.O11356-100000@gamplex.bde.org> Message-ID: <20030113185731.V11356-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 13 Jan 2003, Bruce Evans wrote: > On Sun, 12 Jan 2003, Nate Lawson wrote: > > > On Sun, 12 Jan 2003, Sean Kelly wrote: > > > edgemaster# fdisk ad1 > > > Floating exception (core dumped) > ... > > The more important question > > is "who in the kernel is setting these to 0?" as that part needs work too. > > Well, fdisk itself sets these to 0. The ioctls to get the number of > heads and sectors may fail because they are unimplemented, and then > the sloppy error handling in the code quoted above bites. It divides > if the DIOCGMEDIASIZE ioctl succeeded, but a divisor is 0 if the earlier > head or sector ioctl failed. The head and/or sector counts are only > statically initialized to 0 in this case, since the fallback which set > them to 1 was axed. This explains Sean's case. He was not using GEOM (see his original mail). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 0:27: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C925637B401 for ; Mon, 13 Jan 2003 00:27:08 -0800 (PST) Received: from smtp.fud.org.nz (203-79-83-205.cable.paradise.net.nz [203.79.83.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE58543EB2 for ; Mon, 13 Jan 2003 00:27:06 -0800 (PST) (envelope-from andy@fud.org.nz) Received: from fud.org.nz (unknown [192.168.1.253]) by smtp.fud.org.nz (Postfix) with ESMTP id 2BEF890 for ; Mon, 13 Jan 2003 21:29:18 +1300 (NZDT) Message-ID: <3E227884.3000704@fud.org.nz> Date: Mon, 13 Jan 2003 21:27:48 +1300 From: Andrew Thompson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20030109 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: cvsweb Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi All, Has the cvs website stopped updating itself? http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.0R/ is showing ver 1.131 of todo.sgml but http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.0R/todo.sgml is showing ver 1.120 I was using it to see the progress up to 5.0, quite handy. Andy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 0:59:30 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A52E37B405; Mon, 13 Jan 2003 00:59:27 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E66B743F65; Mon, 13 Jan 2003 00:59:25 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA10665; Mon, 13 Jan 2003 19:58:55 +1100 Date: Mon, 13 Jan 2003 19:59:30 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Marcel Moolenaar Cc: Terry Lambert , Jake Burkholder , , Subject: Re: [PATCH] Re: fpsetmask on sparc64 In-Reply-To: <20030113034638.GA2310@dhcp01.pn.xcllnt.net> Message-ID: <20030113190710.I11541-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Jan 2003, Marcel Moolenaar wrote: > On Sun, Jan 12, 2003 at 06:27:00PM -0800, Terry Lambert wrote: > > > > Therefore, it seems to me, that the correct place to put them is in > > the header (the other alternative was the > > header; this seemed wrong to me, but I'm willing > > to reroll the patch, if there's a lot of disagreement over this point). > > I would like to see it in : I wouldn't like to see it moved. > The synopsis section of our manpage clearly states the inclusion > of . That header file includes a machine dependent > counterpart . On alpha, ia64 and sparc64 > is empty with the exception of the > inclusion of . > > Hence, I would like to see the prototypes and/or implementation > in . The prototypes are machine-independent, so they are correctly placed in . This has the technical problem that it is difficult to implement declared functions as inlines (*), so we use an ugly i386 ifdef in to prevent them being declared. This seems least evil since inlining them doesn't seem to be useful and the wart only affects i386's, and these functions should be obsoleted by the C99 functions as soon as possible. %%% (*) The folling implementations don't work: (1) int foo(int x); static /* inline */ int foo(int x) { return x; } This is not conforming C IIRC. TenDRA says: "z.c", line 2: Warning: [ISO 6.1.2.2]: 'foo' previously declared with external linkage (at line 1). (Since this is only a warning, I'm not sure that it is an error.) (2) static /* inline */ int foo(int x) { return x; } int foo(int x); This is conforming C, but "helpful" compilers warn about it with certain warning flags: z.c:2: warning: redundant redeclaration of `foo' in same scope z.c:1: warning: previous declaration of `foo' %%% > Since on i386 > also includes , we should be able to move > the implementation on i386 to as well. If > possible, I'd like to see retired > unless there's a compelling reason to keep it... There is no good reason for these to be separate, but they may be required for compatibility. IIRC, their names and interfaces were copied from some system (Sun) that had them, but they were slightly misplaced ( is a BSDism AFAIK so other systems couldn't have anything there)... According to google, was in /usr/include in SunOS in 1992 (we link it there), and it seems to be the primary interface (Sun apparently had ieeefp.h in then, but non-BSD hits on it are not as common. So we seem to have headers half compatible with at least the old version of SunOS that they attempt to be compatible with: - We have as a primary interface on i386's only. It doesn't quite work on other arches since it doesn't include . - We implement as a link to to get the MD and implementation details right and the MI details wrong. Perhaps the broken ports include this and not . Then they would be less broken. - We also have as a primary interface which works on all arches, and our man pages say to use this. - Applications can easily shoot there feet off by stepping into this header tangle in any place except the one that is actually docuemented under FreeBSD. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 1: 2:45 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBFCF37B401; Mon, 13 Jan 2003 01:02:44 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 958C843F13; Mon, 13 Jan 2003 01:02:43 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA11085; Mon, 13 Jan 2003 20:02:36 +1100 Date: Mon, 13 Jan 2003 20:03:12 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Terry Lambert Cc: Jake Burkholder , , Subject: Re: [PATCH] Re: fpsetmask on sparc64 In-Reply-To: <3E2223F4.5554718E@mindspring.com> Message-ID: <20030113200018.P11690-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Jan 2003, Terry Lambert wrote: > This patch also affects the IA64 and Alpha, as well as just the SPARC. > > It took a lot of discussion, but it seems to me that the problem is > that the prototypes in scope aren't in scope when the wrong include > file is included. Right. It is mainly an application bug like I said. The prototypes also aren't in scope when is included, and the fix is not to add them to . Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 2: 6:16 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BCB137B401; Mon, 13 Jan 2003 02:06:13 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EC1143F18; Mon, 13 Jan 2003 02:06:09 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0DA5v2G040648; Mon, 13 Jan 2003 02:05:58 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0DA63Cv003606; Mon, 13 Jan 2003 02:06:04 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6/Submit) id h0DA5wTq003605; Mon, 13 Jan 2003 02:05:58 -0800 (PST) (envelope-from marcel) Date: Mon, 13 Jan 2003 02:05:58 -0800 From: Marcel Moolenaar To: Bruce Evans Cc: Terry Lambert , Jake Burkholder , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [PATCH] Re: fpsetmask on sparc64 Message-ID: <20030113100558.GA3423@dhcp01.pn.xcllnt.net> References: <20030113034638.GA2310@dhcp01.pn.xcllnt.net> <20030113190710.I11541-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030113190710.I11541-100000@gamplex.bde.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jan 13, 2003 at 07:59:30PM +1100, Bruce Evans wrote: > > > The synopsis section of our manpage clearly states the inclusion > > of . That header file includes a machine dependent > > counterpart . On alpha, ia64 and sparc64 > > is empty with the exception of the > > inclusion of . > > > > Hence, I would like to see the prototypes and/or implementation > > in . > > The prototypes are machine-independent, so they are correctly placed > in . Agreed in principle, not in practice. > This has the technical problem that it is difficult > to implement declared functions as inlines (*), so we use an ugly > i386 ifdef in to prevent them being declared. This seems > least evil since inlining them doesn't seem to be useful and the > wart only affects i386's, and these functions should be obsoleted > by the C99 functions as soon as possible. This part is what makes me opt for moving the prototypes to the MD header. These functions are trivial most of the time that inlining them makes sense. I don't see why other platforms can't or won't inline in the future. What about signaling the MI header about the existence (or non- existence) of inline functions and/or macros in the MD header so that the MI header can optionally provide the prototypes? This can be done by having the MD header define (or undefine) some macro (or set of macros). Also, it appears to me that we always have to provide non-inlined versions in libc for when inlining is disabled. See ctype.h. I may misinterpret the comment though... > > Since on i386 > > also includes , we should be able to move > > the implementation on i386 to as well. If > > possible, I'd like to see retired > > unless there's a compelling reason to keep it... > > There is no good reason for these to be separate, but they may be > required for compatibility. It appears to be mostly a FreeBSD-ism in its current form. Both NetBSD and OpenBSD resist having it. Maybe the newer platforms should just remove it before it grows code... Anyone object to remove the header on at least sparc64 and ia64? (powerpc doesn't have it -- keep it that way :-) Am I right when I say that removing floatingpoint.h (both the MD file and the MI link) will fix the port, independent of how we shape ieeefp.h? > - We implement as a link to > to get the MD and implementation details right and the MI details wrong. > Perhaps the broken ports include this and not . > Then they would be less broken. Some configure scripts may check for for compatibility with SunOS/Solaris. I doubt they will check In summary: I like Terry's second patch but am sensitive to having the MI prototypes in as well as allowing inlining. What about something like the following to keep the prototypes in , but still allow inlining (in combination with Terrys patch): Index: ieeefp.h =================================================================== RCS file: /home/ncvs/src/include/ieeefp.h,v retrieving revision 1.6 diff -u -r1.6 ieeefp.h --- ieeefp.h 23 Mar 2002 17:24:53 -0000 1.6 +++ ieeefp.h 13 Jan 2003 09:59:08 -0000 @@ -12,9 +12,9 @@ #include #include -#ifdef __i386__ -#include -#else /* !__i386__ */ +#if !defined(_IEEEFP_INLINED_) __BEGIN_DECLS extern fp_rnd_t fpgetround(void); extern fp_rnd_t fpsetround(fp_rnd_t); @@ -23,6 +23,6 @@ extern fp_except_t fpgetsticky(void); extern fp_except_t fpsetsticky(fp_except_t); __END_DECLS -#endif /* __i386__ */ +#endif /* !_IEEEFP_INLINED */ #endif /* _IEEEFP_H_ */ -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 2:47:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA76C37B401 for ; Mon, 13 Jan 2003 02:47:27 -0800 (PST) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EEE843E4A for ; Mon, 13 Jan 2003 02:47:26 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd01.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18Y27m-0004Mq-0A; Mon, 13 Jan 2003 11:47:22 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.118.229]) by fmrl01.sul.t-online.com with esmtp id 18Y27g-0QIMyGC; Mon, 13 Jan 2003 11:47:16 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h0DAlFbL083825; Mon, 13 Jan 2003 11:47:15 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id h0DAlEPA000818; Mon, 13 Jan 2003 11:47:14 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Mon, 13 Jan 2003 11:47:14 +0100 From: Alexander Leidinger To: Soeren Schmidt Cc: walt , freebsd-current@FreeBSD.ORG Subject: Re: ATA seems to lock up the system at boot (KT133A) Message-Id: <20030113114714.083fd629.Alexander@Leidinger.net> In-Reply-To: <200301121935.h0CJZfkt058071@spider.deepcore.dk> References: <20030112203034.4af57ae3.Alexander@Leidinger.net> <200301121935.h0CJZfkt058071@spider.deepcore.dk> X-Mailer: Sylpheed version 0.8.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Jan 2003 20:35:41 +0100 (CET) Soeren Schmidt wrote: > > > Could your Zip disk be missing or bad? > > > > Usually I don't have a zip disk in the drive at boot time... I give it a > > try (tomorrow). > > I've tried both here, works just fine on a newly compiled current.... It seems I have no luck... not even that you can't reproduce the tagged queueing problem, you also can't reproduce this problem. Whats wrong with my system? :-( I've tried with a disk in the drive, same behavior. I'm going to update to todays sources, and start from a clean kernel compile directory... let's see how far I get then. Bye, Alexander. -- The dark ages were caused by the Y1K problem. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 2:51:30 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA33637B401 for ; Mon, 13 Jan 2003 02:51:28 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E9643F13 for ; Mon, 13 Jan 2003 02:51:21 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h0DApKuN036713; Mon, 13 Jan 2003 11:51:20 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301131051.h0DApKuN036713@spider.deepcore.dk> Subject: Re: ATA seems to lock up the system at boot (KT133A) In-Reply-To: <20030113114714.083fd629.Alexander@Leidinger.net> To: Alexander Leidinger Date: Mon, 13 Jan 2003 11:51:20 +0100 (CET) Cc: walt , freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Alexander Leidinger wrote: > On Sun, 12 Jan 2003 20:35:41 +0100 (CET) > Soeren Schmidt wrote: > > > > > Could your Zip disk be missing or bad? > > > > > > Usually I don't have a zip disk in the drive at boot time... I give it a > > > try (tomorrow). > > > > I've tried both here, works just fine on a newly compiled current.... > > It seems I have no luck... not even that you can't reproduce the tagged > queueing problem, you also can't reproduce this problem. Whats wrong > with my system? :-( Dunno, but it is the 13'th today :) > I've tried with a disk in the drive, same behavior. I'm going to update > to todays sources, and start from a clean kernel compile directory... > let's see how far I get then. Form a system compile from source 0800 today: ad0: 13042MB [26500/16/63] at ata0-master UDMA33 afd0: 96MB [32/64/96] at ata0-slave PIO0 acd0: CD-RW at ata1-slave PIO4 pst0: 17385MB [2216/255/63] on pstpci0 Mounting root from ufs:/dev/ad0a Thats without media in the ZIP drive, boots just fine, system in VIA 694 based so that should give me enough trouble :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 3: 6:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B456E37B401 for ; Mon, 13 Jan 2003 03:06:50 -0800 (PST) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F8E843F43 for ; Mon, 13 Jan 2003 03:06:50 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd11.sul.t-online.de by mailout07.sul.t-online.com with smtp id 18Y2QW-0000aj-0K; Mon, 13 Jan 2003 12:06:44 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.118.229]) by fmrl11.sul.t-online.com with esmtp id 18Y2QM-0ScBY8C; Mon, 13 Jan 2003 12:06:34 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h0DB6XbL083899; Mon, 13 Jan 2003 12:06:33 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id h0DB6XPA000886; Mon, 13 Jan 2003 12:06:33 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Mon, 13 Jan 2003 12:06:33 +0100 From: Alexander Leidinger To: Soeren Schmidt Cc: freebsd-current@FreeBSD.ORG Subject: Re: ATA seems to lock up the system at boot (KT133A) Message-Id: <20030113120633.62ed9a67.Alexander@Leidinger.net> In-Reply-To: <200301131051.h0DApKuN036713@spider.deepcore.dk> References: <20030113114714.083fd629.Alexander@Leidinger.net> <200301131051.h0DApKuN036713@spider.deepcore.dk> X-Mailer: Sylpheed version 0.8.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 13 Jan 2003 11:51:20 +0100 (CET) Soeren Schmidt wrote: > > It seems I have no luck... not even that you can't reproduce the tagged > > queueing problem, you also can't reproduce this problem. Whats wrong > > with my system? :-( > > Dunno, but it is the 13'th today :) I don't have a problem with this date: calendar -f /usr/share/calendar/calendar.freebsd -t 13.03 My hope is a stale dependency for sys... I'm going to cvsup now. Bye, Alexander. -- The dark ages were caused by the Y1K problem. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 3:13:39 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD4EE37B401 for ; Mon, 13 Jan 2003 03:13:38 -0800 (PST) Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BC7A43F1E for ; Mon, 13 Jan 2003 03:13:37 -0800 (PST) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from wit377002 (wit377002.student.utwente.nl [130.89.165.107]) by netlx010.civ.utwente.nl (8.11.4/HKD) with SMTP id h0DBDVb06615 for ; Mon, 13 Jan 2003 12:13:31 +0100 From: "Roderick van Domburg" To: Subject: Re: FreeBSD 5.0 RC3 now available Date: Mon, 13 Jan 2003 12:14:12 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 X-UTwente-MailScanner: Found to be clean Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I would like to point to a currently unresolved issue that Thomas Moestl is helping me solve on freebsd-sparc@. It isn't listed on the Open Issues page, but I'd say it's something that needs to be resolved before the release is rolled. The thread is titled "panic: trap: fast data access mmu miss" and is about an error causing the sym SCSI controller to fail to mount root at best, and panic at worst. The sym controller is listed as supported hardware, and used in several Sun boxes, so IMHO I'd say it warrants the attention. Regards, Roderick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 3:21:58 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2691137B401; Mon, 13 Jan 2003 03:21:54 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B99D743ED8; Mon, 13 Jan 2003 03:21:52 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA22763; Mon, 13 Jan 2003 22:21:23 +1100 Date: Mon, 13 Jan 2003 22:21:59 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Marcel Moolenaar Cc: Terry Lambert , Jake Burkholder , , Subject: Re: [PATCH] Re: fpsetmask on sparc64 In-Reply-To: <20030113100558.GA3423@dhcp01.pn.xcllnt.net> Message-ID: <20030113211536.E11945-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 13 Jan 2003, Marcel Moolenaar wrote: > On Mon, Jan 13, 2003 at 07:59:30PM +1100, Bruce Evans wrote: > > > > > The synopsis section of our manpage clearly states the inclusion > > > of . That header file includes a machine dependent > > > counterpart . On alpha, ia64 and sparc64 > > > is empty with the exception of the > > > inclusion of . > > > > > > Hence, I would like to see the prototypes and/or implementation > > > in . > > > > The prototypes are machine-independent, so they are correctly placed > > in . > > Agreed in principle, not in practice. > > > This has the technical problem that it is difficult > > to implement declared functions as inlines (*), so we use an ugly > > i386 ifdef in to prevent them being declared. This seems > > least evil since inlining them doesn't seem to be useful and the > > wart only affects i386's, and these functions should be obsoleted > > by the C99 functions as soon as possible. > > This part is what makes me opt for moving the prototypes to the > MD header. These functions are trivial most of the time that > inlining them makes sense. I don't see why other platforms can't > or won't inline in the future. Hand-inlining things rarely makes sense, especially for little-used compatibility-cruft functions like these. A technical reason for not inlining some of them is that they may need to interact with signal handling. We currently avoid most signal-handling problems related to changing the FP environment by switching the critical part of the environment in setjmp/longjmp, at least on i386's, but C99 seems to forbid this. I think the functions that change the FP environment need to save their setting somehwere so that longjmp() can restore the default FP environment (not necessarily the one when setjmp() was called). I don't know how to do this properly reentrantly. > What about signaling the MI header about the existence (or non- > existence) of inline functions and/or macros in the MD header so > that the MI header can optionally provide the prototypes? This > can be done by having the MD header define (or undefine) some > macro (or set of macros). I'd like to have a simple general way to do this, but don't care about it for these functions. > Also, it appears to me that we always have to provide non-inlined > versions in libc for when inlining is disabled. See ctype.h. > I may misinterpret the comment though... Non-inline versions are needed for at least calling functions through function pointers if this is supported, and C requires it to be supported for most functions including the ctype 1's. This requirement causes some of the implementation complications in . > > > Since on i386 > > > also includes , we should be able to move > > > the implementation on i386 to as well. If > > > possible, I'd like to see retired > > > unless there's a compelling reason to keep it... > > > > There is no good reason for these to be separate, but they may be > > required for compatibility. > > It appears to be mostly a FreeBSD-ism in its current form. Both > NetBSD and OpenBSD resist having it. Maybe the newer platforms > should just remove it before it grows code... That makes sense. floatingpoint.h was added to FreeBSD in 1993/08 (before FreeBSD-1.0R) and never picked up by OtherBSD. ieeefp.h in NetBSD seems to date from 1995/04. ieeefp.h was added to FreeBSD at the same time as floatingpoint.h. It was originally in a Sun- compatible place (), but had mostly-wrong contents (i386 bits). may be MD in SunOS but it isn't in BSD. This was "fixed" in FreeBSD-2 by moving it to . > Anyone object to remove the header on at least sparc64 and ia64? > (powerpc doesn't have it -- keep it that way :-) Not me. Then sparc64 and ia64 will give even better early warnings of broken ports :-). > Am I right when I say that removing floatingpoint.h (both the MD > file and the MI link) will fix the port, independent of how we > shape ieeefp.h? > > > - We implement as a link to > > to get the MD and implementation details right and the MI details wrong. > > Perhaps the broken ports include this and not . > > Then they would be less broken. > > Some configure scripts may check for for compatibility > with SunOS/Solaris. I doubt they will check That's a good reason not to have it. Hopefully its nonexistence in OtherBSD has resulted in its use being correctly configured. However, I suspect most uses in ports are in hard-coded FreeBSD patches. This is confirmed by grepping for floatingpoint\.h and ieeefp\.h in ncvs/ports. > In summary: I like Terry's second patch but am sensitive to having > the MI prototypes in as well as allowing inlining. > What about something like the following to keep the prototypes in > , but still allow inlining (in combination with Terrys > patch): > > Index: ieeefp.h > =================================================================== > RCS file: /home/ncvs/src/include/ieeefp.h,v > retrieving revision 1.6 > diff -u -r1.6 ieeefp.h > --- ieeefp.h 23 Mar 2002 17:24:53 -0000 1.6 > +++ ieeefp.h 13 Jan 2003 09:59:08 -0000 > @@ -12,9 +12,9 @@ > #include > #include > > -#ifdef __i386__ > -#include > -#else /* !__i386__ */ > +#if !defined(_IEEEFP_INLINED_) > __BEGIN_DECLS > extern fp_rnd_t fpgetround(void); > extern fp_rnd_t fpsetround(fp_rnd_t); > @@ -23,6 +23,6 @@ > extern fp_except_t fpgetsticky(void); > extern fp_except_t fpsetsticky(fp_except_t); > __END_DECLS > -#endif /* __i386__ */ > +#endif /* !_IEEEFP_INLINED */ > > #endif /* _IEEEFP_H_ */ I like this. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 3:33: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B4937B401 for ; Mon, 13 Jan 2003 03:32:59 -0800 (PST) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE9EB43E4A for ; Mon, 13 Jan 2003 03:32:55 -0800 (PST) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-a104.otenet.gr [212.205.215.104]) by mailsrv.otenet.gr (8.12.6/8.12.6) with ESMTP id h0DBWbjt022493; Mon, 13 Jan 2003 13:32:42 +0200 (EET) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.6/8.12.6) with ESMTP id h0DBWaq4012374; Mon, 13 Jan 2003 13:32:36 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.12.6/8.12.6/Submit) id h0DBWajk012370; Mon, 13 Jan 2003 13:32:36 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 13 Jan 2003 13:32:36 +0200 From: Giorgos Keramidas To: Joe Laughlin Cc: freebsd-current@FreeBSD.org Subject: Re: world broken at libkvm Message-ID: <20030113113236.GB98842@gothmog.gr> References: <3E22211B.3050201@hotmail.com> <3E223D36.3020502@removethis.rainbowsheep.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E223D36.3020502@removethis.rainbowsheep.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2003-01-12 20:14, joe@removethis.rainbowsheep.net (Joe Laughlin) wrote: > walt wrote: > >cc -O -pipe -mcpu=pentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c > >/usr/src/lib/libkvm/kvm_proc.c -o kvm_proc.o > >/usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > >/usr/src/lib/libkvm/kvm_proc.c:376: structure has no member named > >`ke_pctcpu' > > Myself and two others have seen this as well. I'm building world trying to track the commit that broke things now. It looks like the following commit could be the one that broke things: src/sys/kern/sched_4bsd.c,v revision 1.8 date: 2003/01/12 19:04:49; author: jeff; state: Exp; lines: +30 -15 - Move ke_pctcpu and ke_cpticks into the scheduler specific datastructure. This will prevent access through mechanisms other than the published interfaces. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 3:46:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26A6337B401 for ; Mon, 13 Jan 2003 03:46:25 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 553A743F13 for ; Mon, 13 Jan 2003 03:46:24 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h0DBk46A069104; Mon, 13 Jan 2003 12:46:08 +0100 (CET) (envelope-from phk@freebsd.org) To: "Roderick van Domburg" Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.0 RC3 now available From: phk@freebsd.org In-Reply-To: Your message of "Mon, 13 Jan 2003 12:14:12 +0100." Date: Mon, 13 Jan 2003 12:46:04 +0100 Message-ID: <69103.1042458364@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , "Roderick van Domburg" writes: >I would like to point to a currently unresolved issue that Thomas Moestl is >helping me solve on freebsd-sparc@. It isn't listed on the Open Issues page, >but I'd say it's something that needs to be resolved before the release is >rolled. > >The thread is titled "panic: trap: fast data access mmu miss" and is about >an error causing the sym SCSI controller to fail to mount root at best, and >panic at worst. Well, we all want our pet bug fixed before the release rolls, but at some point we simply have to call it quits and ship the release. I personally know this particular bug very well, I have rebooted the AC/DC200 netra I had borrowed about 10 times more than I needed to to get past this bug :-) >The sym controller is listed as supported hardware, and used in several Sun >boxes, so IMHO I'd say it warrants the attention. All bugs warrent attention. Some of them get it. Don't worry, that bug, like all the others will get fixed and you will be able to get an update for it in due time. In the meantime we _really_ have to ship 5.0-RELEASE, we keep slipping it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 4: 5:43 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E75237B401 for ; Mon, 13 Jan 2003 04:05:42 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id C694343F1E for ; Mon, 13 Jan 2003 04:05:41 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id h0DC5fJM099573 for ; Mon, 13 Jan 2003 04:05:41 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id h0DC5fAk099571 for current@freebsd.org; Mon, 13 Jan 2003 04:05:41 -0800 (PST) Date: Mon, 13 Jan 2003 04:05:41 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301131205.h0DC5fAk099571@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Jan 13 03:04:19 PST 2003 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Mon Jan 13 03:36:48 PST 2003 -------------------------------------------------------------- >>> Kernel build for LINT started on Mon Jan 13 03:36:48 PST 2003 -------------------------------------------------------------- ===> vinum "Makefile", line 4445: warning: duplicate script for target "geom_bsd.o" [...] /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver i [...] /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from [...] /h/des/src/sys/pci/meteor.c:149:2: warning: #warning "The meteor driver i [...] /h/des/src/sys/pci/simos.c:30:2: warning: #warning "The simos driver is b [...] cc1: warnings being treated as errors /h/des/src/sys/dev/advansys/adv_isa.c: In function `adv_isa_probe': /h/des/src/sys/dev/advansys/adv_isa.c:232: warning: overflow in implicit [...] *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 4:11:21 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4104137B401 for ; Mon, 13 Jan 2003 04:11:20 -0800 (PST) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF6443F5B for ; Mon, 13 Jan 2003 04:11:18 -0800 (PST) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id h0DCBF904922; Mon, 13 Jan 2003 12:11:15 GMT (envelope-from rb) Message-Id: <4.3.2.7.2.20030113120239.03397190@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 13 Jan 2003 12:11:17 +0000 To: current@freebsd.org From: Bob Bishop Subject: FAST_IPSEC/racoon vs CISCO PIX anyone? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Problems interworking this combination, with ESP tunnel. SA gets negotiated OK, but ESP packets get rejected by the PIX: it says "host not found a.b.c.d" where a.b.c.d is its own endpoint address, and sends "invalid SPI" back to our end, even thought the SPI on the rejected ESP packet is the one just negitiated. This is RC2, racoon-20021120a. FWIW the same problem occurs on 4.7 with 'ordinary' IPSEC too. Any suggestions? TIA -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 4:32:28 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CC5237B401 for ; Mon, 13 Jan 2003 04:32:27 -0800 (PST) Received: from oak.FernUni-Hagen.de (oak.fernuni-hagen.de [132.176.114.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A49A43E4A for ; Mon, 13 Jan 2003 04:32:26 -0800 (PST) (envelope-from jfh@es-i2.FernUni-Hagen.de) Received: from amavis by oak.FernUni-Hagen.de with scanned-ok (Exim 4.04) id 18Y3lR-0000r5-00 for freebsd-current@freebsd.org; Mon, 13 Jan 2003 13:32:25 +0100 Received: from es-i2.fernuni-hagen.de ([132.176.7.81]) by oak.FernUni-Hagen.de with esmtp (Exim 4.04) id 18Y3lN-0000qi-00 for freebsd-current@freebsd.org; Mon, 13 Jan 2003 13:32:21 +0100 Received: from fernuni-hagen.de (es-dhcp-95.fernuni-hagen.de [132.176.7.95]) by es-i2.fernuni-hagen.de (Postfix) with ESMTP id F35FC5821 for ; Mon, 13 Jan 2003 13:32:19 +0100 (CET) Message-ID: <3E22B164.7030109@fernuni-hagen.de> Date: Mon, 13 Jan 2003 13:30:28 +0100 From: Fritz Heinrichmeyer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ata timeouts until setting hw.ata.wc to zero References: <20030113074111.GA3294@jfh00.fernuni-hagen.de> In-Reply-To: <20030113074111.GA3294@jfh00.fernuni-hagen.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fritz Heinrichmeyer wrote: > last week i was in fear of a complete data loss as my freebsd current > system freezed with ata ad0 timeout like this. > > kernel: ad0: READ command timeout tag=0 serv=0 - resetting For now it seems we have a non freebsd related hardware problem here ... Sorry for the noise. -- 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-current" in the body of the message From owner-freebsd-current Mon Jan 13 5:16:55 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AF5837B401 for ; Mon, 13 Jan 2003 05:16:54 -0800 (PST) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDA0A43F18 for ; Mon, 13 Jan 2003 05:16:52 -0800 (PST) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 4.10) id 18Y4SP-00070r-00; Mon, 13 Jan 2003 15:16:49 +0200 From: Sheldon Hearn To: walt Cc: freebsd-current@freebsd.org Subject: Re: world broken at libkvm In-reply-to: Your message of "Sun, 12 Jan 2003 18:14:51 PST." <3E22211B.3050201@hotmail.com> Date: Mon, 13 Jan 2003 15:16:49 +0200 Message-ID: <26960.1042463809@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Make sure you have rev 1.289 of sys/sys/proc.h, which is expected to fix the problem you're reporting. Ciao, Sheldon. ----- Original Message ----- Date: Sun, 12 Jan 2003 18:14:51 -0800 From: walt To: freebsd-current@freebsd.org Subject: world broken at libkvm > cc -O -pipe -mcpu=pentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_proc.c -o kvm_proc.o > /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > /usr/src/lib/libkvm/kvm_proc.c:376: structure has no member named `ke_pctcpu' > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 6: 9: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12FA537B401 for ; Mon, 13 Jan 2003 06:08:59 -0800 (PST) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61D7943F13 for ; Mon, 13 Jan 2003 06:08:53 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd06.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18Y5Ga-0004AF-02; Mon, 13 Jan 2003 15:08:40 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.118.229]) by fmrl06.sul.t-online.com with esmtp id 18Y5GQ-1JT9NYC; Mon, 13 Jan 2003 15:08:30 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h0DE8TbL084495; Mon, 13 Jan 2003 15:08:29 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id h0DE8SGp000732; Mon, 13 Jan 2003 15:08:28 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Mon, 13 Jan 2003 15:08:28 +0100 From: Alexander Leidinger To: Soeren Schmidt Cc: freebsd-current@FreeBSD.ORG Subject: Re: ATA seems to lock up the system at boot (KT133A) Message-Id: <20030113150828.75c82e48.Alexander@Leidinger.net> In-Reply-To: <200301131051.h0DApKuN036713@spider.deepcore.dk> References: <20030113114714.083fd629.Alexander@Leidinger.net> <200301131051.h0DApKuN036713@spider.deepcore.dk> X-Mailer: Sylpheed version 0.8.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 13 Jan 2003 11:51:20 +0100 (CET) Soeren Schmidt wrote: > Thats without media in the ZIP drive, boots just fine, system in VIA 694 > based so that should give me enough trouble :) I tried with recent sources and a clean (make clean; make clean; make cleandir; make cleandir; make depend && make -j 4 && make install) kernel compile directory. No luck. :-( After disabling the second channel - where the zip drive is attached to - in the BIOS, the system doesn't hang at boot. Anything I can do to find the cause? Bye, Alexander. -- Yes, I've heard of "decaf." What's your point? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 6:49:21 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88E3B37B401 for ; Mon, 13 Jan 2003 06:49:20 -0800 (PST) Received: from newtrinity.zeist.de (newtrinity.zeist.de [193.111.112.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C7F043E4A for ; Mon, 13 Jan 2003 06:49:19 -0800 (PST) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.6/8.12.6/ZEIST.DE) with ESMTP id h0DEnAaJ017632; Mon, 13 Jan 2003 15:49:10 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.6/8.12.6/Submit) id h0DEn5vY017631; Mon, 13 Jan 2003 15:49:05 +0100 (CET) (envelope-from marius) Date: Mon, 13 Jan 2003 15:49:05 +0100 From: marius@alchemy.franken.de To: Alexander Leidinger Cc: Soeren Schmidt , freebsd-current@FreeBSD.ORG Subject: Re: ATA seems to lock up the system at boot (KT133A) Message-ID: <20030113154905.B577@newtrinity.zeist.de> References: <20030112203034.4af57ae3.Alexander@Leidinger.net> <200301121935.h0CJZfkt058071@spider.deepcore.dk> <20030113114714.083fd629.Alexander@Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030113114714.083fd629.Alexander@Leidinger.net>; from Alexander@Leidinger.net on Mon, Jan 13, 2003 at 11:47:14AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jan 13, 2003 at 11:47:14AM +0100, Alexander Leidinger wrote: > On Sun, 12 Jan 2003 20:35:41 +0100 (CET) > Soeren Schmidt wrote: > > > > > Could your Zip disk be missing or bad? > > > > > > Usually I don't have a zip disk in the drive at boot time... I give it a > > > try (tomorrow). > > > > I've tried both here, works just fine on a newly compiled current.... > I have a LS120 atapi-drive here that doesn't work under FreeBSD if it's the master on it's channel but works fine if it's a slave to a <= UDMA33 hd (the fact that it doesn't work when being slave to > UDMA33 may also mean that that it doesn't work on 80-pin cables). Depending on the FreeBSD- version it goes awry when getting probed or probes but doesn't work afterwards. I noticed it first on 4-stable after a larger ata-code merge (it worked happily before) a half year ago or so, I dropped Soeren a note but no reaction. The difference between the configurations you and Soeren posted is also that you are running the atapi ZIP-drive as master and Soeren as slave, so maybe this could be a hint that something goes wrong with initialisation when atapi floppy-drives are attached as masters. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 7: 3:49 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9156837B401 for ; Mon, 13 Jan 2003 07:03:48 -0800 (PST) Received: from weed.daren.ca (CPE014320028330.cpe.net.cable.rogers.com [24.102.94.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 472AE43EB2 for ; Mon, 13 Jan 2003 07:03:42 -0800 (PST) (envelope-from desjardins@canada.com) Received: from weed.daren.ca (localhost [127.0.0.1]) by weed.daren.ca (8.12.6/8.12.6) with ESMTP id h0DF3cHD004042 for ; Mon, 13 Jan 2003 10:03:39 -0500 (EST) (envelope-from desjardins@canada.com) Received: (from daren@localhost) by weed.daren.ca (8.12.6/8.12.6/Submit) id h0DF3bFF004041 for freebsd-current@FreeBSD.ORG; Mon, 13 Jan 2003 10:03:37 -0500 (EST) X-Authentication-Warning: weed.daren.ca: daren set sender to desjardins@canada.com using -f Subject: Problems installing apps that use a Java installer From: Daren Desjardins Reply-To: desjardins@canada.com To: freebsd-current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1042470217.269.23.camel@weed.daren.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 13 Jan 2003 10:03:37 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ive been trying to install JBuilder 7 and Weblogic 7 and have been having no luck. Both apps extract themselves and then try to use their own JDK to start the installer, however they both then seg fault. I tried running the 'java' that they include and found that it is the cause of the seg fault. I was able to get JBuilder installed by replacing its JDK with the FreeBSD port. However I still have not been able to get Weblogic to install. I do have the BSD JDK port, 1.3.1-p7, installed and it works fine. Any ideas what would cause these Java installers using their own JDK to seg fault all the time? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 7:36: 1 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8005F37B401 for ; Mon, 13 Jan 2003 07:35:59 -0800 (PST) Received: from ns2.wananchi.com (ns2.wananchi.com [62.8.64.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC7743ED8 for ; Mon, 13 Jan 2003 07:35:54 -0800 (PST) (envelope-from wash@wananchi.com) Received: from wash by ns2.wananchi.com (Exim 4.12 #3 (FreeBSD)) protocol: local id 18Y6bq-000MWr-00 ; Mon, 13 Jan 2003 18:34:42 +0300 Date: Mon, 13 Jan 2003 18:34:42 +0300 From: Odhiambo Washington To: Daren Desjardins Cc: freebsd-current Subject: Re: Problems installing apps that use a Java installer Message-ID: <20030113153442.GE63448@ns2.wananchi.com> References: <1042470217.269.23.camel@weed.daren.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1042470217.269.23.camel@weed.daren.ca> X-Disclaimer: Any views expressed in this message,where not explicitly attributed otherwise, are mine alone!. X-Fortune: If money can't buy happiness, I guess you'll just have to rent it. X-Operating-System: FreeBSD 4.7-STABLE i386 X-Best-Window-Manager: Blackbox X-Mailer: Mutt 1.5.1i (2002-05-02) X-Designation: Systems Administrator, Wananchi Online Ltd. X-Location: Nairobi, KE, East Africa. X-Uptime: 6:32PM up 5 days, 2:18, 2 users, load averages: 0.76, 0.69, 0.70 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Daren Desjardins [20030113 18:03]: wrote: > Ive been trying to install JBuilder 7 and Weblogic 7 and have been > having no luck. Both apps extract themselves and then try to use their > own JDK to start the installer, however they both then seg fault. I > tried running the 'java' that they include and found that it is the > cause of the seg fault. I was able to get JBuilder installed by > replacing its JDK with the FreeBSD port. However I still have not been > able to get Weblogic to install. > > I do have the BSD JDK port, 1.3.1-p7, installed and it works fine. > > Any ideas what would cause these Java installers using their own JDK to > seg fault all the time? No idea ;0 Actually, I am getting almost similar behavior here with jakarta-tomcat, after I updated using cvsup today. Jan 13 17:11:47 beastie kernel: pid 14726 (java), uid 80: exited on signal 11 (core dumped) Jan 13 17:11:48 beastie drac[14780]: unable to register (DRACPROG, DRACVERS, udp). -Wash -- Odhiambo Washington "The box said 'Requires Wananchi Online Ltd. www.wananchi.com Windows 95, NT, or better,' Tel: +254 2 313985-9 +254 2 313922 so I installed FreeBSD." GSM: +254 72 743223 +254 733 744121 This sig is McQ! :-) The best book on programming for the layman is "Alice in Wonderland"; but that's because it's the best book on anything for the layman. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 7:44:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B9E637B405 for ; Mon, 13 Jan 2003 07:44:25 -0800 (PST) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4203D43EB2 for ; Mon, 13 Jan 2003 07:44:24 -0800 (PST) (envelope-from swear@attbi.com) Received: from localhost.localdomain ([12.242.158.67]) by rwcrmhc51.attbi.com (rwcrmhc51) with ESMTP id <20030113154423051007p091e>; Mon, 13 Jan 2003 15:44:23 +0000 Received: from localhost.localdomain (localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.5) with ESMTP id h0DFncm9012117; Mon, 13 Jan 2003 07:49:38 -0800 (PST) (envelope-from swear@attbi.com) Received: (from jojo@localhost) by localhost.localdomain (8.12.6/8.12.5/Submit) id h0DFnWJE012114; Mon, 13 Jan 2003 07:49:32 -0800 (PST) (envelope-from swear@attbi.com) X-Authentication-Warning: localhost.localdomain: jojo set sender to swear@attbi.com using -f To: Jun Kuriyama Cc: current@freebsd.org Subject: Re: 5.0-RC2/if_awi.ko doesn't load References: <7mr8bhobll.wl@black.imgsrc.co.jp> From: swear@attbi.com (Gary W. Swearingen) Date: 13 Jan 2003 07:49:32 -0800 In-Reply-To: <7mr8bhobll.wl@black.imgsrc.co.jp> Message-ID: Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jun Kuriyama writes: > At Fri, 10 Jan 2003 00:33:47 +0000 (UTC), > Nicolas Christin wrote: > > I just tried to give a shot to 5.0-RC2 on an old box of mine that can > > only perform network installs (no CD drive). During the boot process, a > > module failed to load. > > > > DEBUG: Loading module if_awi.ko (BayStack 660 and others) > > link_elf: symbol rc4_init undefined > > I got same result on today's snapshot of HEAD (20030113-JPSNAP). I'm > using {kern,mfsroot}.flp and FTP installation. Same here on an old box with a PCI/ISA MB w/P100 CPU, but booting RC2 from floppies and installing from CDROM. The machine will boot Linux off CDROM, but neither 4.7-RELEASE or 5.0-RC2 (a design decision to not support older CDROM drive booting, rumor has it). :( But got this message in a popup box: Loading module if_awi.ko failed BayStack 660 and others Didn't get the "link_elf:" line. Installation continued until trying to load software from CDROM after which this appeared: Error mounting /dev/acd0 on /dist: \ Operation not supported by device (19) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 8: 2:25 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2728F37B401 for ; Mon, 13 Jan 2003 08:02:24 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8923343F8E for ; Mon, 13 Jan 2003 08:02:16 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h0DG28hL097759; Mon, 13 Jan 2003 17:02:08 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301131602.h0DG28hL097759@spider.deepcore.dk> Subject: Re: ATA seems to lock up the system at boot (KT133A) In-Reply-To: <20030113154905.B577@newtrinity.zeist.de> To: marius@alchemy.franken.de Date: Mon, 13 Jan 2003 17:02:08 +0100 (CET) Cc: Alexander Leidinger , freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems marius@alchemy.franken.de wrote: > posted is also that you are running the atapi ZIP-drive as master and > Soeren as slave, so maybe this could be a hint that something goes wrong > with initialisation when atapi floppy-drives are attached as masters. That makes no difference I still cant get it to fail :( acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% ad0: 13042MB [26500/16/63] at ata0-master UDMA66 afd0: 96MB [32/64/96] at ata1-master PIO0 Mounting root from ufs:/dev/ad0a -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 8:10:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DED6537B401 for ; Mon, 13 Jan 2003 08:10:25 -0800 (PST) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A8243F7B for ; Mon, 13 Jan 2003 08:10:20 -0800 (PST) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h0DG9oT13740; Mon, 13 Jan 2003 14:09:50 -0200 Message-ID: <3E22E4CE.8040304@tcoip.com.br> Date: Mon, 13 Jan 2003 14:09:50 -0200 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021212 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: Bob Bishop Cc: current@FreeBSD.ORG Subject: Re: FAST_IPSEC/racoon vs CISCO PIX anyone? References: <4.3.2.7.2.20030113120239.03397190@gid.co.uk> In-Reply-To: <4.3.2.7.2.20030113120239.03397190@gid.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bob Bishop wrote: > Hi, > > Problems interworking this combination, with ESP tunnel. SA gets > negotiated OK, but ESP packets get rejected by the PIX: it says "host > not found a.b.c.d" where a.b.c.d is its own endpoint address, and sends > "invalid SPI" back to our end, even thought the SPI on the rejected ESP > packet is the one just negitiated. > > This is RC2, racoon-20021120a. FWIW the same problem occurs on 4.7 with > 'ordinary' IPSEC too. > > Any suggestions? TIA Well, this question can be silly, specially if you have already established tunnels before, but... Did you negotiate a SA for each direction? -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca TCO Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br Outros: dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net It was one of those perfect summer days -- the sun was shining, a breeze was blowing, the birds were singing, and the lawn mower was broken ... -- James Dent To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 8:18:51 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 634C537B401 for ; Mon, 13 Jan 2003 08:18:50 -0800 (PST) Received: from weed.daren.ca (CPE014320028330.cpe.net.cable.rogers.com [24.102.94.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C80E743F18 for ; Mon, 13 Jan 2003 08:18:38 -0800 (PST) (envelope-from desjardins@canada.com) Received: from weed.daren.ca (localhost [127.0.0.1]) by weed.daren.ca (8.12.6/8.12.6) with ESMTP id h0DGIUHD005294 for ; Mon, 13 Jan 2003 11:18:30 -0500 (EST) (envelope-from desjardins@canada.com) Received: (from daren@localhost) by weed.daren.ca (8.12.6/8.12.6/Submit) id h0DGITOR005293 for freebsd-current@FreeBSD.ORG; Mon, 13 Jan 2003 11:18:29 -0500 (EST) X-Authentication-Warning: weed.daren.ca: daren set sender to desjardins@canada.com using -f Subject: Re: Problems installing apps that use a Java installer From: Daren Desjardins Reply-To: desjardins@canada.com To: freebsd-current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1042474708.5221.2.camel@weed.daren.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 13 Jan 2003 11:18:29 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I found what is causing their JDK's to seg fault. I happen to try coping over the Sun JDK to where the weblogic files were in /tmp. When I tried running the JDK from /tmp it began crashing with a segfault. So I moved the extracted WL files to /usr/local, and ran it. In order to run some other app I had to make tmp a symlink to /usr/tmp to allow for more space. Apparantly the JDK cant handle the sym link and seg faults. The Weblogic installer now launches, but freezes after the splash screen. If I run the installer using the Sun jdk it runs fine. On Mon, 2003-01-13 at 10:03, Daren Desjardins wrote: > Ive been trying to install JBuilder 7 and Weblogic 7 and have been > having no luck. Both apps extract themselves and then try to use their > own JDK to start the installer, however they both then seg fault. I > tried running the 'java' that they include and found that it is the > cause of the seg fault. I was able to get JBuilder installed by > replacing its JDK with the FreeBSD port. However I still have not been > able to get Weblogic to install. > > I do have the BSD JDK port, 1.3.1-p7, installed and it works fine. > > Any ideas what would cause these Java installers using their own JDK to > seg fault all the time? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 8:21: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F099237B401 for ; Mon, 13 Jan 2003 08:20:58 -0800 (PST) Received: from mail.evip.pl (mail.evip.com.pl [212.244.157.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id A25F143F65 for ; Mon, 13 Jan 2003 08:20:57 -0800 (PST) (envelope-from w@evip.pl) Received: from w by mail.evip.pl with local (Exim 4.10) id 18Y7Ka-0004xf-00; Mon, 13 Jan 2003 17:20:56 +0100 Date: Mon, 13 Jan 2003 17:20:56 +0100 From: Wiktor Niesiobedzki To: Maxim Konovalov Cc: current@FreeBSD.ORG Subject: Re: IPFW2 skipto + logging Message-ID: <20030113162056.GB6882@mail.evip.pl> References: <20021110173443.A5529@mail.evip.pl> <20030112165156.G22175@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030112165156.G22175@news1.macomnet.ru> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 12, 2003 at 04:52:53PM +0300, Maxim Konovalov wrote: > > Hello, > > Please try a next patch: > It seems, that now logging with skipto is working correctly (I get expected results), but funny thing, when there is no log rule, the skipto command won't work. Consider this results: portal# ipfw show 00100 172 139364 skipto 400 log ip from 192.168.0.0/24 to 192.168.0.0/24 00101 0 0 skipto 400 log ip from 192.168.0.0/24 to 192.168.0.0/24 00102 0 0 skipto 400 log ip from 192.168.0.0/24 to 192.168.0.0/24 00400 180 140052 allow ip from any to any 65535 0 0 deny ip from any to any and portal# ipfw show 00100 186 140632 skipto 400 ip from 192.168.0.0/24 to 192.168.0.0/24 00101 186 140632 skipto 400 ip from 192.168.0.0/24 to 192.168.0.0/24 00102 186 140632 skipto 400 ip from 192.168.0.0/24 to 192.168.0.0/24 00103 186 140632 skipto 400 ip from 192.168.0.0/24 to 192.168.0.0/24 00400 192 141136 allow ip from any to any 65535 0 0 deny ip from any to any The second one, without logging is just not working now... Best regards, Wiktor Niesiobedzki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 8:28:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D4B137B401 for ; Mon, 13 Jan 2003 08:28:40 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E59F643F1E for ; Mon, 13 Jan 2003 08:28:39 -0800 (PST) (envelope-from swear@attbi.com) Received: from localhost.localdomain ([12.242.158.67]) by sccrmhc02.attbi.com (sccrmhc02) with ESMTP id <20030113162839002000iku7e>; Mon, 13 Jan 2003 16:28:39 +0000 Received: from localhost.localdomain (localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.5) with ESMTP id h0DGXsm9012647; Mon, 13 Jan 2003 08:33:54 -0800 (PST) (envelope-from swear@attbi.com) Received: (from jojo@localhost) by localhost.localdomain (8.12.6/8.12.5/Submit) id h0DGXmUd012644; Mon, 13 Jan 2003 08:33:48 -0800 (PST) (envelope-from swear@attbi.com) X-Authentication-Warning: localhost.localdomain: jojo set sender to swear@attbi.com using -f To: "Joel M. Baldwin" Cc: freebsd-current@FreeBSD.ORG Subject: Re: 5.0-RC2 won't install (zf_read & vm_fault) while 4.7 will From: swear@attbi.com (Gary W. Swearingen) Date: 13 Jan 2003 08:33:48 -0800 Message-ID: Lines: 22 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joel Baldwin wrote: > --On Friday, January 10, 2003 5:36 PM -0800 "Gary W. Swearingen" > wrote: > > I got an old P100 I'm preparing for NAT duty at a Linux meeting and > > I > tried to install 5.0-RC2 on it. Near end of mfsroot.flp loading > > I > get: > > > > zf_read: unexpected EOF > > > > I bit-checked the CD and floppies and they're good. > Try making another floppy. I've thought I had a good floppy > before and gotten that error. That was it. The floppy had been formatted & verified & bit-pattern- tested a few months ago and diff'ed against the image after writing, but somehow it got buggered before I could use it (or while). Grrrr. It won't even format now. :( Still can't boot 5.0-RC2 (on that box), but I've added my note about that to another post reporting a very similar problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 8:31:19 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD03637B401 for ; Mon, 13 Jan 2003 08:31:17 -0800 (PST) Received: from morphy.iki.fi (baana-pppoes-213-139-166-84.suomi.net [213.139.166.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 814E343ED8 for ; Mon, 13 Jan 2003 08:31:16 -0800 (PST) (envelope-from morphy@morphy.iki.fi) Received: (qmail 783 invoked by uid 1000); 13 Jan 2003 16:31:01 -0000 Date: Mon, 13 Jan 2003 18:31:01 +0200 From: "Mikko S. Hyvarinen" To: freebsd-net@freebsd.org, freebsd-current@freebsd.org Cc: obrien@freebsd.org Subject: Re: Asus A7N8X Deluxe, nForce2 chipset, 3com MAC, Broadcom/Altima PHY Message-ID: <20030113163101.GA714@morphy.iki.fi> References: <20030112190731.GB14895@morphy.iki.fi> <20030112210430.GA63537@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <20030112210430.GA63537@dragon.nuxi.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jan 12, 2003 at 01:04:30PM -0800, David O'Brien wrote: > On Sun, Jan 12, 2003 at 09:07:31PM +0200, Mikko S. Hyvarinen wrote: > > The on-board 3com MAC and Broadcom/Altima PHY are not being detected by the > > xl(4) driver in -current (cvsup done yesterday evening). > > In the Award BIOS there is only one setting for the 3com device, a supposed > > on/off switch with only values Disabled and Auto; I have used Auto. > ... > > FWIW, the diff for the files mentioned is attached, in case someone wants > > to continue from here. > > Thanks! I committed this patch so it didn't get lost and maybe someone > else with one of these boards can take it all the way. As usual, it had to be something simple. With the attached change on top of the previous set the Altima AC101L PHY is detected correctly. I'm not so sure whether that xl_choose_xcvr() modification is actually necessary, but one can never be too sure. Tested with 10baseT/UTP and it works normally. Regards, MSH -- All opinions expressed above are mine alone and do not express the views of my employer or any other organizations that I am affiliated with. --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nforce2-xl-2.patch" Index: sys/pci/if_xl.c =================================================================== RCS file: /data/cvs/freebsd/src/sys/pci/if_xl.c,v retrieving revision 1.121 diff -u -r1.121 if_xl.c --- sys/pci/if_xl.c 12 Jan 2003 21:03:38 -0000 1.121 +++ sys/pci/if_xl.c 13 Jan 2003 16:24:50 -0000 @@ -1245,6 +1245,7 @@ case TC_DEVICEID_HURRICANE_656: /* 3c656 */ case TC_DEVICEID_HURRICANE_656B: /* 3c656B */ case TC_DEVICEID_TORNADO_656C: /* 3c656C */ + case TC_DEVICEID_TORNADO_10_100BT_NVIDIA: /* nVidia nForce2 integrated */ sc->xl_media = XL_MEDIAOPT_MII; sc->xl_xcvr = XL_XCVR_MII; if (verbose) @@ -1340,6 +1341,8 @@ pci_get_device(dev) == TC_DEVICEID_HURRICANE_656B) sc->xl_flags |= XL_FLAG_INVERT_MII_PWR | XL_FLAG_INVERT_LED_PWR; + if (pci_get_device(dev) == TC_DEVICEID_TORNADO_10_100BT_NVIDIA) + sc->xl_flags |= XL_FLAG_PHYOK; /* * If this is a 3c905B, we have to check one extra thing. --7JfCtLOvnd9MIVvH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 8:47:11 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2D0D37B401 for ; Mon, 13 Jan 2003 08:47:09 -0800 (PST) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0728943F43 for ; Mon, 13 Jan 2003 08:47:05 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.12.6/8.12.3) with ESMTP id h0DGl3ae012664 for ; Mon, 13 Jan 2003 17:47:03 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Mon, 13 Jan 2003 17:47:11 +0100 (CET) From: Martin Blapp To: current@freebsd.org Subject: PANIC in tcp_syncache.c sonewconn() line 562 Message-ID: <20030113173957.T73725@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Two days before RELEASE, I have a nice announcement ... Newest CURRENT ... Easy to reproduce: Get http://people.freebsd.org/~mbr/ports/drac.tgz Install the port. Add "drac 33333/tcp" to /etc/services Add "drac stream tcp nowait root /usr/local/sbin/rpc.dracd rpc.dracd" to /etc/inetd.conf Restart inetd. telnet localhost 33333 BooooooooooooooooM #10 0xc03df350 in trap (frame= {tf_fs = 24, tf_es = -65520, tf_ds = 16, tf_edi = 2, tf_esi = -1031597312, tf_ebp = -854635944, tf_isp = -854635988, tf_ebx = -1031595264, tf_edx = 4, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1071076206, tf_cs = 8, tf_eflags = 66050, tf_esp = -1031595264, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:445 #11 0xc03cf9f8 in calltrap () at {standard input}:98 #12 0xc02e1f3f in syncache_socket (sc=0xc2831300, lso=0xc2831300, m=0xc0ed9c00) at /usr/src/sys/netinet/tcp_syncache.c:562 #13 0xc02e23e8 in syncache_expand (inc=0xcd0f4b4c, th=0xc0ed9c68, sop=0xcd0f4b18, m=0xc0ed9c00) at /usr/src/sys/netinet/tcp_syncache.c:781 #14 0xc02db779 in tcp_input (m=0xc0ed9c68, off0=20) at /usr/src/sys/netinet/tcp_input.c:703 #15 0xc02d409b in ip_input (m=0xc0ed9c00) at /usr/src/sys/netinet/ip_input.c:923 #16 0xc02d4192 in ipintr () at /usr/src/sys/netinet/ip_input.c:941 #17 0xc02c1713 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:97 #18 0xc0238df1 in ithread_loop (arg=0xc0eba000) at /usr/src/sys/kern/kern_intr.c:535 #19 0xc0237cf3 in fork_exit (callout=0xc0238c20 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:873 562 so = sonewconn(lso, SS_ISCONNECTED); Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9: 3:23 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F49037B401 for ; Mon, 13 Jan 2003 09:03:22 -0800 (PST) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC28C43F7E for ; Mon, 13 Jan 2003 09:03:20 -0800 (PST) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id h0DH2vf06314; Mon, 13 Jan 2003 17:02:57 GMT (envelope-from rb) Message-Id: <4.3.2.7.2.20030113170059.033a0198@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 13 Jan 2003 17:02:52 +0000 To: "Daniel C. Sobral" From: Bob Bishop Subject: Re: FAST_IPSEC/racoon vs CISCO PIX anyone? Cc: current@FreeBSD.ORG In-Reply-To: <3E22E4CE.8040304@tcoip.com.br> References: <4.3.2.7.2.20030113120239.03397190@gid.co.uk> <4.3.2.7.2.20030113120239.03397190@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 16:09 13/1/03, Daniel C. Sobral wrote: >Bob Bishop wrote: > >>Hi, >> >>Problems interworking this combination, with ESP tunnel. SA gets >>negotiated OK, but ESP packets get rejected by the PIX: it says "host >>not found a.b.c.d" where a.b.c.d is its own endpoint address, and sends >>"invalid SPI" back to our end, even thought the SPI on the rejected ESP >>packet is the one just negitiated. >> >>This is RC2, racoon-20021120a. FWIW the same problem occurs on 4.7 with >>'ordinary' IPSEC too. >> >>Any suggestions? TIA > >Well, this question can be silly, specially if you have already >established tunnels before, but... Did you negotiate a SA for each direction? Yes, symmetrically. And we have done this stuff before (but not to a PIX). >-- >Daniel C. Sobral (8-DCS) >Gerencia de Operacoes >Divisao de Comunicacao de Dados >Coordenacao de Seguranca >TCO >Fones: 55-61-313-7654/Cel: 55-61-9618-0904 >E-mail: Daniel.Capo@tco.net.br > Daniel.Sobral@tcoip.com.br > dcs@tcoip.com.br > >Outros: > dcs@newsguy.com > dcs@freebsd.org > capo@notorious.bsdconspiracy.net > >It was one of those perfect summer days -- the sun was shining, a >breeze was blowing, the birds were singing, and the lawn mower was >broken ... > -- James Dent > -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9: 9:10 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B869137B401 for ; Mon, 13 Jan 2003 09:09:09 -0800 (PST) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35B6843F5B for ; Mon, 13 Jan 2003 09:09:04 -0800 (PST) (envelope-from trish@bsdunix.net) Received: from femme.sapphite.org (pcp02268182pcs.longhl01.md.comcast.net [68.50.99.190]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.2 HotFix 1.07 (built Nov 25 2002)) with ESMTP id <0H8N00IR4WXQGC@mtaout01.icomcast.net> for current@FreeBSD.ORG; Mon, 13 Jan 2003 12:08:15 -0500 (EST) Received: from localhost (trish@localhost [127.0.0.1]) by femme.sapphite.org (8.12.6/8.12.6) with ESMTP id h0DH8Bwj045984; Mon, 13 Jan 2003 12:08:12 -0500 (EST envelope-from trish@bsdunix.net) Date: Mon, 13 Jan 2003 12:08:11 -0500 (EST) From: Trish Lynch Subject: Re: FAST_IPSEC/racoon vs CISCO PIX anyone? In-reply-to: <4.3.2.7.2.20030113170059.033a0198@gid.co.uk> X-X-Sender: To: Bob Bishop Cc: "Daniel C. Sobral" , current@FreeBSD.ORG Message-id: <20030113120558.W758-100000@femme> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 13 Jan 2003, Bob Bishop wrote: > > Yes, symmetrically. And we have done this stuff before (but not to a PIX). > I've found that racoon/KAME to blackboxes is an interesting art, it took me 4 weeks to find all the right things to do to get KAME/racoon to work with RedCreek Ravlin units, now they are very stable. So unfortunately, unless you can find someone that has specifically config'd racoon to work with ciscos, you might have a bitch of a time :) -Trish -- Trish Lynch trish@bsdunix.net Ecartis Core Team trish@listmistress.org EFNet IRC Operator @ efnet.demon.co.uk AilleCat@EFNet Key fingerprint = C44E 8E63 6E3C 18BD 608F E004 9DC7 C2E9 0E24 DFBD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:14:58 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 123AB37B401 for ; Mon, 13 Jan 2003 09:14:55 -0800 (PST) Received: from gimili.netgraphe.com (corporate-surfer.videotron.net [199.84.249.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF89743F6D for ; Mon, 13 Jan 2003 09:14:53 -0800 (PST) (envelope-from fifi@infinit.com) Received: (from fifi@localhost) by gimili.netgraphe.com (8.11.5/8.11.2) id h0DHEbk01752; Mon, 13 Jan 2003 12:14:37 -0500 (EST) From: Guezou Philippe Message-Id: <200301131714.h0DHEbk01752@gimili.netgraphe.com> Subject: Re: ATA seems to lock up the system at boot (KT133A) In-Reply-To: <3E21806E.4080102@hotmail.com> from walt at "Jan 12, 2003 06:49:18 am" To: walt Date: Mon, 13 Jan 2003 12:14:37 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL70 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Alexander Leidinger wrote: > > Hi, > > > > a dmesg from a working kernel (from Jan 5) shows: > > ---snip--- > > acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% > > ad0: 58644MB [119150/16/63] at ata0-master tagged UDMA100 > > afd0: 96MB [32/64/96] at ata1-master PIO0 > > Waiting 6 seconds for SCSI devices to settle > > ---snip--- > > > > The not working kernel from yesterday locks up after printing the ad0 > > line... > > Assuming this is the same as I see on my -STABLE box, this started months > ago. I have a SCSI Jaz drive (similar to a Zip) which started to hang > the machine after the ad0 line when I remove the cartridge from the Jaz. Same here.. with FreeBSD-CURRENT and FreeBSD-RELASE/STABLE.. and since a long time. my test box is a Pentium III on a ASUS P2B-LS.. (Intel PIIX4 ATA33 controller) the P2B-LS has an onboard adaptec aic7890 (i think.. will double check if s/o need that info) If the SCSI device is enable on the MoBo (with or without SCSI device plugged), FreeBSD-* will systematically hang at boot (tried with FreeBSD-* install CDs, and with an already installed FreeBSD) without panicing.. (FreeBSD-* mean 4.[4567] (maybe earlier, can't remember) and -STABLE/-CURRENT) The only way i manage to install FreeBSD on that hardware is when i disable on the MoBo (via a jumper) the AIC interface.. Without SCSI devices, the ASUS P2B-LS is ok.. here's the dmesg: Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Fri Jan 10 11:56:35 EST 2003 root@Tulkar.vaire.net:/mnt/space/obj/mnt/space/src/sys/Tulkar Preloaded elf kernel "/boot/kernel/kernel" at 0xc041d000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc041d0a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 451024514 Hz CPU: Pentium III/Pentium III Xeon/Celeron (451.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 268423168 (255 MB) avail memory = 256282624 (244 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 8 entries at 0xc00f0d10 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) fxp0: port 0xd000-0xd01f mem 0xd4800000-0xd48fffff,0xd7000000-0xd7000fff irq 1 0 at device 7.0 on pci0 fxp0: Ethernet address 00:e0:18:98:17:62 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at device 12.0 (no driver attached) fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec ad0: 19544MB [39709/16/63] at ata0-master UDMA33 ad1: 8063MB [16383/16/63] at ata0-slave UDMA33 acd0: CDROM at ata1-master PIO4 MBREXT Slice 5 on ad0s2: 0000 00 01 81 40 0b fe 3f 3f 3f 00 00 00 c1 85 78 01 |...@..???.....x.| [0] f:00 typ:11 s(CHS):64/1/129 e(CHS):63/254/63 s:63 l:24675777 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 Mounting root from ufs:/dev/ad1s1a > > The hang is not indefinite, however. If I just wait about 30-40 seconds > the boot will proceed as usual. Replacing the Jaz cartridge restores > the behavior to normal. The last time i've tried, there was no SCSI device at all plugged on my SCSI bus. > > This was puzzling because there is no error message or time-out message > to give a clue what is causing the delay. > > Could your Zip disk be missing or bad? > fifi... > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Guezou Philippe FreeBSD, The power to serve. Buying an operating system without source is like buying a self-assembly Space Shuttle with no instructions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:22:12 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E935937B401 for ; Mon, 13 Jan 2003 09:22:10 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB2A43F1E for ; Mon, 13 Jan 2003 09:22:09 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242]) by franky.speednet.com.au (8.12.6/8.12.6) with ESMTP id h0DHM4Zb044890; Tue, 14 Jan 2003 04:22:04 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.17]) by hewey.af.speednet.com.au (8.12.6/8.12.6) with ESMTP id h0DHM2NX030209; Tue, 14 Jan 2003 03:22:03 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 14 Jan 2003 03:22:02 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Scott Long Cc: current@FreeBSD.ORG Subject: Re: FreeBSD 5.0 RC3 now available In-Reply-To: <3E2265D2.9020604@btc.adaptec.com> Message-ID: <20030114025624.K29856-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Once again it's my pleasure to announce Release Cadidate 3 of > FreeBSD 5.0. Perhaps I do things in a non-standard way, but its worked for the last 8 years from 2.x through to 4.7-stable..... Firstly, I download 'floppies' and create the 2 boot disks, kern.flp and mgsroot.flp. Then I download 'bin' (now called 'base'!?) to my fileserver. Next, I boot the box with 2 the new floppies, and tell sysinstall to use 'FTP' to the fileserver URL (ftp://172.22.2.2) and install 'minimal' (in other words, just install 'bin' (now called 'base'!? - anyone remember the acronym POLA?)). Sysinstall complains about not being able to find the 'crypto' stuff, but thats ok - its always done that. Next, I reboot the newly installed 'base' system, login as root, then 'shutdown now' to return back to network-enabled single user mode. Then I download 'cvsup-without-gui-16.1f.tgz' (into /root) and do a 'pkg_install cvsup-without-gui-16.1f.tgz' so I can cvsup the entire source tree onto the new box and do the make build{world,kernel} thing on the new box. No go for 5.0-RC3: # pkg_add cvsup-without-gui-16.1f.tgz /usr/libexec/ld-elf.so.1: Shared object "libssl.so.2" not found # Why does pkg_install now need libssl? -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:27: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E512237B401 for ; Mon, 13 Jan 2003 09:26:59 -0800 (PST) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0878243EB2 for ; Mon, 13 Jan 2003 09:26:59 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.12.6/8.12.3) with ESMTP id h0DHQvae024840 for ; Mon, 13 Jan 2003 18:26:57 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Mon, 13 Jan 2003 18:27:04 +0100 (CET) From: Martin Blapp To: current@freebsd.org Subject: Re: PANIC in tcp_syncache.c sonewconn() line 562 In-Reply-To: <20030113173957.T73725@levais.imp.ch> Message-ID: <20030113182556.E73725@levais.imp.ch> References: <20030113173957.T73725@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, > Two days before RELEASE, I have a nice announcement ... > > Newest CURRENT ... Easy to reproduce: Ah yes, it seems that the bug is present in STABLE too ... This was 4.7 RELEASE. Here you can just use the drac port from /usr/ports/mail/drac which does the right thing. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:30:31 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBEE37B401 for ; Mon, 13 Jan 2003 09:30:29 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A91743ED8 for ; Mon, 13 Jan 2003 09:30:28 -0800 (PST) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org (12-240-204-110.client.attbi.com[12.240.204.110]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003011317302700100qdq35e>; Mon, 13 Jan 2003 17:30:27 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id h0DHUQA8093853; Mon, 13 Jan 2003 09:30:26 -0800 (PST) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id h0DHUPT0093852; Mon, 13 Jan 2003 09:30:25 -0800 (PST) Message-Id: <200301131730.h0DHUPT0093852@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20021120 with nmh-1.0.4 To: Andrew Thompson Cc: current@FreeBSD.ORG Subject: Re: cvsweb In-Reply-To: <3E227884.3000704@fud.org.nz> References: <3E227884.3000704@fud.org.nz> Comments: In-reply-to Andrew Thompson message dated "Mon, 13 Jan 2003 21:27:48 +1300." 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: multipart/signed; boundary="==_Exmh_-1882802422P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 13 Jan 2003 09:30:25 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1882802422P Content-Type: text/plain; charset=us-ascii If memory serves me right, Andrew Thompson wrote: > Has the cvs website stopped updating itself? > > http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.0R/ is showing > ver 1.131 of todo.sgml but > http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.0R/todo.sgml is > showing ver 1.120 Hmmm? When I just looked, http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.0R/todo.sgml showed revisions of todo.sgml up to (and including) 1.131. Bruce. --==_Exmh_-1882802422P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD4DBQE+Ivex2MoxcVugUsMRAnUnAJi6/sioRi9LObn6/OOn8jgNCD0DAKC8vI2/ QmIUlvPr9XyEfjAt3QCGtw== =DUYF -----END PGP SIGNATURE----- --==_Exmh_-1882802422P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:36:40 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18E3437B401 for ; Mon, 13 Jan 2003 09:36:39 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 590A543F81 for ; Mon, 13 Jan 2003 09:36:37 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 4753 invoked by uid 1000); 13 Jan 2003 17:36:29 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 13 Jan 2003 17:36:29 -0000 Date: Mon, 13 Jan 2003 18:36:29 +0100 (CET) From: Attila Nagy To: Martin Blapp Cc: current@freebsd.org Subject: Re: PANIC in tcp_syncache.c sonewconn() line 562 In-Reply-To: <20030113173957.T73725@levais.imp.ch> Message-ID: References: <20030113173957.T73725@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, > Two days before RELEASE, I have a nice announcement ... Newest CURRENT I have one too: kern/46861 It's a simple FTP server, nothing more. It seems it is related to the load. Now, when it does only about 30-40 Mbps continous traffic, it has an uptime of 3 days. With 80-90 Mbps traffic it had only 3 hours... ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:37:47 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9639C37B405 for ; Mon, 13 Jan 2003 09:37:45 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 283B343F7C for ; Mon, 13 Jan 2003 09:37:45 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.6/8.12.6) with ESMTP id h0DHbdDk087948; Mon, 13 Jan 2003 09:37:39 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id h0DHbd40087947; Mon, 13 Jan 2003 09:37:39 -0800 (PST) Date: Mon, 13 Jan 2003 09:37:39 -0800 From: Steve Kargl To: Andy Farkas Cc: Scott Long , current@FreeBSD.ORG Subject: Re: FreeBSD 5.0 RC3 now available Message-ID: <20030113173739.GA87788@troutmask.apl.washington.edu> References: <3E2265D2.9020604@btc.adaptec.com> <20030114025624.K29856-100000@hewey.af.speednet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030114025624.K29856-100000@hewey.af.speednet.com.au> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 14, 2003 at 03:22:02AM +1000, Andy Farkas wrote: > > > > Once again it's my pleasure to announce Release Cadidate 3 of > > FreeBSD 5.0. > > > Sysinstall complains about not being able to find the 'crypto' stuff, but > thats ok - its always done that. Obviously, this isn't okay. > > No go for 5.0-RC3: > > # pkg_add cvsup-without-gui-16.1f.tgz > /usr/libexec/ld-elf.so.1: Shared object "libssl.so.2" not found > # > > Why does pkg_install now need libssl? > troutmask:kargl[251] ldd /usr/sbin/pkg_add /usr/sbin/pkg_add: libfetch.so.3 => /usr/lib/libfetch.so.3 (0x28074000) libmd.so.2 => /usr/lib/libmd.so.2 (0x28080000) libssl.so.2 => /usr/lib/libssl.so.2 (0x2808a000) libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x280b9000) libc.so.5 => /usr/lib/libc.so.5 (0x2817f000) I suspect your previous success in upgrading was accomplished because the version number of libssl didn't change. Many of the shared libraries in 5.0 have version number bumps, including libssl.so.2. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:44:39 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8710437B401 for ; Mon, 13 Jan 2003 09:44:37 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9134B43F65 for ; Mon, 13 Jan 2003 09:44:36 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242]) by franky.speednet.com.au (8.12.6/8.12.6) with ESMTP id h0DHiYZb045420; Tue, 14 Jan 2003 04:44:35 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.1]) by hewey.af.speednet.com.au (8.12.6/8.12.6) with ESMTP id h0DHiXNX030266; Tue, 14 Jan 2003 03:44:34 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 14 Jan 2003 03:44:33 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Steve Kargl Cc: current@FreeBSD.ORG Subject: Re: FreeBSD 5.0 RC3 now available In-Reply-To: <20030113173739.GA87788@troutmask.apl.washington.edu> Message-ID: <20030114034230.S29856-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > Why does pkg_install now need libssl? > > > > troutmask:kargl[251] ldd /usr/sbin/pkg_add > /usr/sbin/pkg_add: > libfetch.so.3 => /usr/lib/libfetch.so.3 (0x28074000) > libmd.so.2 => /usr/lib/libmd.so.2 (0x28080000) > libssl.so.2 => /usr/lib/libssl.so.2 (0x2808a000) > libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x280b9000) > libc.so.5 => /usr/lib/libc.so.5 (0x2817f000) > > I suspect your previous success in upgrading was accomplished > because the version number of libssl didn't change. Many of > the shared libraries in 5.0 have version number bumps, > including libssl.so.2. > > -- > Steve > FreeBSD 4.7-STABLE #1: Sat Jan 11 16:15:40 EST 2003: # ldd /usr/sbin/pkg_add /usr/sbin/pkg_add: libfetch.so.3 => /usr/lib/libfetch.so.3 (0x2806f000) libmd.so.2 => /usr/lib/libmd.so.2 (0x2807a000) libc.so.4 => /usr/lib/libc.so.4 (0x28083000) -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:47:32 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77C6237B401 for ; Mon, 13 Jan 2003 09:47:31 -0800 (PST) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3D7843E4A for ; Mon, 13 Jan 2003 09:47:24 -0800 (PST) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.6/8.12.6) with ESMTP id h0DHgx0f017053; Mon, 13 Jan 2003 18:43:00 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Thierry Herbelot To: Andy Farkas , Scott Long Subject: Re: FreeBSD 5.0 RC3 now available Date: Mon, 13 Jan 2003 18:47:11 +0100 User-Agent: KMail/1.4.3 Cc: current@FreeBSD.ORG References: <20030114025624.K29856-100000@hewey.af.speednet.com.au> In-Reply-To: <20030114025624.K29856-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200301131847.11977.thierry@herbelot.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le Monday 13 January 2003 18:22, Andy Farkas a écrit : [SNIP] > > # pkg_add cvsup-without-gui-16.1f.tgz > /usr/libexec/ld-elf.so.1: Shared object "libssl.so.2" not found > # > > Why does pkg_install now need libssl? indeed : (see ) machine# ldd /usr/sbin/pkg_add /usr/sbin/pkg_add: libfetch.so.3 => /usr/lib/libfetch.so.3 (0x28074000) libmd.so.2 => /usr/lib/libmd.so.2 (0x28080000) libssl.so.2 => /usr/lib/libssl.so.2 (0x2808a000) libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x280b9000) libc.so.5 => /usr/lib/libc.so.5 (0x2817f000) machine# uname -a FreeBSD YYY 5.0-CURRENT FreeBSD 5.0-CURRENT #5: Fri Jan 10 14:11:57 CET 2003 XXX@YYY:/files3/obj/usr/src/sys/SMP i386 machine# whereas : other_mach% ldd /usr/sbin/pkg_add /usr/sbin/pkg_add: libfetch.so.3 => /usr/lib/libfetch.so.3 (0x2806f000) libmd.so.2 => /usr/lib/libmd.so.2 (0x28079000) libc.so.4 => /usr/lib/libc.so.4 (0x28082000) other_mach% uname -a FreeBSD ZZZ 4.7-STABLE FreeBSD 4.7-STABLE #0: Sat Jan 4 12:51:32 CET 2003 XXX@ZZZ:/usr/obj/usr/src/sys/ZZZ i386 other_mach% TfH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:52:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12C0C37B401 for ; Mon, 13 Jan 2003 09:52:52 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4BAB43F18 for ; Mon, 13 Jan 2003 09:52:50 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242]) by franky.speednet.com.au (8.12.6/8.12.6) with ESMTP id h0DHqnZb045617; Tue, 14 Jan 2003 04:52:49 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242]) by hewey.af.speednet.com.au (8.12.6/8.12.6) with ESMTP id h0DHqmNX030297; Tue, 14 Jan 2003 03:52:48 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 14 Jan 2003 03:52:48 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Thierry Herbelot Cc: current@FreeBSD.ORG Subject: Re: FreeBSD 5.0 RC3 now available In-Reply-To: <200301131847.11977.thierry@herbelot.com> Message-ID: <20030114035134.J29856-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Le Monday 13 January 2003 18:22, Andy Farkas a =E9crit : French is such a sexy language... :) > indeed : > (see > ) > Again, the acronym POLA springs to mind.... -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 9:54:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C0D837B401; Mon, 13 Jan 2003 09:54:52 -0800 (PST) Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA6F143ED8; Mon, 13 Jan 2003 09:54:51 -0800 (PST) (envelope-from hodson@puma.icir.org) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.12.3/8.12.3) with ESMTP id h0DHsppD094961; Mon, 13 Jan 2003 09:54:51 -0800 (PST) (envelope-from hodson@puma.icir.org) Message-Id: <200301131754.h0DHsppD094961@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: "Mikko S. Hyvarinen" Cc: freebsd-multimedia@FreeBSD.ORG, freebsd-current@FreeBSD.ORG From: Orion Hodson Subject: Re: [PATCH] Asus A7N8X Deluxe, nForce2 chipset, integrated AC97 audio In-Reply-To: Your message of "Mon, 13 Jan 2003 02:14:21 +0200." <20030113001421.GA621@morphy.iki.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Jan 2003 09:54:51 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG /-- "Mikko S. Hyvarinen" wrote: | ... | With this patch the on-board AC97 audio controller and Realtek Semiconductor | ALC650 CODEC work as far as I can test; tested with headphones in line-out | and playing two albums of MP3 audio with mpg123. | ... MSH The patches have been applied to current and will follow to stable in a few days. Cheers - Orion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 10: 9:59 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4110737B401 for ; Mon, 13 Jan 2003 10:09:58 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EF5043E4A for ; Mon, 13 Jan 2003 10:09:57 -0800 (PST) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org (12-240-204-110.client.attbi.com[12.240.204.110]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003011318095600100js452e>; Mon, 13 Jan 2003 18:09:56 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id h0DI9sA8094456; Mon, 13 Jan 2003 10:09:54 -0800 (PST) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id h0DI9s1M094455; Mon, 13 Jan 2003 10:09:54 -0800 (PST) Message-Id: <200301131809.h0DI9s1M094455@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20021120 with nmh-1.0.4 To: Andy Farkas Cc: Scott Long , current@FreeBSD.org Subject: Re: FreeBSD 5.0 RC3 now available In-Reply-To: <20030114025624.K29856-100000@hewey.af.speednet.com.au> References: <20030114025624.K29856-100000@hewey.af.speednet.com.au> Comments: In-reply-to Andy Farkas message dated "Tue, 14 Jan 2003 03:22:02 +1000." 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: multipart/signed; boundary="==_Exmh_-1150464124P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 13 Jan 2003 10:09:54 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1150464124P Content-Type: text/plain; charset=us-ascii If memory serves me right, Andy Farkas wrote: > > Once again it's my pleasure to announce Release Cadidate 3 of > > FreeBSD 5.0. > > Perhaps I do things in a non-standard way, but its worked for the last 8 > years from 2.x through to 4.7-stable..... > > Firstly, I download 'floppies' and create the 2 boot disks, kern.flp and > mgsroot.flp. Then I download 'bin' (now called 'base'!?) to my fileserver. > > Next, I boot the box with 2 the new floppies, and tell sysinstall to use > 'FTP' to the fileserver URL (ftp://172.22.2.2) and install 'minimal' (in > other words, just install 'bin' (now called 'base'!? - anyone remember > the acronym POLA?)). ...which was documented (along with the reason why this change was made) in the release notes. :-) Cheers, Bruce. --==_Exmh_-1150464124P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE+IwDy2MoxcVugUsMRAs9OAJ9vLOD156kkHXhhAOvjRXM5V4/0xACgt3tb 3ETW3msFOSyiR4d5dE7D3q4= =FMYR -----END PGP SIGNATURE----- --==_Exmh_-1150464124P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 10:25:17 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C65237B401 for ; Mon, 13 Jan 2003 10:25:16 -0800 (PST) Received: from delivery.infowest.com (delivery.infowest.com [204.17.177.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C77243F18 for ; Mon, 13 Jan 2003 10:25:16 -0800 (PST) (envelope-from agifford@infowest.com) Received: from infowest.com (unknown [208.186.104.163]) by delivery.infowest.com (Postfix) with ESMTP id 936BEE3A288 for ; Mon, 13 Jan 2003 11:25:15 -0700 (MST) Message-ID: <3E23047D.3020401@infowest.com> Date: Mon, 13 Jan 2003 11:25:01 -0700 From: "Aaron D. Gifford" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: 5.0-RC3 /etc/rc.d/ipfw natd start-up script bug -- was: 5.0-RC1 /etc/rc.d/ipfw script and NAT Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there any chance of getting the fix suggested in PR-47024 in 5.0 before release? Looks like a similar script bug with natd start-up was fixed in 4.x-STABLE back in Feb. of 2002 -- See the CVS logs for /etc/rc.network, in particular, cjc's log entries for revision 1.124 (MAIN) and revision 1.74.2.31 (RELENG_4) where this very same bug was addressed and fixed in rc.network. Thanks! Aaron out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 10:41:58 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9434137B401 for ; Mon, 13 Jan 2003 10:41:55 -0800 (PST) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94FCB43E4A for ; Mon, 13 Jan 2003 10:41:44 -0800 (PST) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h0DIewT18128; Mon, 13 Jan 2003 16:40:58 -0200 Message-ID: <3E23083A.6060802@tcoip.com.br> Date: Mon, 13 Jan 2003 16:40:58 -0200 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021212 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: Bob Bishop Cc: current@FreeBSD.ORG Subject: Re: FAST_IPSEC/racoon vs CISCO PIX anyone? References: <4.3.2.7.2.20030113120239.03397190@gid.co.uk> <4.3.2.7.2.20030113120239.03397190@gid.co.uk> <4.3.2.7.2.20030113170059.033a0198@gid.co.uk> In-Reply-To: <4.3.2.7.2.20030113120239.03397190@gid.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bob Bishop wrote: > At 16:09 13/1/03, Daniel C. Sobral wrote: > > > Bob Bishop wrote: > > > >> Hi, > >> > >> Problems interworking this combination, with ESP tunnel. SA gets > >> negotiated OK, but ESP packets get rejected by the PIX: it says "host > >> not found a.b.c.d" where a.b.c.d is its own endpoint address, and sends > >> "invalid SPI" back to our end, even thought the SPI on the rejected ESP > >> packet is the one just negitiated. > >> > >> This is RC2, racoon-20021120a. FWIW the same problem occurs on 4.7 with > >> 'ordinary' IPSEC too. > >> > >> Any suggestions? TIA > > > > > > Well, this question can be silly, specially if you have already > > established tunnels before, but... Did you negotiate a SA for each > > direction? > > > Yes, symmetrically. And we have done this stuff before (but not to a PIX). Ok. Well, I don't _use_ Pix/Cisco, but we have some tunnels to both from an isakmpd-based software. Below is a configuration used on a Pix using site. "Remote" refers to us, and Local to the Pix. Personally, I think some lines are rather dubious. It's better to have _them_ initiate the tunnel negotiation, and debug to see exactly what they are proposing. Any difference will cause problem. The most common difference is Pix-users defining the access-list of the tunnel just like the firewall rule. Since my side only negotiates protocol IP, this cause problem, we the rules on their side are for TCP tunnels, ICMP tunnels, etc. The first rule of the access-list here doesn't seem strictly necessary, as long as there is a rule enabling UDP port 500 and ESP between the gateways. name GatewayRemote name GatewayLocal access-list tunnel_specification permit ip host GatewayLocal host GatewayRemote access-list tunnel_specification permit ip host EndPointLocal host EndPointRemote isakmp enable outside (Is the the interface??? I don't know) isakmp key SHAREDSECRET address GatewayRemote netmask 255.255.255.255 no-xauth no-config-mode isakmp policy 20 authentication pre-shared isakmp policy 20 encryption des isakmp policy 20 hash sha isakmp policy 20 group 2 isakmp policy 20 lifetime 864000 crypto ipsec transform-set ESP-DES-SHA esp-des esp-sha-hmac crypto map outside_map 20 ipsec-isakmp crypto map outside_map 20 match address tunnel_specification crypto map outside_map 20 set peer GatewayRemote crypto map outside_map 20 set transform-set ESP-DES-SHA crypto map outside_map 20 set security-association lifetime seconds 3600 kilobytes 4500 -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca TCO Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br Outros: dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net Men are superior to women. -- The Koran To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 10:59:16 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F7837B482 for ; Mon, 13 Jan 2003 10:59:09 -0800 (PST) Received: from web14806.mail.yahoo.com (web14806.mail.yahoo.com [216.136.224.222]) by mx1.FreeBSD.org (Postfix) with SMTP id AD83543F13 for ; Mon, 13 Jan 2003 10:59:08 -0800 (PST) (envelope-from mccrobie2000@yahoo.com) Message-ID: <20030113185908.80154.qmail@web14806.mail.yahoo.com> Received: from [209.9.228.163] by web14806.mail.yahoo.com via HTTP; Mon, 13 Jan 2003 10:59:08 PST Date: Mon, 13 Jan 2003 10:59:08 -0800 (PST) From: Chuck McCrobie Subject: Linux Emulation Panic To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Two panics produced when using Linux emulation on a machine CVSUP'ed two hours ago. Both very easy to produce. Am I the only one running Linux emulation on -current? Or is something wacked-ifed with this machine? Thanks, Chuck McCrobie mccrobie2000@yahoo.com 1. cd /usr/ports/emulators/linux_base ; make install (hand-typed, sorry for typo's) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2c fault code = supervisor read, page not present instruction pointer = 0x08:0xc4670534 stack pointer = 0x10:0xdcb45c98 frame pointer = 0x10:0xdcb45c9c 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 = 1516 (glibc_post_upgrade) kernel: type 12 trap, code=0 Stopped at stackgap_init+0x14: mol 0x2c(%eax),%edx db> trace stackgrap_init(dcv45cd0,c047d023,c4360c78,c4361540,dcb45ce0) at stackgap_init+0x14 linux_execve(c4361540,dcb45d10,dcb45cfc,dcb45d00,3) at linux_execve+0x17 syscall(2f,2f,2f,8048816,bfbfea50) at syscall+0x2aa Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (11, Linux ELF, linux_execve), eip=0x80486c2, esp=0xbfbfea2c, ebp=0xbfbfea38 2. kldload linux ; /compat/linux/sbin/ldconfig __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 11: 2:18 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E988637B401 for ; Mon, 13 Jan 2003 11:02:16 -0800 (PST) Received: from web14807.mail.yahoo.com (web14807.mail.yahoo.com [216.136.224.223]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B28743F13 for ; Mon, 13 Jan 2003 11:02:16 -0800 (PST) (envelope-from mccrobie2000@yahoo.com) Message-ID: <20030113190132.11586.qmail@web14807.mail.yahoo.com> Received: from [209.9.228.163] by web14807.mail.yahoo.com via HTTP; Mon, 13 Jan 2003 11:01:32 PST Date: Mon, 13 Jan 2003 11:01:32 -0800 (PST) From: Chuck McCrobie Subject: Sony VAIO GRX-670 Touchpad Support in -current To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-285808553-1042484492=:11405" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0-285808553-1042484492=:11405 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Should this be a "send-pr" or can someone commit it from here? Thank you, Chuck McCrobie mccrobie2000@yahoo.com __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --0-285808553-1042484492=:11405 Content-Type: application/x-unknown; name="psm.c.diff" Content-Transfer-Encoding: base64 Content-Description: psm.c.diff Content-Disposition: attachment; filename="psm.c.diff" KioqIHBzbS5jCVR1ZSBEZWMgMjQgMTI6MDE6NDEgMjAwMgotLS0gcHNtLmMu dmFpbwlGcmkgTm92IDI5IDAxOjQ5OjIyIDIwMDIKKioqKioqKioqKioqKioq CioqKiAyODgwLDI4ODUgKioqKgotLS0gMjg4MCwyODg2IC0tLS0KICAJeyAw eDgwMzc0ZDI0LCAiSUJNIFBTLzIgbW91c2UgcG9ydCIgfSwJCS8qIElCTTM3 ODAsIFRoaW5rUGFkICovCiAgCXsgMHg4MTM3NGQyNCwgIklCTSBQUy8yIG1v dXNlIHBvcnQiIH0sCQkvKiBJQk0zNzgxLCBUaGlua1BhZCAqLwogIAl7IDB4 MDQ5MGQ5NGQsICJTT05ZIFZBSU8gUFMvMiBtb3VzZSBwb3J0In0sICAgICAv KiBTTlk5MDA0LCBWYWlvKi8KKyAJeyAweDAzOTBkOTRkLCAiU09OWSBWQUlP IFBTLzIgbW91c2UgcG9ydCJ9LCAgICAgLyogU05ZOTAwMywgVmFpb0dSWDY3 MCovCiAgCXsgMCB9CiAgfTsKICAK --0-285808553-1042484492=:11405-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 11:23:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 705A237B401 for ; Mon, 13 Jan 2003 11:23:36 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9835543F13 for ; Mon, 13 Jan 2003 11:23:34 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.6) with ESMTP id h0DJJcOw093373; Mon, 13 Jan 2003 14:19:38 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.6/Submit) with ESMTP id h0DJJb0M093370; Mon, 13 Jan 2003 14:19:38 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Mon, 13 Jan 2003 14:19:37 -0500 (EST) From: Kenneth Culver To: Chuck McCrobie Cc: freebsd-current@FreeBSD.ORG Subject: Re: Linux Emulation Panic In-Reply-To: <20030113185908.80154.qmail@web14806.mail.yahoo.com> Message-ID: <20030113141854.O92596-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.3 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What exactly were you running? I use linux emulation on -CURRENT right now for mozilla and a few other packages, and havn't had any panics... you might have your kernel modules out of sync with your kernel. Ken On Mon, 13 Jan 2003, Chuck McCrobie wrote: > Two panics produced when using Linux emulation on a > machine CVSUP'ed two hours ago. Both very easy to > produce. Am I the only one running Linux emulation on > -current? Or is something wacked-ifed with this > machine? > > Thanks, > > Chuck McCrobie > mccrobie2000@yahoo.com > > > > > 1. cd /usr/ports/emulators/linux_base ; make install > (hand-typed, sorry for typo's) > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x2c > fault code = supervisor read, page not present > instruction pointer = 0x08:0xc4670534 > stack pointer = 0x10:0xdcb45c98 > frame pointer = 0x10:0xdcb45c9c > 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 = 1516 (glibc_post_upgrade) > kernel: type 12 trap, code=0 > Stopped at stackgap_init+0x14: mol 0x2c(%eax),%edx > > db> trace > stackgrap_init(dcv45cd0,c047d023,c4360c78,c4361540,dcb45ce0) > at stackgap_init+0x14 > linux_execve(c4361540,dcb45d10,dcb45cfc,dcb45d00,3) at > linux_execve+0x17 > syscall(2f,2f,2f,8048816,bfbfea50) at syscall+0x2aa > Xint0x80_syscall() at Xint0x80_syscall+0x1d > --- syscall (11, Linux ELF, linux_execve), > eip=0x80486c2, esp=0xbfbfea2c, ebp=0xbfbfea38 > > > 2. kldload linux ; /compat/linux/sbin/ldconfig > > > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 11:35:37 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38FAF37B407 for ; Mon, 13 Jan 2003 11:35:35 -0800 (PST) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB06543E4A for ; Mon, 13 Jan 2003 11:35:34 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 18919 invoked from network); 13 Jan 2003 19:35:39 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 13 Jan 2003 19:35:39 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h0DJZWUT003349; Mon, 13 Jan 2003 14:35:32 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030112005839.3d41f95c.david@realityrift.com> Date: Mon, 13 Jan 2003 14:35:43 -0500 (EST) From: John Baldwin To: David Holm Subject: RE: Important, agp_via.c missing PCI ID! Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11-Jan-2003 David Holm wrote: > Hi, > the FreeBSD kernel is missing the PCI ID for the Apollo Pro 133A PCI bridge even though it is > supported by the agp_via code. > > Please see this pr: > http://www.freebsd.org/cgi/query-pr.cgi?pr=46983 > > //David Holm According to /usr/share/misc/pci_vendors, that device is not for the Pro 133A but for the PM133: 0605 VT8605 ProSavage PM133 System Controller .... 0691 VT82C691/693A/694X Apollo Pro/133/133A System Controller The patch should make no functional difference since the generic probe should work (it should be listed as a "VIA Generic host to PCI bridge"). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 12:10:44 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C9A437B40C for ; Mon, 13 Jan 2003 12:10:43 -0800 (PST) Received: from fire.org.nz (firewall.fire.org.nz [203.97.144.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4404943ED8 for ; Mon, 13 Jan 2003 12:10:42 -0800 (PST) (envelope-from andy@fud.org.nz) Received: by homer.fire.org.nz id <119049>; Tue, 14 Jan 2003 09:10:24 +1300 Subject: Re: cvsweb From: Andrew Thompson To: current@FreeBSD.ORG In-Reply-To: <200301131730.h0DHUPT0093852@intruder.bmah.org> References: <3E227884.3000704@fud.org.nz> <200301131730.h0DHUPT0093852@intruder.bmah.org> Content-Type: text/plain Organization: Message-Id: <03Jan14.091024nzdt.119049@homer.fire.org.nz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 14 Jan 2003 09:08:39 +1300 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2003-01-14 at 06:30, Bruce A. Mah wrote: > If memory serves me right, Andrew Thompson wrote: > > > Has the cvs website stopped updating itself? > > > > http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.0R/ is showing > > ver 1.131 of todo.sgml but > > http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.0R/todo.sgml is > > showing ver 1.120 > > Hmmm? > > When I just looked, > > http://www.freebsd.org/cgi/cvsweb.cgi/www/en/releases/5.0R/todo.sgml > > showed revisions of todo.sgml up to (and including) 1.131. Sorry, false alarm, Mozilla was misbehaving. I had cleared the memory/disk cache under prefs and it was still showing 1.120. I just tried putting a ? at the end of the url and whammo, 1.131. Now I think about it, it stopped working when I moved to mozilla-devel. Time to have a tinker me thinks. Andy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 13 12:14:46 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7E9337B401 for ; Mon, 13 Jan 2003 12:14:41 -0800 (PST) Received: from wabakimi.chat.carleton.ca (wabakimi.chat.carleton.ca [134.117.1.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 083B843F13 for ; Mon, 13 Jan 2003 12:14:37 -0800 (PST) (envelope-from creyenga@connectmail.carleton.ca) Received: from fireball (resnet-89-057.cavern.carleton.ca [134.117.89.57]) by wabakimi.chat.carleton.ca (8.11.1/8.11.1) with SMTP id h0DKEVo22616 for ; Mon, 13 Jan 2003 15:14:31 -0500 (EST) Message-ID: <000d01c2bb40$75568260$0200000a@sewer.org> From: "Craig Reyenga" To: Subject: Here's a PR for you: PR's dont send Date: Mon, 13 Jan 2003 15:15:03 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A couple days ago, I tried to send a PR with send-pr(1), and it said "PR sent" although it said it quite rapidly, which made it look like that wasn't true, and sure enough the PR certainly didn't make it. Anyways, here's the PR in question: SEND-PR: BE ADVISED THAT FREEBSD PROBLEM REPORTS ARE PUBLIC INFORMATION AND SEND-PR: WILL BE PUBLISHED AS-IS ON THE PROJECT'S MAILING LISTS AND WEB SITES. SEND-PR: DO NOT SUBMIT ANY INFORMATION YOU DO NOT WANT MADE PUBLIC. SEND-PR: SEND-PR: For sensitive security issues, consider contacting the FreeBSD SEND-PR: security officer team (security-officer@freebsd.org) directly. SEND-PR: SEND-PR: Choose from the following categories: SEND-PR: SEND-PR: advocacy alpha bin conf docs gnu SEND-PR: i386 ia64 java kern misc ports SEND-PR: powerpc sparc64 standards www SEND-PR: To: FreeBSD-gnats-submit@freebsd.org From: Craig R creyenga@connectmail.carleton.ca Reply-To: Craig R creyenga@connectmail.carleton.ca Cc: X-send-pr-version: 3.113 X-GNATS-Notify: >Submitter-Id: current-users >Originator: Craig R >Organization: >Confidential: no >Synopsis: Floppy controller won't configure on FIC VA-503+ mainboard, USB busted too >Severity: serious >Priority: medium >Category: kern >Class: sw-bug >Release: FreeBSD 5.0-RC1 i386 >Environment: System: FreeBSD boss.sewer.org 5.0-RC1 FreeBSD 5.0-RC1 #1: Sat Dec 14 13:04:26 E ST 2002 craig@boss.sewer.org:/usr/src/sys/i386/compile/BOSSKERN i386 >Description: The floppy controller doesn't configure properly on the FIC VA-503+ motherboard. This has been verified with two boards.The lines below (dmesg output) show the problem. As an aside, USB support and pci support appear to be limited as well. A Tyan S1590 mainboard worked fine, which is odd because it has the same VIA Apo llo MVP3 chipset. This PR most likely overlaps with i386/46194. This problem doesn't occur in -STABLE. >How-To-Repeat: Buy the motherboard specified, and put FreeBSD 5.0-RC1 on it. This has been a problem since DP2, probably even earlier. >Fix: No idea, probabaly in the fdc driver. --- 450aft1 begins here --- 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 5.0-RC1 #1: Sat Dec 14 13:04:26 EST 2002 craig@boss.sewer.org:/usr/src/sys/i386/compile/BOSSKERN Preloaded elf kernel "/boot/kernel/kernel" at 0xc03ce000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc03ce0a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 451025647 Hz CPU: AMD-K6(tm) 3D processor (451.03-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0xffffffff80000800 real memory = 268369920 (255 MB) avail memory = 256663552 (244 MB) Initializing GEOMetry subsystem K6-family MTRR support enabled (2 registers) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 6 entries at 0xc00fdd60 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz ACPI-1287: *** Error: Method execution failed, AE_AML_BUFFER_LIMIT can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 - AE_AML_BUFFER_LIMIT acpi_timer0: <32-bit timer at 3.579545MHz> port 0x6008-0x600b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0x6080-0x60ff,0x6000-0x607f,0xcf8-0xcff on ac pi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe0ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.2 (no driver attached) pcib2: at device 7.3 on pci0 pcib2: could not get PCI interrupt routing table for \\_SB_.PCI0.VTAC - AE_NOT_F OUND pci0: couldn't attach pci bus device_probe_and_attach: pcib2 attach returned 6 rl0: port 0xe800-0xe8ff mem 0xe4000000-0xe40000ff ir q 5 at device 8.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:50:bf:5a:eb:c9 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ed0: port 0xec00-0xec1f irq 11 at device 9. 0 on pci0 ed0: address 00:60:67:3a:b1:70, type NE2000 (16 bit) pci0: at device 10.0 (no driver attached) fdc0: cannot reserve I/O port range (1 ports) ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 fdc0: cannot reserve I/O port range (1 ports) orm0: