From owner-freebsd-stable Sun Jun 11 5:19: 6 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sparenix.metronet.com (sparenix.metronet.com [207.170.106.3]) by hub.freebsd.org (Postfix) with SMTP id 30B8A37BFDD for ; Sun, 11 Jun 2000 05:19:02 -0700 (PDT) (envelope-from jmanley@metronet.com) Received: (qmail 12868 invoked by uid 7770); 11 Jun 2000 13:44:03 -0000 Received: from fcn105-14.tmi.net (HELO darkstar.metronet.com) (207.170.105.14) by sparenix.metronet.com with SMTP; 11 Jun 2000 13:44:03 -0000 From: Jim Manley Reply-To: jmanley@metronet.com To: stable@freebsd.org Subject: AHA 1542 CP SCSI Configuration problems Date: Tue, 30 Dec 1997 07:03:57 -0600 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <97123007142800.00878@darkstar.metronet.com> Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's the setup: FBSD 4.0 stable last cvsup'd today. AMD K6 233 with 64M RAM AHA-1542CP SCSI Adapter (I've disabled the plug-n-play and confirmed the = IRQ is set to 11 and the I/O address range is set to 0x330-0x333) Pertinent SCSI entries in kernel: # SCSI Controllers device aha0 at isa? port 0x330 irq 11 drq 6 # SCSI peripherals device scbus0 at aha0 # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device pass # Passthrough device (direct SCSI access) When I boot the probe finds the card aha0 at port 0x330-0x333 irq 11 drq 6 on isa aha0: AHA-1542CP FW Rev. G.0 (ID=3D3D46) SCSI Host Adapter, SCSI ID 7, 16= CCBs then Waiting 8 seconds for SCSI devices to settle (probe0:aha0:0:0:0) CCB 0xc57bc508 - timed out (probe0:aha0:0:0:0) CCB 0xc57bc508 - timed out aha1: aha_cmd: Timed out waiting for adapter idle ahainitmboxes: Initialization command failed aha1: no longer in timeout (probe6:aha0:0:6:0) CCB 0xc57bc508 - timed out (probe6:aha0:0:6:0) CCB 0xc57bc508 - timed out aha1: aha_cmd: Timed out waiting for adapter idle ahainitmboxes: Initialization command failed aha1: no longer in timeout These lines just keep repeating themselves until kill the machine and tak= e out the card. I've put the card in a windows machine and it works fine. It's the same = card I've had in this machine when I was running FBSD 3.4-stable and it never = gave me a single problem. I've searched the mail archives and tried everything I was able to find t= here but nothing has helped. For what it's worth, I've also tried a AHA-1522A and an AHA-2490 and gott= en essentially the same results. I'm beginning to wonder if there is a prob= lem with the scsi drivers. Regards, Jim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 5:34:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 901B537B51A; Sun, 11 Jun 2000 05:34:44 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id NAA27574; Sun, 11 Jun 2000 13:34:41 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id NAA01835; Sun, 11 Jun 2000 13:34:38 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006111234.NAA01835@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: jmanley@metronet.com Cc: stable@FreeBSD.org, brian@hak.lan.Awfulhak.org, Warner Losh Subject: Re: AHA 1542 CP SCSI Configuration problems In-Reply-To: Message from Jim Manley of "Tue, 30 Dec 1997 07:03:57 CST." <97123007142800.00878@darkstar.metronet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jun 2000 13:34:37 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does disabling the PnP probe make it work (patch attached) ? It does for me - Warner (cc'd) already knows about this. > Here's the setup: > > FBSD 4.0 stable last cvsup'd today. > AMD K6 233 with 64M RAM > AHA-1542CP SCSI Adapter (I've disabled the plug-n-play and confirmed the IRQ is > set to 11 and the I/O address range is set to 0x330-0x333) > > Pertinent SCSI entries in kernel: > > # SCSI Controllers > device aha0 at isa? port 0x330 irq 11 drq 6 > > # SCSI peripherals > device scbus0 at aha0 # SCSI bus (required) > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device pass # Passthrough device (direct SCSI access) > > When I boot the probe finds the card > > aha0 at port 0x330-0x333 irq 11 drq 6 on isa > aha0: AHA-1542CP FW Rev. G.0 (ID=3D46) SCSI Host Adapter, SCSI ID 7, 16 CCBs > > then > > Waiting 8 seconds for SCSI devices to settle > (probe0:aha0:0:0:0) CCB 0xc57bc508 - timed out > (probe0:aha0:0:0:0) CCB 0xc57bc508 - timed out > aha1: aha_cmd: Timed out waiting for adapter idle > ahainitmboxes: Initialization command failed > aha1: no longer in timeout > (probe6:aha0:0:6:0) CCB 0xc57bc508 - timed out > (probe6:aha0:0:6:0) CCB 0xc57bc508 - timed out > aha1: aha_cmd: Timed out waiting for adapter idle > ahainitmboxes: Initialization command failed > aha1: no longer in timeout > > These lines just keep repeating themselves until kill the machine and take out > the card. > > I've put the card in a windows machine and it works fine. It's the same card > I've had in this machine when I was running FBSD 3.4-stable and it never gave > me a single problem. > > I've searched the mail archives and tried everything I was able to find there > but nothing has helped. > > For what it's worth, I've also tried a AHA-1522A and an AHA-2490 and gotten > essentially the same results. I'm beginning to wonder if there is a problem > with the scsi drivers. > > Regards, > > Jim -- Brian Don't _EVER_ lose your sense of humour ! Index: pnp.c =================================================================== RCS file: /home/ncvs/src/sys/isa/pnp.c,v retrieving revision 1.5 diff -u -r1.5 pnp.c --- pnp.c 1999/10/14 21:03:01 1.5 +++ pnp.c 2000/04/19 05:38:48 @@ -739,6 +739,7 @@ } #endif +return; /* Try various READ_DATA ports from 0x203-0x3ff */ for (pnp_rd_port = 0x80; (pnp_rd_port < 0xff); pnp_rd_port += 0x10) { if (bootverbose) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 6:48:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zaman224.poj.usace.army.mil (poj01.poj.usace.army.mil [155.81.110.2]) by hub.freebsd.org (Postfix) with ESMTP id B043137B8CB; Sun, 11 Jun 2000 06:48:51 -0700 (PDT) (envelope-from Barry.A.Mishler@poj.usace.army.mil) Received: from poj.usace.army.mil (localhost [127.0.0.1]) by mishler-home.poj.usace.army.mil (8.9.3/8.9.3) with ESMTP id WAA63826; Sun, 11 Jun 2000 22:33:22 +0900 (JST) (envelope-from Barry.A.Mishler@poj.usace.army.mil) Message-ID: <39439522.CFE54F1D@poj.usace.army.mil> Date: Sun, 11 Jun 2000 22:33:22 +0900 From: Barry Mishler X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: freebsd-stable@FreeBSD.org Subject: Re: buildworld error References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > > On Sat, 10 Jun 2000, Scott Michel wrote: > > > /usr/obj/usr/src/secure/usr.sbin/sshd/../../lib/libssh/libssh.a(auth-skey.o): In function `skey_fake_keyinfo': > > auth-skey.o(.text+0x2ae): undefined reference to `SHA1_Data' > > auth-skey.o(.text+0x438): undefined reference to `SHA1_End' > > auth-skey.o(.text+0x495): undefined reference to `SHA1_End' > > *** Error code 1 > > > > Anyone got a clue-by-four to hit me with? > > Please try this patch: > > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/secure/usr.sbin/sshd/Makefile,v > retrieving revision 1.7 > diff -u -r1.7 Makefile > --- Makefile 2000/05/15 05:26:50 1.7 > +++ Makefile 2000/06/10 21:50:46 > @@ -38,8 +38,8 @@ > .endif # MAKE_KERBEROS5 > > CFLAGS+= -DSKEY > -LDADD+= -lopie > -DPADD+= ${LIBOPIE} > +LDADD+= -lopie -lmd > +DPADD+= ${LIBOPIE} ${LIBMD} > > .include > > I'm not sure why libmd is being linked by default on my systems. > > Kris > I had the same original problem. Used cvsup to get the latest -- including the Makefile (version "1.5.2.2 2000/06/11 05:32:11") which corresponds to the above patch. Now it now fails for me just a few commands later with: cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_exec_pty': /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:651: warning: passing arg 2 of `auth_ttyok' from incompatible pointer type /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_child': /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:866: syntax error before `*' /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: `lc' undeclared (first use in this function) /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: (Each undeclared identifier is reported only once /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: for each function it appears in.) *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Don't want to butt in; just trying to provide the quickest possible feedback following the OpenSSH merge. Hope I don't annoy anyone. Barry Mishler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 7: 3:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from teapot29.domain7.bigpond.com (teapot29.domain7.bigpond.com [139.134.5.236]) by hub.freebsd.org (Postfix) with SMTP id 8669337B516 for ; Sun, 11 Jun 2000 07:03:37 -0700 (PDT) (envelope-from Greg@fatcanary.com.au) Received: from localhost (localhost [127.0.0.1]) by teapot29.domain7.bigpond.com (NTMail 3.02.13) with ESMTP id ea119708 for ; Mon, 12 Jun 2000 00:04:03 +1000 Received: from WYBH-T-005-p-90-170.tmns.net.au ([203.54.90.170]) by mail7.bigpond.com (Claudes-Adolescent-MailRouter V2.7e 15/3873438); 12 Jun 2000 00:04:02 Received: from thefridge (the-fridge.gwork.org.au [192.168.0.2]) by the-toaster.gwork.org.au (8.9.3/8.9.3) with SMTP id XAA34066 for ; Sun, 11 Jun 2000 23:44:48 +0930 (CST) (envelope-from Greg@FatCanary.com.au) Message-ID: <003001bfd3ad$c6719a40$0200a8c0@gwork.org.au> Reply-To: "Greg Work" From: "Greg Work" To: Subject: Buildworld Error in termcap - 3.4-STABLE Date: Sun, 11 Jun 2000 23:33:09 +0930 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi guys...seems im getting a problem compiling 3.4-STABLE branch CVSup'ed as at approx 10pm Australian CST ive attempted to compile termcap by hand - no good though Unfortunately - im a little new at this game..so i dont know where is the best place to head to try and hack this out - any RTFM pointers welcome :) ===> share/termcap ex - /usr/src/share/termcap/termcap.src < /usr/src/share/termcap/reorder > /dev/null *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. root@the-toaster> Any ideas? G. ------------------------------------------------------------ Greg Work Email: Greg@FatCanary.com.au ------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 7:57:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by hub.freebsd.org (Postfix) with ESMTP id 5E33737B6A0 for ; Sun, 11 Jun 2000 07:57:24 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from l3107mxr.atl.hp.com (l3107mxr.atl.hp.com [15.19.254.19]) by atlrel2.hp.com (Postfix) with ESMTP id 310DDB84; Sun, 11 Jun 2000 10:57:18 -0400 (EDT) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by l3107mxr.atl.hp.com (Postfix) with ESMTP id C2ACA53D63; Sat, 10 Jun 2000 15:21:56 -0400 (EDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id NAA11195; Sat, 10 Jun 2000 13:21:58 -0700 (PDT) Message-ID: <3942A366.D64576D7@cup.hp.com> Date: Sat, 10 Jun 2000 13:21:58 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Glen Foster Cc: stable@FreeBSD.ORG Subject: Re: upgrading from 3.4-S to 4.0-S no longer works References: <14658.35864.621233.152016@rr.gfoster.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Glen Foster wrote: > Yes, I know the update wasn't supposed to have worked forever and I'm > not complaining. I just thought this might save someone the hour or > so it takes to find out the hard way. I don't see a reason why we gratuitously break source updating. If there are definite grounds for breaking source updating, then so be it. Otherwise we should maintain it... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 8: 8:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 5106837B7EE for ; Sun, 11 Jun 2000 08:08:41 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id RAA14104; Sun, 11 Jun 2000 17:09:08 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 1319Lp-0002rJ-00 for ; Sun, 11 Jun 2000 17:08:37 +0200 Date: Sun, 11 Jun 2000 17:08:37 +0200 From: Szilveszter Adam To: freebsd-stable@FreeBSD.org Subject: Re: buildworld error Message-ID: <20000611170837.A10914@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-stable@FreeBSD.org References: <39439522.CFE54F1D@poj.usace.army.mil> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39439522.CFE54F1D@poj.usace.army.mil>; from Barry.A.Mishler@poj.usace.army.mil on Sun, Jun 11, 2000 at 10:33:22PM +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 11, 2000 at 10:33:22PM +0900, Barry Mishler wrote: > I had the same original problem. Used cvsup to get the latest -- > including the Makefile (version "1.5.2.2 2000/06/11 05:32:11") which > corresponds to the above patch. Now it now fails for me just a few > commands later with: > > cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS > -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY > -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In > function `do_exec_pty': > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:651: > warning: passing arg 2 of `auth_ttyok' from incompatible pointer type > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In > function `do_child': > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:866: > syntax error before `*' > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: > `lc' undeclared (first use in this function) > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: > (Each undeclared identifier is reported only once > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: for > each function it appears in.) > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. The same happens on the -CURRENT system I was building on with sources from the international crypto repo. (cvsupped at about 3pm CEST) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 8:14:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 8DAE537BB64; Sun, 11 Jun 2000 08:14:16 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id IAA05953; Sun, 11 Jun 2000 08:13:29 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda05951; Sun Jun 11 08:13:29 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id IAA04850; Sun, 11 Jun 2000 08:13:23 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdFe4848; Sun Jun 11 08:12:38 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.2/8.9.1) id e5BFCbW06324; Sun, 11 Jun 2000 08:12:37 -0700 (PDT) Message-Id: <200006111512.e5BFCbW06324@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdrh6319; Sun Jun 11 08:12:20 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: Brian Somers Cc: jmanley@metronet.com, stable@FreeBSD.ORG, brian@hak.lan.Awfulhak.org, Warner Losh Subject: Re: AHA 1542 CP SCSI Configuration problems In-reply-to: Your message of "Sun, 11 Jun 2000 13:34:37 BST." <200006111234.NAA01835@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jun 2000 08:12:19 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006111234.NAA01835@hak.lan.Awfulhak.org>, Brian Somers writes: > Does disabling the PnP probe make it work (patch attached) ? It > does for me - Warner (cc'd) already knows about this. Interestingly enough, I have two machines at home with 1542's (1542B and 1542CF) running 4.0-stable as of May 27 @ 04:15 PDT without problems or SCSI patches. I've also run 4.0-stable as of April 21 and May 19 on these systems without SCSI problems. The originator of this thread also mentioned that he tried a 2940 with the same results. My desktop system at work has a 2940U2W (aic7895) and one of the machines at home, the one with the 1542CF, also has a 2940UW (aic7880): They work like a charm. Have you used a previous version of 4.0-stable and has it worked? If it has not, I suspect that there must be something configuration specific, as pnp.c, the module you've posted a patch for, hasn't changed since October 99, e.g. the stock-out-of-the-box pnp.c is what I am using. If a previous version of 4.0-stable has worked for you and -stable as of now doesn't, then it means that something has changed since May 27 and I must consider myself a stakeholder in this too. The other thing worth mentioning, when I applied a Y2K patch to the BIOS of my P120, I had the same problems you discuss while running 3.4. It just wouldn't boot and the 2940UW driver produced messages as discussed in the original note in this thread. Backing off the Y2K BIOS patch the system works just fine. (There's a LOT more to this story but that's the bottom line). Rather than posting config files or portions thereof and dmesg output from the three machines that work to this list, if you want to compare configurations, we can do that offline. I can send you my three or you can send me yours. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 9:23:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailout1.hananet.net (mailout1.hananet.net [210.220.163.34]) by hub.freebsd.org (Postfix) with ESMTP id 25A1837B670 for ; Sun, 11 Jun 2000 09:23:15 -0700 (PDT) (envelope-from cjh@kr.FreeBSD.org) Received: from gradius.myhome ([211.108.58.229]) by mailout1.hananet.net (Netscape Messaging Server 4.15) with ESMTP id FW001L03.J3Y for ; Mon, 12 Jun 2000 01:20:09 +0900 Received: (from cjh@localhost) by gradius.myhome (8.9.3/8.9.3) id BAA80826; Mon, 12 Jun 2000 01:23:15 +0900 (KST) (envelope-from cjh@kr.FreeBSD.org) X-Authentication-Warning: gradius.myhome: cjh set sender to cjh@kr.FreeBSD.org using -f To: stable@freebsd.org Subject: buildworld failure in openssh From: CHOI Junho Date: 12 Jun 2000 01:23:14 +0900 Message-ID: <86u2f089vx.fsf@gradius.myhome> Lines: 40 User-Agent: Gnus/5.0805 (Gnus v5.8.5) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, This is cvsupped 6/10 19PM GMT. I want to use new ssh 2 feature. Currently using 4-stable, secure part is from cvsup.internat.freebsd.org. FreeBSD gradius.myhome 4.0-STABLE FreeBSD 4.0-STABLE #9: Sun Jun 4 21:19:51 KST 2000 root@gradius.myhome:/usr/src/sys/compile/GRADIUS i386 cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth1.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth2.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_exec_pty': /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:651: warning: passing arg 2 of `auth_ttyok' from incompatible pointer type /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_child': /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:866: syntax error before `*' /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: `lc' undeclared (first use in this function) /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: (Each undeclared identifier is reported only once /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: for each function it appears in.) *** Error code 1 Stop in /usr/src/secure/usr.sbin/sshd. *** Error code 1 My /etc/make.conf is as follows: # for build USA_RESIDENT=NO NOPROFILE=YES NODESCRYPTLINKS=true -- +++ Any opinions in this posting are my own and not those of my employers +++ CHOI Junho KFUG Web Data Bank FreeBSD|GNU/Linux Developer *Public Service of Youido Post Office* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 9:33:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from snoopy.brwn.org (intgw1.brwn.org [196.28.127.66]) by hub.freebsd.org (Postfix) with ESMTP id 0D53737B670 for ; Sun, 11 Jun 2000 09:33:14 -0700 (PDT) (envelope-from willem@denary.brwn.org) Received: from denary.brwn.org (denary.brwn.org [192.168.1.17]) by snoopy.brwn.org (Postfix) with ESMTP id 4D91B3ACA; Sun, 11 Jun 2000 18:33:10 +0200 (SAST) Received: (from willem@localhost) by denary.brwn.org (8.9.3/8.9.3) id SAA19953; Sun, 11 Jun 2000 18:33:11 +0200 (SAST) (envelope-from willem) Date: Sun, 11 Jun 2000 18:33:11 +0200 From: Willem Brown To: CHOI Junho Cc: stable@freebsd.org Subject: Re: buildworld failure in openssh Message-ID: <20000611183311.L209@denary.brwn.org> References: <86u2f089vx.fsf@gradius.myhome> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <86u2f089vx.fsf@gradius.myhome>; from cjh@kr.FreeBSD.org on Mon, Jun 12, 2000 at 01:23:14AM +0900 X-Public-Key: http://www.brwn.org/~willem/pubkey.txt Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I build mine this morning, cvsup'd last night my time. Although I don't remember if any changes were made. make.conf NODESCRYPTLINKS=YES RSAREF=NO USA_RESIDENT=NO Regards Willem Brown On Mon, Jun 12, 2000 at 01:23:14AM +0900, CHOI Junho wrote: > > Hi, > > This is cvsupped 6/10 19PM GMT. I want to use new ssh 2 feature. > > Currently using 4-stable, secure part is from cvsup.internat.freebsd.org. > > FreeBSD gradius.myhome 4.0-STABLE FreeBSD 4.0-STABLE #9: Sun Jun 4 21:19:51 KST 2000 root@gradius.myhome:/usr/src/sys/compile/GRADIUS i386 > > > cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth1.c > cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth2.c > cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_exec_pty': > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:651: warning: passing arg 2 of `auth_ttyok' from incompatible pointer type > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_child': > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:866: syntax error before `*' > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: `lc' undeclared (first use in this function) > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: (Each undeclared identifier is reported only once > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: for each function it appears in.) > *** Error code 1 > > Stop in /usr/src/secure/usr.sbin/sshd. > *** Error code 1 > > > > My /etc/make.conf is as follows: > > # for build > USA_RESIDENT=NO > NOPROFILE=YES > NODESCRYPTLINKS=true > > > -- > +++ Any opinions in this posting are my own and not those of my employers +++ > CHOI Junho > KFUG Web Data Bank > FreeBSD|GNU/Linux Developer *Public Service of Youido Post Office* > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- /* =============================================================== */ /* Linux, FreeBSD, NetBSD, OpenBSD. The choice is yours. */ /* =============================================================== */ Pain is a thing of the mind. The mind can be controlled. -- Spock, "Operation -- Annihilate!" stardate 3287.2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 12: 8:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from continuity.e-boxen.com (continuity.e-boxen.com [207.153.61.20]) by hub.freebsd.org (Postfix) with SMTP id A0A0337BC46 for ; Sun, 11 Jun 2000 12:08:08 -0700 (PDT) (envelope-from kkemp@nwcr.net) Received: (qmail 63161 invoked by alias); 11 Jun 2000 19:08:07 -0000 Received: from red-1-104.premier1.net (HELO kemp) (enwcr@207.149.54.104) by continuity.e-boxen.com with SMTP; 11 Jun 2000 19:08:07 -0000 From: "Keith Kemp" To: Subject: Date: Sun, 11 Jun 2000 12:08:15 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 12:20: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 4C0D037B5E8; Sun, 11 Jun 2000 12:19:57 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id UAA30047; Sun, 11 Jun 2000 20:21:40 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id UAA01933; Sun, 11 Jun 2000 20:21:37 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006111921.UAA01933@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Cy Schubert - ITSD Open Systems Group Cc: Brian Somers , jmanley@metronet.com, stable@FreeBSD.org, Warner Losh , brian@hak.lan.Awfulhak.org Subject: Re: AHA 1542 CP SCSI Configuration problems In-Reply-To: Message from Cy Schubert - ITSD Open Systems Group of "Sun, 11 Jun 2000 08:12:19 PDT." <200006111512.e5BFCbW06324@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jun 2000 20:21:37 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <200006111234.NAA01835@hak.lan.Awfulhak.org>, Brian Somers > writes: > > Does disabling the PnP probe make it work (patch attached) ? It > > does for me - Warner (cc'd) already knows about this. > > Interestingly enough, I have two machines at home with 1542's (1542B > and 1542CF) running 4.0-stable as of May 27 @ 04:15 PDT without > problems or SCSI patches. I've also run 4.0-stable as of April 21 and > May 19 on these systems without SCSI problems. > > The originator of this thread also mentioned that he tried a 2940 with > the same results. My desktop system at work has a 2940U2W (aic7895) > and one of the machines at home, the one with the 1542CF, also has a > 2940UW (aic7880): They work like a charm. > > Have you used a previous version of 4.0-stable and has it worked? If > it has not, I suspect that there must be something configuration > specific, as pnp.c, the module you've posted a patch for, hasn't > changed since October 99, e.g. the stock-out-of-the-box pnp.c is what I > am using. If a previous version of 4.0-stable has worked for you and > -stable as of now doesn't, then it means that something has changed > since May 27 and I must consider myself a stakeholder in this too. No. The change was done by peter on December 12 (or was it 14) '99, when he made the PnP stuff default. It took me a long time to figure this out (and many rebuilds). When I first reported it to Warner he said that he was seeing the same thing and committed a fix. The fix fixed things for his card but not for mine - he probably has little incentive to fix the problem unless I send him my card, but that'll mean I'll have to buy another one as this is my second-most-important machine :-/ > The other thing worth mentioning, when I applied a Y2K patch to the > BIOS of my P120, I had the same problems you discuss while running 3.4. > It just wouldn't boot and the 2940UW driver produced messages as > discussed in the original note in this thread. Backing off the Y2K > BIOS patch the system works just fine. (There's a LOT more to this > story but that's the bottom line). I would have thought that's a different problem. Mine definitely seems to be the result of an intrusive probe on an ISA PnP card, whereas I thought all 2940s were PCI (maybe I'm wrong there - is yours PCI ?). > Rather than posting config files or portions thereof and dmesg output > from the three machines that work to this list, if you want to compare > configurations, we can do that offline. I can send you my three or you > can send me yours. I've tried my config with exact matches of the irq/dma/io stuff and with just ``device aha'' to no avail. I can also turn the PnP probe on and off to reliably show it failing and succeeding. The PnP id matches the 1542CP id in aha.c (sorry, can't say which for sure right now as my dmesg has scrolled out of buffer range). > Regards, Phone: (250)387-8437 > Cy Schubert Fax: (250)387-5766 > Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca > Open Systems Group, ITSD, ISTA > Province of BC -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 12:39:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.colba.net (mail.colba.net [207.107.221.4]) by hub.freebsd.org (Postfix) with ESMTP id 7CA2937B534 for ; Sun, 11 Jun 2000 12:39:16 -0700 (PDT) (envelope-from rmeyer@colba.net) Received: from freyja.asgard (bhd3-s35.mtl.colba.net [207.107.152.145]) by mail.colba.net (8.9.3/8.9.3) with SMTP id PAA07766; Sun, 11 Jun 2000 15:40:12 -0400 From: Ralf Meyer To: stable@freebsd.org Subject: Re: buildworld failure in openssh Date: Sun, 11 Jun 2000 15:42:43 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: <86u2f089vx.fsf@gradius.myhome> In-Reply-To: <86u2f089vx.fsf@gradius.myhome> Cc: cjh@kr.FreeBSD.org MIME-Version: 1.0 Message-Id: <00061115452302.55613@freyja.asgard> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I faced the same problem after I cvsup'd last night. from cvsup.internat.freebsd.org. There obviously is a syntax error in /usr/src/crypto/openssh/session.c. The following patch should solve the problem, however I had no time to test this so far. Therefore, I also can't say wether there are more problems. Ralf --- /usr/src/crypto/openssh/session.c.ori Sat Jun 10 18:38:11 2000 +++ /usr/src/crypto/openssh/session.c Sun Jun 11 15:01:07 2000 @@ -857,14 +857,15 @@ extern char **environ; struct stat st; char *argv[10]; +#ifdef LOGIN_CAP + login_cap_t *lc; +#endif /* LOGIN_CAP */ /* login(1) is only called if we execute the login shell */ if (options.use_login && command != NULL) options.use_login = 0; #ifdef LOGIN_CAP - login_cap_t *lc; - lc = login_getpwclass(pw); if (lc == NULL) lc = login_getclassbyname(NULL, pw); On Sun, 11 Jun 2000, CHOI Junho wrote: > Hi, > > This is cvsupped 6/10 19PM GMT. I want to use new ssh 2 feature. > > Currently using 4-stable, secure part is from cvsup.internat.freebsd.org. > > FreeBSD gradius.myhome 4.0-STABLE FreeBSD 4.0-STABLE #9: Sun Jun 4 21:19:51 KST 2000 root@gradius.myhome:/usr/src/sys/compile/GRADIUS i386 > > > cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth1.c > cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth2.c > cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../usr.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_exec_pty': > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:651: warning: passing arg 2 of `auth_ttyok' from incompatible pointer type > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_child': > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:866: syntax error before `*' > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: `lc' undeclared (first use in this function) > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: (Each undeclared identifier is reported only once > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: for each function it appears in.) > *** Error code 1 > > Stop in /usr/src/secure/usr.sbin/sshd. > *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 13:51:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.xnet.com (quake.xnet.com [198.147.221.67]) by hub.freebsd.org (Postfix) with ESMTP id B297237B969 for ; Sun, 11 Jun 2000 13:51:16 -0700 (PDT) (envelope-from amacker@xnet.com) Received: from hurricane.xnet.com (typhoon.xnet.com [198.147.221.66]) by mail.xnet.com (8.9.3+Sun/XNet-3.0R) with ESMTP id PAA28063 for ; Sun, 11 Jun 2000 15:51:16 -0500 (CDT) Received: by hurricane.xnet.com (Postfix, from userid 4111) id B0F4F38650; Sun, 11 Jun 2000 15:51:15 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by hurricane.xnet.com (Postfix) with ESMTP id 96A1A35D76 for ; Sun, 11 Jun 2000 15:51:15 -0500 (CDT) Date: Sun, 11 Jun 2000 15:51:15 -0500 (CDT) From: Richard Amacker To: freebsd-stable@freebsd.org Subject: Confirmed buildworld failing on openssh Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I cvsupped 4.0-STABLE this morning (June 11) and the same buildword failure Choi Junho described happened. .../crypto/openssh/session.c:866: syntax error before `*' *** Error code 1 Stop in /usr/src/secure/usr.sbin/sshd. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 14:47:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4E66437CAEE; Sun, 11 Jun 2000 14:47:11 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id OAA57110; Sun, 11 Jun 2000 14:47:11 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 11 Jun 2000 14:47:11 -0700 (PDT) From: Kris Kennaway To: current@freebsd.org, stable@freebsd.org Subject: sshd unbroken Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry for the world breakages, all, it turns out I was a bit eager to commit a security fix. World should be compilable again now (at least, if it breaks it should hopefully not be my fault :-) Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 15:39:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.52]) by hub.freebsd.org (Postfix) with ESMTP id 02A4037CA24 for ; Sun, 11 Jun 2000 15:39:51 -0700 (PDT) (envelope-from arnout@tomcat.xs4all.nl) Received: from tomcat.xs4all.nl (tomcat.xs4all.nl [194.109.15.187]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id AAA15903 for ; Mon, 12 Jun 2000 00:39:45 +0200 (CEST) Received: (from arnout@localhost) by tomcat.xs4all.nl (8.9.3/8.9.1) id AAA33909 for stable@freebsd.org; Mon, 12 Jun 2000 00:56:09 +0200 (CEST) Date: Mon, 12 Jun 2000 00:56:08 +0200 From: Arnout Boer To: stable@freebsd.org Subject: RELENG4 breaks Message-ID: <20000612005608.A33769@tomcat.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Operating-System: FreeBSD 4.0-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG as of today (sat around 11:00 am CET) on 2 different machines.. same point! i ===> secure/usr.sbin/sshd cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/sshd.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/auth-rhosts.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/auth-passwd.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/auth-rsa.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/auth-rh-rsa.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/pty.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/log-server.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/login.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/servconf.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/serverloop.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/login.c: In function `reco rd_logout': /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/login.c:127: warning: pass ing arg 1 of `logout' discards qualifiers from pointer target type cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/auth.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/auth1.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/auth2.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../crypto/openssh/session.c cc -O -pipe -DLIBWRAP -DLOGIN_ACCESS -I/usr/src/secure/usr.sbin/sshd/../../../us r.bin/login -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/usr. sbin/sshd/../../../usr.bin/login/login_access.c gzip -cn /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/sshd.8 > sshd.8.g z /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do _exec_pty': /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:651: warning: pa ssing arg 2 of `auth_ttyok' from incompatible pointer type /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do _child': /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:866: syntax erro r before `*' /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: `lc' undecl ared (first use in this function) /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: (Each undec lared identifier is reported only once /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: for each fu nction it appears in.) *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error ----------- Groetjes, Arnout To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 20:21: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ccis01.baylor.edu (ccis01.baylor.edu [129.62.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 4122A37B574 for ; Sun, 11 Jun 2000 20:21:06 -0700 (PDT) (envelope-from Chris_Lucas@baylor.edu) Received: from baylor.edu (winbox.redshells.net [208.189.112.130]) by ccis01.baylor.edu (8.9.1/8.9.1) with ESMTP id WAA24470 for ; Sun, 11 Jun 2000 22:21:04 -0500 (CDT) Message-ID: <39445743.6E171601@baylor.edu> Date: Sun, 11 Jun 2000 22:21:39 -0500 From: Chris Lucas X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD-stable@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 20:51:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from allmaui.com (server25.aitcom.net [208.234.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 0049C37B6B5 for ; Sun, 11 Jun 2000 20:51:39 -0700 (PDT) (envelope-from craig@allmaui.com) Received: from allmaui.com (c04-091.006.popsite.net [216.126.137.91]) by allmaui.com (8.8.8/8.8.5) with ESMTP id XAA19891 for ; Sun, 11 Jun 2000 23:51:22 -0400 Message-ID: <3943FB7D.C3EA5FBD@allmaui.com> Date: Sun, 11 Jun 2000 20:50:05 +0000 From: Craig Cowen X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 21: 9:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from priv-edtnes12-hme0.telusplanet.net (edtnes12.telus.net [199.185.220.112]) by hub.freebsd.org (Postfix) with ESMTP id 680A737B983 for ; Sun, 11 Jun 2000 21:09:43 -0700 (PDT) (envelope-from djfast@telus.net) Received: from alpha ([216.232.50.146]) by priv-edtnes12-hme0.telusplanet.net (InterMail vM.4.01.02.11 201-229-116-111) with SMTP id <20000612040942.CXJO11580.priv-edtnes12-hme0.telusplanet.net@alpha>; Sun, 11 Jun 2000 22:09:42 -0600 From: "Donald Fast" To: "Craig Cowen" , , Subject: RE: (no subject) Date: Sun, 11 Jun 2000 21:09:27 -0700 Message-ID: <000201bfd424$003d6d00$9232e8d8@bc.hsia.telus.net> 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 8.5, Build 4.71.2377.0 In-Reply-To: <3943FB7D.C3EA5FBD@allmaui.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG to paraphrase the closing lines: To subscribe: send mail to majordomo@FreeBSD.org with "subscribe freebsd-stable" in the body of the message > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Craig Cowen > Sent: Sunday, June 11, 2000 1:50 PM > To: freebsd-stable@FreeBSD.org > Subject: (no subject) > > > subscribe > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 11 23:31:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DBD0037BAD1 for ; Sun, 11 Jun 2000 23:31:31 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA99527; Mon, 12 Jun 2000 00:29:54 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA05711; Mon, 12 Jun 2000 00:28:52 -0600 (MDT) Message-Id: <200006120628.AAA05711@harmony.village.org> To: Brian Somers Subject: Re: AHA 1542 CP SCSI Configuration problems Cc: Cy Schubert - ITSD Open Systems Group , jmanley@metronet.com, stable@FreeBSD.org, brian@hak.lan.Awfulhak.org In-reply-to: Your message of "Sun, 11 Jun 2000 20:21:37 BST." <200006111921.UAA01933@hak.lan.Awfulhak.org> References: <200006111921.UAA01933@hak.lan.Awfulhak.org> Date: Mon, 12 Jun 2000 00:28:52 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Other than completely disabling PnP, is there a good fix for this? I have my cards working here, but to be honest, I've not tested them since March or so. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 0:40: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bofh.banat.ro (bofh.banat.ro [193.230.196.3]) by hub.freebsd.org (Postfix) with ESMTP id 792C337B524 for ; Mon, 12 Jun 2000 00:39:51 -0700 (PDT) (envelope-from camelia@office.banat.ro) Received: from office.banat.ro (camelia@bofh.banat.ro [193.230.196.3]) by bofh.banat.ro (8.9.3/8.9.3) with ESMTP id KAA00529 for ; Mon, 12 Jun 2000 10:39:45 +0300 (EEST) Message-ID: <394493C1.3998CB58@office.banat.ro> Date: Mon, 12 Jun 2000 10:39:45 +0300 From: Camelia Nastase Organization: AS Computer GBG X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 1: 5: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 038EC37BBFC; Mon, 12 Jun 2000 01:04:59 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id BAA91851; Mon, 12 Jun 2000 01:04:58 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 12 Jun 2000 01:04:57 -0700 (PDT) From: Kris Kennaway To: CHOI Junho Cc: stable@freebsd.org Subject: Re: buildworld failure in openssh In-Reply-To: <86u2f089vx.fsf@gradius.myhome> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12 Jun 2000, CHOI Junho wrote: [...] I've already fixed this..see the message I sent out earlier today. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 1:51:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id AF80537B6D5 for ; Mon, 12 Jun 2000 01:51:12 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id JAA74007; Mon, 12 Jun 2000 09:51:09 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id IAA00452; Mon, 12 Jun 2000 08:51:39 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006120751.IAA00452@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: Brian Somers , Cy Schubert - ITSD Open Systems Group , jmanley@metronet.com, stable@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: AHA 1542 CP SCSI Configuration problems In-Reply-To: Message from Warner Losh of "Mon, 12 Jun 2000 00:28:52 MDT." <200006120628.AAA05711@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jun 2000 08:51:39 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Other than completely disabling PnP, is there a good fix for this? I > have my cards working here, but to be honest, I've not tested them > since March or so. The problem has always been there - since last December when Peter made PnP the default anyway. You did look at this around March and fixed a problem that made your card(s) work ok, but unfortunately it didn't fix things for my card. From memory, you said you'd leave the problem in your in tray. I haven't tried anything except commenting out the PnP probe, but I'll see if I can get the time to upgrade the machine and try to find the rogue entry - I'm guessing that some other PnP entry is causing a probe that the aha finds intrusive. I'll let you know what I come up with. > Warner -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 10:37:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from srv01.el.com.br (srv01.el.com.br [200.241.214.162]) by hub.freebsd.org (Postfix) with ESMTP id 59EE637BA3A for ; Mon, 12 Jun 2000 10:37:23 -0700 (PDT) (envelope-from g-paiva@el.com.br) Received: from el.com.br (dialup.intranet.el [192.168.1.3]) by srv01.el.com.br (8.9.3/8.9.3) with ESMTP id OAA18818 for ; Mon, 12 Jun 2000 14:37:09 -0300 (EST) (envelope-from g-paiva@el.com.br) Message-ID: <3945201C.B27312A0@el.com.br> Date: Mon, 12 Jun 2000 14:38:36 -0300 From: Gilson de Paiva Reply-To: npd@el.com.br X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: stable@freebsd.org Subject: I cannot make the 3-stable branch anymore. X-Priority: 1 (Highest) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Last saturday at about 10:00 am GMT, as usual, I've cvsuped FreeBSD 3-Stable and now I can't: make buildworld: The following error is shown up ( short list ! ): -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/games mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec/elf mkdir -p /usr/obj/usr/src/i386/usr/sbin mkdir -p /usr/obj/usr/src/i386/usr/share/misc mkdir -p /usr/obj/usr/src/i386/usr/include/arpa mkdir -p /usr/obj/usr/src/i386/usr/include/g++/std mkdir -p /usr/obj/usr/src/i386/usr/include/objc mkdir -p /usr/obj/usr/src/i386/usr/include/protocols mkdir -p /usr/obj/usr/src/i386/usr/include/readline mkdir -p /usr/obj/usr/src/i386/usr/include/rpc mkdir -p /usr/obj/usr/src/i386/usr/include/rpcsvc mkdir -p /usr/obj/usr/src/i386/usr/include/openssl mkdir -p /usr/obj/usr/src/i386/usr/include/security mkdir -p /usr/obj/usr/src/i386/usr/include/ss ln -sf /usr/src/sys /usr/obj/usr/src/i386/sys -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" MACHINE_ARCH=i386 TOOLS_PREFIX=/usr/obj/usr/src/i386 PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOMAN -DNOINFO -DNOHTML bootstrap-tools cd /usr/src/usr.bin/yacc; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.bin/yacc created for /usr/src/usr.bin/yacc rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/yacc/closure.c /usr/src/usr.bin/yacc/error.c /usr/src/usr.bin/yacc/lalr.c /usr/src/usr.bin/yacc/lr0.c /usr/src/usr.bin/yacc/main.c /usr/src/usr.bin/yacc/mkpar.c /usr/src/usr.bin/yacc/output.c /usr/src/usr.bin/yacc/reader.c /usr/src/usr.bin/yacc/skeleton.c /usr/src/usr.bin/yacc/symtab.c /usr/src/usr.bin/yacc/verbose.c /usr/src/usr.bin/yacc/warshall.c cd /usr/src/usr.bin/yacc; make _EXTRADEPEND echo yacc: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/closure.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/error.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/lalr.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/lr0.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/main.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/mkpar.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/output.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/reader.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/skeleton.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/symtab.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/verbose.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/warshall.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -o yacc closure.o error.o lalr.o lr0.o main.o mkpar.o output.o reader.o skeleton.o symtab.o verbose.o warshall.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 555 /usr/src/usr.bin/yacc/yyfix.sh /usr/obj/usr/src/i386/usr/bin/yyfix sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 yacc /usr/obj/usr/src/i386/usr/bin /usr/obj/usr/src/i386/usr/bin/byacc -> /usr/obj/usr/src/i386/usr/bin/yacc cd /usr/src/usr.bin/colldef; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for /usr/src/usr.bin/colldef yacc -d /usr/src/usr.bin/colldef/parse.y cp y.tab.c parse.c lex -t -8 -i /usr/src/usr.bin/colldef/scan.l > scan.c rm -f .depend mkdep -f .depend -a -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG -I/usr/obj/usr/src/i386/usr/include parse.c scan.c cd /usr/src/usr.bin/colldef; make _EXTRADEPEND echo colldef: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/libl.a >> .depend cc -O -pipe -Wall -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG -I/usr/obj/usr/src/i386/usr/include -c parse.c cc -O -pipe -Wall -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG -I/usr/obj/usr/src/i386/usr/include -c scan.c /usr/src/usr.bin/colldef/scan.l:638: warning: `yyunput' defined but not used cc -O -pipe -Wall -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG -I/usr/obj/usr/src/i386/usr/include -o colldef parse.o scan.o -ll sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 colldef /usr/obj/usr/src/i386/usr/bin cd /usr/src/usr.sbin/config; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.sbin/config created for /usr/src/usr.sbin/config yacc -d /usr/src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /usr/src/usr.sbin/config/lang.l > lang.c rm -f .depend mkdep -f .depend -a -I. -I/usr/src/usr.sbin/config -I/usr/obj/usr/src/i386/usr/include config.c /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkioconf.c /usr/src/usr.sbin/config/mkmakefile.c /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c cd /usr/src/usr.sbin/config; make _EXTRADEPEND echo config: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/libl.a >> .depend cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c config.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/main.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c lang.c /usr/src/usr.sbin/config/lang.l:1027: warning: `yy_flex_realloc' defined but not used cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkioconf.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkmakefile.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkheaders.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkoptions.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -o config config.o main.o lang.o mkioconf.o mkmakefile.o mkheaders.o mkoptions.o -ll sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 config /usr/obj/usr/src/i386/usr/sbin cd /usr/src/gnu/usr.bin/gperf; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf ===> doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include/g++ -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc cd /usr/src/gnu/usr.bin/gperf; make _EXTRADEPEND echo gperf: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend ===> doc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning: `catch', `throw', and `try' are all C++ reserved words /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function `void operator delete(void *)': /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82: declaration of `operator delete(void *)' throws different exceptions... :82: ...from previous declaration here *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. config my kernel: The error is that config says the it can't find ../conf/devices.i386. When I checked out the directory, there were only kernel config files, all others has gone. I did a " find /usr/src/ -name devices.i386 " but no files was found. Others like devices.i386, options.i386 and so on can be found in /usr/src/sys/conf, but no devices.i386. I tried to run cvsup against cvsup.internat.freebsd.org, cvsup[123].br.freebsd.org but ( wich I usually use ) and, besides some diferences in the repository, the error is the same. PS: I've been doing this for a long time and this have never happened. That ( I think ) exclude some possible bad configuration as USA_RESIDENT = NO. Here is my /etc/cvsupfile: *default host=cvsup3.br.FreeBSD.org ( the last one I tried ) *default base=/usr *default prefix=/usr *default release=cvs *default tag=RELENG_3 *default delete use-rel-suffix *default compress *default tag=. src-base src-bin src-contrib src-etc src-gnu src-include src-kerberosIV src-kerberos5 src-lib src-libexec src-release src-sbin src-share src-sys src-tools src-usrbin src-usrsbin ports-all Any ideas? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gilson de Paiva E&L Producoes de Software mailto:npd@el.com.br Domingos Martins - ES http://www.el.com.br/ Brazil http://www.openbsd.com.br/ Projeto OpenBSD BR =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 10:49:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bcrail.com (gatekeeper.bcrail.com [198.57.70.1]) by hub.freebsd.org (Postfix) with ESMTP id B996637B64C for ; Mon, 12 Jun 2000 10:49:31 -0700 (PDT) (envelope-from ChildsC@bcrail.com) Received: by gatekeeper.bcrail.com id <13584>; Mon, 12 Jun 2000 10:49:35 -0700 Content-return: allowed Date: Mon, 12 Jun 2000 10:49:10 -0700 From: ChildsC@bcrail.com Subject: RE: I cannot make the 3-stable branch anymore. To: npd@el.com.br, stable@FreeBSD.ORG Message-Id: <00Jun12.104935pdt.13584@gatekeeper.bcrail.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It looks like you redefined 'tag=' to be '.' I think that means 'head' or 5.0-CURRENT. -----Original Message----- From: Gilson de Paiva [mailto:g-paiva@el.com.br] Sent: Monday, June 12, 2000 10:39 To: stable@freebsd.org Subject: I cannot make the 3-stable branch anymore. Importance: High Hi, Last saturday at about 10:00 am GMT, as usual, I've cvsuped FreeBSD 3-Stable and now I can't: make buildworld: The following error is shown up ( short list ! ): -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/games mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec/elf mkdir -p /usr/obj/usr/src/i386/usr/sbin mkdir -p /usr/obj/usr/src/i386/usr/share/misc mkdir -p /usr/obj/usr/src/i386/usr/include/arpa mkdir -p /usr/obj/usr/src/i386/usr/include/g++/std mkdir -p /usr/obj/usr/src/i386/usr/include/objc mkdir -p /usr/obj/usr/src/i386/usr/include/protocols mkdir -p /usr/obj/usr/src/i386/usr/include/readline mkdir -p /usr/obj/usr/src/i386/usr/include/rpc mkdir -p /usr/obj/usr/src/i386/usr/include/rpcsvc mkdir -p /usr/obj/usr/src/i386/usr/include/openssl mkdir -p /usr/obj/usr/src/i386/usr/include/security mkdir -p /usr/obj/usr/src/i386/usr/include/ss ln -sf /usr/src/sys /usr/obj/usr/src/i386/sys -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" MACHINE_ARCH=i386 TOOLS_PREFIX=/usr/obj/usr/src/i386 PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/u sr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOMAN -DNOINFO -DNOHTML bootstrap-tools cd /usr/src/usr.bin/yacc; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.bin/yacc created for /usr/src/usr.bin/yacc rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/yacc/closure.c /usr/src/usr.bin/yacc/error.c /usr/src/usr.bin/yacc/lalr.c /usr/src/usr.bin/yacc/lr0.c /usr/src/usr.bin/yacc/main.c /usr/src/usr.bin/yacc/mkpar.c /usr/src/usr.bin/yacc/output.c /usr/src/usr.bin/yacc/reader.c /usr/src/usr.bin/yacc/skeleton.c /usr/src/usr.bin/yacc/symtab.c /usr/src/usr.bin/yacc/verbose.c /usr/src/usr.bin/yacc/warshall.c cd /usr/src/usr.bin/yacc; make _EXTRADEPEND echo yacc: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/closure.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/error.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/lalr.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/lr0.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/main.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/mkpar.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/output.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/reader.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/skeleton.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/symtab.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/verbose.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/yacc/warshall.c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -o yacc closure.o error.o lalr.o lr0.o main.o mkpar.o output.o reader.o skeleton.o symtab.o verbose.o warshall.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 555 /usr/src/usr.bin/yacc/yyfix.sh /usr/obj/usr/src/i386/usr/bin/yyfix sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 yacc /usr/obj/usr/src/i386/usr/bin /usr/obj/usr/src/i386/usr/bin/byacc -> /usr/obj/usr/src/i386/usr/bin/yacc cd /usr/src/usr.bin/colldef; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for /usr/src/usr.bin/colldef yacc -d /usr/src/usr.bin/colldef/parse.y cp y.tab.c parse.c lex -t -8 -i /usr/src/usr.bin/colldef/scan.l > scan.c rm -f .depend mkdep -f .depend -a -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG -I/usr/obj/usr/src/i386/usr/include parse.c scan.c cd /usr/src/usr.bin/colldef; make _EXTRADEPEND echo colldef: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/libl.a >> .depend cc -O -pipe -Wall -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG -I/usr/obj/usr/src/i386/usr/include -c parse.c cc -O -pipe -Wall -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG -I/usr/obj/usr/src/i386/usr/include -c scan.c /usr/src/usr.bin/colldef/scan.l:638: warning: `yyunput' defined but not used cc -O -pipe -Wall -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG -I/usr/obj/usr/src/i386/usr/include -o colldef parse.o scan.o -ll sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 colldef /usr/obj/usr/src/i386/usr/bin cd /usr/src/usr.sbin/config; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.sbin/config created for /usr/src/usr.sbin/config yacc -d /usr/src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /usr/src/usr.sbin/config/lang.l > lang.c rm -f .depend mkdep -f .depend -a -I. -I/usr/src/usr.sbin/config -I/usr/obj/usr/src/i386/usr/include config.c /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkioconf.c /usr/src/usr.sbin/config/mkmakefile.c /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c cd /usr/src/usr.sbin/config; make _EXTRADEPEND echo config: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/libl.a >> .depend cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c config.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/main.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c lang.c /usr/src/usr.sbin/config/lang.l:1027: warning: `yy_flex_realloc' defined but not used cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkioconf.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkmakefile.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkheaders.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkoptions.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -o config config.o main.o lang.o mkioconf.o mkmakefile.o mkheaders.o mkoptions.o -ll sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 config /usr/obj/usr/src/i386/usr/sbin cd /usr/src/gnu/usr.bin/gperf; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf ===> doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include/g++ -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc cd /usr/src/gnu/usr.bin/gperf; make _EXTRADEPEND echo gperf: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend ===> doc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning: `catch', `throw', and `try' are all C++ reserved words /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function `void operator delete(void *)': /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82: declaration of `operator delete(void *)' throws different exceptions... :82: ...from previous declaration here *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. config my kernel: The error is that config says the it can't find ../conf/devices.i386. When I checked out the directory, there were only kernel config files, all others has gone. I did a " find /usr/src/ -name devices.i386 " but no files was found. Others like devices.i386, options.i386 and so on can be found in /usr/src/sys/conf, but no devices.i386. I tried to run cvsup against cvsup.internat.freebsd.org, cvsup[123].br.freebsd.org but ( wich I usually use ) and, besides some diferences in the repository, the error is the same. PS: I've been doing this for a long time and this have never happened. That ( I think ) exclude some possible bad configuration as USA_RESIDENT = NO. Here is my /etc/cvsupfile: *default host=cvsup3.br.FreeBSD.org ( the last one I tried ) *default base=/usr *default prefix=/usr *default release=cvs *default tag=RELENG_3 *default delete use-rel-suffix *default compress *default tag=. src-base src-bin src-contrib src-etc src-gnu src-include src-kerberosIV src-kerberos5 src-lib src-libexec src-release src-sbin src-share src-sys src-tools src-usrbin src-usrsbin ports-all Any ideas? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gilson de Paiva E&L Producoes de Software mailto:npd@el.com.br Domingos Martins - ES http://www.el.com.br/ Brazil http://www.openbsd.com.br/ Projeto OpenBSD BR =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 11:21:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from srv01.el.com.br (srv01.el.com.br [200.241.214.162]) by hub.freebsd.org (Postfix) with ESMTP id 473D737BA34 for ; Mon, 12 Jun 2000 11:21:34 -0700 (PDT) (envelope-from g-paiva@el.com.br) Received: from el.com.br (dialup.intranet.el [192.168.1.3]) by srv01.el.com.br (8.9.3/8.9.3) with ESMTP id PAA18982; Mon, 12 Jun 2000 15:21:01 -0300 (EST) (envelope-from g-paiva@el.com.br) Message-ID: <39452A63.B213FB04@el.com.br> Date: Mon, 12 Jun 2000 15:22:27 -0300 From: Gilson de Paiva Reply-To: npd@el.com.br X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: ChildsC@bcrail.com, stable@freebsd.org Subject: Re: I cannot make the 3-stable branch anymore. References: <00Jun12.104935pdt.13584@gatekeeper.bcrail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG That was probably garbage I left while changing the configuration file. I've already changed the tag and I'm running cvsup again. Hope it works. Thank You !! ChildsC@bcrail.com wrote: > > It looks like you redefined 'tag=' to be '.' > I think that means 'head' or 5.0-CURRENT. > > -----Original Message----- > From: Gilson de Paiva [mailto:g-paiva@el.com.br] > Sent: Monday, June 12, 2000 10:39 > To: stable@freebsd.org > Subject: I cannot make the 3-stable branch anymore. > Importance: High > > Hi, > > Last saturday at about 10:00 am GMT, as usual, I've cvsuped FreeBSD 3-Stable > and now I > can't: > make buildworld: > The following error is shown up ( short list ! ): > > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/i386 > mkdir -p /usr/obj/usr/src/i386/usr/bin > mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout > mkdir -p /usr/obj/usr/src/i386/usr/games > mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts > mkdir -p /usr/obj/usr/src/i386/usr/libexec/elf > mkdir -p /usr/obj/usr/src/i386/usr/sbin > mkdir -p /usr/obj/usr/src/i386/usr/share/misc > mkdir -p /usr/obj/usr/src/i386/usr/include/arpa > mkdir -p /usr/obj/usr/src/i386/usr/include/g++/std > mkdir -p /usr/obj/usr/src/i386/usr/include/objc > mkdir -p /usr/obj/usr/src/i386/usr/include/protocols > mkdir -p /usr/obj/usr/src/i386/usr/include/readline > mkdir -p /usr/obj/usr/src/i386/usr/include/rpc > mkdir -p /usr/obj/usr/src/i386/usr/include/rpcsvc > mkdir -p /usr/obj/usr/src/i386/usr/include/openssl > mkdir -p /usr/obj/usr/src/i386/usr/include/security > mkdir -p /usr/obj/usr/src/i386/usr/include/ss > ln -sf /usr/src/sys /usr/obj/usr/src/i386/sys > > -------------------------------------------------------------- > >>> stage 1: bootstrap tools > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 > DESTDIR=/usr/obj/usr/src/i386 > INSTALL="sh /usr/src/tools/install.sh" MACHINE_ARCH=i386 > TOOLS_PREFIX=/usr/obj/usr/src/i386 > PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/u > sr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > make -f Makefile.inc1 -DNOMAN -DNOINFO -DNOHTML bootstrap-tools > cd /usr/src/usr.bin/yacc; make obj; make depend; make all; make install > /usr/obj/usr/src/i386/usr/src/usr.bin/yacc created for /usr/src/usr.bin/yacc > rm -f .depend > mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include > /usr/src/usr.bin/yacc/closure.c /usr/src/usr.bin/yacc/error.c > /usr/src/usr.bin/yacc/lalr.c > /usr/src/usr.bin/yacc/lr0.c /usr/src/usr.bin/yacc/main.c > /usr/src/usr.bin/yacc/mkpar.c > /usr/src/usr.bin/yacc/output.c /usr/src/usr.bin/yacc/reader.c > /usr/src/usr.bin/yacc/skeleton.c /usr/src/usr.bin/yacc/symtab.c > /usr/src/usr.bin/yacc/verbose.c /usr/src/usr.bin/yacc/warshall.c > cd /usr/src/usr.bin/yacc; make _EXTRADEPEND > echo yacc: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/closure.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/error.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/lalr.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/lr0.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/main.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/mkpar.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/output.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/reader.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/skeleton.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/symtab.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/verbose.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.bin/yacc/warshall.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -o yacc closure.o error.o > lalr.o lr0.o > main.o mkpar.o output.o reader.o skeleton.o symtab.o verbose.o warshall.o > sh /usr/src/tools/install.sh -c -o root -g wheel -m 555 > /usr/src/usr.bin/yacc/yyfix.sh > /usr/obj/usr/src/i386/usr/bin/yyfix > sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 yacc > /usr/obj/usr/src/i386/usr/bin > /usr/obj/usr/src/i386/usr/bin/byacc -> /usr/obj/usr/src/i386/usr/bin/yacc > cd /usr/src/usr.bin/colldef; make obj; make depend; make all; make > install > /usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for > /usr/src/usr.bin/colldef > yacc -d /usr/src/usr.bin/colldef/parse.y > cp y.tab.c parse.c > lex -t -8 -i /usr/src/usr.bin/colldef/scan.l > scan.c > rm -f .depend > mkdep -f .depend -a -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale > -DCOLLATE_DEBUG -I/usr/obj/usr/src/i386/usr/include parse.c scan.c > cd /usr/src/usr.bin/colldef; make _EXTRADEPEND > echo colldef: /usr/obj/usr/src/i386/usr/lib/libc.a > /usr/obj/usr/src/i386/usr/lib/libl.a >> > .depend > cc -O -pipe -Wall -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale > -DCOLLATE_DEBUG > -I/usr/obj/usr/src/i386/usr/include -c parse.c > cc -O -pipe -Wall -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale > -DCOLLATE_DEBUG > -I/usr/obj/usr/src/i386/usr/include -c scan.c > /usr/src/usr.bin/colldef/scan.l:638: warning: `yyunput' defined but not used > cc -O -pipe -Wall -I. -I/usr/src/usr.bin/colldef/../../lib/libc/locale > -DCOLLATE_DEBUG > -I/usr/obj/usr/src/i386/usr/include -o colldef parse.o scan.o -ll > sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 colldef > /usr/obj/usr/src/i386/usr/bin > cd /usr/src/usr.sbin/config; make obj; make depend; make all; make > install > /usr/obj/usr/src/i386/usr/src/usr.sbin/config created for > /usr/src/usr.sbin/config > yacc -d /usr/src/usr.sbin/config/config.y > cp y.tab.c config.c > lex -t /usr/src/usr.sbin/config/lang.l > lang.c > rm -f .depend > mkdep -f .depend -a -I. -I/usr/src/usr.sbin/config > -I/usr/obj/usr/src/i386/usr/include > config.c /usr/src/usr.sbin/config/main.c lang.c > /usr/src/usr.sbin/config/mkioconf.c > /usr/src/usr.sbin/config/mkmakefile.c /usr/src/usr.sbin/config/mkheaders.c > /usr/src/usr.sbin/config/mkoptions.c > cd /usr/src/usr.sbin/config; make _EXTRADEPEND > echo config: /usr/obj/usr/src/i386/usr/lib/libc.a > /usr/obj/usr/src/i386/usr/lib/libl.a >> > .depend > cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused > -Wmissing-prototypes > -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c config.c > cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused > -Wmissing-prototypes > -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.sbin/config/main.c > cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused > -Wmissing-prototypes > -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c lang.c > /usr/src/usr.sbin/config/lang.l:1027: warning: `yy_flex_realloc' defined but > not used > cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused > -Wmissing-prototypes > -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.sbin/config/mkioconf.c > cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused > -Wmissing-prototypes > -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.sbin/config/mkmakefile.c > cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused > -Wmissing-prototypes > -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.sbin/config/mkheaders.c > cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused > -Wmissing-prototypes > -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c > /usr/src/usr.sbin/config/mkoptions.c > cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused > -Wmissing-prototypes > -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -o config config.o > main.o lang.o > mkioconf.o mkmakefile.o mkheaders.o mkoptions.o -ll > sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 config > /usr/obj/usr/src/i386/usr/sbin > cd /usr/src/gnu/usr.bin/gperf; make obj; make depend; make all; make > install > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf created for > /usr/src/gnu/usr.bin/gperf > ===> doc > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for > /usr/src/gnu/usr.bin/gperf/doc > rm -f .depend > mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c > mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include/g++ > -I/usr/obj/usr/src/i386/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc > cd /usr/src/gnu/usr.bin/gperf; make _EXTRADEPEND > echo gperf: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > ===> doc > c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe > -I/usr/obj/usr/src/i386/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc > c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe > -I/usr/obj/usr/src/i386/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc > c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe > -I/usr/obj/usr/src/i386/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc > c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe > -I/usr/obj/usr/src/i386/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc > c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe > -I/usr/obj/usr/src/i386/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc > c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe > -I/usr/obj/usr/src/i386/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc > c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe > -I/usr/obj/usr/src/i386/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc > c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe > -I/usr/obj/usr/src/i386/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -c > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning: > `catch', > `throw', and `try' are all C++ reserved words > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function > `void operator > delete(void *)': > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82: declaration > of `operator > delete(void *)' throws different exceptions... > :82: ...from previous declaration here > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > config my kernel: > The error is that config says the it can't find ../conf/devices.i386. When I > checked out > the directory, there were only kernel config files, all others has gone. I > did a " find > /usr/src/ -name devices.i386 " but no files was found. Others like > devices.i386, > options.i386 and so on can be found in /usr/src/sys/conf, but no > devices.i386. > > I tried to run cvsup against cvsup.internat.freebsd.org, > cvsup[123].br.freebsd.org but ( > wich I usually use ) and, besides some diferences in the repository, the > error is the > same. > PS: I've been doing this for a long time and this have never happened. That > ( I think ) > exclude some possible bad configuration as USA_RESIDENT = NO. > > Here is my /etc/cvsupfile: > > *default host=cvsup3.br.FreeBSD.org ( the last one I tried ) > *default base=/usr > *default prefix=/usr > *default release=cvs > *default tag=RELENG_3 > *default delete use-rel-suffix > *default compress > *default tag=. > > src-base > src-bin > src-contrib > src-etc > src-gnu > src-include > src-kerberosIV > src-kerberos5 > src-lib > src-libexec > src-release > src-sbin > src-share > src-sys > src-tools > src-usrbin > src-usrsbin > ports-all > > Any ideas? > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Gilson de Paiva E&L Producoes de Software > mailto:npd@el.com.br Domingos Martins - ES > http://www.el.com.br/ Brazil > http://www.openbsd.com.br/ Projeto OpenBSD BR > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gilson de Paiva E&L Producoes de Software mailto:npd@el.com.br Domingos Martins - ES http://www.el.com.br/ Brazil http://www.openbsd.com.br/ Projeto OpenBSD BR =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 12:31:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.lagparty.org (lagparty.org [140.186.18.204]) by hub.freebsd.org (Postfix) with ESMTP id 84FCF37BA24 for ; Mon, 12 Jun 2000 12:31:17 -0700 (PDT) (envelope-from greek@lagparty.org) Received: by mail.lagparty.org (Postfix, from userid 1022) id 0FC7A2F465; Mon, 12 Jun 2000 15:31:13 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.lagparty.org (Postfix) with ESMTP id 0B0D02F463 for ; Mon, 12 Jun 2000 15:31:13 -0400 (EDT) Date: Mon, 12 Jun 2000 15:31:12 -0400 (EDT) From: "Kyle R. Green" To: freebsd-stable@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 16:54:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bastuba.partitur.se (bastuba.partitur.se [193.219.246.194]) by hub.freebsd.org (Postfix) with ESMTP id 3A9A837B80A; Mon, 12 Jun 2000 16:54:47 -0700 (PDT) (envelope-from girgen@partitur.se) Received: from partitur.se ([193.150.250.87]) by bastuba.partitur.se (8.8.8/8.8.8) with ESMTP id BAA11667; Tue, 13 Jun 2000 01:54:44 +0200 (CEST) (envelope-from girgen@partitur.se) Message-ID: <39457826.FA5969BE@partitur.se> Date: Tue, 13 Jun 2000 01:54:14 +0200 From: Palle Girgensohn Organization: Partitur X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: sv, en MIME-Version: 1.0 To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: vmware freezes host w/ fresh stable Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I just upgraded my system to a fresh stable this afternoon, and now when I try to run vmware (version 2, installed last week from fresh port), the computer freezes entirely, and reboots after ~30 secs. I now use the system linprocfs instead of the unofficial port I used to have, and have put if in my fstab. Has anyone else seen this, of is it just me? -- Palle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 19:57:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dart.sr.se (dart.SR.SE [193.12.91.98]) by hub.freebsd.org (Postfix) with ESMTP id AE83737B7D6 for ; Mon, 12 Jun 2000 19:57:38 -0700 (PDT) (envelope-from gunnar@pluto.sr.se) Received: from honken.sr.se ([134.25.128.27]) by dart.sr.se (8.9.3/8.9.3) with ESMTP id EAA61641 for ; Tue, 13 Jun 2000 04:57:25 +0200 (CEST) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id EAA68559 for ; Tue, 13 Jun 2000 04:57:25 +0200 (CEST) (envelope-from gunnar@pluto.sr.se) Received: (from gunnar@localhost) by pluto.sr.se (8.9.3/8.9.3) id EAA54751 for freebsd-stable@freebsd.org; Tue, 13 Jun 2000 04:57:24 +0200 (CEST) (envelope-from gunnar) Date: Tue, 13 Jun 2000 04:57:24 +0200 From: Gunnar Flygt To: FreeBSD Stable Subject: Upgrading from 4.0-RELEASE to 4.0-STABLE Message-ID: <20000613045724.B54524@sr.se> Reply-To: Gunnar Flygt Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just so I don't make any mistakes. What is the proper way of going from 4.0-R to 4.0-S. I've `make buildworld` Should I do as when upgrading from 3.4 to 4.0 `make buildkernel` or can I make the kernel the old way before rebooting and `make installworld`? Do I also have to take the other steps as when upgrading from 3.4->4.0? With the module building and so. UPDATE isn't very clear here! -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 22:10:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from yoda.dccnet.com (mail.deltacable.com [207.230.239.70]) by hub.freebsd.org (Postfix) with ESMTP id 8153337B855 for ; Mon, 12 Jun 2000 22:10:04 -0700 (PDT) (envelope-from kg@dccnet.com) Received: from dccnet.com (unverified [209.5.131.193]) by yoda.dccnet.com (Rockliffe SMTPRA 3.4.6) with ESMTP id for ; Mon, 12 Jun 2000 22:07:11 -0700 Message-ID: <3945C21D.48EE1E3A@dccnet.com> Date: Mon, 12 Jun 2000 22:09:49 -0700 From: "Kevin G. Eliuk" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD Stable Subject: Acer 507T Notebook Question[s] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, This weekend I was setting up the newly acquired acer notebook and all went really well (being my first notebook install). >> Specifications: ================== Processor - Intel Celeron 466MHz Core Logic - Intel 440MX Video Subsystem - NeoMagic MagicGraph 128XD (works flawlessly with neomagic driver and little effort) CD-ROM Drive - 24X TEAC CD-224E Sound Subsystem - Crystal/Cirrus Logic CL4299 (no luck thus far) PCCard Support - O2Micro OZ6812 CardBus Controller : 1 Type III or 1 Type II (recognized and worked with a KNE-PC2T PCMCIA adapter) Pointing Device - Touchpad by Synaptics (running with the psm driver) Modem - Lucent Technologies Soft Modem - AMR ( :-) ) I installed 4.0-Stable dated June 8th, breaking all the rules and installing XFree86-4.0 from ports. I am wondering about what might get the sound to work with this puppy? I have tried: device pcm device gusc device sbc device csa and have added: options PNPBIOS in the kernel with no luck. I have even added what I thought would be good values for these using "at isa?" values to no avail. Any help would be appreciated. >>Verbose dmesg output: ======================= Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-20000608-STABLE #0: Sun Jun 11 23:51:54 PDT 2000 kevine@laptop.versys.net:/usr/src/sys/compile/TALC Calibrating clock(s) ... TSC clock: 466553861 Hz, i8254 clock: 1193128 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium II/Pentium II Xeon/Celeron (466.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x66a Stepping = 10 Features=0x183f9ff real memory = 67043328 (65472K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x003a8000 - 0x03fe7fff, 63176704 bytes (15424 pages) avail memory = 61616128 (60172K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f0280 bios32: Entry = 0xf0210 (c00f0210) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x0 pnpbios: Found PnP BIOS data at 0xc00f61a0 pnpbios: Entry = fa000:0 Rev = 1.0 pnpbios: Event flag at 4b0 Other BIOS signatures found: ACPI: 000fe030 Preloaded elf kernel "kernel" at 0xc038f000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc038f09c. Preloaded elf module "splash_bmp.ko" at 0xc038f0ec. Preloaded splash_image_data "/boot/505.bmp" at 0xc038f190. VESA: information block 56 45 53 41 00 02 1f 01 00 01 00 00 00 00 22 00 00 01 1f 00 1d 01 00 01 00 01 09 01 00 01 1a 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 0d 01 0e 01 10 01 11 01 12 01 13 01 14 01 15 01 16 01 VESA: 20 mode(s) found VESA: v2.0, 1984k memory, flags:0x0, mode table:0xc02c2dc2 (1000022) VESA: MagicGraph 128XD 40K SVGA BIOS VESA: NeoMagic MagicGraph 128XV 01.0 Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 splash: image@0xc03180c8, size:481022 bmp_start(): splash_mode:259 splash: image decoder found: splash_bmp pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=71948086) apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=71948086) pcib0: on motherboard found-> vendor=0x8086, dev=0x7194, revid=0x01 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7195, revid=0x00 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=b, irq=11 found-> vendor=0x8086, dev=0x7196, revid=0x00 class=07-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=b, irq=11 found-> vendor=0x10c8, dev=0x0004, revid=0x01 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base 06000000, size 24 map[14]: type 1, range 32, base 05400000, size 21 map[18]: type 1, range 32, base 05300000, size 20 found-> vendor=0x1217, dev=0x6872, revid=0x05 class=06-07-00, hdrtype=0x02, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 found-> vendor=0x8086, dev=0x7198, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7199, revid=0x00 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 00008000, size 4 found-> vendor=0x8086, dev=0x719a, revid=0x00 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=10 map[20]: type 1, range 32, base 00007cc0, size 5 found-> vendor=0x8086, dev=0x719b, revid=0x00 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 pci0: on pcib0 pci0: (vendor=0x8086, dev=0x7195) at 0.1 irq 11 pci0: (vendor=0x8086, dev=0x7196) at 0.2 irq 11 pci0: (vendor=0x10c8, dev=0x0004) at 2.0 irq 5 chip1: irq 11 at device 6.0 on pci0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x8000-0x800f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x8000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x9 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x8008 ata1: mask=00 status0=ff status1=ff ata1: probe allocation failed uhci0: port 0x7cc0-0x7cdf irq 10 at device 7.2 on pci0 uhci0: (New UHCI DeviceId=0x719a8086) usb0: on uhci0 usb0: USB revision 1.0 uhub0: (0x719a8086) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered chip2: at device 7.3 on pci0 ata-: ata0 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 pnpbios: 14 devices, largest 126 bytes PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: end config pnpbios: handle 0 device ID PNP0a03 (030ad041) PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: adding irq mask 00x4 PNP0000: end config pnpbios: handle 1 device ID PNP0000 (0000d041) PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x8f, size=0xf, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 PNP0200: adding dma mask 0x10 PNP0200: end config pnpbios: handle 2 device ID PNP0200 (0002d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0 PNP0100: adding irq mask 00x1 PNP0100: end config pnpbios: handle 3 device ID PNP0100 (0001d041) PNP0b00: adding io range 0x70-0x73, size=0x4, align=0 PNP0b00: adding irq mask 0x100 PNP0b00: end config pnpbios: handle 4 device ID PNP0b00 (000bd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 PNP0800: end config pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 PNP0c04: adding irq mask 0x2000 PNP0c04: end config pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding memory range 0-0x9ffff, size=0xa0000, align=0 PNP0c01: adding memory range 0xe0000-0xfffff, size=0x20000, align=0 PNP0c01: adding memory32 range 0xffff0000-0xffffffff, size=0x10000, align=0 PNP0c01: end config pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding memory32 range 0x100000-0xffffff, size=0xf00000, align=0 PNP0c02: adding memory32 range 0x1000000-0x3ffffff, size=0x3000000, align=0 PNP0c02: adding io range 0xf000-0xf03f, size=0x40, align=0 PNP0c02: adding io range 0xf100-0xf11f, size=0x20, align=0 PNP0c02: adding io range 0x80-0x80, size=0x1, align=0 PNP0c02: adding io range 0x92-0x92, size=0x1, align=0 PNP0c02: end config pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 PNP0303: adding io range 0x62-0x62, size=0x1, align=0 PNP0303: adding io range 0x66-0x66, size=0x1, align=0 PNP0303: adding irq mask 00x2 PNP0303: end config pnpbios: handle 9 device ID PNP0303 (0303d041) PNP0f13: adding irq mask 0x1000 PNP0f13: end config pnpbios: handle 11 device ID PNP0f13 (130fd041) PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77b, size=0x4, align=0 PNP0401: adding dma mask 0x2 PNP0401: end config pnpbios: handle 13 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 14 device ID PNP0501 (0105d041) PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0 PNP0700: adding io range 0x3f7-0x3f7, size=0x1, align=0 PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 PNP0700: end config pnpbios: handle 15 device ID PNP0700 (0007d041) isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 pcic0: management irq 11 pccard0: on pcic0 pccard1: on pcic0 sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A ppc0: parallel port found at 0x378 ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold plip0: on ppbus0 bpf: lp0 attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 isa_probe_children: probing PnP devices unknown0: at port 0xcf8-0xcff,0x4d0-0x4d1 on isa0 unknown: can't assign resources unknown1: at port 0-0xf,0x81-0x8f,0xc0-0xdf drq 4 on isa0 unknown2: at port 0x40-0x43 irq 0 on isa0 unknown3: at port 0x70-0x73 irq 8 on isa0 unknown4: at port 0x61 on isa0 unknown5: at port 0xf0-0xff irq 13 on isa0 unknown6: at iomem 0-0x9ffff,0xe0000-0xfffff,0xffff0000-0xffffffff on isa0 unknown7: at port 0xf000-0xf03f,0xf100-0xf11f,0x80,0x92 iomem 0x100000-0xffffff,0x1000000-0x3ffffff on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources BIOS Geometries: 0:024efe3f 0..590=591 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: faith0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: stf0 attached bpf: lo0 attached bpf: ppp0 attached new masks: bio 40084440, tty 40031092, net 40071092 bpf: sl0 attached ata0-master: success setting up UDMA2 mode on PIIX4 chip ad0: ATA-4 disk at ata0 as master ad0: 4645MB (9514260 sectors), 10068 cyls, 15 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA33 ad0: piomode=4 dmamode=2 udmamode=2 cblid=0 Creating DISK ad0 Creating DISK wd0 ata0-slave: piomode=4 dmamode=2 udmamode=-1 dmaflag=1 ata0-slave: success setting up PIO4 mode on generic chip acd0: CDROM drive at ata0 as slave acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 acd0: Reads: CD-R, CD-DA stream acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Mounting root from ufs:/dev/ad0s2a pccard: card inserted, slot 0 ad0s1: type 0xb, start 63, end = 5365709, size 5365647 : OK ad0s2: type 0xa5, start 5365710, end = 9510479, size 4144770 : OK start_init: trying /sbin/init pcic: I/O win 0 flags 15 300-31f pcic: I/O win 0 flags 5 300-31f ed0 at port 0x300-0x31f irq 3 slot 0 on pccard0 pcic: I/O win 0 flags 15 300-31f ed0: address 00:c0:f0:3d:96:a8, type NE2000 (16 bit) bpf: ed0 attached Linux-ELF exec handler installed -- Regards, )))))) )))))) )))))) Kevin G. Eliuk )) )) )) )) )) )) http://www.FreeBSD.org )) "Change your operating system, )) )) )) )) )) and You can change your World." )))))) )))))) )))))) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 22:22:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from tinker.exit.com (exit-gw.power.net [207.151.46.196]) by hub.freebsd.org (Postfix) with ESMTP id 0795E37B8E2; Mon, 12 Jun 2000 22:22:19 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime.exit.com [206.223.0.5]) by tinker.exit.com (8.9.3/8.9.3) with ESMTP id WAA73416; Mon, 12 Jun 2000 22:22:14 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.9.3/8.9.3) id WAA12719; Mon, 12 Jun 2000 22:22:14 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200006130522.WAA12719@realtime.exit.com> Subject: More problems with emu10k1 driver. To: freebsd-stable@freebsd.org, cg@freebsd.org Date: Mon, 12 Jun 2000 22:22:14 -0700 (PDT) Cc: current@freebsd.org Reply-To: frank@exit.com Organization: Exit Consulting X-Copyright0: Copyright 2000 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried to use it tonight, with the latest 4-stable. Well, it doesn't just silently panic any more, which is an improvement; I was able to get a core dump. I ran mpg123 to play an mp3; as soon as it tried to play the system panicked on an NMI. The dump shows the mpg123 process sleeping on "spread" down in spec_getpages(). I didn't see anything else interesting that I could interpret, but I can certainly grunge through the dump for anything that anyone else (particularly Cameron) might need. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://store.exit.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 22:23:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from workstation.dhs.org (hd023462d.ntc.off-campus.vt.edu [208.35.70.45]) by hub.freebsd.org (Postfix) with ESMTP id 0EC1137BD1F for ; Mon, 12 Jun 2000 22:23:15 -0700 (PDT) (envelope-from ryan@workstation.dhs.org) Received: from localhost (ryan@localhost) by workstation.dhs.org (8.9.3/8.9.3) with ESMTP id BAA28235 for ; Tue, 13 Jun 2000 01:23:11 -0400 (EDT) (envelope-from ryan@workstation.dhs.org) Date: Tue, 13 Jun 2000 01:23:06 -0400 (EDT) From: Ryan Turner To: freebsd-stable@freebsd.org Subject: 2048 byte media Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is 2048 byte media supported? The last time I tried using it was 2.2.8 I currently have to use a windows box to access it. If I could use it on freebsd I could finally get rid of windows. Ryan Turner ryturner@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 12 23:58: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id AB74B37B9F0 for ; Mon, 12 Jun 2000 23:57:54 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id IAA27609; Tue, 13 Jun 2000 08:58:21 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 131kdx-0001l0-00 for ; Tue, 13 Jun 2000 08:57:49 +0200 Date: Tue, 13 Jun 2000 08:57:49 +0200 From: Szilveszter Adam To: FreeBSD Stable Subject: Re: Upgrading from 4.0-RELEASE to 4.0-STABLE Message-ID: <20000613085749.B6371@petra.hos.u-szeged.hu> Mail-Followup-To: FreeBSD Stable References: <20000613045724.B54524@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000613045724.B54524@sr.se>; from gunnar@pluto.sr.se on Tue, Jun 13, 2000 at 04:57:24AM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 04:57:24AM +0200, Gunnar Flygt wrote: > Just so I don't make any mistakes. What is the proper way of going from > 4.0-R to 4.0-S. I've `make buildworld` Should I do as when upgrading > from 3.4 to 4.0 `make buildkernel` or can I make the kernel the old way > before rebooting and `make installworld`? Do I also have to take the > other steps as when upgrading from 3.4->4.0? With the module building > and so. > > UPDATE isn't very clear here! In order to upgrade, follow the usual steps (make buildworld->make installworld->mergemaster->build new kernel->reboot) These should work. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 0: 0:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 68EA537BA73 for ; Tue, 13 Jun 2000 00:00:35 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.9.3/1.13) id KAA44999; Tue, 13 Jun 2000 10:00:09 +0300 (EEST) Date: Tue, 13 Jun 2000 10:00:09 +0300 From: Ruslan Ermilov To: Gunnar Flygt Cc: stable@freebsd.org Subject: Re: Upgrading from 4.0-RELEASE to 4.0-STABLE Message-ID: <20000613100009.E44415@sunbay.com> Mail-Followup-To: Gunnar Flygt , stable@freebsd.org References: <20000613045724.B54524@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000613045724.B54524@sr.se>; from gunnar@pluto.sr.se on Tue, Jun 13, 2000 at 04:57:24AM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 04:57:24AM +0200, Gunnar Flygt wrote: > Just so I don't make any mistakes. What is the proper way of going from > 4.0-R to 4.0-S. I've `make buildworld` Should I do as when upgrading > from 3.4 to 4.0 `make buildkernel` or can I make the kernel the old way > before rebooting and `make installworld`? Do I also have to take the > other steps as when upgrading from 3.4->4.0? With the module building > and so. > > UPDATE isn't very clear here! > A quick reference: 1) cvsup(1) /usr/src up to RELENG_4 2) make buildworld 3) rebuild your kernel (the old way is acceptable) 4) shutdown(8) to single user mode 5) make installworld 6) install new kernel 7) rebuild /etc and /dev -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 0:40:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id AB78037BA19 for ; Tue, 13 Jun 2000 00:40:46 -0700 (PDT) (envelope-from mremski@ix.netcom.com) Received: from pool-209-138-19-189.cmbr.grid.net ([209.138.19.189]) by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id DAA20899; Tue, 13 Jun 2000 03:40:39 -0400 (EDT) Date: Tue, 13 Jun 2000 03:40:32 -0400 (EDT) From: Michael Remski To: Gunnar Flygt Cc: FreeBSD Stable Subject: Re: Upgrading from 4.0-RELEASE to 4.0-STABLE In-Reply-To: <20000613045724.B54524@sr.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been doing: make buildworld shutdown now (drop to single user mode) make installworld cd /usr/src/sys/i386/conf config -g cd ../../compile/ make depend && make && make install update /dev and /etc reboot and has been working fine. m On Tue, 13 Jun 2000, Gunnar Flygt wrote: > Just so I don't make any mistakes. What is the proper way of going from > 4.0-R to 4.0-S. I've `make buildworld` Should I do as when upgrading > from 3.4 to 4.0 `make buildkernel` or can I make the kernel the old way > before rebooting and `make installworld`? Do I also have to take the > other steps as when upgrading from 3.4->4.0? With the module building > and so. > > UPDATE isn't very clear here! > > -- > __o > regards, Gunnar ---_ \<,_ > email: flygt@sr.se ---- (_)/ (_) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 1: 3:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6]) by hub.freebsd.org (Postfix) with ESMTP id 84CB237BCDC for ; Tue, 13 Jun 2000 01:03:49 -0700 (PDT) (envelope-from bartequi@neomedia.it) Received: from bartequi.ottodomain.org (ppp1-pa5.neomedia.it [195.103.207.113]) by aragorn.neomedia.it (8.9.3/8.9.3) with SMTP id KAA26430; Tue, 13 Jun 2000 10:03:34 +0200 (CEST) From: Salvo Bartolotta Date: Tue, 13 Jun 2000 09:05:10 GMT Message-ID: <20000613.9051000@bartequi.ottodomain.org> Subject: Re: Upgrading from 4.0-RELEASE to 4.0-STABLE To: Gunnar Flygt Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <20000613045724.B54524@sr.se> References: <20000613045724.B54524@sr.se> X-Mailer: SuperCalifragilis X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 6/13/00, 3:57:24 AM, Gunnar Flygt wrote=20 regarding Upgrading from 4.0-RELEASE to 4.0-STABLE: > Just so I don't make any mistakes. What is the proper way of going=20 from > 4.0-R to 4.0-S. I've `make buildworld` Should I do as when upgrading > from 3.4 to 4.0 `make buildkernel` or can I make the kernel the old=20 way > before rebooting and `make installworld`? Do I also have to take the > other steps as when upgrading from 3.4->4.0? With the module building > and so. > UPDATE isn't very clear here! Dear Gunnar Flygt, On a related note, under -CURRENT (sources as of June 13, 2 GMT), I=20 have just followed the "classical" recipe (make buildworld, make=20 installworld, mergemaster, make devices & slice entries, make=20 sysinstall, make new kernel). It works delightfully :-) You should not have any difficulties; the problems posted to the list=20 (OpenSSH) have been solved. I successfully remade the world of=20 3-STABLE (yesterday), 4-STABLE, and -CURRENT (few minutes ago).=20 Best regards, Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 4:12:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 28DDE37BA98; Tue, 13 Jun 2000 04:12:27 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id NAA40518; Tue, 13 Jun 2000 13:12:18 +0200 (CEST) (envelope-from asmodai) Date: Tue, 13 Jun 2000 13:12:18 +0200 From: Jeroen Ruigrok van der Werven To: current@freebsd.org, dillon@freebsd.org Cc: stable@freebsd.org, ps@freebsd.org, wpaul@freebsd.org Subject: Weird 4.0-STABLE problem, might be related to 5.0 as well Message-ID: <20000613131218.G37438@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is the third time this happened to a 4.0-STABLE host of ours. The problem starts with havnig a number of processes which are unable to be killed. So we want to reboot the box. All goes well, bufdaemon and syncer stop normally. Then it gets to syncing disks done. And there it hangs. At this point only the NIC is reachable on its IP address for ping. So I break into DDB and get this from a trace: db> trace Debugger(c024c429) at Debugger+0x35 scgetc(c028cb80,2,1,c0285bc0,18) at scgetc+0x30e sckbdevent(c0285bc0,0,c028cb80,1,4) at sckbdevent+0x1b9 atkbd_intr(c0285bc0,0,c0259284,c0213202,c0285bc0) at atkbd_intr+0x22 atkbd_isa_intr(c0285bc0,40060c00,c0220010,10,c0250010) at atkbd_isa_intr+0x18 Xresume1() at Xresume1+0x2b --- interrupt, eip = 0xc0222810, esp = 0xc025927c, ebp = 0xc0259284 --- getit(c2408000,4,c02592ac,c01d6a4b,1) at getit+0x18 DELAY(1,c2408000,c2408000,c0259314,c02592f0) at DELAY+0x2a xl_mii_send(c2408000,18,5,c2408000,2,2,c2408000,1,2,c2408000) at xl_mii_send+0x5f xl_mii_readreg(c2408000,c0259314,c0259314,8,c2401400) at xl_mii_readreg+0xd0 xl_miibus_readreg(c2401400,18,0,c0259350,c0137c53) at xl_miibus_readreg+0x39 MIIBUS_READREG(c2401400,18,0,c2401000,c2404bc0) at MIIBUS_READREG+0x34 miibus_readreg(c2401000,18,0,c0259384,c01384d9) at miibus_readreg+0x1b MIIBUS_READREG(c2401000,18,0) at MIIBUS_READREG+0x34 ukphy_status(c2404b80) at ukphy_status+0x51 exphy_service(c2404b80,c2404bc0,1) at exphy_service+0xbd mii_tick(c2404bc0) at mii_tick+0x19 xl_stats_update(c2408000,40000000,0,0,ffffffff) at xl_stats_update+0xfe softclock(0,10,10,c0210010,ffffffff) at softclock+0xd1 doreti_swi() at doreti_swi+0xf Of course I thought I installed a kernel and kernel.debug, and whaddya know, the kernel.debug is only a few bytes larger than the kernel. Fsck. So now my crash dump means nada, because I get kvm problems with a newly linked kernel.debug. [sigh] So I gotta wait for the problem to occur again in a few days. I just find the doreti_swi() curious. That's why I explicitely sent this to Matthew as well. For the xl/mii stuff I cc:'d Bill Paul, and Paul Saab for general panic housekeeping. ;) Anyways, the box is a single processor box. FreeBSD ran.bart.nl 4.0-STABLE FreeBSD 4.0-STABLE #3: Fri Jun 2 12:11:21 CEST 2000 asmodai@ran.bart.nl:/usr/src/sys/compile/RAN i386 Two xl cards present. Config is nothing special: machine i386 cpu I686_CPU ident RAN maxusers 512 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options TCP_RESTRICT_RST #restrict emission of TCP RST options SHMMAXPGS=40960 options DDB device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # PCI Ethernet NICs. device fxp # Intel EtherExpress PRO/100B (82557, 82558) device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! #pseudo-device bpf #Berkeley packet filter yright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #3: Fri Jun 2 12:11:21 CEST 2000 asmodai@ran.bart.nl:/usr/src/sys/compile/RAN Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (601.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383f9ff real memory = 268423168 (262132K bytes) avail memory = 257359872 (251328K bytes) Preloaded elf kernel "kernel" at 0xc02d9000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 pci0: at 4.1 pci0: at 4.2 chip1: port 0xe800-0xe80f at device 4 .3 on pci0 ahc0: port 0xb000-0xb0ff mem 0xe1000000- 0xe1000fff irq 12 at device 6.0 on pci0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xa800-0xa87f mem 0xe0800000-0xe0800 07f irq 10 at device 10.0 on pci0 xl0: Ethernet address: 00:01:02:26:fb:54 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0xa400-0xa47f mem 0xe0000000-0xe0000 07f irq 11 at device 12.0 on pci0 xl1: Ethernet address: 00:01:02:28:f7:e3 miibus1: on xl1 xlphy1: <3Com internal media interface> on miibus1 xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) As soon as I get these problems again I'll notify you guys. I made sure kernel.debug is ok now [7 MB instead of 1.8 MB]. So this mishap should not occur. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Judge not, that ye be not judged... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 4:31:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 816BE37B7B0 for ; Tue, 13 Jun 2000 04:31:20 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id NAA13878 for freebsd-stable@freebsd.org; Tue, 13 Jun 2000 13:31:17 +0200 (CEST) Date: Tue, 13 Jun 2000 13:31:17 +0200 From: Martin Cracauer To: so-called -stable list Subject: Kaffe on 4-stable broken (and java-gcc)? Message-ID: <20000613133116.A12949@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The kaffe-1.0.5 port seems to be broken on 4-stable. I tested with a -stable from a few weeks ago and one updated today with some thread fixes I notied (both time recompiling kaffe). In any case I get the following error: cracauer/work(gilgamesch)24% kaffe-javac assertion "(currentJThread->env)->_jb[0]>0x1000 && (u_int)(currentJThread->env)->_jb[2]>0x1000" failed: file "jthread.c", line 1515 Abort trap - core dumped Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 5:46:15 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by hub.freebsd.org (Postfix) with ESMTP id 46EB337B9B5 for ; Tue, 13 Jun 2000 05:46:13 -0700 (PDT) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Received: from fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by jfh00.fernuni-hagen.de (Postfix) with ESMTP id A5E48113; Tue, 13 Jun 2000 14:46:02 +0200 (CEST) Message-ID: <39462D0A.F490EA16@fernuni-hagen.de> Date: Tue, 13 Jun 2000 14:46:02 +0200 From: "F. Heinrichmeyer" Organization: FernUni in Hagen X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.14-15mdksmp i686) X-Accept-Language: de-DE, German/Germany, en MIME-Version: 1.0 To: freebsd-stable Subject: news from my SMP box (spontaneous reboots, maybe a hardware problem) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, we moved the harddisks to an identical SMP-box. Now i wait since 5 days for my spontaneous reboots at this new box. After changing CPUs at the suspected box, one time only one was recognized. Strange. -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 6:24:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns.sanda.gr.jp (ns.sanda.gr.jp [210.232.122.18]) by hub.freebsd.org (Postfix) with ESMTP id 7449F37B64B for ; Tue, 13 Jun 2000 06:24:07 -0700 (PDT) (envelope-from non@ever.sanda.gr.jp) Received: from ever.sanda.gr.jp (epoch [10.93.63.51]) by ns.sanda.gr.jp (8.9.3/3.7W) with ESMTP id WAA77240; Tue, 13 Jun 2000 22:24:01 +0900 (JST) From: non@ever.sanda.gr.jp Received: from localhost (localhost [127.0.0.1]) by ever.sanda.gr.jp (8.8.8/3.3W9) with ESMTP id WAA29457; Tue, 13 Jun 2000 22:24:01 +0900 (JST) To: ryan@workstation.dhs.org Cc: freebsd-stable@freebsd.org Subject: Re: 2048 byte media In-Reply-To: Your message of "Tue, 13 Jun 2000 01:23:06 -0400 (EDT)" References: X-Mailer: Mew version 1.93 on Emacs 19.28 / Mule 2.3 =?iso-2022-jp?B?KBskQkt2RSYyVhsoQik=?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000613222400T.non@ever.sanda.gr.jp> Date: Tue, 13 Jun 2000 22:24:00 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 14 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Ryan Turner Date: Tue, 13 Jun 2000 01:23:06 -0400 (EDT) > Is 2048 byte media supported? The last time I tried using it was 2.2.8 > I currently have to use a windows box to access it. If I could use > it on freebsd I could finally get rid of windows. `od' driver may help. ftp://daemon.jp.freebsd.org/pub/FreeBSD-jp/OD/ It works fine for my 2048bytes MOs, though I don't know if it works for all 2048 bytes media. Concerning 3.4-RELEASE, PAO patch includes the od driver. // Noriaki Mitsunaga To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 7:45:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from front6m.grolier.fr (front6m.grolier.fr [195.36.216.56]) by hub.freebsd.org (Postfix) with ESMTP id E8FF437B795; Tue, 13 Jun 2000 07:44:59 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-159-197.villette.club-internet.fr (ppp-159-197.villette.club-internet.fr [195.36.159.197]) by front6m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id QAA11902; Tue, 13 Jun 2000 16:44:11 +0200 (MET DST) Date: Tue, 13 Jun 2000 16:21:31 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: "Bradley T. Hughes" Cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Problem with newer sym driver on a Tekram DC-390U2W controller In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Thanks for the report and sorry for the breakage. Unfortunately I haven't any Tekram board and so, risk of device setup breakage is more likely to happen for these boards due to their proprietary NVRAM layout. Tekram use to speak highly of their success under notably Linux and seem to want to provide their own drivers. May-be, for this reason, they never sent me any of their SYM53C8XX based SCSI boards for driver testing. Well. I have an explanation of the breakage. The table used by the driver to translate the NVRAM sync. tag to sync. factor is probably wrong. The values seem to be rather ((sync. period)/4 in nano-seconds) than true SCSI sync. factors. Here it the offending table: static u_char Tekram_sync[16] = {25,31,37,43, 50,62,75,125, 12,15,18,21, 6,7,9,10}; The below preliminar patch should work-around the problem: --- sym_hipd.c.0613 Tue Jun 13 14:58:18 2000 +++ sym_hipd.c Tue Jun 13 15:17:54 2000 @@ -2960,11 +2960,15 @@ sym_nvram_setup_target (np, i, nvram); /* - * For now, guess PPR support from the period. + * For now, guess PPR/DT support from the period + * and BUS width. */ - if (tp->tinfo.user.period <= 9) { - tp->tinfo.user.options |= PPR_OPT_DT; - tp->tinfo.user.offset = np->maxoffs_dt; + if (np->features & FE_ULTRA3) { + if (tp->tinfo.user.period <= 9 && + tp->tinfo.user.width == BUS_16_BIT) { + tp->tinfo.user.options |= PPR_OPT_DT; + tp->tinfo.user.offset = np->maxoffs_dt; + } } if (!tp->usrtags) ----------------------- Cut there ---------------------- Note that the driver was probably trusting too much the NVRAM content. :) The code should have been more careful. I will prepare and commit a complete fix very soon. On Sat, 10 Jun 2000, Bradley T. Hughes wrote: > My system at work has on of the mentioned controllers, which uses a > Symbios 53C895 chip. > > I installed FreeBSD 4.0-RELEASE on the machine when I got the box, and was > happy to see that da0 reported 40mb/s transfer rates. > > Soon after I cvsup'ed to -STABLE, which had an updated sym driver (1.5.3 > from May 06), and my disk performance dropped dramatically. Upon > investigation, I noticed that da0 was reporting only 6.6mb/s transfer > rates. > > I began looking through mailing list archives and have found no posts even > resembling the problem that I have... so I decided to try something. I > found sym driver 1.3.2, dropped it into /usr/src/sys/dev/sym and > recompiled my kernel. Upon reboot, da0 reported 40mb/s xfer rates and my > disk performance came back to "normal" (read: what i was getting after > setting upthe machine) > > I repeated this process for sym driver versions 1.4.1 and 1.5.0, both of > which work beautifully. But driver 1.5.3 does not, and driver 1.6.1 from > -CURRENT does not. > > Is there something I could add to my kernel config to get the original > performance out of the current driver in -STABLE? > > I have attached a few dmesg logs, and will gladly provide other > information if necessary. If you have time for doing the following tests, this would allow me to fix correctly the Tekram NVRAM sync. table: 1) Use latest sym-1.6.1 driver (for 4.0 just steal driver files from -current) (You may patch it prior to do the tests, but it is not required) 2) Edit sym_hipd.c and add the following 'define' at the beginning of the source: #define SYM_CONF_DEBUG_NVRAM (Or add -DSYM_CONF_DEBUG_NVRAM to the compilation options) 3) Starting with 20 Mega-transfers per second until maximum possible, try successivelly several sync. speeds (all values if only the 4 possible discrete values are allowed) from the NVRAM and send me the driver boot messages. If you have several SCSI devices, using different values for each device can cover the sync. value range in a fiew runs. Thanks in advance, Regards, Gerard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 7:58:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 6C1A337BE8D; Tue, 13 Jun 2000 07:58:26 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.10.1/8.10.1) id e5DEwJb03585; Tue, 13 Jun 2000 10:58:19 -0400 (EDT) Date: Tue, 13 Jun 2000 10:58:19 -0400 (EDT) From: Luoqi Chen Message-Id: <200006131458.e5DEwJb03585@lor.watermarkgroup.com> To: current@FreeBSD.ORG, dillon@FreeBSD.ORG, jruigrok@via-net-works.nl Subject: Re: Weird 4.0-STABLE problem, might be related to 5.0 as well Cc: ps@FreeBSD.ORG, stable@FreeBSD.ORG, wpaul@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is the third time this happened to a 4.0-STABLE host of ours. > > The problem starts with havnig a number of processes which are unable to > be killed. So we want to reboot the box. > > All goes well, bufdaemon and syncer stop normally. > > Then it gets to > > syncing disks > done. > > And there it hangs. At this point only the NIC is reachable on its IP > address for ping. > At this point the kernel is trying to unmount all filesystems, it hangs probably because it's waiting for locks those unkillable processes hold. > So I break into DDB and get this from a trace: > The trace didn't reveal anything wrong: xl is updating its status during a scheduled timeout. The best way to diagnose the problem is to work on the live system when the same symptom occurs (unkillable process), find out which channels these processes are sleeping on and why they're not waken up (hardware failure might contribute to it). A `ps axl' report would be very helpful. For those unkillable processes, you might want to report the backtrace for each, here's how to get them, # gdb -k /kernel /dev/mem (kgdb) proc (kgdb) bt -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 8:25:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from front7m.grolier.fr (front7m.grolier.fr [195.36.216.57]) by hub.freebsd.org (Postfix) with ESMTP id B6F2C37BEBD; Tue, 13 Jun 2000 08:24:58 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-109-219.villette.club-internet.fr (ppp-109-219.villette.club-internet.fr [194.158.109.219]) by front7m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id RAA04686; Tue, 13 Jun 2000 17:24:50 +0200 (MET DST) Date: Tue, 13 Jun 2000 17:01:40 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: "Bradley T. Hughes" Cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Problem with newer sym driver on a Tekram DC-390U2W controller In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just downloaded the latest Tekram driver sources for FreeBSD-4.0 and the files contains all information I need about the sync. table. Thus, the below testing are no longer needed. Regards, G=E9rard. On Tue, 13 Jun 2000, G=E9rard Roudier wrote: [ ... ] > > I have attached a few dmesg logs, and will gladly provide other > > information if necessary. >=20 > If you have time for doing the following tests, this would allow me to fi= x > correctly the Tekram NVRAM sync. table: >=20 > 1) Use latest sym-1.6.1 driver (for 4.0 just steal driver files from > -current) > (You may patch it prior to do the tests, but it is not required) >=20 > 2) Edit sym_hipd.c and add the following 'define' at the beginning of > the source:=20 > #define=09SYM_CONF_DEBUG_NVRAM > (Or add -DSYM_CONF_DEBUG_NVRAM to the compilation options) >=20 > 3) Starting with 20 Mega-transfers per second until maximum possible, try > successivelly several sync. speeds (all values if only the 4 possible > discrete values are allowed) from the NVRAM and send me the driver boo= t > messages. If you have several SCSI devices, using different values for > each device can cover the sync. value range in a fiew runs. >=20 > Thanks in advance, >=20 > Regards, > Gerard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 8:40:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 9BA2637B552 for ; Tue, 13 Jun 2000 08:40:33 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from [128.9.176.137] (ras37.isi.edu [128.9.176.137]) by boreas.isi.edu (8.9.3/8.9.3) with ESMTP id IAA20398 for ; Tue, 13 Jun 2000 08:40:31 -0700 (PDT) User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 Date: Tue, 13 Jun 2000 08:40:30 -0700 Subject: Promise Ultra66 install problem From: Lars Eggert To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I'm having a strange problem booting after installing 4.0-RELEASE onto a Maxtor 7200rpm ATA66 drive attached to a Promise Ultra66 controller. Installation went by without problems, but booting off the drive fails at varying points during boot0 or the BTX boot loader. Sometimes I see a message about "elf_loadexec: archsw.readin failed", sometimes not even that. If I move the drive on the onboard (standard) IDE controller, I can boot fine (until the time comes to mount things, because the fstab is wrong, but that is to be expected.) The system also has an onboard SCSI controller with drives attached and 3.4-RELEASE installed, could that be part of the problem? (Disabling it didn't make a difference.) I checked the archive, and the recommended fix for the "archsw.readin" problem seems to be to reinstall boot blocks. I can't do this, however, since I can't boot from the drive. I've redone the installation, would that have the same effect? But wouldn't the boot blocks be okay anyway, since I can boot if the drive is connected to a standard IDE controller? -- Lars Eggert Information Sciences Institute http://www.isi.edu/~larse/ University of Southern California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 9: 5:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from reticent.troll.no (reticent.troll.no [195.0.254.28]) by hub.freebsd.org (Postfix) with SMTP id 080C937B51E for ; Tue, 13 Jun 2000 09:05:10 -0700 (PDT) (envelope-from bhughes@trolltech.com) Received: (qmail 207 invoked by uid 1001); 13 Jun 2000 16:05:09 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 13 Jun 2000 16:05:09 -0000 Date: Tue, 13 Jun 2000 18:05:08 +0200 (CEST) From: "Bradley T. Hughes" X-Sender: bhughes@reticent.troll.no To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Problem with newer sym driver on a Tekram DC-390U2W controller In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Jun 2000, G=E9rard Roudier wrote: >=20 > Hello, >=20 > Thanks for the report and sorry for the breakage. Unfortunately I haven't > any Tekram board and so, risk of device setup breakage is more likely to > happen for these boards due to their proprietary NVRAM layout. Tekram use > to speak highly of their success under notably Linux and seem to want to > provide their own drivers. May-be, for this reason, they never sent me an= y > of their SYM53C8XX based SCSI boards for driver testing. i tried tekram's drivers, but my machine would reboot itself randomly for some odd reason... the sym driver has proven much more stable > Well. I have an explanation of the breakage. The table used by the driver > to translate the NVRAM sync. tag to sync. factor is probably wrong. The > values seem to be rather ((sync. period)/4 in nano-seconds) than true SCS= I > sync. factors. >=20 > Here it the offending table: >=20 > static u_char Tekram_sync[16] =3D > =09{25,31,37,43, 50,62,75,125, 12,15,18,21, 6,7,9,10}; >=20 > The below preliminar patch should work-around the problem: >=20 > --- sym_hipd.c.0613=09Tue Jun 13 14:58:18 2000 > +++ sym_hipd.c=09Tue Jun 13 15:17:54 2000 > @@ -2960,11 +2960,15 @@ > =09=09sym_nvram_setup_target (np, i, nvram); > =20 > =09=09/* > -=09=09 * For now, guess PPR support from the period. > +=09=09 * For now, guess PPR/DT support from the period=20 > +=09=09 * and BUS width. > =09=09 */ > -=09=09if (tp->tinfo.user.period <=3D 9) { > -=09=09=09tp->tinfo.user.options |=3D PPR_OPT_DT; > -=09=09=09tp->tinfo.user.offset =3D np->maxoffs_dt; > +=09=09if (np->features & FE_ULTRA3) { > +=09=09=09if (tp->tinfo.user.period <=3D 9=09&& > +=09=09=09 tp->tinfo.user.width =3D=3D BUS_16_BIT) { > +=09=09=09=09tp->tinfo.user.options |=3D PPR_OPT_DT; > +=09=09=09=09tp->tinfo.user.offset =3D np->maxoffs_dt; > +=09=09=09} > =09=09} > =20 > =09=09if (!tp->usrtags) > ----------------------- Cut there ---------------------- after applying this to the 1.6.1 driver from -CURRENT, everything works great [snip] -- Bradley T. Hughes Waldemar Thranes gt. 98B N-0175 Oslo, Norway Office: +47 21 60 48 92 Mobile: +47 92 01 97 81 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 9:17:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.clarkson.edu (mail.clarkson.edu [128.153.4.10]) by hub.freebsd.org (Postfix) with SMTP id AF36737BF08 for ; Tue, 13 Jun 2000 09:17:02 -0700 (PDT) (envelope-from cohentl@clarkson.edu) Received: (qmail 4159 invoked by uid 0); 13 Jun 2000 16:16:56 -0000 Received: from sirius.clarkson.edu (HELO sirius) (128.153.48.53) by mail.clarkson.edu with SMTP; 13 Jun 2000 16:16:56 -0000 Date: Tue, 13 Jun 2000 12:16:59 -0400 (EDT) From: Todd Cohen To: Grard Roudier Cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Problem with newer sym driver on a Tekram DC-390U2W controller In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Different but related question, are the DC-315U cards supported? On Tue, 13 Jun 2000, Bradley T. Hughes wrote: > On Tue, 13 Jun 2000, G=E9rard Roudier wrote: >=20 > >=20 > > Hello, > >=20 > > Thanks for the report and sorry for the breakage. Unfortunately I haven= 't > > any Tekram board and so, risk of device setup breakage is more likely t= o > > happen for these boards due to their proprietary NVRAM layout. Tekram u= se > > to speak highly of their success under notably Linux and seem to want t= o > > provide their own drivers. May-be, for this reason, they never sent me = any > > of their SYM53C8XX based SCSI boards for driver testing. >=20 > i tried tekram's drivers, but my machine would reboot itself randomly for > some odd reason... the sym driver has proven much more stable >=20 > > Well. I have an explanation of the breakage. The table used by the driv= er > > to translate the NVRAM sync. tag to sync. factor is probably wrong. The > > values seem to be rather ((sync. period)/4 in nano-seconds) than true S= CSI > > sync. factors. > >=20 > > Here it the offending table: > >=20 > > static u_char Tekram_sync[16] =3D > > =09{25,31,37,43, 50,62,75,125, 12,15,18,21, 6,7,9,10}; > >=20 > > The below preliminar patch should work-around the problem: > >=20 > > --- sym_hipd.c.0613=09Tue Jun 13 14:58:18 2000 > > +++ sym_hipd.c=09Tue Jun 13 15:17:54 2000 > > @@ -2960,11 +2960,15 @@ > > =09=09sym_nvram_setup_target (np, i, nvram); > > =20 > > =09=09/* > > -=09=09 * For now, guess PPR support from the period. > > +=09=09 * For now, guess PPR/DT support from the period=20 > > +=09=09 * and BUS width. > > =09=09 */ > > -=09=09if (tp->tinfo.user.period <=3D 9) { > > -=09=09=09tp->tinfo.user.options |=3D PPR_OPT_DT; > > -=09=09=09tp->tinfo.user.offset =3D np->maxoffs_dt; > > +=09=09if (np->features & FE_ULTRA3) { > > +=09=09=09if (tp->tinfo.user.period <=3D 9=09&& > > +=09=09=09 tp->tinfo.user.width =3D=3D BUS_16_BIT) { > > +=09=09=09=09tp->tinfo.user.options |=3D PPR_OPT_DT; > > +=09=09=09=09tp->tinfo.user.offset =3D np->maxoffs_dt; > > +=09=09=09} > > =09=09} > > =20 > > =09=09if (!tp->usrtags) > > ----------------------- Cut there ---------------------- >=20 > after applying this to the 1.6.1 driver from -CURRENT, everything works > great >=20 > [snip] >=20 > -- > Bradley T. Hughes > Waldemar Thranes gt. 98B N-0175 Oslo, Norway > Office: +47 21 60 48 92 > Mobile: +47 92 01 97 81 >=20 >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message >=20 --------------------------------------------------- http://www.clarkson.edu/~cohentl "Sometimes crazy things happen in circuits." - Muku, 1999 "The answers to lifes problems aren't at the bottom of bottles, they're on TV" - Homer J. Simpson --------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 9:47:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id C074037BFD9; Tue, 13 Jun 2000 09:47:43 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id KAA24929; Tue, 13 Jun 2000 10:38:25 -0600 (MDT) (envelope-from ken) Date: Tue, 13 Jun 2000 10:38:25 -0600 From: "Kenneth D. Merry" To: Todd Cohen Cc: Grard Roudier , freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Problem with newer sym driver on a Tekram DC-390U2W controller Message-ID: <20000613103825.A24786@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from cohentl@clarkson.edu on Tue, Jun 13, 2000 at 12:16:59PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 12:16:59 -0400, Todd Cohen wrote: > Different but related question, are the DC-315U cards supported? If you use Tekram's driver, yes. Those cards, as well as their DC-395 series cards are based on Tekram's own S1040 chip. From the driver, though, it appears that the card doesn't have a SCSI phase engine, so there will be multiple interrupts per transaction. You would probably be beter off getting one of their Symbios/LSI based boards. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 10:30:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from front2m.grolier.fr (front2m.grolier.fr [195.36.216.52]) by hub.freebsd.org (Postfix) with ESMTP id D615537B649; Tue, 13 Jun 2000 10:30:34 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-108-3.villette.club-internet.fr (ppp-108-3.villette.club-internet.fr [194.158.108.3]) by front2m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id TAA10848; Tue, 13 Jun 2000 19:30:27 +0200 (MET DST) Date: Tue, 13 Jun 2000 19:07:18 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: "Bradley T. Hughes" Cc: freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Problem with newer sym driver on a Tekram DC-390U2W controller In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Jun 2000, Bradley T. Hughes wrote: > On Tue, 13 Jun 2000, G=E9rard Roudier wrote: >=20 > > Hello, > >=20 > > Thanks for the report and sorry for the breakage. Unfortunately I haven= 't > > any Tekram board and so, risk of device setup breakage is more likely t= o > > happen for these boards due to their proprietary NVRAM layout. Tekram u= se > > to speak highly of their success under notably Linux and seem to want t= o > > provide their own drivers. May-be, for this reason, they never sent me = any > > of their SYM53C8XX based SCSI boards for driver testing. >=20 > i tried tekram's drivers, but my machine would reboot itself randomly for > some odd reason... the sym driver has proven much more stable Tekram ncr drivers that are available in source form are driving the SYMBIOS chips in a very sub-optimal way. I don't know about binary-only drivers from Tekram, but my guess is that they may not be far better. I donnot want to know why some are highly broken, but even when they seem to work, using them when an alternate driver is available is probably not a good idea, in my opinion. For people using proprietary O/Ses and having Ultra-2 capable Tekram SYMBIOS based controllers, reflashing the BIOS with the SYMBIOS one can be tried, given that these boards seem to use SYMBIOS compatible implementation for NVRAM and FLASH memory. I cannot be 100% sure of this to work, but if it does, then drivers from SYMBIOS will probably accept to attach these boards. By the way, if I ever get a Tekram U2[B/W] controller, I will first try to SYMBIOSIFY it :-) prior to using it. You may try the above at your own risk (of making the board unusable if bad luck) or try to get a confirmation from Tekram prior to reflashing the board. ;-) > > Well. I have an explanation of the breakage. The table used by the driv= er > > to translate the NVRAM sync. tag to sync. factor is probably wrong. The > > values seem to be rather ((sync. period)/4 in nano-seconds) than true S= CSI > > sync. factors. > >=20 > > Here it the offending table: > >=20 > > static u_char Tekram_sync[16] =3D > > =09{25,31,37,43, 50,62,75,125, 12,15,18,21, 6,7,9,10}; > >=20 > > The below preliminar patch should work-around the problem: > >=20 > > --- sym_hipd.c.0613=09Tue Jun 13 14:58:18 2000 > > +++ sym_hipd.c=09Tue Jun 13 15:17:54 2000 > > @@ -2960,11 +2960,15 @@ > > =09=09sym_nvram_setup_target (np, i, nvram); > > =20 > > =09=09/* > > -=09=09 * For now, guess PPR support from the period. > > +=09=09 * For now, guess PPR/DT support from the period=20 > > +=09=09 * and BUS width. > > =09=09 */ > > -=09=09if (tp->tinfo.user.period <=3D 9) { > > -=09=09=09tp->tinfo.user.options |=3D PPR_OPT_DT; > > -=09=09=09tp->tinfo.user.offset =3D np->maxoffs_dt; > > +=09=09if (np->features & FE_ULTRA3) { > > +=09=09=09if (tp->tinfo.user.period <=3D 9=09&& > > +=09=09=09 tp->tinfo.user.width =3D=3D BUS_16_BIT) { > > +=09=09=09=09tp->tinfo.user.options |=3D PPR_OPT_DT; > > +=09=09=09=09tp->tinfo.user.offset =3D np->maxoffs_dt; > > +=09=09=09} > > =09=09} > > =20 > > =09=09if (!tp->usrtags) > > ----------------------- Cut there ---------------------- >=20 > after applying this to the 1.6.1 driver from -CURRENT, everything works > great Thanks for the quick reply. I have looked into their driver for FreeBSD-4.0. The sync. table hasn't changed since the time I stole it :) and their driver actually returns the values from the table as user settings to CAM. This is obviously wrong. I intend to commit the patch above for now and let `sym' be as wrong as=20 Tekram driver on this point, but not more. :-) Regards, Gerard. =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 10:56: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from front3m.grolier.fr (front3m.grolier.fr [195.36.216.53]) by hub.freebsd.org (Postfix) with ESMTP id 7A1F937BFD3; Tue, 13 Jun 2000 10:55:51 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-111-67.villette.club-internet.fr (ppp-111-67.villette.club-internet.fr [194.158.111.67]) by front3m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id TAA16209; Tue, 13 Jun 2000 19:55:42 +0200 (MET DST) Date: Tue, 13 Jun 2000 19:33:03 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: "Kenneth D. Merry" Cc: Todd Cohen , freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Problem with newer sym driver on a Tekram DC-390U2W controller In-Reply-To: <20000613103825.A24786@panzer.kdm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Jun 2000, Kenneth D. Merry wrote: > On Tue, Jun 13, 2000 at 12:16:59 -0400, Todd Cohen wrote: > > Different but related question, are the DC-315U cards supported? > > If you use Tekram's driver, yes. > > Those cards, as well as their DC-395 series cards are based on Tekram's own > S1040 chip. > > >From the driver, though, it appears that the card doesn't have a SCSI phase > engine, so there will be multiple interrupts per transaction. And it appears that some non negligible amount of IOs through the PCI BUS is to be performed for each interrupt. When the BUS is busy, this may result in the CPU being stalled uselessly for micro-seconds (equivalent to thousands of instructions lost given modern CPUs). Under an O/S or a system that is either doing one thing at time or nothing most of the time, this probably does not make significant difference. But under a UNIX O/S, this probably is a significant penalty compared to SYMBIOS chips (given an appropriate software driver that takes advantage of SYMBIOS chips capabilities). Price difference between Tekram 3X5 and SCSI mode equivalent but PCI far superior Tekram 390-X controllers seems low-enough for me to claim that purchasing a 390-X is a far better buy. If we take into account the price of SCSI devices, then bying a 3X5 boards seems just stupid to me. > You would probably be beter off getting one of their Symbios/LSI based > boards. Indeed. Gerard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 11:24:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [198.143.31.30]) by hub.freebsd.org (Postfix) with ESMTP id 594F337C05F; Tue, 13 Jun 2000 11:24:20 -0700 (PDT) (envelope-from mi@privatelabs.com) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.3/8.9.2) with ESMTP id OAA27262; Tue, 13 Jun 2000 14:22:53 -0400 Received: (from mi@localhost) by misha.privatelabs.com (8.9.3/8.9.3) id OAA61647; Tue, 13 Jun 2000 14:23:20 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200006131823.OAA61647@misha.privatelabs.com> Subject: diverted packets never leave the box To: questions@freebsd.org, stable@freebsd.org Date: Tue, 13 Jun 2000 14:23:20 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I'm trying to force all of the requests to the web-server (www) go to the squid box first (squid is running on a separate machine -- squid). I set up the ipfw rules on the web-server as follows allow log tcp from squid to www http divert 8668 log tcp from not squid to www http in divert 8668 log tcp from squid to www allow ip from any to any I start natd on www as: natd -proxy_only -proxy_rule \ type encode_tcp_stream \ port http \ server squid:3128 \ -a www -verbose -reverse When I try to connect to www:80 from the third machine (named misha), I see natd on www output the following (IP addresses changed to names): In [TCP] [TCP] misha:4393 -> www:80 aliased to [TCP] www:4393 -> squid:3128 which is what I want (I think). However, according to tcpdumps running on both squid and www no packets actually arrive to the squid machine and my connections (from misha) time out. How do I make packets that are diverted (to natd) be resent to their new destinations? I'd rather use the ipfw/natd combination then transproxy. TIA, -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 13:21:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from europe.std.com (europe.std.com [199.172.62.20]) by hub.freebsd.org (Postfix) with ESMTP id C133037B789 for ; Tue, 13 Jun 2000 13:21:18 -0700 (PDT) (envelope-from kwc@world.std.com) Received: from world.std.com (root@world-f.std.com [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA17478 for ; Tue, 13 Jun 2000 16:21:15 -0400 (EDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id QAA21278; Tue, 13 Jun 2000 16:18:19 -0400 (EDT) Date: Tue, 13 Jun 2000 16:18:19 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200006132018.QAA21278@world.std.com> To: freebsd-stable@freebsd.org Subject: One-way cable-modem, Ethernet packet losses Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm having strange network packet losses on the Ethernet "side" with FreeBSD connected to a one-way (analog voice-return) cable modem (& this is difficult to explain...). Per advice I may need to take this to either -questions or -net. (?) Several times per day, traffic across the Ethernet interface just "vanishes," only to "return" in, say, 5-20 minutes. I'm not quite sure, but I don't *think* this is happening with Linux (Slackware 7, kernel 2.2.16). I can ping the default-route/gateway (analog/serial/pppd side), but can't "get past" it because of the (lack of) Ethernet "return." Also, I've never been able to ping "myself" at my cable-modem ip-address with FreeBSD. My ip-address is ping-able just fine from elsewhere, just not this machine. Under Linux, I *can* ping my cable-modem ip-address. OS is 4.0-STABLE, cvsup'ed 2000/06/10, but this was happening with 3.x-stable too. NIC is Intel Pro100+ using fxp driver (fxp0). This is the "downstream" side. It is ifconfig'ed at address 10.0.0.1 netmask 255.255.255.0, as per cablemodem company's instructions. I've noticed that it also "works" at ip address 192.168.0.1, btw. Cable modem is a Com21 CP-2000. "Upstream" side is via kernel ppp (pppd 2.3.5, which, btw, appears to be very old nowadays). Upon connecting, the machine gets its "real" ip-address (+ gateway/defaultroute) from the remote-end, static in this case, apparently based on the "user-id." Both FreeBSD and Linux are using the same pppd setup/config files (with the obvious exception of the different modem-device :). Here is output of netstat -r on FreeBSD: Internet: Destination Gateway Flags Refs Use Netif Expire default (remote ip, pppd) UGSc 9 206 ppp0 10/24 link#1 UC 0 0 fxp0 => myname 0:90:27:c7:bc:3d UHLW 1 615 lo0 10.0.0.14 0:a0:73:15:8a:e9 UHLW 0 1 fxp0 1177 (remote ip, pppd) (local ip, pppd) UH 10 0 ppp0 localhost localhost UH 0 13 lo0 "myname" can be either 10.0.0.1 or 192.168.0.1, depending on how I'm "testing." 10.0.0.14 is the MAC address of the cable-modem, but where did that ip-address come from? It is not "configured" anywhere I can find... Also, sometimes it "disappears" & then later "reappears." IIRC, that .14 address is "around" if I have fxp0 on the 192-block. Netstat -r: (from Slackware Linux 7, kernel 2.2.16) Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface (remote ip, pppd) * 255.255.255.255 UH 0 0 0 ppp0 10.0.0.0 * 255.255.255.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default (remote ip, pppd) 0.0.0.0 UG 0 0 0 ppp0 Netstat -rn (also from Slackware) Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface (remote ip) 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 (remote ip) 0.0.0.0 UG 0 0 0 ppp0 Can somebody shed some light on this? Am I looking at a bug or a Feature (or some config thing :)? Naturally, book/doc/faq pointers are most welcome. Speaking of which, where can I find Good Description(s) of these routing table displays? (tcpdump output too) Perhaps one of the W.Stevens books? Btw, fwiw, even though my cablemodem company Officially Doesn't Support anything outside Winxx (or perhaps Mac), the support guys themselves seem to have a nice, umm, "collection," of *BSD & Linux boxes... :) (& we're all stumped, so far...) Many thanks, -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 15:48:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id 90A8037BB60 for ; Tue, 13 Jun 2000 15:48:33 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id IAA17655 for ; Wed, 14 Jun 2000 08:48:27 +1000 (EST) Received: (qmail 52647 invoked by uid 1000); 13 Jun 2000 22:48:26 -0000 From: "Andrew Reilly" Date: Wed, 14 Jun 2000 08:48:26 +1000 To: Ryan Turner Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 2048 byte media Message-ID: <20000614084825.A51585@gurney.reilly.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from ryan@workstation.dhs.org on Tue, Jun 13, 2000 at 01:23:06AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 01:23:06AM -0400, Ryan Turner wrote: > Is 2048 byte media supported? The last time I tried using it was 2.2.8 > I currently have to use a windows box to access it. If I could use > it on freebsd I could finally get rid of windows. It's "just worked" under -STABLE since whenever the "da" driver replaced the "sd" one, whenever that was. I'm on 4.0-STABLE now, and do nightly backups to a Fujitsu 640M MO drive. From memory, disklabel or the kernel or the combination of the two aren't happy (or weren't the last time I tried it) to use the "auto" argument. I've always had to give it a disktab entry, and I use one of these: mo640|F640|dangerously dedicated Fuj R640:\ :ty=removable:dt=SCSI:rm=#3600:\ :se#2048:nc#151:nt#64:ns#32:sc#2048:su#309247:\ :pc#309247:oc#0:bc#8192:fc#2048: R640|fdisk sliced Fujitsu R640:\ :ty=removable:dt=SCSI:rm=#3600:\ :se#2048:nc#151:nt#64:ns#32:sc#2048:su#309216:\ :pc#309216:oc#0:bc#8192:fc#2048: Actually, I think that I always fdisk and label a partition manually, and then use the sliced version these days. The dedicated one might not work any more. While I'm rambling about experiences with MO drives, I should mention that I only leave this drive mounted long enough to do the backup. I found that if I left it mounted continuously, then at some random time it would stop talking to the SCSI system (lots of "retry" "media fault" type messages in the logs, and no access through the file system). Sorry for such a vague report, but this hasn't happened for a very long time now. I suspect that it would heat up and not recalibrate properly, but I'm hardly knowledgeable enough to make that sort of determination. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 19: 6:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from emerald.oz.net (emerald2.oz.net [216.39.128.2]) by hub.freebsd.org (Postfix) with ESMTP id 206DF37BB4B for ; Tue, 13 Jun 2000 19:06:23 -0700 (PDT) (envelope-from kzentner@u.washington.edu) Received: from sense-sea-MegaSub-1-723.oz.net (sense-sea-MegaSub-1-723.oz.net [216.39.146.215]) by emerald.oz.net (8.9.3/8.7.3) with ESMTP id QAA29009 for ; Fri, 9 Jun 2000 16:02:11 -0700 (PDT) Date: Fri, 9 Jun 2000 16:03:00 -0700 (PDT) From: Kristopher Zentner X-Sender: darxpryte@gabrielle.washington.edu To: freebsd-stable@freebsd.org Subject: make world on -stable broken? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG <<< No Message Collected >>> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 19:10:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cx739861-a.dt1.sdca.home.com (cx739861-a.dt1.sdca.home.com [24.5.249.153]) by hub.freebsd.org (Postfix) with ESMTP id 4B22137BB4B for ; Tue, 13 Jun 2000 19:10:27 -0700 (PDT) (envelope-from billh@cx739861-a.dt1.sdca.home.com) Received: (from billh@localhost) by cx739861-a.dt1.sdca.home.com (8.9.3/8.9.3) id TAA02912; Tue, 13 Jun 2000 19:10:26 -0700 (PDT) (envelope-from billh) Date: Tue, 13 Jun 2000 19:10:26 -0700 (PDT) From: Bill Huey Message-Id: <200006140210.TAA02912@cx739861-a.dt1.sdca.home.com> To: freebsd-stable@freebsd.org Subject: wordperfect make crashes the kernel. Cc: billh@cx739861-a.dt1.sdca.home.com Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Uh, This is my first post. I get a hard kernel crash when I install WordPerfect for the ports collection. I don't know if it's because of the Linux emulation crashing or an over use of the ext2 driver since I'm install it on my Linux drive. I'm short on disk space so both /usr/ports and /opt are on my ext2 disk. Thanks bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 20:41:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1D93637BB4B; Tue, 13 Jun 2000 20:41:10 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id UAA31037; Tue, 13 Jun 2000 20:41:10 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 13 Jun 2000 20:41:09 -0700 (PDT) From: Kris Kennaway To: Bill Huey Cc: freebsd-stable@freebsd.org Subject: Re: wordperfect make crashes the kernel. In-Reply-To: <200006140210.TAA02912@cx739861-a.dt1.sdca.home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Jun 2000, Bill Huey wrote: > I get a hard kernel crash when I install WordPerfect > for the ports collection. > > I don't know if it's because of the Linux emulation > crashing or an over use of the ext2 driver since I'm > install it on my Linux drive. > > I'm short on disk space so both /usr/ports and /opt are > on my ext2 disk. Please post more information so developers can have a chance to track down the problem: see the handbook section on debugging kernel crashes for the kind of information you need to provide and how you can get it. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 21:29:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from workstation.dhs.org (hd023462d.ntc.off-campus.vt.edu [208.35.70.45]) by hub.freebsd.org (Postfix) with ESMTP id 148EA37C0D8 for ; Tue, 13 Jun 2000 21:29:11 -0700 (PDT) (envelope-from ryan@workstation.dhs.org) Received: from localhost (ryan@localhost) by workstation.dhs.org (8.9.3/8.9.3) with ESMTP id AAA00805; Wed, 14 Jun 2000 00:28:29 -0400 (EDT) (envelope-from ryan@workstation.dhs.org) Date: Wed, 14 Jun 2000 00:28:29 -0400 (EDT) From: Ryan Turner To: Andrew Reilly Cc: freebsd-stable@freebsd.org Subject: Re: 2048 byte media In-Reply-To: <20000614084825.A51585@gurney.reilly.home> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for the information. It looks like I am trying to do the same thing as you with a Fujitsu 640M MO drive. I am still having a little bit of trouble getting it to work. I have been using FreeBSD for a while but have never had to deal with removeable media before this (always used /stand/sysinstall). I was hoping you could tell me what steps you took to get it working. I have added the disktab entrys you suggested but have been unable to get fdisk/disklabel to work. Ryan Turner ryturner@vt.edu On Wed, 14 Jun 2000, Andrew Reilly wrote: > On Tue, Jun 13, 2000 at 01:23:06AM -0400, Ryan Turner wrote: > > Is 2048 byte media supported? The last time I tried using it was 2.2.8 > > I currently have to use a windows box to access it. If I could use > > it on freebsd I could finally get rid of windows. > > It's "just worked" under -STABLE since whenever the "da" driver > replaced the "sd" one, whenever that was. I'm on 4.0-STABLE > now, and do nightly backups to a Fujitsu 640M MO drive. > > >From memory, disklabel or the kernel or the combination of the > two aren't happy (or weren't the last time I tried it) to use > the "auto" argument. I've always had to give it a disktab entry, > and I use one of these: > > mo640|F640|dangerously dedicated Fuj R640:\ > :ty=removable:dt=SCSI:rm=#3600:\ > :se#2048:nc#151:nt#64:ns#32:sc#2048:su#309247:\ > :pc#309247:oc#0:bc#8192:fc#2048: > > R640|fdisk sliced Fujitsu R640:\ > :ty=removable:dt=SCSI:rm=#3600:\ > :se#2048:nc#151:nt#64:ns#32:sc#2048:su#309216:\ > :pc#309216:oc#0:bc#8192:fc#2048: > > Actually, I think that I always fdisk and label a partition > manually, and then use the sliced version these days. The > dedicated one might not work any more. > > While I'm rambling about experiences with MO drives, I should > mention that I only leave this drive mounted long enough to do > the backup. I found that if I left it mounted continuously, > then at some random time it would stop talking to the SCSI > system (lots of "retry" "media fault" type messages in the > logs, and no access through the file system). Sorry for such > a vague report, but this hasn't happened for a very long time > now. I suspect that it would heat up and not recalibrate > properly, but I'm hardly knowledgeable enough to make that sort > of determination. > > -- > Andrew > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 13 22:41:15 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jason.argos.org (a1-3b058.neo.rr.com [24.93.181.58]) by hub.freebsd.org (Postfix) with ESMTP id 4A8CF37B547 for ; Tue, 13 Jun 2000 22:41:11 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id BAA09792 for ; Wed, 14 Jun 2000 01:41:06 -0400 Date: Wed, 14 Jun 2000 01:40:38 -0400 (EDT) From: Mike Nowlin To: freebsd-stable@freebsd.org Subject: RocketPort & termios VTIME Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've come across the mildly annoying problem that in order to get the mgetty+sendfax port to work correctly with my RocketPort (ISA, 8 and 16 port) boards under 3.2 & 3.4, I have to tweak the Makefile to define -DBROKEN_VTIME... Blurb from makefile: # For Systems with broken termios / VMIN/VTIME mechanism (symptom: mgetty # hangs in "waiting for line to clear"), define -DBROKEN_VTIME. Notably # this hits FreeBSD 0.9 and some SVR4.2 users... (it does the "waiting for line to clear" bit.) The port works fine without any mods on my Cyclades boards and standard serial ports. Is this a known problem with the rp driver or hardware, a newly-discovered problem, or a "feature"? I don't see how it could be a port issue, since I'd expect the user interface to the hardware to be the same... Then again, the ioctl() on Linux to check if the TX buffer is empty doesn't work on Cyclades boards (the last time I checked)... :) --mike - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Understated/funny man-page sentence of the current time period: From route(4) on FreeBSD-3.4, DESCRIPTION section: "FreeBSD provides some packet routing facilities." ...duh....... Mike Nowlin, N8NVW mike@argos.org http://www.viewsnet.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 3: 6:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ms.tokyo.jcom.ne.jp (ms.tokyo.jcom.ne.jp [210.234.123.18]) by hub.freebsd.org (Postfix) with ESMTP id EF95037C0F0; Wed, 14 Jun 2000 03:06:33 -0700 (PDT) (envelope-from knu@idaemons.org) Received: from daemon.local.idaemons.org (203-165-77-17.sugnm1.kt.home.ne.jp [203.165.77.17]) by ms.tokyo.jcom.ne.jp (8.9.3/3.7W 04/27/00) with ESMTP id TAA28585; Wed, 14 Jun 2000 19:05:43 +0900 (JST) Received: by daemon.local.idaemons.org (8.9.3/3.7W) id TAA46521; Wed, 14 Jun 2000 19:05:12 +0900 (JST) Date: Wed, 14 Jun 2000 19:05:09 +0900 Message-ID: <86snuglgru.wl@localhost.local.idaemons.org> From: "Akinori -Aki- MUSHA" To: girgen@partitur.se Cc: freebsd-ports@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: vmware freezes host w/ fresh stable In-Reply-To: In your message of "Tue, 13 Jun 2000 01:54:14 +0200" <39457826.FA5969BE@partitur.se> References: <39457826.FA5969BE@partitur.se> User-Agent: Wanderlust/1.1.2 (Raspberry Beret) EMIKO/1.13.12 (Euglena sociabilis) FLIM/1.13.2 (Kasanui) APEL/10.2 MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 1BEF D9B2 BABD 25D7 659A FD08 89C2 F3BE E981 4E16 MIME-Version: 1.0 (generated by EMIKO 1.13.12 - "Euglena sociabilis") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, At Tue, 13 Jun 2000 01:54:14 +0200, Palle Girgensohn wrote: > I just upgraded my system to a fresh stable this afternoon, and > now when I try to run vmware (version 2, installed last week > from fresh port), the computer freezes entirely, and reboots > after ~30 secs. Please try reinstalling the vmware2 port and the rtc port on that fresh stable, and make sure your /module is in sync with the kernel. Or can I presume you already did all these above? > Has anyone else seen this, of is it just me? I don't know, but I'd like to know if anyone else is stuck with the similar situation. -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 3:34:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by hub.freebsd.org (Postfix) with ESMTP id 7BDBA37B66B for ; Wed, 14 Jun 2000 03:34:26 -0700 (PDT) (envelope-from s.loeger@eickelschulte.de) Received: from [195.20.224.204] (helo=mrvdom00.kundenserver.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 132AV6-0001Ck-00 for freebsd-stable@freebsd.org; Wed, 14 Jun 2000 12:34:24 +0200 Received: from pc19ea9a6.dip0.t-ipconnect.de ([193.158.169.166] helo=mec-bdc.eickelschulte.de) by mrvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 132AUv-0006JS-00 for freebsd-stable@FreeBSD.org; Wed, 14 Jun 2000 12:34:13 +0200 Received: by MEC-BDC with Internet Mail Service (5.5.2650.21) id ; Wed, 14 Jun 2000 12:34:11 +0200 Message-ID: <90A0821B52E8D31181FD006097D8EEAA0136D6@MEC-BDC> From: =?iso-8859-1?Q?Stefan_L=F6ger?= To: "'freebsd-stable@FreeBSD.org'" Subject: subscribe freebsd-stable Date: Wed, 14 Jun 2000 12:34:10 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 7:29:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bman.uucom.com (bman.uucom.com [198.202.217.19]) by hub.freebsd.org (Postfix) with ESMTP id D3BA837C1BE; Wed, 14 Jun 2000 07:29:16 -0700 (PDT) (envelope-from dakota@tangerine.uucom.com) Received: from tangerine.uucom.com (tangerine.uucom.com [198.202.217.38]) by bman.uucom.com (8.9.3/8.9.3/990218bjb) with ESMTP id KAA04366; Wed, 14 Jun 2000 10:29:14 -0400 (EDT) Received: from tangerine (localhost [127.0.0.1]) by tangerine.uucom.com (8.9.3+Sun/8.9.3) with ESMTP id KAA12895; Wed, 14 Jun 2000 10:29:53 -0400 (EDT) Message-Id: <200006141429.KAA12895@tangerine.uucom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Akinori -Aki- MUSHA" Cc: girgen@partitur.se, freebsd-ports@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, dakota@tangerine.uucom.com From: mwhalen@uucom.com Subject: Re: vmware freezes host w/ fresh stable In-Reply-To: Message from "Akinori -Aki- MUSHA" of "Wed, 14 Jun 2000 19:05:09 +0900." <86snuglgru.wl@localhost.local.idaemons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jun 2000 10:29:53 -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think I heard "Akinori -Aki- MUSHA" say: >Hi, > >At Tue, 13 Jun 2000 01:54:14 +0200, >Palle Girgensohn wrote: >> I just upgraded my system to a fresh stable this afternoon, and >> now when I try to run vmware (version 2, installed last week >> from fresh port), the computer freezes entirely, and reboots >> after ~30 secs. > >Please try reinstalling the vmware2 port and the rtc port on that >fresh stable, and make sure your /module is in sync with the kernel. > >Or can I presume you already did all these above? > >> Has anyone else seen this, of is it just me? > >I don't know, but I'd like to know if anyone else is stuck with the >similar situation. I just updated my stable Monday night and had the same problem. I reinstalled linux_base, linuxproc and vmware2. I had to reconfigure my vmware since the install overwrote my config, but now it works. -matthew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 7:55:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailgate.abacus.co.uk (mailgate.abacus.co.uk [194.130.48.21]) by hub.freebsd.org (Postfix) with ESMTP id D213237B99E for ; Wed, 14 Jun 2000 07:55:07 -0700 (PDT) (envelope-from antony@abacus.co.uk) Received: from abacus.co.uk (IDENT:antony@pcantony.bl.abacus.co.uk [194.130.48.111]) by mailgate.abacus.co.uk (8.9.3/8.9.3) with ESMTP id QAA03712 for ; Wed, 14 Jun 2000 16:10:16 +0100 Message-ID: <39478E32.12DAE7A8@abacus.co.uk> Date: Wed, 14 Jun 2000 14:52:50 +0100 From: Antony T Curtis Organization: Abacus Polar PLC (UK) X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15-4mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Compiling FreeBSD 4 STABLE... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have successfully done buildworld/installworld on a cvsupped STABLE but I have done it with the gcc options "-march=pentium -mcpu-i686" (set in /etc/make.conf), including the kernel and kernel modules. (kernel with something like "options COPTARGS=") It all appears to be functioning well - but I'd like to know if anyone else has any experiences and if there are any pitfalls that I should be aware of... Thanks, -- ANTONY T CURTIS Tel: +44 (1635) 36222 Abacus Polar Holdings Ltd Fax: +44 (1635) 38670 Your fortune : Arrakis teaches the attitude of the knife - chopping off what's incomplete and saying: "Now it's complete because it's ended here."  -- Muad'dib, "Dune" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 7:59: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 3C87B37C28C for ; Wed, 14 Jun 2000 07:58:58 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id QAA12028 for ; Wed, 14 Jun 2000 16:58:53 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 11912; Wed Jun 14 16:58:13 2000 Message-ID: <14491b0f342d5ff7d4d265f9d05b27ba@cequrux.com> Date: Wed, 14 Jun 2000 17:00:01 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Sound support broken in FreeBSD 4.0-S? Content-Type: multipart/mixed; boundary="------------82AFAAC65DB1A765369C0502" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------82AFAAC65DB1A765369C0502 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all I have seen a few messages on this topic recently, and am experiencing problems myself, which makes me wonder whether sound support is broken in 4.0 stable? In my case I have a VIA sound card which gets correctly probed, and all looks well when I cat /dev/sndstat. In fact everything seems find except not a peep comes out of the speakers (tested against cdplay and x11amp). I've cranked the mixer settings all up to 100, so that isn't the explanation. For what its worth I've attached the dmesg and sndstat outputs. g. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 --------------82AFAAC65DB1A765369C0502 Content-Type: text/plain; charset=us-ascii; name="a1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="a1" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #21: Wed Jun 7 20:19:14 SAST 2000 root@gramroam:/usr/src-4-stable/sys/compile/GRAMROAM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (466.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ff real memory = 62849024 (61376K bytes) avail memory = 58200064 (56836K bytes) Preloaded elf kernel "kernel" at 0xc02ed000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 9 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1420-0x142f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 irq 11 isab1: at device 7.4 on pci0 chip1: port 0x1430-0x1433,0x1434-0x1437,0x1000-0x10ff irq 9 at device 7.5 on pci0 pci0: (vendor=0x14f1, dev=0x2013) at 9.0 irq 11 chip2: at device 10.0 on pci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Synaptics PS/2 Touchpad in Relative Mode, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> pcic0: at port 0x3e0-0x3e1 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 pcm0: on sbc0 pccard: card inserted, slot 0 pccard: card inserted, slot 1 ata1-slave: ata_command: timeout waiting for intr ata1-slave: identify failed ad0: 17301MB [35152/16/63] at ata0-master using UDMA66 acd0: DVD-ROM at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s3a ep0: <3Com OfficeConnect 572BT> at port 0x240-0x25f irq 3 slot 0 on pccard0 ep0: Ethernet address 00:50:da:52:ff:7d --------------82AFAAC65DB1A765369C0502 Content-Type: text/plain; charset=us-ascii; name="a2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="a2" FreeBSD Audio Driver (newpcm) May 24 2000 17:07:01 Installed devices: pcm0: at io 0x220 irq 5 drq 1:5 (1p/1r channels duplex) --------------82AFAAC65DB1A765369C0502-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 8:11:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bastuba.partitur.se (bastuba.partitur.se [193.219.246.194]) by hub.freebsd.org (Postfix) with ESMTP id 749C737B62E; Wed, 14 Jun 2000 08:11:10 -0700 (PDT) (envelope-from girgen@partitur.se) Received: from partitur.se (elbas.partitur.se [193.219.246.222]) by bastuba.partitur.se (8.8.8/8.8.8) with ESMTP id RAA02978; Wed, 14 Jun 2000 17:10:50 +0200 (CEST) (envelope-from girgen@partitur.se) Message-ID: <3947A07A.7C969726@partitur.se> Date: Wed, 14 Jun 2000 17:10:50 +0200 From: Palle Girgensohn Organization: Partitur X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: sv, en MIME-Version: 1.0 To: mwhalen@uucom.com Cc: Akinori -Aki- MUSHA , freebsd-ports@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, dakota@tangerine.uucom.com Subject: Re: vmware freezes host w/ fresh stable References: <200006141429.KAA12895@tangerine.uucom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG mwhalen@uucom.com wrote: > > I think I heard "Akinori -Aki- MUSHA" say: > >Hi, > > > >At Tue, 13 Jun 2000 01:54:14 +0200, > >Palle Girgensohn wrote: > >> I just upgraded my system to a fresh stable this afternoon, and > >> now when I try to run vmware (version 2, installed last week > >> from fresh port), the computer freezes entirely, and reboots > >> after ~30 secs. > > > >Please try reinstalling the vmware2 port and the rtc port on that > >fresh stable, and make sure your /module is in sync with the kernel. > > > >Or can I presume you already did all these above? > > > >> Has anyone else seen this, of is it just me? > > > >I don't know, but I'd like to know if anyone else is stuck with the > >similar situation. > > I just updated my stable Monday night and had the same problem. I > reinstalled linux_base, linuxproc and vmware2. I had to reconfigure > my vmware since the install overwrote my config, but now it works. > Cool. Thanks for the input! I'll try it tonight. /Palle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 8:13:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dart.sr.se (dart.SR.SE [193.12.91.98]) by hub.freebsd.org (Postfix) with ESMTP id A783437C4E3 for ; Wed, 14 Jun 2000 08:13:16 -0700 (PDT) (envelope-from gunnar@pluto.sr.se) Received: from honken.sr.se ([134.25.128.27]) by dart.sr.se (8.9.3/8.9.3) with ESMTP id RAA37959; Wed, 14 Jun 2000 17:12:33 +0200 (CEST) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id RAA79328; Wed, 14 Jun 2000 17:12:33 +0200 (CEST) (envelope-from gunnar@pluto.sr.se) Received: (from gunnar@localhost) by pluto.sr.se (8.9.3/8.9.3) id RAA41215; Wed, 14 Jun 2000 17:12:33 +0200 (CEST) (envelope-from gunnar) Date: Wed, 14 Jun 2000 17:12:33 +0200 From: Gunnar Flygt To: Graham Wheeler Cc: FreeBSD Stable Subject: Re: Sound support broken in FreeBSD 4.0-S? Message-ID: <20000614171233.B41175@sr.se> Reply-To: Gunnar Flygt References: <14491b0f342d5ff7d4d265f9d05b27ba@cequrux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14491b0f342d5ff7d4d265f9d05b27ba@cequrux.com>; from gram@cequrux.com on Wed, Jun 14, 2000 at 05:00:01PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 14, 2000 at 05:00:01PM +0200, Graham Wheeler wrote: > Hi all > > I have seen a few messages on this topic recently, and am experiencing > problems myself, which makes me wonder whether sound support is broken > in 4.0 stable? I played sound togeteher with fxtv today, on a STABLE compiled monday! > > In my case I have a VIA sound card which gets correctly probed, and all > looks well when I cat /dev/sndstat. In fact everything seems find except > not a peep comes out of the speakers (tested against cdplay and x11amp). > I've cranked the mixer settings all up to 100, so that isn't the > explanation. > > For what its worth I've attached the dmesg and sndstat outputs. > > g. > -- > Dr Graham Wheeler E-mail: gram@cequrux.com > Director, Research and Development WWW: http://www.cequrux.com > CEQURUX Technologies Phone: +27(21)423-6065 > Firewalls/VPN Specialists Fax: +27(21)424-3656 > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 4.0-STABLE #21: Wed Jun 7 20:19:14 SAST 2000 > root@gramroam:/usr/src-4-stable/sys/compile/GRAMROAM > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium II/Pentium II Xeon/Celeron (466.06-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x665 Stepping = 5 > Features=0x183f9ff > real memory = 62849024 (61376K bytes) > avail memory = 58200064 (56836K bytes) > Preloaded elf kernel "kernel" at 0xc02ed000. > Pentium Pro MTRR support enabled > md0: Malloc disk > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at 0.0 irq 9 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0x1420-0x142f at device 7.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > pci0: at 7.2 irq 11 > isab1: at device 7.4 on pci0 > chip1: port 0x1430-0x1433,0x1434-0x1437,0x1000-0x10ff irq 9 at device 7.5 on pci0 > pci0: (vendor=0x14f1, dev=0x2013) at 9.0 irq 11 > chip2: at device 10.0 on pci0 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > psm0: irq 12 on atkbdc0 > psm0: model Synaptics PS/2 Touchpad in Relative Mode, device ID 0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: on isa0 > sc0: VGA <16 virtual consoles, flags=0x200> > pcic0: at port 0x3e0-0x3e1 on isa0 > pcic0: Polling mode > pccard0: on pcic0 > pccard1: on pcic0 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppi0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > plip0: on ppbus0 > sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 > pcm0: on sbc0 > pccard: card inserted, slot 0 > pccard: card inserted, slot 1 > ata1-slave: ata_command: timeout waiting for intr > ata1-slave: identify failed > ad0: 17301MB [35152/16/63] at ata0-master using UDMA66 > acd0: DVD-ROM at ata1-master using PIO4 > Mounting root from ufs:/dev/ad0s3a > ep0: <3Com OfficeConnect 572BT> at port 0x240-0x25f irq 3 slot 0 on pccard0 > ep0: Ethernet address 00:50:da:52:ff:7d > FreeBSD Audio Driver (newpcm) May 24 2000 17:07:01 > Installed devices: > pcm0: at io 0x220 irq 5 drq 1:5 (1p/1r channels duplex) -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 8:22:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lennartz-electronic.de (p3E9E1484.dip.t-dialin.net [62.158.20.132]) by hub.freebsd.org (Postfix) with ESMTP id 426A937C25E for ; Wed, 14 Jun 2000 08:22:39 -0700 (PDT) (envelope-from thz@Lennartz-electronic.de) Received: from mezcal.tue.le (mezcal.tue.le [192.168.201.20]) by fw.tue.le (8.8.8/8.8.8) with ESMTP id RAA15582 for ; Wed, 14 Jun 2000 17:15:56 +0200 (CEST) (envelope-from thz@mezcal.tue.le) Received: (from thz@localhost) by mezcal.tue.le (8.9.3/8.9.3) id RAA00735 for stable@freebsd.org; Wed, 14 Jun 2000 17:15:55 +0200 (CEST) (envelope-from thz) Date: Wed, 14 Jun 2000 17:15:55 +0200 From: Thomas Zenker To: stable@freebsd.org Subject: aic7xxxx problems Message-ID: <20000614171555.A680@mezcal.tue.le> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/04w6evG8XlLl3ft" X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii on a new SUPER PIIIDM3 mainboard I have troubles during heavy writes to the SCSI drive. It happens if I copy a hierarchy remotely (ca. 2 GB) via dump/restore or tar even with cp over NFS. Have not tried to copy a tree within the disk, but supose it will show the same problem. The kernel and world are from cvsupped/compiled yesterday. The SCSI adapter is an onboard Adaptec aic7892 ASIC, the drive a Seagate ST39236LW. The ahc driver gives the following messages: (da0:ahc0:0:0:0:) SCB 0x2d - timed out while idle, SEQADDR == 0x9 Queuing a BDR SBC Bus Device Reset Message Sent no longer in timeout, status 34b ahc0 Bus Device Reset on A:0. 33 SCBs aborted ahc0:A:0: ahc_intr - referenced scb not valid during seqint 0x71 scb(50) ahc0 WARNING no command for scb 50 (cmdcmplt) QOUTPOS = 9 after that it does not recover, it repeats messages like the ones above or similar, in the end vm_pager gets read errors and I have to reset because CTL+ALT+DEL doesn't work anymore (obviously it gets locked trying to sync). There are no errors from drive reported. Can anybody with knowledge of the ahc driver enlighten me, what is going on here. The boot messages are in the attachment. -- Thomas Zenker c/o Lennartz electronic GmbH Bismarckstrasse 136, D-72072 Tuebingen, Germany Phone: +49-(0)7071-93550 Email: thz@lennartz-electronic.de --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Description: boot-messages Content-Disposition: attachment; filename=xxx Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #2: Wed Jun 14 08:21:34 CEST 2000 thz@swd2.tue.le:/usr/src/sys/compile/SWD2 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 599713960 Hz CPU: Pentium III/Pentium III Xeon (599.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x387fbff real memory = 268304384 (262016K bytes) avail memory = 257912832 (251868K bytes) Preloaded elf kernel "kernel" at 0xc0307000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci4: on pcib1 pci4: at 0.0 irq 11 pcib2: at device 2.0 on pci0 pci2: on pcib2 pcib3: at device 31.0 on pci2 pci3: on pcib3 pci3: (vendor=0x8086, dev=0x1161) at 0.0 ahc0: port 0xb800-0xb8ff mem 0xff7ff000-0xff7fffff irq 10 at device 4.0 on pci3 ahc0: aic7892 Wide Channel A, SCSI Id=7, 16/255 SCBs pcib4: at device 30.0 on pci0 pci1: on pcib4 fxp0: port 0xaf00-0xaf3f mem 0xff500000-0xff5fffff,0xff6ff000-0xff6fffff irq 11 at device 8.0 on pci1 fxp0: Ethernet address 00:30:48:10:49:69 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: at device 31.1 on pci0 atapci0: Busmastering DMA not enabled pci0: (vendor=0x8086, dev=0x2413) at 31.3 irq 9 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8761MB (17942584 512 byte sectors: 255H 63S/T 1116C) cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed fxp0: warning: unsupported PHY, type = 17, addr = 2 --/04w6evG8XlLl3ft-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 8:24:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.mdanderson.org (mail.mdacc.tmc.edu [143.111.87.47]) by hub.freebsd.org (Postfix) with ESMTP id 02A1737C600 for ; Wed, 14 Jun 2000 08:24:25 -0700 (PDT) (envelope-from fosburgh@flash.net) Received: from jefnt (jef-nt.mdacc.tmc.edu [143.111.64.202]) by mail.mdanderson.org (8.9.1b+Sun/8.9.1) with SMTP id KAA09102; Wed, 14 Jun 2000 10:20:34 -0500 (CDT) Message-ID: <032201bfd614$8b55a8c0$ca406f8f@mdacc.tmc.edu> From: "Jonathan Fosburgh" To: "Graham Wheeler" , References: <14491b0f342d5ff7d4d265f9d05b27ba@cequrux.com> Subject: Re: Sound support broken in FreeBSD 4.0-S? Date: Wed, 14 Jun 2000 10:23:42 -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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Graham Wheeler" To: Sent: Wednesday, June 14, 2000 10:00 AM Subject: Sound support broken in FreeBSD 4.0-S? > Hi all > > I have seen a few messages on this topic recently, and am experiencing > problems myself, which makes me wonder whether sound support is broken > in 4.0 stable? > > In my case I have a VIA sound card which gets correctly probed, and all > looks well when I cat /dev/sndstat. In fact everything seems find except > not a peep comes out of the speakers (tested against cdplay and x11amp). > I've cranked the mixer settings all up to 100, so that isn't the > explanation. > > For what its worth I've attached the dmesg and sndstat outputs. > This has happened to me before ... are you absolutely sure the speakers are plugged into the correct jack? Try moving them to different jacks, I recently bought a Creative Ensoniq card with conflicting labels for where to plug speakers in! (BTW, this card is a gem, sound quality is excellent, especially compared to that cheapo SB16 ISA card I had been using.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 8:36:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 2F50537C235 for ; Wed, 14 Jun 2000 08:36:15 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id RAA15954; Wed, 14 Jun 2000 17:35:46 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 15930; Wed Jun 14 17:35:01 2000 Message-ID: <62521011b0ee7afca0530c0cde2e5b3e@cequrux.com> Date: Wed, 14 Jun 2000 17:36:50 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Jonathan Fosburgh Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Sound support broken in FreeBSD 4.0-S? References: <14491b0f342d5ff7d4d265f9d05b27ba@cequrux.com> <032201bfd614$8b55a8c0$ca406f8f@mdacc.tmc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jonathan Fosburgh wrote: > > > In my case I have a VIA sound card which gets correctly probed, and all > > looks well when I cat /dev/sndstat. In fact everything seems find except > > not a peep comes out of the speakers (tested against cdplay and x11amp). > > I've cranked the mixer settings all up to 100, so that isn't the > > explanation. > > > > For what its worth I've attached the dmesg and sndstat outputs. > > > This has happened to me before ... are you absolutely sure the speakers are > plugged into the correct jack? Yup - its a Compaq laptop with built-in speakers... gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 9:57:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id A87E937C28C for ; Wed, 14 Jun 2000 09:57:14 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id SAA16830; Wed, 14 Jun 2000 18:57:00 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 16825; Wed Jun 14 18:56:37 2000 Message-ID: Date: Wed, 14 Jun 2000 18:58:26 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Sean O'Connell" , freebsd-stable@freebsd.org Subject: Re: Sound support broken in FreeBSD 4.0-S? References: <14491b0f342d5ff7d4d265f9d05b27ba@cequrux.com> <20000614112341.H2097@stat.Duke.EDU> <742527ef53721df84c593f6698564803@cequrux.com> <20000614115420.J2097@stat.Duke.EDU> <20000614124142.P2097@stat.Duke.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sean O'Connell wrote: > > Graham Wheeler stated: > > Can't glean too much from WIndoze. If I go to the system properties, I > > see: > > > > General: VIA PCI Audio Controller (WDM) v033 > > Resources: IRQ 9, I/O Ranges 1000-10FF, 1434-1437, 1430-1433 > > > > which looks very different to an SB16, I must admit. > > This means it will behave like one if the backend PCI stuff is > attached and configured (a la the problem I was having with > the Yamaha). This is well into the realm of device driver needing > to be written (unless this is an OEM'd version of a supported pci > sound card). You might want to query on freebsd-multimedia, but > I wouldn't hold my breath. > > Can you get any noise out of it if > > point things at the dsp0 interface or dspW0 interface rather > than /dev/audio? Not sure if that'll do anything... Nope. I've done a bit of searching. It looks like it is a VIA VT82C686 chip. There are drivers for Linux. Given the three fairly major problems I am having with this laptop: * no sound * flaky touchpad * XFree86 4.0 crashing if I switch to a console and then back I may just have to switch over to Linux. A sad day indeed. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 10: 5: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id A66EA37C2F6 for ; Wed, 14 Jun 2000 10:05:02 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA26673; Wed, 14 Jun 2000 10:08:49 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006141708.KAA26673@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Graham Wheeler Cc: freebsd-stable@freebsd.org Subject: Re: Sound support broken in FreeBSD 4.0-S? In-reply-to: Your message of "Wed, 14 Jun 2000 18:58:26 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jun 2000 10:08:49 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Given the three fairly major problems I am having with this laptop: > > * no sound There are sound drivers available for this chipset, announced a week or two back. > * flaky touchpad This is hardware or software? Have you spoken to anyone (Kazu in particular) about it? > * XFree86 4.0 crashing if I switch to a console and then back XFree86 4.0 is flaky on every platform. > I may just have to switch over to Linux. A sad day indeed. And this would gain you what? -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 10:30:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ratogi.arc.nasa.gov (ratogi.arc.nasa.gov [128.102.132.244]) by hub.freebsd.org (Postfix) with ESMTP id 11E3B37B7CC for ; Wed, 14 Jun 2000 10:30:35 -0700 (PDT) (envelope-from ratogi@eecs.berkeley.edu) Received: from localhost (ratogi@localhost) by ratogi.arc.nasa.gov (8.9.3/8.9.3) with ESMTP id KAA17265 for ; Wed, 14 Jun 2000 10:30:34 -0700 X-Authentication-Warning: ratogi.arc.nasa.gov: ratogi owned process doing -bs Date: Wed, 14 Jun 2000 10:30:34 -0700 (PDT) From: Ray Gilstrap X-Sender: ratogi@ratogi.arc.nasa.gov To: freebsd-stable@FreeBSD.ORG Subject: ESS 1969 sound support? In-Reply-To: <200006141708.KAA26673@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Speaking of sound, I remember about a month ago there was discussion of support for ESS controllers, but (as I recall) not a resolution. I have a Compaq Presario 1800 laptop with 4.0-S and an ESS SOLO-1 (1969) controller, which shows up in dmesg as pci0: (vendor=0x125d, dev=0x1969) at 17.0 irq 5 I tried every combination of options I could think of to convince the kernel that it was a SoundBlaster, but to no avail. Any chance of support anytime soon? Except for this, totally non-functional APM, and no Winmodem support, it actually runs quite well on my machine (alongside Windoze and BeOS). thanks, Ray To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 10:46:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 0F1DA37B75A for ; Wed, 14 Jun 2000 10:46:19 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA26825; Wed, 14 Jun 2000 10:50:18 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006141750.KAA26825@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ray Gilstrap Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ESS 1969 sound support? In-reply-to: Your message of "Wed, 14 Jun 2000 10:30:34 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jun 2000 10:50:18 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Except for this, totally non-functional APM, and no Winmodem support, it > actually runs quite well on my machine (alongside Windoze and BeOS). Have we tried to resolve your APM issues yet? -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 13:36:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.hellasnet.gr (mail.hellasnet.gr [212.54.192.3]) by hub.freebsd.org (Postfix) with ESMTP id E553F37C272 for ; Wed, 14 Jun 2000 13:36:13 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (ppp7.patr.hellasnet.gr [212.54.197.22]) by mail.hellasnet.gr (8.9.1/8.9.1) with ESMTP id WAA09324; Wed, 14 Jun 2000 22:35:03 +0200 (GMT) Received: (from charon@localhost) by hades.hell.gr (8.10.2/8.10.2) id e5FKOpL10950; Thu, 15 Jun 2000 23:24:51 +0300 (EEST) Date: Thu, 15 Jun 2000 23:24:51 +0300 From: Giorgos Keramidas To: Marcel Moolenaar Cc: Glen Foster , stable@FreeBSD.ORG Subject: Re: upgrading from 3.4-S to 4.0-S no longer works Message-ID: <20000615232451.B10613@hades.hell.gr> References: <14658.35864.621233.152016@rr.gfoster.com> <3942A366.D64576D7@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <3942A366.D64576D7@cup.hp.com>; from marcel@cup.hp.com on Sat, Jun 10, 2000 at 01:21:58PM -0700 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 10, 2000 at 01:21:58PM -0700, Marcel Moolenaar wrote: > > I don't see a reason why we gratuitously break source updating. > If there are definite grounds for breaking source updating, then so be > it. Otherwise we should maintain it... Having some machines still with 3.4-S for a couple of reasons, I'd have to agree for purely selfish reasons, if not anything else. My humble opinion is though, that until RELENG_3 is no longer supported (and I mean not supported, at *all*, period), the support for a source upgrade should be there. Then again, this is only my opinion, and I'd hate to force it to you people that maintain the OS. -- Giorgos Keramidas, < keramida @ ceid . upatras . gr > For my public key: finger keramida@ceid.upatras.gr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 13:52:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from corinth.bossig.com (corinth.bossig.com [208.26.239.66]) by hub.freebsd.org (Postfix) with ESMTP id A02CE37B54D for ; Wed, 14 Jun 2000 13:52:29 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.241.1]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.2) with ESMTP id ; Wed, 14 Jun 2000 10:10:53 -0700 Message-ID: <3947BC6E.C3B7A2F@3-cities.com> Date: Wed, 14 Jun 2000 10:10:06 -0700 From: Kent Stewart Organization: BOSSig (BOSS Internet Group) X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Graham Wheeler Cc: freebsd-stable@freebsd.org Subject: Re: Sound support broken in FreeBSD 4.0-S? References: <14491b0f342d5ff7d4d265f9d05b27ba@cequrux.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Graham Wheeler wrote: > > Hi all > > I have seen a few messages on this topic recently, and am experiencing > problems myself, which makes me wonder whether sound support is broken > in 4.0 stable? > > In my case I have a VIA sound card which gets correctly probed, and all > looks well when I cat /dev/sndstat. In fact everything seems find except > not a peep comes out of the speakers (tested against cdplay and x11amp). > I've cranked the mixer settings all up to 100, so that isn't the > explanation. > > For what its worth I've attached the dmesg and sndstat outputs. What driver did you use in your kernel and what device did you make after you rebooted using the new kernel. I have 3 different sound cards. Two of them are SoundBlaster's and the newest one is an Ensoniq ES-1371 marketed by Creative. They all work just fine. Kent > > g. > -- > Dr Graham Wheeler E-mail: gram@cequrux.com > Director, Research and Development WWW: http://www.cequrux.com > CEQURUX Technologies Phone: +27(21)423-6065 > Firewalls/VPN Specialists Fax: +27(21)424-3656 > > ---------------------------------------------------------------------- > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 4.0-STABLE #21: Wed Jun 7 20:19:14 SAST 2000 > root@gramroam:/usr/src-4-stable/sys/compile/GRAMROAM > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium II/Pentium II Xeon/Celeron (466.06-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x665 Stepping = 5 > Features=0x183f9ff > real memory = 62849024 (61376K bytes) > avail memory = 58200064 (56836K bytes) > Preloaded elf kernel "kernel" at 0xc02ed000. > Pentium Pro MTRR support enabled > md0: Malloc disk > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at 0.0 irq 9 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0x1420-0x142f at device 7.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > pci0: at 7.2 irq 11 > isab1: at device 7.4 on pci0 > chip1: port 0x1430-0x1433,0x1434-0x1437,0x1000-0x10ff irq 9 at device 7.5 on pci0 > pci0: (vendor=0x14f1, dev=0x2013) at 9.0 irq 11 > chip2: at device 10.0 on pci0 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > psm0: irq 12 on atkbdc0 > psm0: model Synaptics PS/2 Touchpad in Relative Mode, device ID 0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: on isa0 > sc0: VGA <16 virtual consoles, flags=0x200> > pcic0: at port 0x3e0-0x3e1 on isa0 > pcic0: Polling mode > pccard0: on pcic0 > pccard1: on pcic0 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppi0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > plip0: on ppbus0 > sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 > pcm0: on sbc0 > pccard: card inserted, slot 0 > pccard: card inserted, slot 1 > ata1-slave: ata_command: timeout waiting for intr > ata1-slave: identify failed > ad0: 17301MB [35152/16/63] at ata0-master using UDMA66 > acd0: DVD-ROM at ata1-master using PIO4 > Mounting root from ufs:/dev/ad0s3a > ep0: <3Com OfficeConnect 572BT> at port 0x240-0x25f irq 3 slot 0 on pccard0 > ep0: Ethernet address 00:50:da:52:ff:7d > > ---------------------------------------------------------------------- > FreeBSD Audio Driver (newpcm) May 24 2000 17:07:01 > Installed devices: > pcm0: at io 0x220 irq 5 drq 1:5 (1p/1r channels duplex) -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ Hunting Archibald Stewart, b 1802 in Ballymena, Antrim Co., NIR http://www.3-cities.com/~kstewart/genealogy/archibald_stewart.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 14: 2:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from kci.kciLink.com (kci.kciLink.com [204.117.82.1]) by hub.freebsd.org (Postfix) with ESMTP id 0317237B543 for ; Wed, 14 Jun 2000 14:02:40 -0700 (PDT) (envelope-from khera@kciLink.com) Received: from onceler.kcilink.com (onceler.kciLink.com [204.117.82.2]) by kci.kciLink.com (Postfix) with ESMTP id CB95CE896 for ; Wed, 14 Jun 2000 17:02:38 -0400 (EDT) Received: (from khera@localhost) by onceler.kcilink.com (8.9.3/8.9.3) id RAA44930; Wed, 14 Jun 2000 17:02:38 -0400 (EDT) (envelope-from khera@kci.kcilink.com) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14663.62190.740982.873850@onceler.kcilink.com> Date: Wed, 14 Jun 2000 17:02:38 -0400 (EDT) To: freebsd-stable@FreeBSD.ORG Subject: Re: ESS 1969 sound support? In-Reply-To: References: <200006141708.KAA26673@mass.cdrom.com> X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "RG" == Ray Gilstrap writes: RG> Speaking of sound, I remember about a month ago there was RG> discussion of support for ESS controllers, but (as I recall) not a That's what I recall as well. My desktop is an ASUS P2B-N integrated motherboard and has the ESS Solo-1 sound chip on it. Under 3.4 I'm using the OSS sound drivers from 4front, but they seem to be ignoring request and questions about supporting 4.0. This is the only thing keeping me from updgrading to 4.0. I'd really like to since then I can run my vmware on it as well, which currently I have to do using a remote Linux box just for that purpose ;-( There was mention that OpenBSD recognizes this chip. How different are the sound driver upper layers between OpenBSD and FreeBSD? Would it be a simple copy with some minor adjustments or would it be pretty much a rewrite based on the info gleaned from the driver? I'm sure porting the Linux driver for this chip would be a lot of work... -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-301-545-6996 GPG & MIME spoken here http://www.khera.org/~vivek/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 14:53:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from indigo.dreamfire.net (indigo.dreamfire.net [207.113.154.29]) by hub.freebsd.org (Postfix) with ESMTP id CFA7537B692 for ; Wed, 14 Jun 2000 14:53:48 -0700 (PDT) (envelope-from sean@dreamfire.net) Received: from valiant.dreamfire.net (valiant [24.11.227.21]) by indigo.dreamfire.net (Postfix) with ESMTP id 8E5AA9456 for ; Wed, 14 Jun 2000 14:53:38 -0700 (PDT) Received: by valiant.dreamfire.net (Postfix, from userid 1000) id 6BC9EE88EA; Wed, 14 Jun 2000 14:52:19 -0700 (PDT) Date: Wed, 14 Jun 2000 14:52:19 -0700 From: Sean-Paul Rees To: stable@freebsd.org Subject: Advanced Router Message-ID: <20000614145219.A88415@seanrees.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm a part of the network administration team a local ISP. We're a non-profit group that provides internet access to a couple of media labs, our internet subscribers, and our servers. Over the last few months, we've noticed a lot of our network slow down. Part of it is attributed to a constantly growing network that could use a bit of a clean up. Also, we've been subjected to a small share of DoS attacks. We want to put our media labs on private address space to conserve our routable address space. We also want a small firewall to filter out some of the garbage that goes through, and to block certain services from untrusted sources. I'm planning to recommend a FreeBSD box to handle this task. We're non-profit and we don't have a ton to spend, and I love FreeBSD a lot :-) The media labs have quite a few Macintosh computers. For that, we have a set of servers that double as AppleShare services. We also have a box that handles NetBoot and QuickTime Streaming. What I want to do is sit the FreeBSD box in the middle, so-to-speak. [T1 - CRL] | [FreeBSD Router] ___________| |___________ | | [ Our Servers ] [ Media Labs NAT ] (x.x.x.x/24) (192.168.0.0/24) We need the media labs to talk AppleShare to our servers. So, we need the FreeBSD box to be able to alias those packets. I don't forsee NetBoot being able to be aliasable, so we'd probably stick the NetBoot server into the private address space. So, since it's running out QuickTime Streaming aswell, we'd need to forward those packets. Is that I have here feasible? Ideas would be appreciated. I'd like to present them an irrefusable plan :-) Thanks! :) Cheers, Sean-Paul Rees sean@seanrees.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 17:39:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from awww.jeah.net (awww.jeah.net [216.111.239.130]) by hub.freebsd.org (Postfix) with ESMTP id F40E337B623 for ; Wed, 14 Jun 2000 17:39:08 -0700 (PDT) (envelope-from chris@awww.jeah.net) Received: (from chris@localhost) by awww.jeah.net (8.9.3/8.9.3) id TAA48721 for freebsd-stable@freebsd.org; Wed, 14 Jun 2000 19:39:01 -0500 (CDT) (envelope-from chris) Date: Wed, 14 Jun 2000 19:39:01 -0500 (CDT) From: Chris Byrnes Message-Id: <200006150039.TAA48721@awww.jeah.net> To: freebsd-stable@freebsd.org Subject: upgrade 3.4 to 4.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm thinking of upgrading now. I didn't before. I run 3.4-stable now. Can I just run the regular CVSUP to -stable and do all the fun make buildworld and installworld and all will be good? Or is there something special I have to do for 4.0? Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 18:15:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from awww.jeah.net (awww.jeah.net [216.111.239.130]) by hub.freebsd.org (Postfix) with ESMTP id A4AFD37B588; Wed, 14 Jun 2000 18:15:10 -0700 (PDT) (envelope-from chris@jeah.net) Received: from localhost (chris@localhost) by awww.jeah.net (8.9.3/8.9.3) with ESMTP id UAA49168; Wed, 14 Jun 2000 20:15:04 -0500 (CDT) (envelope-from chris@jeah.net) Date: Wed, 14 Jun 2000 20:15:04 -0500 (CDT) From: Chris Byrnes To: Stephen Montgomery-Smith Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: upgrade 3.4 to 4.0 In-Reply-To: <39482C76.726EE546@math.missouri.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To update from 3.x to 4.0 stable -------------------------------- [3] cd /usr/src [2] make buildworld cd sbin/mknod make install cd ../../sys/modules make install [1] reboot cd /usr/src cd gnu/usr.bin/texinfo/install-info make install cd ../../../.. make installworld [5] mergemaster [4] reboot I hate to keep asking you questions, but like.. I cant login to the machine in single-user mode.. it's a co-located box.. is there a way to get around the things you have to do in single-user mode? Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 18:22:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 0060637B80D; Wed, 14 Jun 2000 18:22:37 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id SAA01625; Wed, 14 Jun 2000 18:22:23 -0700 (PDT) Date: Wed, 14 Jun 2000 18:22:23 -0700 From: Brooks Davis To: Chris Byrnes Cc: Stephen Montgomery-Smith , freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: upgrade 3.4 to 4.0 Message-ID: <20000614182223.A525@orion.ac.hmc.edu> References: <39482C76.726EE546@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: ; from chris@jeah.net on Wed, Jun 14, 2000 at 08:15:04PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 14, 2000 at 08:15:04PM -0500, Chris Byrnes wrote: > To update from 3.x to 4.0 stable > -------------------------------- > [3] > cd /usr/src > [2] > make buildworld > cd sbin/mknod > make install > cd ../../sys/modules > make install > > [1] > reboot > > cd /usr/src > cd gnu/usr.bin/texinfo/install-info > make install > cd ../../../.. > make installworld [5] > mergemaster [4] > reboot > > > > I hate to keep asking you questions, but like.. I cant login to the > machine in single-user mode.. it's a co-located box.. is there a way to > get around the things you have to do in single-user mode? As long as the box isn't busy, it should be save in multi-user mode. I'd recomend disabling what ever major services it provides before rebooting just to be on the safe side, but even that is probably unnecessicary. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 18:27:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.il.home.com (ha1.rdc1.il.home.com [24.2.1.66]) by hub.freebsd.org (Postfix) with ESMTP id BBA7837C1F2; Wed, 14 Jun 2000 18:27:50 -0700 (PDT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu ([24.12.197.197]) by mail.rdc1.il.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000615012748.FSOS20692.mail.rdc1.il.home.com@math.missouri.edu>; Wed, 14 Jun 2000 18:27:48 -0700 Message-ID: <394830F7.21F4C850@math.missouri.edu> Date: Wed, 14 Jun 2000 20:27:19 -0500 From: Stephen Montgomery-Smith X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: Chris Byrnes , freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: upgrade 3.4 to 4.0 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Byrnes wrote: > > To update from 3.x to 4.0 stable > -------------------------------- > [3] > cd /usr/src > [2] > make buildworld > cd sbin/mknod > make install > cd ../../sys/modules > make install > > [1] > reboot > > cd /usr/src > cd gnu/usr.bin/texinfo/install-info > make install > cd ../../../.. > make installworld [5] > mergemaster [4] > reboot > > > I hate to keep asking you questions, but like.. I cant login to the > machine in single-user mode.. it's a co-located box.. is there a way to > get around the things you have to do in single-user mode? > I accidently didn't boot into single user mode at that time, and I found the machine unusable. I don't remember why. It might have been that the passwords did not work. But I think it might have been something else. -- Stephen Montgomery-Smith Department of Mathematics, University of Missouri, Columbia, MO 65211 Phone 573-882-4540, fax 573-882-1869 http://www.math.missouri.edu/~stephen stephen@math.missouri.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 18:35:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from tacoshell.wi2600.org (cam04.gdinet.com [156.46.45.73]) by hub.freebsd.org (Postfix) with ESMTP id BCB7937B59D for ; Wed, 14 Jun 2000 18:35:30 -0700 (PDT) (envelope-from chris@tacoshell.wi2600.org) Received: (from root@localhost) by tacoshell.wi2600.org (8.9.3/8.9.3) id UAA24261 for freebsd-stable@freebsd.org; Wed, 14 Jun 2000 20:33:41 -0500 (CDT) (envelope-from chris) Date: Wed, 14 Jun 2000 20:33:41 -0500 (CDT) From: Chris Message-Id: <200006150133.UAA24261@tacoshell.wi2600.org> To: freebsd-stable@freebsd.org Subject: question Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG while upgrading to 4.0-stable i typed "make buildworld" and after a half hour or so got this error: install -C -o root -g wheel -m 444 /usr/src/gnu/lib/libgmp/../../../contrib/libgmp/gmp.h /usr/obj/usr/src/tmp/usr/include cd /usr/src/secure/lib/libdes; /usr/obj/usr/src/tmp/usr/bin/make beforeinstall cd: can't cd to /usr/src/secure/lib/libdes *** Error code 2 Stop. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 20:18:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sanson.reyes.somos.net (freyes.static.inch.com [216.223.199.224]) by hub.freebsd.org (Postfix) with ESMTP id C50A337B605 for ; Wed, 14 Jun 2000 20:18:38 -0700 (PDT) (envelope-from fran@reyes.somos.net) Received: from tomasa (tomasa.reyes.somos.net [10.0.0.11]) by sanson.reyes.somos.net (8.9.3/8.9.3) with SMTP id XAA11324 for ; Wed, 14 Jun 2000 23:12:11 -0400 (EDT) (envelope-from fran@reyes.somos.net) Message-Id: <200006150312.XAA11324@sanson.reyes.somos.net> From: "Francisco Reyes" To: "FreeBSD Stable List" Date: Wed, 14 Jun 2000 23:20:19 -0400 Reply-To: "Francisco Reyes" X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows 98 (4.10.2222) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: How often to run mergemaster? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recently started to track 4.X Stable. How often does one need to run mergemaster, or even better how does one even know that it needs to be run? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 20:27:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 8FF6E37BA3C for ; Wed, 14 Jun 2000 20:27:40 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id UAA04256; Wed, 14 Jun 2000 20:24:09 -0700 (PDT) Date: Wed, 14 Jun 2000 20:24:09 -0700 From: Brooks Davis To: Francisco Reyes Cc: FreeBSD Stable List Subject: Re: How often to run mergemaster? Message-ID: <20000614202409.B2694@orion.ac.hmc.edu> References: <200006150312.XAA11324@sanson.reyes.somos.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <200006150312.XAA11324@sanson.reyes.somos.net>; from fran@reyes.somos.net on Wed, Jun 14, 2000 at 11:20:19PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 14, 2000 at 11:20:19PM -0400, Francisco Reyes wrote: > I recently started to track 4.X Stable. How often does one need > to run mergemaster, or even better how does one even know that > it needs to be run? You should run it after each installworld. If you don't your /etc may be out of sync with your binaries which could be bad. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 20:32:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 316E637B716 for ; Wed, 14 Jun 2000 20:32:51 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id NAA57706; Thu, 15 Jun 2000 13:32:38 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from itga.com.au (lightning.itga.com.au [192.168.71.20]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id NAA18357; Thu, 15 Jun 2000 13:32:37 +1000 (EST) Message-Id: <200006150332.NAA18357@lightning.itga.com.au> X-Mailer: exmh version 2.0.1 12/23/97 From: Gregory Bond To: "Francisco Reyes" Cc: "FreeBSD Stable List" Subject: Re: How often to run mergemaster? In-reply-to: Your message of Wed, 14 Jun 2000 23:20:19 -0400. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 13:32:35 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I recently started to track 4.X Stable. How often does one need > to run mergemaster, or even better how does one even know that > it needs to be run? Every time you run "make installworld" or "make world". It's no big chore, I usually do it while I'm waiting for the new kernel to compile. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 20:40:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wilson.acpub.duke.edu (wilson.acpub.duke.edu [152.3.233.69]) by hub.freebsd.org (Postfix) with ESMTP id B966D37B8CC for ; Wed, 14 Jun 2000 20:40:22 -0700 (PDT) (envelope-from sto@stat.Duke.EDU) Received: from bobzilla.adsl.duke.edu (bobzilla.adsl.duke.edu [152.16.67.15]) by wilson.acpub.duke.edu (8.9.3/8.9.3/Duke-5.0.0) with ESMTP id XAA18035; Wed, 14 Jun 2000 23:40:19 -0400 (EDT) Received: (from sto@localhost) by bobzilla.adsl.duke.edu (8.9.3/8.9.3) id XAA01045 for freebsd-stable@FreeBSD.ORG; Wed, 14 Jun 2000 23:40:19 -0400 (EDT) (envelope-from sto) Date: Wed, 14 Jun 2000 23:40:19 -0400 From: "Sean O'Connell" To: FreeBSD Stable List Subject: Re: How often to run mergemaster? Message-ID: <20000614234019.B976@stat.Duke.EDU> Reply-To: "Sean O'Connell" References: <200006150312.XAA11324@sanson.reyes.somos.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006150312.XAA11324@sanson.reyes.somos.net>; from fran@reyes.somos.net on Wed, Jun 14, 2000 at 11:20:19PM -0400 X-Organization: House of Schmutzli X-Kitties: Bitty Maya CJ Keisha Jacob X-Hound: Bob X-OS-OF-Choice: FreeBSD Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Francisco Reyes stated: > I recently started to track 4.X Stable. How often does one need > to run mergemaster, or even better how does one even know that > it needs to be run? I run it when I notice that things have been changed in /usr/src/etc from my cvsup logs. As a side-note, I became frustrated with mergemaster asking me about a whole bunch of files that I don't want it to touch. I filed a PR that adds an IGNORE_LIST to the mergemaster script that is read out of the .mergemasterrc. See: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=19217 I apologize for the shameless plug :) S -- 1--------01---------01--------01--------01--------01--------01--------0 Sean O'Connell sean@stat.Duke.EDU To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 20:54:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 4176737B60F for ; Wed, 14 Jun 2000 20:54:16 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id XAA09372; Wed, 14 Jun 2000 23:54:09 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <3948535E.45E0F06F@thehousleys.net> Date: Wed, 14 Jun 2000 23:54:06 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Sean O'Connell" , freebsd-stable@freebsd.org Subject: Re: How often to run mergemaster? References: <200006150312.XAA11324@sanson.reyes.somos.net> <20000614234019.B976@stat.Duke.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sean O'Connell wrote: > > I run it when I notice that things have been changed in > /usr/src/etc from my cvsup logs. As a side-note, I became > frustrated with mergemaster asking me about a whole bunch > of files that I don't want it to touch. I filed a PR that > adds an IGNORE_LIST to the mergemaster script that is read > out of the .mergemasterrc. > One way I got around that is to merge the "$FreeBSD .... " version line over, since the standard mode just checks version strings. mergemaster -s will notice they are different. I hope this helps. Jim -- Artificial intelligence is no match for natural stupidity. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 14 21: 5:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from kestrel.prod.itd.earthlink.net (kestrel.prod.itd.earthlink.net [207.217.121.155]) by hub.freebsd.org (Postfix) with ESMTP id 3A65C37C47B; Wed, 14 Jun 2000 21:05:06 -0700 (PDT) (envelope-from cjc@earthlink.net) Received: from pool0566.cvx20-bradley.dialup.earthlink.net (pool1123.cvx20-bradley.dialup.earthlink.net [209.179.254.103]) by kestrel.prod.itd.earthlink.net (8.9.3-EL_1_3/8.9.3) with ESMTP id VAA26610; Wed, 14 Jun 2000 21:05:01 -0700 (PDT) Received: (from cjc@localhost) by pool0566.cvx20-bradley.dialup.earthlink.net (8.9.3/8.9.3) id VAA01205; Wed, 14 Jun 2000 21:03:37 -0700 (PDT) Date: Wed, 14 Jun 2000 21:03:05 -0700 From: "Crist J. Clark" To: Stephen Montgomery-Smith Cc: Chris Byrnes , freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: upgrade 3.4 to 4.0 Message-ID: <20000614210305.B252@dialin-client.earthlink.net> Reply-To: cjclark@alum.mit.edu References: <394830F7.21F4C850@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <394830F7.21F4C850@math.missouri.edu>; from stephen@math.missouri.edu on Wed, Jun 14, 2000 at 08:27:19PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 14, 2000 at 08:27:19PM -0500, Stephen Montgomery-Smith wrote: > Chris Byrnes wrote: > > > > To update from 3.x to 4.0 stable > > -------------------------------- > > [3] > > cd /usr/src > > [2] > > make buildworld > > cd sbin/mknod > > make install > > cd ../../sys/modules > > make install > > > > [1] > > reboot > > > > cd /usr/src > > cd gnu/usr.bin/texinfo/install-info > > make install > > cd ../../../.. > > make installworld [5] > > mergemaster [4] > > reboot > > > > > > I hate to keep asking you questions, but like.. I cant login to the > > machine in single-user mode.. it's a co-located box.. is there a way to > > get around the things you have to do in single-user mode? > > > > I accidently didn't boot into single user mode at that time, and > I found the machine unusable. > > I don't remember why. It might have been that the passwords > did not work. But I think it might have been something else. Maybe if they were NIS passwords. I think the biggest potential problem is with the network setup. Commands like ipfw(8) will not be in sync with the kernel. There is also the problem that the /etc/rc* files are for 3.x rather than 4.0, but this should not be _too_ much of a problem. That said, IIRC, I did manage to do a 3.x to 4.0 upgrade remotely. I was very careful about how I did it, and I had just upgraded some other boxes so the procedure was fresh in my mind at the time. -- Crist J. Clark cjclark@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 3:12:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jurfak.spb.ru (jurfak.spb.ru [195.131.7.34]) by hub.freebsd.org (Postfix) with SMTP id 968A437B57F for ; Thu, 15 Jun 2000 03:12:49 -0700 (PDT) (envelope-from mot@jurfak.spb.ru) Received: from mot2000 [192.168.100.17] by jurfak.spb.ru [195.131.7.34] with SMTP (MDaemon.v2.7.SP5.R) for ; Thu, 15 Jun 2000 14:21:11 +0400 Message-ID: <00fc01bfd6b3$6168a040$1164a8c0@mot2000> From: "Dmitriy Lyutov" To: Subject: join Date: Thu, 15 Jun 2000 14:20:50 +0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00F9_01BFD6D4.E858AE80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.org X-Return-Path: mot@jurfak.spb.ru Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00F9_01BFD6D4.E858AE80 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_00F9_01BFD6D4.E858AE80 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_00F9_01BFD6D4.E858AE80-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 5:22:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 365F237B7BC for ; Thu, 15 Jun 2000 05:22:19 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id OAA16456 for ; Thu, 15 Jun 2000 14:22:14 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 15864; Thu Jun 15 12:25:05 2000 Message-ID: <0dce9503d987a0677241f7982294693f@cequrux.com> Date: Thu, 15 Jun 2000 12:26:58 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Sound support broken in FreeBSD 4.0-S? References: <200006141708.KAA26673@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > Given the three fairly major problems I am having with this laptop: > > > > * no sound > > There are sound drivers available for this chipset, announced a week or > two back. Mike is quite right. If anyone else has one of these VIA 82C686 chipsets, the driver is at www.inode.org/sw/auvia/ -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 6:29:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 1B80837B779 for ; Thu, 15 Jun 2000 06:29:19 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id PAA17346; Thu, 15 Jun 2000 15:29:09 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 17342; Thu Jun 15 15:28:39 2000 Message-ID: Date: Thu, 15 Jun 2000 15:30:33 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Sean O'Connell" Cc: freebsd-stable@freebsd.org Subject: Re: Sound support broken in FreeBSD 4.0-S? References: <200006141708.KAA26673@mass.cdrom.com> <0dce9503d987a0677241f7982294693f@cequrux.com> <20000615091719.A8955@stat.Duke.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sean O'Connell wrote: > > Cool. Where was this announced? I did a search of the FreeBSD > archive for 82C686 and this didn't turn up ... Thanks for > reposting this. I can't remember now, but I searched hardware, stable, current and multimedia and it turned up. Re: X crash problem: > PS. Forgot to ask about the video card on your machine ... does > it requrire 4.0 or are you after the TrueType fonts? Trident Cyberblade/i1. It requires 4.0; although 3.3.6 lists the Cyberblade(generic) as supported, I suspect that the i1 isn't (there are several Cyberblade variants, it seems). Whenever 3.3.6 started up it would log `unknown chipset'. VGA16 in 640x480x8 was the best I could ever get to work. I posted a bug report at Xfree86.org, but haven't had a response. Terrible web site, I must say. Re: mouse problem: I've applied the patches Kazu sent out a week or so ago to the psm driver, and so far it seems to be behaving. But I thought the same about my patches, until two days ago when the mouse went beserk. So I'll reserve judgement for now on these. I did have to fix the one bug I found as well, which isn't included in the patch, namely adjusting the #define of the GENERIC_MOUSE_ENTRY driver offset in the mouse type table to be 10 and not 7. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 6:37:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 0CEC237B779 for ; Thu, 15 Jun 2000 06:37:17 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id PAA17394 for ; Thu, 15 Jun 2000 15:37:14 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 17389; Thu Jun 15 15:36:43 2000 Message-ID: Date: Thu, 15 Jun 2000 15:38:37 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: XFree86-4.0 console switching crash References: <200006141708.KAA26673@mass.cdrom.com> <0dce9503d987a0677241f7982294693f@cequrux.com> <20000615091719.A8955@stat.Duke.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Related to my XFree86-4.0/Trident Cyberblade crashes This is really an X question, but maybe someone can answer it anyway. Is there a way I can *prevent* X from allowing me to switch to a text-mode screen with Ctrl-Alt-Fn? If I could do this then at least I'll stop inadvertantly crashing my laptop - it's just such a habit for me to switch I keep doing it (I usually do my editing with vi on text-mode screens and run Netscrape communicator under X for my mail and web). If the only way to get to a text-mode tty is to kill X, then at least I will have to do less power-cycles and fscks. I'll just have to learn to do my editing under X. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 6:50:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web1401.mail.yahoo.com (web1401.mail.yahoo.com [128.11.23.165]) by hub.freebsd.org (Postfix) with SMTP id 9F8B837B779 for ; Thu, 15 Jun 2000 06:50:37 -0700 (PDT) (envelope-from gwq_uk@yahoo.com) Received: (qmail 28517 invoked by uid 60001); 15 Jun 2000 13:50:37 -0000 Message-ID: <20000615135037.28516.qmail@web1401.mail.yahoo.com> Received: from [195.107.47.212] by web1401.mail.yahoo.com; Thu, 15 Jun 2000 06:50:37 PDT Date: Thu, 15 Jun 2000 06:50:37 -0700 (PDT) From: =?iso-8859-1?q?Greg=20Quinlan?= Reply-To: gwq_uk@yahoo.com Subject: PPP bug! To: FreeBSD-Stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All, If anyone is interested - I have been playing with multiple PPP links and found that a second PPP link will always adopt the same network mask as the first. if ppp0 has a network mask of 255.255.255.128 then the ppp1 will be given the same mask. If I try to set ppp1 with a different network mask of 255.255.0.0 (in the options file) pppd will return an error immediately that the 'netmask is invalid'. I can assure you IT IS NOT. Both dialup ppp links have destinctly separate ip addresses. The second ppp link does not even get to the dialout stage. I had a look at the code for pppd and it appears that a line in options.c program which I don't completely understand (~& does what? right-shift??) is to blame. if ((inet_aton(*argv, &mask)) == -1 || (netmask & ~mask.s_addr)) { fprintf(stderr, "Invalid netmask %s\n", *argv); return (0); } The silly thing is that pppd is just parsing the options file, it has not dialed and it has not obtained an ip address from the remote server for the second link, so how could the netmask be invalid, unless the first ppp link netmask determined what the next network mask should be!! I thought all ppp links were independant network connections!!! :) Likewise if I switch the order of the dialup links both links will be given 255.255.0.0 .... this is definately not what I want ... although I have both links working this way. I need two dialup links as one is used for a VPN and the other is just WWW-surfing!! So what can be done about it? Cheers Greg __________________________________________________ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 7:15:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 9DB5237B7BA for ; Thu, 15 Jun 2000 07:15:12 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id QAA19223; Thu, 15 Jun 2000 16:15:02 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 19138; Thu Jun 15 16:14:18 2000 Message-ID: Date: Thu, 15 Jun 2000 16:16:12 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Sean O'Connell" Cc: freebsd-stable@freebsd.org Subject: Re: Sound support broken in FreeBSD 4.0-S? References: <200006141708.KAA26673@mass.cdrom.com> <0dce9503d987a0677241f7982294693f@cequrux.com> <20000615091719.A8955@stat.Duke.EDU> <20000615095956.B8955@stat.Duke.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sean O'Connell wrote: > > Graham Wheeler stated: > > > PS. Forgot to ask about the video card on your machine ... does > > > it requrire 4.0 or are you after the TrueType fonts? > > > > Trident Cyberblade/i1. > > > > It requires 4.0; although 3.3.6 lists the Cyberblade(generic) as > > supported, I suspect that the i1 isn't (there are several Cyberblade > > variants, it seems). Whenever 3.3.6 started up it would log `unknown > > chipset'. VGA16 in 640x480x8 was the best I could ever get to work. > > I wonder if it is just missing a pci identifier in the Trient code > in XF86_SVGA... along the lines of making the Neomagic 256ZX work That is very possible. When I tried to use depths of 16, 24 or 32, the server barfed saying that the colour mode was not supported for the chipset. For a depth of 8 it may just be that I didn't have an appropriate modeline. If that is the case, can you suggest what I need to do to fix it? > > Re: mouse problem: > > > > I've applied the patches Kazu sent out a week or so ago to the psm > > driver, and so far it seems to be behaving. But I thought the same about > > my patches, until two days ago when the mouse went beserk. So I'll > > reserve judgement for now on these. I did have to fix the one bug I > > found as well, which isn't included in the patch, namely adjusting the > > #define of the GENERIC_MOUSE_ENTRY driver offset in the mouse type table > > to be 10 and not 7. > > Are you using moused? Or is the raw psm device under X? Doesn't seem to make a difference. If I use moused, then the mouse still goes beserk. In a text-mode console, it obbviously doesn't pop up windows all over, but it does make the screen flash and highlight arbitrary pieces of text, so the bug is the same. Can't blame X for this one! regards gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 7:19:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dart.sr.se (dart.SR.SE [193.12.91.98]) by hub.freebsd.org (Postfix) with ESMTP id 834F937B6EC for ; Thu, 15 Jun 2000 07:19:49 -0700 (PDT) (envelope-from gunnar@pluto.sr.se) Received: from honken.sr.se ([134.25.128.27]) by dart.sr.se (8.9.3/8.9.3) with ESMTP id QAA80330 for ; Thu, 15 Jun 2000 16:19:42 +0200 (CEST) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id QAA39104 for ; Thu, 15 Jun 2000 16:19:42 +0200 (CEST) (envelope-from gunnar@pluto.sr.se) Received: (from gunnar@localhost) by pluto.sr.se (8.9.3/8.9.3) id QAA34357 for freebsd-stable@freebsd.org; Thu, 15 Jun 2000 16:19:42 +0200 (CEST) (envelope-from gunnar) Date: Thu, 15 Jun 2000 16:19:42 +0200 From: Gunnar Flygt To: FreeBSD Stable Subject: Stupid question?, regarding IPv6 Message-ID: <20000615161942.G31378@sr.se> Reply-To: Gunnar Flygt Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This really has nothing special to do with STABLE, but since I know that the experts are here, here we go. Much is written about IPv6, but I've never seen an example of how a IPv6 address is constructed. ie. How does it look? -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 7:21:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 2299937B6EC for ; Thu, 15 Jun 2000 07:21:47 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id QAA19786; Thu, 15 Jun 2000 16:21:17 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 19683; Thu Jun 15 16:20:28 2000 Message-ID: <2903470af44d6358f6c49274f9e7c326@cequrux.com> Date: Thu, 15 Jun 2000 16:22:22 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Meino de Graaf Cc: freebsd-stable@freebsd.org Subject: Re: XFree86-4.0 console switching crash References: <200006141708.KAA26673@mass.cdrom.com> <0dce9503d987a0677241f7982294693f@cequrux.com> <20000615091719.A8955@stat.Duke.EDU> <3948E351.89D9BB50@csc-ip.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Meino de Graaf wrote: > > I don't know how to prevent the X server reacting on Ctrl-alt-FN, but I have the > impression that you are not aware of the existence of xterm. xterm is a > vt100-vt... emulation program which can open plain old text terminals on your X > server. I happen to like text-mode consoles for doing my editing. I'll happily run shell commands in xterms but vi* just looks best in text mode, IMHO. gram (P.S. _ I also like ScrlLck and PgUp/PgDn far more than using the scroll bar in an xterm. And when running Windoze, I usually have at least one DOS box open, Alt-Enter-ed to be a full-screen text mode DOS shell. Maybe I'm just old school...). -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 7:23:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 9F9EA37B708 for ; Thu, 15 Jun 2000 07:23:35 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id QAA20005; Thu, 15 Jun 2000 16:23:24 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 19910; Thu Jun 15 16:23:08 2000 Message-ID: <38157b1df56876fae7432abfbebe5d39@cequrux.com> Date: Thu, 15 Jun 2000 16:25:02 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Sean O'Connell" , freebsd-stable@freebsd.org Cc: Kazutaka YOKOTA Subject: Re: Sound support broken in FreeBSD 4.0-S? References: <200006141708.KAA26673@mass.cdrom.com> <0dce9503d987a0677241f7982294693f@cequrux.com> <20000615091719.A8955@stat.Duke.EDU> <20000615095956.B8955@stat.Duke.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Graham Wheeler wrote: > > > > Re: mouse problem: > > > > > > I've applied the patches Kazu sent out a week or so ago to the psm > > > driver, and so far it seems to be behaving. But I thought the same about > > > my patches, until two days ago when the mouse went beserk. So I'll > > > reserve judgement for now on these. I did have to fix the one bug I > > > found as well, which isn't included in the patch, namely adjusting the > > > #define of the GENERIC_MOUSE_ENTRY driver offset in the mouse type table > > > to be 10 and not 7. > > > > Are you using moused? Or is the raw psm device under X? > > Doesn't seem to make a difference. If I use moused, then the mouse still > goes beserk. In a text-mode console, it obbviously doesn't pop up > windows all over, but it does make the screen flash and highlight > arbitrary pieces of text, so the bug is the same. Can't blame X for this > one! An aside: things are still looking good with the Kazu patches; not one bit of madness yet. Kazu, have you had feedback from anyone else about these patches? -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 7:26:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id EA82837BD1E for ; Thu, 15 Jun 2000 07:26:48 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id KAA84397; Thu, 15 Jun 2000 10:26:38 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <3948E76F.7FE9A0A3@thehousleys.net> Date: Thu, 15 Jun 2000 10:25:51 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Gunnar Flygt Cc: FreeBSD Stable Subject: Re: Stupid question?, regarding IPv6 References: <20000615161942.G31378@sr.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gunnar Flygt wrote: > > This really has nothing special to do with STABLE, but since I know that > the experts are here, here we go. Much is written about IPv6, but I've > never seen an example of how a IPv6 address is constructed. ie. How does > it look? > > -- > __o www.ipv6.thehousleys.net 3ffe:1ce3:6:0:1:0:0:a ftp.ipv6.thehousleys.net 3ffe:1ce3:6:0:1:0:0:b => 3ffe:1ce3:6:0:1::b Jim -- Unix is like a wigwam -- no Gates, no Windows, and an Apache inside. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 7:30:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 13F6C37BCA8 for ; Thu, 15 Jun 2000 07:30:40 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id QAA20689; Thu, 15 Jun 2000 16:29:49 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 20550; Thu Jun 15 16:28:52 2000 Message-ID: <3d3d4c25e90ff511bc4fe02a7c2e836f@cequrux.com> Date: Thu, 15 Jun 2000 16:30:47 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Gunnar Flygt Cc: FreeBSD Stable Subject: Re: Stupid question?, regarding IPv6 References: <20000615161942.G31378@sr.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gunnar Flygt wrote: > > This really has nothing special to do with STABLE, but since I know that > the experts are here, here we go. Much is written about IPv6, but I've > never seen an example of how a IPv6 address is constructed. ie. How does > it look? IIRC, it is written a lot like a Ethernet MAC address, but with 16-bit elements; e.g. : ffe6:1234:abc:ffff:0000:2000:ff86:fe77 (That's just numbers sucked out of my head; it isn't meant to be a real address by any means). -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 8: 2: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sohara.dyndns.org (pooh.elsevier.nl [145.36.13.27]) by hub.freebsd.org (Postfix) with ESMTP id 56C6137B9B4 for ; Thu, 15 Jun 2000 08:02:02 -0700 (PDT) (envelope-from steve@sohara.dyndns.org) Received: (from steve@localhost) by sohara.dyndns.org (8.9.3/8.9.3) id QAA00890; Thu, 15 Jun 2000 16:08:54 +0100 (IST) (envelope-from steve) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <2903470af44d6358f6c49274f9e7c326@cequrux.com> Date: Thu, 15 Jun 2000 16:08:54 +0100 (IST) From: "Steve O'Hara-Smith" To: Graham Wheeler Subject: Re: XFree86-4.0 console switching crash Cc: freebsd-stable@freebsd.org, Meino de Graaf Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Jun-00 Graham Wheeler wrote: > (P.S. _ I also like ScrlLck and PgUp/PgDn far more than using the scroll > bar in an xterm. And when running Windoze, I usually have at least one Next time you have an xterm up try shift/PgUp and shift/PgDn. It is a long time since I last touched the scrollbar of an xterm :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 8: 8:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from hq1.tyfon.net (hq1.tyfon.net [213.212.29.17]) by hub.freebsd.org (Postfix) with ESMTP id DF04E37B6BD for ; Thu, 15 Jun 2000 08:08:50 -0700 (PDT) (envelope-from dl@tyfon.net) Received: from enigmatic (dhcp1.intranet.tyfon.net [192.168.1.20]) by hq1.tyfon.net (Postfix) with SMTP id 273FC1C5C8 for ; Thu, 15 Jun 2000 17:08:48 +0200 (CEST) From: "Dan Larsson" To: Subject: microuptime issues after make world Date: Thu, 15 Jun 2000 17:08:27 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting about three or four of the below messages a day /kernel: microuptime() went backwards (1422696.820276 -> 1422696,-694574104) What do I need to do to fix this? Any alternatives besides another make world? Regards ------------ Dan Larsson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 8:27:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from kci.kciLink.com (kci.kciLink.com [204.117.82.1]) by hub.freebsd.org (Postfix) with ESMTP id 9C64537BBA9 for ; Thu, 15 Jun 2000 08:27:54 -0700 (PDT) (envelope-from khera@kciLink.com) Received: from onceler.kcilink.com (onceler.kciLink.com [204.117.82.2]) by kci.kciLink.com (Postfix) with ESMTP id 46B39E8D1 for ; Thu, 15 Jun 2000 11:27:53 -0400 (EDT) Received: (from khera@localhost) by onceler.kcilink.com (8.9.3/8.9.3) id LAA48848; Thu, 15 Jun 2000 11:27:53 -0400 (EDT) (envelope-from khera@kci.kcilink.com) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14664.62969.136383.830530@onceler.kcilink.com> Date: Thu, 15 Jun 2000 11:27:53 -0400 (EDT) To: freebsd-stable@freebsd.org Subject: Re: XFree86-4.0 console switching crash In-Reply-To: <2903470af44d6358f6c49274f9e7c326@cequrux.com> References: <200006141708.KAA26673@mass.cdrom.com> <0dce9503d987a0677241f7982294693f@cequrux.com> <20000615091719.A8955@stat.Duke.EDU> <3948E351.89D9BB50@csc-ip.nl> <2903470af44d6358f6c49274f9e7c326@cequrux.com> X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "GW" == Graham Wheeler writes: GW> (P.S. _ I also like ScrlLck and PgUp/PgDn far more than using the scroll I hate the scroll bar too. Try these X resource settings: XTerm.vt100.Translations: #override\n\ F6:select-end(PRIMARY)\n\ F8:insert-selection(PRIMARY, CUT_BUFFER0) \n\ Next: scroll-forw(1,page) \n\ Prior: scroll-back(1,page) Now you can use the pageup/pagedown keys to view your scrollbar history... the F6 and F8 bindings are there from the old Sun keyboards that had cut/paste markings on the keys on the left side of the keyboard... not so useful anymore with the buttons on the top. ;-) Don't know what you used ScrlLck for. Perhaps we can make a binding for it in xterm as well... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 8:40:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id DD5D237BC54 for ; Thu, 15 Jun 2000 08:40:08 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id RAA27184; Thu, 15 Jun 2000 17:39:49 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 27096; Thu Jun 15 17:39:00 2000 Message-ID: Date: Thu, 15 Jun 2000 17:40:55 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Vivek Khera Cc: freebsd-stable@freebsd.org Subject: Re: XFree86-4.0 console switching crash References: <200006141708.KAA26673@mass.cdrom.com> <0dce9503d987a0677241f7982294693f@cequrux.com> <20000615091719.A8955@stat.Duke.EDU> <3948E351.89D9BB50@csc-ip.nl> <2903470af44d6358f6c49274f9e7c326@cequrux.com> <14664.62969.136383.830530@onceler.kcilink.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Vivek Khera wrote: > > Don't know what you used ScrlLck for. Perhaps we can make a binding > for it in xterm as well... Pressing ScrlLck allows you to use PgUp/PgDn to scroll back through the syscons driver history buffer. Pressing it again resumes normal behaviour. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 9: 3:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ratogi.arc.nasa.gov (ratogi.arc.nasa.gov [128.102.132.244]) by hub.freebsd.org (Postfix) with ESMTP id AC6C537B8EA; Thu, 15 Jun 2000 09:03:33 -0700 (PDT) (envelope-from ratogi@eecs.berkeley.edu) Received: from localhost (ratogi@localhost) by ratogi.arc.nasa.gov (8.9.3/8.9.3) with ESMTP id IAA02065; Thu, 15 Jun 2000 08:06:02 -0700 X-Authentication-Warning: ratogi.arc.nasa.gov: ratogi owned process doing -bs Date: Thu, 15 Jun 2000 08:06:02 -0700 (PDT) From: Ray Gilstrap X-Sender: ratogi@ratogi.arc.nasa.gov To: Mike Smith Cc: freebsd-stable@FreeBSD.ORG Subject: apm issues (was Re: ESS 1969 sound support?) In-Reply-To: <200006141750.KAA26825@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Jun 2000, Mike Smith wrote: : > Except for this, totally non-functional APM, and no Winmodem support, it : > actually runs quite well on my machine (alongside Windoze and BeOS). : : Have we tried to resolve your APM issues yet? Oops... sometime when I wasn't looking, the "disable" option snuck into the "device apm0" line in the config. (sheepish grin) Sorry about that. So now I can get APM status info, but suspend isn't working reliably. I haven't been able to completely characterize it yet, but so far symptoms roughly are that suspend works sometimes from the console, and never from X. When it doesn't work, `zzz` causes the screen to go dark, though the disk still spins, the status LCD still says the machine is on, and it becomes non responsive to keypresses (including the power key) and pings. Hard reboot is necessary, with the usual subsequent complaints from fsck. Also, pressing the power key while the machine is awake (which in Windows induces hibernation) causes a spectacular "meltdown" of the display in which everything fades to white over the course of 2-3 seconds. Again, the machine stops listening to the keyboard/trackpad and ping. Any ideas? Thanks... Ray To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 10:12:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id 4773737BC57 for ; Thu, 15 Jun 2000 10:12:33 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id KAA10844; Thu, 15 Jun 2000 10:12:13 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200006151712.KAA10844@freeway.dcfinc.com> Subject: Re: XFree86-4.0 console switching crash In-Reply-To: from Graham Wheeler at "Jun 15, 0 03:38:37 pm" To: gram@cequrux.com (Graham Wheeler) Date: Thu, 15 Jun 2000 10:12:13 -0700 (MST) Cc: freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I recall, Graham Wheeler wrote: > If I could do this then at least I'll stop inadvertantly crashing my > laptop - it's just such a habit for me to switch I keep doing it (I > usually do my editing with vi on text-mode screens and run Netscrape > communicator under X for my mail and web). Any reason you can't start up an xterm pointed at localhost for the vi editing sessions? -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 10:15:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id 2B97237C38F for ; Thu, 15 Jun 2000 10:15:16 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id KAA10865; Thu, 15 Jun 2000 10:15:13 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200006151715.KAA10865@freeway.dcfinc.com> Subject: Re: PPP bug! In-Reply-To: <20000615135037.28516.qmail@web1401.mail.yahoo.com> from Greg Quinlan at "Jun 15, 0 06:50:37 am" To: gwq_uk@yahoo.com Date: Thu, 15 Jun 2000 10:15:13 -0700 (MST) Cc: FreeBSD-Stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I recall, Greg Quinlan wrote: > I had a look at the code for pppd and it appears that > a line in options.c program which I don't completely > understand (~& does what? right-shift??) is to blame. The code is "anding" in "not" mask.s_addr (that is, the one's complement of the mask). > if ((inet_aton(*argv, &mask)) == -1 || (netmask & > ~mask.s_addr)) { > fprintf(stderr, "Invalid netmask %s\n", > *argv); > return (0); > } -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 10:56:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from blizzard.mweb.co.za (blizzard.mweb.co.za [196.2.48.245]) by hub.freebsd.org (Postfix) with ESMTP id A5ED237C34E for ; Thu, 15 Jun 2000 10:56:12 -0700 (PDT) (envelope-from gramster@mweb.co.za) Received: from mweb.co.za. (cpt-dial-196-30-180-39.mweb.co.za) by blizzard.mweb.co.za (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FW700D1GJ4RTO@blizzard.mweb.co.za> for freebsd-stable@freebsd.org; Thu, 15 Jun 2000 19:55:44 +0200 (SAT) Received: from mweb.co.za (jukebox [192.168.1.4]) by mweb.co.za. (8.9.3/8.9.3) with ESMTP id UAA35977 for ; Thu, 15 Jun 2000 20:00:42 +0200 (SAST envelope-from gramster@mweb.co.za) Date: Thu, 15 Jun 2000 20:04:38 +0200 From: Graham Wheeler Subject: XFree86 and console switching crash To: freebsd-stable@freebsd.org Message-id: <39491AB6.CC265957@mweb.co.za> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (Win98; I) Content-type: multipart/mixed; boundary="------------F7E6222C74CB9DE5E4596FFC" X-Accept-Language: en Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------F7E6222C74CB9DE5E4596FFC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all I'm making one last effort to get XFree86-3.3.6 to work, to get around the switch crash in XFree86-4.0. Maybe I'm just doing something idiot (grud knows, it certainly wouldn't be the first time ;-) ), so I have attached my XF86Config file and the output from startx to this message. If anyone has any ideas, please let me know... regards gram --------------F7E6222C74CB9DE5E4596FFC Content-Type: text/plain; charset=us-ascii; name="XF86Config" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="XF86Config" # File generated by xf86config. # # Copyright (c) 1995 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # # FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" # FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" # FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" # For OSs that support Dynamically loaded modules, ModulePath can be # used to set a search path for the modules. This is currently supported # for Linux ELF, FreeBSD 2.x and NetBSD 1.x. The default path is shown # here. # ModulePath "/usr/X11R6/lib/modules" EndSection # ********************************************************************** # Module section -- this is an optional section which is used to specify # which dynamically loadable modules to load. Dynamically loadable # modules are currently supported only for Linux ELF, FreeBSD 2.x # and NetBSD 1.x. Currently, dynamically loadable modules are used # only for some extended input (XInput) device drivers. # ********************************************************************** # # Section "Module" # # This loads the module for the Joystick driver # # Load "xf86Jstk.so" # # EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # NoTrapSignals # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # DontZap # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. # DontZoom # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. # DisableVidModeExtension # Uncomment this to enable the use of a non-local xvidtune client. # AllowNonLocalXvidtune # Uncomment this to disable dynamically modifying the input device # (mouse and keyboard) settings. # DisableModInDev # Uncomment this to enable the use of a non-local client to # change the keyboard or mouse settings (currently only xset). # AllowNonLocalModInDev EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Keyboard section # ********************************************************************** Section "Keyboard" Protocol "Standard" # when using XQUEUE, comment out the above line, and uncomment the # following line # Protocol "Xqueue" AutoRepeat 500 30 # Let the server do the NumLock processing. This should only be required # when using pre-R6 clients # ServerNumLock # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Xleds 1 2 3 # To set the LeftAlt to Meta, RightAlt key to ModeShift, # RightCtl key to Compose, and ScrollLock key to ModeLock: # LeftAlt Meta # RightAlt ModeShift # RightCtl Compose # ScrollLock ModeLock # To disable the XKEYBOARD extension, uncomment XkbDisable. XkbDisable # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # XkbModel "pc102" # If you have a US Microsoft Natural keyboard, you can use: # XkbModel "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # XkbLayout "de" # or: # XkbLayout "de" # XkbVariant "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # XkbOptions "ctrl:swapcaps" # These are the default XKB settings for XFree86 # XkbRules "xfree86" # XkbModel "pc101" # XkbLayout "us" # XkbVariant "" # XkbOptions "" XkbKeymap "xfree86(us)" EndSection # ********************************************************************** # Pointer section # ********************************************************************** Section "Pointer" Protocol "PS/2" Device "/dev/psm0" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Protocol "Xqueue" # Baudrate and SampleRate are only for some Logitech mice # or for the AceCad tablets which require 9600 baud # BaudRate 9600 # SampleRate 150 # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) Emulate3Buttons Emulate3Timeout 50 # ChordMiddle is an option for some 3-button Logitech mice # ChordMiddle EndSection # ********************************************************************** # Xinput section -- this is optional and is required only if you # are using extended input devices. This is for example only. Refer # to the XF86Config man page for a description of the options. # ********************************************************************** # # Section "Xinput" # SubSection "WacomStylus" # Port "/dev/ttyS1" # DeviceName "Wacom" # EndSubSection # SubSection "WacomCursor" # Port "/dev/ttyS1" # EndSubSection # SubSection "WacomEraser" # Port "/dev/ttyS1" # EndSubSection # # SubSection "Elographics" # Port "/dev/ttyS1" # DeviceName "Elo" # MinimumXPosition 300 # MaximumXPosition 3500 # MinimumYPosition 300 # MaximumYPosition 3500 # Screen 0 # UntouchDelay 10 # ReportDelay 10 # EndSubSection # # SubSection "Joystick" # Port "/dev/joy0" # DeviceName "Joystick" # TimeOut 10 # MinimumXPosition 100 # MaximumXPosition 1300 # MinimumYPosition 100 # MaximumYPosition 1100 # # CenterX 700 # # CenterY 600 # Delta 20 # EndSubSection # # The Mouse Subsection contains the same type of entries as the # standard Pointer Section (see above), with the addition of the # DeviceName entry. # # SubSection "Mouse" # Port "/dev/mouse2" # DeviceName "Second Mouse" # Protocol "Logitech" # EndSubSection # EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "My Monitor" VendorName "Compaq" ModelName "Presario 1600" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 31.5-37.9 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 60 # Modes can be specified in two formats. A compact one-line format, or # a multi-line format. # These two are equivalent # ModeLine "1024x768i" 45 1024 1048 1208 1264 768 776 784 817 Interlace # Mode "1024x768i" # DotClock 45 # HTimings 1024 1048 1208 1264 # VTimings 768 776 784 817 # Flags "Interlace" # EndMode # This is a set of standard mode timings. Modes that are out of monitor spec # are automatically deleted by the server (provided the HorizSync and # VertRefresh lines are correct), so there's no immediate need to # delete mode timings (unless particular mode timings don't work on your # monitor). With these modes, the best standard mode that your monitor # and video card can support for a given resolution is automatically # used. # 800x600 @ 56 Hz, 35.15 kHz hsync Modeline "800x600" 36 800 824 896 1024 600 601 603 625 # 800x600 @ 60 Hz, 37.8 kHz hsync Modeline "800x600" 40 800 840 968 1056 600 601 605 628 +hsync +vsync # 800x600 @ 72 Hz, 48.0 kHz hsync Modeline "800x600" 50 800 856 976 1040 600 637 643 666 +hsync +vsync # 800x600 @ 85 Hz, 55.84 kHz hsync Modeline "800x600" 60.75 800 864 928 1088 600 616 621 657 -HSync -VSync # 800x600 @ 100 Hz, 64.02 kHz hsync Modeline "800x600" 69.65 800 864 928 1088 600 604 610 640 -HSync -VSync EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Device configured by xf86config: Section "Device" Identifier "Trident CyberBlade (generic)" VendorName "Unknown" BoardName "Unknown" Chipset "cyberblade" Driver "trident" VideoRam 4096 # Clocks 120.0 80.0 40.0 37.9 60.3 EndSection # ********************************************************************** # Screen sections # ********************************************************************** # The Colour SVGA server Section "Screen" Driver "svga" # Use Device "Generic VGA" for Standard VGA 320x200x256 #Device "Generic VGA" Device "Trident CyberBlade (generic)" Monitor "My Monitor" # Subsection "Display" # Depth 24 # Modes "800x600" # ViewPort 0 0 # Virtual 1280 1024 # EndSubsection # Subsection "Display" # Depth 32 # Modes "800x600" # ViewPort 0 0 # Virtual 1152 900 # EndSubsection # Subsection "Display" # Depth 8 # # Omit the Modes line for the "Generic VGA" device # Modes "800x600" # ViewPort 0 0 # # Use Virtual 320 200 for Generic VGA # Virtual 1600 1280 # EndSubsection Subsection "Display" Depth 16 Modes "800x600" ViewPort 0 0 Virtual 1600 1280 EndSubsection EndSection # The accelerated servers (S3, Mach32, Mach8, 8514, P9000, AGX, W32, Mach64) Section "Screen" Driver "accel" Device "Trident CyberBlade (generic)" Monitor "My Monitor" Subsection "Display" Depth 32 Modes "800x600" ViewPort 0 0 Virtual 1152 900 EndSubsection # Subsection "Display" # Depth 8 # Modes "800x600" # ViewPort 0 0 # Virtual 1600 1280 # EndSubsection # Subsection "Display" # Depth 16 # Modes "800x600" # ViewPort 0 0 # Virtual 1600 1280 # EndSubsection # Subsection "Display" # Depth 24 # Modes "800x600" # ViewPort 0 0 # Virtual 1280 1024 # EndSubsection EndSection --------------F7E6222C74CB9DE5E4596FFC Content-Type: text/plain; charset=us-ascii; name="Xout" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Xout" XFree86 Version 3.3.6 / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: January 8 1999 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 3.3-RELEASE i386 [ELF] Configured drivers: SVGA: server for SVGA graphics adaptors (Patchlevel 0): NV1, STG2000, RIVA 128, RIVA TNT, RIVA TNT2, RIVA ULTRA TNT2, RIVA VANTA, RIVA ULTRA VANTA, RIVA INTEGRATED, GeForce 256, GeForce DDR, Quadro, ET4000, ET4000W32, ET4000W32i, ET4000W32i_rev_b, ET4000W32i_rev_c, ET4000W32p, ET4000W32p_rev_a, ET4000W32p_rev_b, ET4000W32p_rev_c, ET4000W32p_rev_d, ET6000, ET6100, et3000, pvga1, wd90c00, wd90c10, wd90c30, wd90c24, wd90c31, wd90c33, gvga, r128, ati, sis86c201, sis86c202, sis86c205, sis86c215, sis86c225, sis5597, sis5598, sis6326, sis530, sis620, sis300, sis630, sis540, tvga8200lx, tvga8800cs, tvga8900b, tvga8900c, tvga8900cl, tvga8900d, tvga9000, tvga9000i, tvga9100b, tvga9200cxr, tgui9400cxi, tgui9420, tgui9420dgi, tgui9430dgi, tgui9440agi, cyber9320, tgui9660, tgui9680, tgui9682, tgui9685, cyber9382, cyber9385, cyber9388, cyber9397, cyber9520, cyber9525, 3dimage975, 3dimage985, cyber9397dvd, blade3d, cyberblade, clgd5420, clgd5422, clgd5424, clgd5426, clgd5428, clgd5429, clgd5430, clgd5434, clgd5436, clgd5446, clgd5480, clgd5462, clgd5464, clgd5465, clgd6205, clgd6215, clgd6225, clgd6235, clgd7541, clgd7542, clgd7543, clgd7548, clgd7555, clgd7556, ncr77c22, ncr77c22e, cpq_avga, mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag200, mgag100, mgag400, oti067, oti077, oti087, oti037c, al2101, ali2228, ali2301, ali2302, ali2308, ali2401, cl6410, cl6412, cl6420, cl6440, video7, ark1000vl, ark1000pv, ark2000pv, ark2000mt, mx, realtek, s3_virge, AP6422, AT24, AT3D, s3_svga, NM2070, NM2090, NM2093, NM2097, NM2160, NM2200, ct65520, ct65525, ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550, ct65554, ct65555, ct68554, ct69000, ct64200, ct64300, mediagx, V1000, V2100, V2200, p9100, spc8110, i740, i740_pci, Voodoo Banshee, Voodoo3, smi, generic Using syscons driver with X support (version 2.0) (using VT number 9) XF86Config: /etc/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) XKB: disabled (**) XKB: keymap: "xfree86(us)" (overrides other XKB settings) (**) Mouse: type: PS/2, device: /dev/psm0, buttons: 3 (**) Mouse: 3 button emulation (timeout: 50ms) (**) SVGA: Graphics device ID: "Trident CyberBlade (generic)" (**) SVGA: Monitor ID: "My Monitor" (--) SVGA: Mode "800x600" needs vert refresh rate of 56.25 Hz. Deleted. (--) SVGA: Mode "800x600" needs vert refresh rate of 60.32 Hz. Deleted. (--) SVGA: Mode "800x600" needs hsync freq of 48.08 kHz. Deleted. (--) SVGA: Mode "800x600" needs hsync freq of 55.84 kHz. Deleted. (--) SVGA: Mode "800x600" needs hsync freq of 64.02 kHz. Deleted. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/" (--) SVGA: PCI: Trident Unknown chipset (0x8520) rev 106, Memory @ 0xf5000000, 0xf4100000 (--) SVGA: Detected an TFT 800x600 Display (--) SVGA: Revision 106. (--) SVGA: Using Trident programmable clocks (**) SVGA: chipset: cyberblade (**) SVGA: videoram: 4096k (**) SVGA: Using 16 bpp, Depth 16, Color weight: 565 (--) SVGA: Maximum allowed dot-clock: 230.000 MHz (--) SVGA: There is no mode definition named "800x600" Fatal server error: No valid modes found. When reporting a problem related to a server crash, please send the full server output, not just the last messages X connection to :0.0 broken (explicit kill or server shutdown). --------------F7E6222C74CB9DE5E4596FFC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 11:32:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragonstar.dhs.org (dsl-028-a.resnet.purdue.edu [128.211.161.178]) by hub.freebsd.org (Postfix) with ESMTP id 2ADF637B7C4 for ; Thu, 15 Jun 2000 11:32:13 -0700 (PDT) (envelope-from jonsmith@dragonstar.dhs.org) Received: from localhost (jonsmith@localhost) by dragonstar.dhs.org (8.9.3/8.9.3) with ESMTP id NAA62502; Thu, 15 Jun 2000 13:31:57 -0500 (EST) (envelope-from jonsmith@dragonstar.dhs.org) Date: Thu, 15 Jun 2000 13:31:57 -0500 (EST) From: Jonathan Smith To: Graham Wheeler Cc: freebsd-stable@FreeBSD.ORG Subject: Re: XFree86 and console switching crash In-Reply-To: <39491AB6.CC265957@mweb.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey guys, you're missing his point. He wants to fix/work around the problem. By telling him 'well why don't you use xterm or...' You're saying you don't care that he's got a problem. Yes, he _can_ do all kinds of things in X, but if he doesn't want to, it's not like he's saying he wants to run an aout system in 4-stable, he just has a preference to what he does. FWIW, I'm running X4 at work and switch back and forth without any trouble. j. -- Close your eyes. Now forget what you see. What do you feel? -- My heart. -- Come here. -- Your heart. -- See? We're exactly the same. Jon Smith -- Senior Math Major @ Purdue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 12:18:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 1C49C37BC8B for ; Thu, 15 Jun 2000 12:18:42 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 15102 invoked by uid 0); 15 Jun 2000 19:18:39 -0000 Received: from p3e9d5123.dip.t-dialin.net (HELO speedy.gsinet) (62.157.81.35) by mail05.rzmi.gmx.net with SMTP; 15 Jun 2000 19:18:39 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id SAA03165 for freebsd-stable@FreeBSD.ORG; Thu, 15 Jun 2000 18:27:59 +0200 Date: Thu, 15 Jun 2000 18:27:59 +0200 From: Gerhard Sittig To: freebsd-stable@FreeBSD.ORG Subject: Re: ESS 1969 sound support? Message-ID: <20000615182759.N9883@speedy.gsinet> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200006141708.KAA26673@mass.cdrom.com> <14663.62190.740982.873850@onceler.kcilink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14663.62190.740982.873850@onceler.kcilink.com>; from khera@kciLink.com on Wed, Jun 14, 2000 at 05:02:38PM -0400 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 14, 2000 at 17:02 -0400, Vivek Khera wrote: > > There was mention that OpenBSD recognizes this chip. How > different are the sound driver upper layers between OpenBSD and > FreeBSD? Would it be a simple copy with some minor adjustments > or would it be pretty much a rewrite based on the info gleaned > from the driver? I'm sure porting the Linux driver for this > chip would be a lot of work... I'm sure that this will not lead to very quick results, but I want to point out that ALSA is heavily modularized. The low level card routines are separated and all the other layers share common routines. So I could think that OS dependant parts are isolated, too, and could get wrapped or substituted. There should be a website at www.alsa.org if someone wants to have a look at it. And maybe www.suse.cz has a link now that the main author and originator works there. And finally www.freshmeat.net holds copies. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 12:22:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from firebat.Bushong.NET (c128625-a.frmt1.sfba.home.com [24.5.196.12]) by hub.freebsd.org (Postfix) with ESMTP id 3BCE137BC8B for ; Thu, 15 Jun 2000 12:22:30 -0700 (PDT) (envelope-from dbushong@firebat.Bushong.NET) Received: (from dbushong@localhost) by firebat.Bushong.NET (8.9.3/8.9.3) id MAA59927 for freebsd-stable@freebsd.org; Thu, 15 Jun 2000 12:22:28 -0700 (PDT) (envelope-from dbushong) Date: Thu, 15 Jun 2000 12:22:27 -0700 From: David Bushong To: freebsd-stable@freebsd.org Subject: crunchy sound with newpcm Message-ID: <20000615122227.T79778@bushong.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Floating-Sheep-Port: 0xbaa Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My coworker had this problem about a month before I did, and now the same thing's happened to me: At some indeterminate point (for both of us, it was after a crash or a reboot or some other event, NOT immediately after a new -STABLE build), sound coming out (mp3s, regular wavs, anything going to /dev/dsp) comes out sounding crunchy and garbled. I just have device pcm in my config file, /dev/sndstat says: FreeBSD Audio Driver (newpcm) Jun 9 2000 12:35:40 Installed devices: pcm0: at io 0x530 irq 5 drq 0:1 (1p/1r channels duplex) and the dmesg says: pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 unknown0: at port 0x201 on isa0 (and all of those ranges, irq, and drqs check out in windows). It's actually an onboard sound chip on a Dell Dimension XPS D266, and (as always), it "used to work just fine". Anyone else seen this? Any thoughts? I've loved the newpcm driver for its simple one line, no options configuration, but now I feel helpless without settings to fiddle with ;) --David Bushong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 12:26:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epsilon.lucida.qc.ca (epsilon.lucida.qc.ca [216.95.146.6]) by hub.freebsd.org (Postfix) with SMTP id 8C01D37BEA8 for ; Thu, 15 Jun 2000 12:26:43 -0700 (PDT) (envelope-from matt@ARPA.MAIL.NET) Received: (qmail 9517 invoked by uid 1000); 15 Jun 2000 19:26:39 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 15 Jun 2000 19:26:39 -0000 Date: Thu, 15 Jun 2000 15:26:36 -0400 (EDT) From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: David Bushong Cc: freebsd-stable@freebsd.org Subject: Re: crunchy sound with newpcm In-Reply-To: <20000615122227.T79778@bushong.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: localhost 1.6.2 0/1000/N Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If you're using something like XMMS or anything that uses a mixer - turn it off. I had this exact same problem with winamp until I turned off the mixer feature which does not like to work over here. Matt On Thu, 15 Jun 2000, David Bushong wrote: : Date: Thu, 15 Jun 2000 15:22:27 -0400 : From: David Bushong : To: freebsd-stable@freebsd.org : Subject: crunchy sound with newpcm : : My coworker had this problem about a month before I did, and now the same : thing's happened to me: : : At some indeterminate point (for both of us, it was after a crash or a reboot : or some other event, NOT immediately after a new -STABLE build), sound : coming out (mp3s, regular wavs, anything going to /dev/dsp) comes out sounding : crunchy and garbled. I just have : : device pcm : : in my config file, /dev/sndstat says: : : FreeBSD Audio Driver (newpcm) Jun 9 2000 12:35:40 : Installed devices: : pcm0: at io 0x530 irq 5 drq 0:1 (1p/1r channels duplex) : : and the dmesg says: : : pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 : unknown0: at port 0x201 on isa0 : : (and all of those ranges, irq, and drqs check out in windows). It's actually : an onboard sound chip on a Dell Dimension XPS D266, and (as always), it : "used to work just fine". : : Anyone else seen this? Any thoughts? I've loved the newpcm driver for its : simple one line, no options configuration, but now I feel helpless without : settings to fiddle with ;) : : --David Bushong : : : To Unsubscribe: send mail to majordomo@FreeBSD.org : with "unsubscribe freebsd-stable" in the body of the message : Matt Heckaman matt@arpa.mail.net http://www.lucida.qc.ca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (FreeBSD) Comment: http://www.lucida.qc.ca/pgp iD8DBQE5SS3vdMMtMcA1U5ARAqFJAJ4orc8e/06i3z0DTNgVOcroy5rKcwCfeAqh aslqAcWGuJTP3mcnyxAQSAg= =9Y4f -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 12:36: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 7D6F037B86F for ; Thu, 15 Jun 2000 12:36:05 -0700 (PDT) (envelope-from boshea@ricochet.net) Received: from beastie.localdomain ([24.19.158.41]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000615193606.IUGX22567.mail.rdc1.sfba.home.com@beastie.localdomain>; Thu, 15 Jun 2000 12:36:06 -0700 Received: (from brian@localhost) by beastie.localdomain (8.9.3/8.8.7) id MAA00846; Thu, 15 Jun 2000 12:46:23 -0700 (PDT) (envelope-from brian) Date: Thu, 15 Jun 2000 12:46:23 -0700 From: "Brian O'Shea" To: Graham Wheeler Cc: freebsd-stable@FreeBSD.ORG Subject: Re: XFree86 and console switching crash Message-ID: <20000615124623.B424@beastie.localdomain> Reply-To: boshea@ricochet.net Mail-Followup-To: Graham Wheeler , freebsd-stable@FreeBSD.ORG References: <39491AB6.CC265957@mweb.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <39491AB6.CC265957@mweb.co.za>; from Graham Wheeler on Thu, Jun 15, 2000 at 08:04:38PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 15, 2000 at 08:04:38PM +0200, Graham Wheeler wrote: > Hi all > > I'm making one last effort to get XFree86-3.3.6 to work, to get around > the switch crash in XFree86-4.0. > > Maybe I'm just doing something idiot (grud knows, it certainly wouldn't > be the first time ;-) ), so I have attached my XF86Config file and the > output from startx to this message. If anyone has any ideas, please let > me know... > > regards > gram > Well, for starters you don't have any valid Modelines for your video hardware. Were these generated by a config program (like "xf86config")? Writing these things is such a pain, so I usually rely on xf86config to generate them for me. -brian > XF86Config: /etc/XF86Config > (**) stands for supplied, (--) stands for probed/default values > (**) XKB: disabled > (**) XKB: keymap: "xfree86(us)" (overrides other XKB settings) > (**) Mouse: type: PS/2, device: /dev/psm0, buttons: 3 > (**) Mouse: 3 button emulation (timeout: 50ms) > (**) SVGA: Graphics device ID: "Trident CyberBlade (generic)" > (**) SVGA: Monitor ID: "My Monitor" > (--) SVGA: Mode "800x600" needs vert refresh rate of 56.25 Hz. Deleted. > (--) SVGA: Mode "800x600" needs vert refresh rate of 60.32 Hz. Deleted. > (--) SVGA: Mode "800x600" needs hsync freq of 48.08 kHz. Deleted. > (--) SVGA: Mode "800x600" needs hsync freq of 55.84 kHz. Deleted. > (--) SVGA: Mode "800x600" needs hsync freq of 64.02 kHz. Deleted. > (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/" > (--) SVGA: PCI: Trident Unknown chipset (0x8520) rev 106, Memory @ 0xf5000000, 0xf4100000 > (--) SVGA: Detected an TFT 800x600 Display > (--) SVGA: Revision 106. > (--) SVGA: Using Trident programmable clocks > (**) SVGA: chipset: cyberblade > (**) SVGA: videoram: 4096k > (**) SVGA: Using 16 bpp, Depth 16, Color weight: 565 > (--) SVGA: Maximum allowed dot-clock: 230.000 MHz > (--) SVGA: There is no mode definition named "800x600" > > Fatal server error: > No valid modes found. > > > When reporting a problem related to a server crash, please send > the full server output, not just the last messages > > X connection to :0.0 broken (explicit kill or server shutdown). -- Brian O'Shea boshea@ricochet.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 12:52: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from firebat.Bushong.NET (c128625-a.frmt1.sfba.home.com [24.5.196.12]) by hub.freebsd.org (Postfix) with ESMTP id 2519D37C011 for ; Thu, 15 Jun 2000 12:51:58 -0700 (PDT) (envelope-from dbushong@firebat.Bushong.NET) Received: (from dbushong@localhost) by firebat.Bushong.NET (8.9.3/8.9.3) id MAA60045 for freebsd-stable@FreeBSD.ORG; Thu, 15 Jun 2000 12:51:57 -0700 (PDT) (envelope-from dbushong) Date: Thu, 15 Jun 2000 12:51:57 -0700 From: David Bushong To: freebsd-stable@FreeBSD.ORG Subject: esound borken (was: crunchy sound with newpcm) Message-ID: <20000615125157.U79778@bushong.net> References: <20000615122227.T79778@bushong.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from matt@ARPA.MAIL.NET on Thu, Jun 15, 2000 at 03:26:36PM -0400 X-Floating-Sheep-Port: 0xbaa Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ah hah. It seems to be just esd (esound). What tricked me was that mpg123 crunches even when I'm not running esd, so it must be secretly using its routines or something (not sure how that works). xmms works fine when you use its OSS driver instead of the esound one, and auplay and the other NAS utils work fine. esdplay on anything is crunch. So now the question is, what's wrong with esound? I really liked the functionality. On Thu, Jun 15, 2000 at 03:26:36PM -0400, Matt Heckaman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > If you're using something like XMMS or anything that uses a mixer - turn > it off. I had this exact same problem with winamp until I turned off the > mixer feature which does not like to work over here. > > Matt > > On Thu, 15 Jun 2000, David Bushong wrote: > > : Date: Thu, 15 Jun 2000 15:22:27 -0400 > : From: David Bushong > : To: freebsd-stable@freebsd.org > : Subject: crunchy sound with newpcm > : > : My coworker had this problem about a month before I did, and now the same > : thing's happened to me: > : > : At some indeterminate point (for both of us, it was after a crash or a reboot > : or some other event, NOT immediately after a new -STABLE build), sound > : coming out (mp3s, regular wavs, anything going to /dev/dsp) comes out sounding > : crunchy and garbled. I just have > : > : device pcm > : > : in my config file, /dev/sndstat says: > : > : FreeBSD Audio Driver (newpcm) Jun 9 2000 12:35:40 > : Installed devices: > : pcm0: at io 0x530 irq 5 drq 0:1 (1p/1r channels duplex) > : > : and the dmesg says: > : > : pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 > : unknown0: at port 0x201 on isa0 > : > : (and all of those ranges, irq, and drqs check out in windows). It's actually > : an onboard sound chip on a Dell Dimension XPS D266, and (as always), it > : "used to work just fine". > : > : Anyone else seen this? Any thoughts? I've loved the newpcm driver for its > : simple one line, no options configuration, but now I feel helpless without > : settings to fiddle with ;) > : > : --David Bushong > : > : > : To Unsubscribe: send mail to majordomo@FreeBSD.org > : with "unsubscribe freebsd-stable" in the body of the message > : > > Matt Heckaman > matt@arpa.mail.net > http://www.lucida.qc.ca > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.1 (FreeBSD) > Comment: http://www.lucida.qc.ca/pgp > > iD8DBQE5SS3vdMMtMcA1U5ARAqFJAJ4orc8e/06i3z0DTNgVOcroy5rKcwCfeAqh > aslqAcWGuJTP3mcnyxAQSAg= > =9Y4f > -----END PGP SIGNATURE----- > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 15:21:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id D2BCE37B570 for ; Thu, 15 Jun 2000 15:21:06 -0700 (PDT) (envelope-from mhenrion@cybercable.fr) Received: (qmail 925776 invoked from network); 15 Jun 2000 22:21:04 -0000 Received: from r121m199.cybercable.tm.fr (HELO cybercable.fr) ([195.132.121.199]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 15 Jun 2000 22:21:04 -0000 Message-ID: <394955D1.A2CAB41A@cybercable.fr> Date: Fri, 16 Jun 2000 00:16:49 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: ESS 1969 sound support? References: <200006141708.KAA26673@mass.cdrom.com> <14663.62190.740982.873850@onceler.kcilink.com> <20000615182759.N9883@speedy.gsinet> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ALSA webiste is http://www.alsa-project.org Best regards, Maxime Henrion > There should be a website at www.alsa.org if someone wants to > have a look at it. And maybe www.suse.cz has a link now that the > main author and originator works there. And finally > www.freshmeat.net holds copies. > > virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 > Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net > -- > If you don't understand or are scared by any of the above > ask your parents or an adult to help you. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 15:25:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gordius.gordian.com (gordius.gordian.com [192.73.220.81]) by hub.freebsd.org (Postfix) with ESMTP id 73E3E37B8F2 for ; Thu, 15 Jun 2000 15:25:12 -0700 (PDT) (envelope-from steve@gordian.com) X-bait: aablmeh@gordian.com,mmblmeh@gordian.com,zzblmeh@gordian.com Received: from delphi.gordian.com (delphi.gordian.com [192.73.220.125]) by gordius.gordian.com (8.9.3/8.9.3) with ESMTP id PAA17449 for ; Thu, 15 Jun 2000 15:25:10 -0700 (PDT) Received: from gordian.com (asclepius [192.73.220.254]) by delphi.gordian.com (8.9.3/8.6.9) with ESMTP id PAA07872 for ; Thu, 15 Jun 2000 15:25:09 -0700 (PDT) Message-ID: <394957C4.3AAA628A@gordian.com> Date: Thu, 15 Jun 2000 15:25:08 -0700 From: Steve Khoo Organization: Gordian; Santa Ana Heights, CA X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 2.2.8-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: 4.x-stable(~ June 8) fxp driver and KAME problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was trying to get KAME working on 4.x-stable box and ran into some problems. In searching for answers I came across this little note in the release notes for the latest(20000613) KAME snapshot. It claims there is a problem with fxp driver. Is this a known problem? Is there a fix for it? - FreeBSD/Openbsd/BSDI Intel EtherExpress Pro driver has some problem with the initialization sequence KAME is using. This is because these drivers use interrupts for multicast filter setup, and KAME code calls multicast initialization code in splimp() or splnet(). It is not KAME problem, it is problem in drivers. These drivers should be corrected not to use interropts in initialization sequence. KAME/FreeBSD: fxp driver, no workaround available. KAME/OpenBSD: fxp driver, workaround is in KAME tree (sys/net/if.c) KAME/BSDI3: exp driver, status unknown KAME/BSDI4: exp driver, workaround is in KAME tree (sys/i386/pci/if_exp.c) I'd appreciate any help. Thanks! SEK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 15:55:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jhb-proxy.mweb.co.za (jhb-proxy.mweb.co.za [196.2.48.243]) by hub.freebsd.org (Postfix) with ESMTP id 1C96B37BA13 for ; Thu, 15 Jun 2000 15:55:03 -0700 (PDT) (envelope-from gramster@mweb.co.za) Received: from mweb.co.za. (cpt-dial-196-30-179-15.mweb.co.za) by jhb-proxy.mweb.co.za (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FW700LY3WZEIP@jhb-proxy.mweb.co.za> for freebsd-stable@FreeBSD.ORG; Fri, 16 Jun 2000 00:54:51 +0200 (GMT-2) Received: from mweb.co.za (jukebox [192.168.1.4]) by mweb.co.za. (8.9.3/8.9.3) with ESMTP id AAA36208; Fri, 16 Jun 2000 00:20:44 +0200 (SAST envelope-from gramster@mweb.co.za) Date: Fri, 16 Jun 2000 00:24:33 +0200 From: Graham Wheeler Subject: Re: XFree86 and console switching crash To: Jonathan Smith Cc: freebsd-stable@FreeBSD.ORG Message-id: <394957A0.7DDE2C5C@mweb.co.za> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (Win98; I) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jonathan Smith wrote: > Hey guys, you're missing his point. He wants to fix/work around the > problem. By telling him 'well why don't you use xterm or...' You're > saying you don't care that he's got a problem. Well, its great to have people suggestions, anyway. Yes, I like working with text-mode consoles, but I do use xterms for limited tasks and I've learnt about Shift-PgUp/Shift-PgDn which I hadn't learned before, and that could be useful to me. So you're right, but so is everyone offering suggestions 8-) > Yes, he _can_ do all kinds of things in X, but if he doesn't want to, it's > not like he's saying he wants to run an aout system in 4-stable, he just > has a preference to what he does. > > FWIW, I'm running X4 at work and switch back and forth without any > trouble. Several people have reported the same, so I think the bug is likely specific to the Trident chipset(s). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 15:55:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jhb-proxy.mweb.co.za (jhb-proxy.mweb.co.za [196.2.48.243]) by hub.freebsd.org (Postfix) with ESMTP id D614237B749 for ; Thu, 15 Jun 2000 15:55:00 -0700 (PDT) (envelope-from gramster@mweb.co.za) Received: from mweb.co.za. (cpt-dial-196-30-179-15.mweb.co.za) by jhb-proxy.mweb.co.za (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FW700LY3WZEIP@jhb-proxy.mweb.co.za> for freebsd-stable@FreeBSD.ORG; Fri, 16 Jun 2000 00:54:56 +0200 (GMT-2) Received: from mweb.co.za (jukebox [192.168.1.4]) by mweb.co.za. (8.9.3/8.9.3) with ESMTP id AAA36225; Fri, 16 Jun 2000 00:42:32 +0200 (SAST envelope-from gramster@mweb.co.za) Date: Fri, 16 Jun 2000 00:46:20 +0200 From: Graham Wheeler Subject: Re: XFree86 and console switching crash To: boshea@ricochet.net Cc: freebsd-stable@FreeBSD.ORG Message-id: <39495CBC.E95F780F@mweb.co.za> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (Win98; I) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en References: <39491AB6.CC265957@mweb.co.za> <20000615124623.B424@beastie.localdomain> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian O'Shea wrote: > On Thu, Jun 15, 2000 at 08:04:38PM +0200, Graham Wheeler wrote: > > Hi all > > > > I'm making one last effort to get XFree86-3.3.6 to work, to get around > > the switch crash in XFree86-4.0. > > > > Maybe I'm just doing something idiot (grud knows, it certainly wouldn't > > be the first time ;-) ), so I have attached my XF86Config file and the > > output from startx to this message. If anyone has any ideas, please let > > me know... > > > > regards > > gram > > > > Well, for starters you don't have any valid Modelines for your > video hardware. Were these generated by a config program (like > "xf86config")? Writing these things is such a pain, so I usually > rely on xf86config to generate them for me. I have all the 800x600 ones generated by xf86config. And furthermore, I know that one of them corresponds exactly to the parameters reported by xvidtune under X4. The refresh rates also correpond to (working) X4 config file. Maybe X4 overrides them anyhow, due to some internal heuristic, and that's why it has worked and 3.3.6 hasn't? Anyway I have made progress. I commented out the driver line, and changed the Vertical refresh line to encompass the full range corresponding to the modelines, and now it starts! So I was doing something idiot. Sheesh! And to think that there were times in the past when I calculated my own mode line entries. I must be getting senile 8-( And the good news is, I can switch out to a text mode console, and then back - no crash! At last! Laptop heaven here I come... Thanks for all the suggestions folks. As always you've been a great help. Especially in motivating me not to just give up and resign myself to living with the problems I was experincing. gram To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 17: 3:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 13E4B37B767 for ; Thu, 15 Jun 2000 17:03:25 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id KAA60916 for ; Fri, 16 Jun 2000 10:03:23 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from itga.com.au (lightning.itga.com.au [192.168.71.20]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id KAA14202; Fri, 16 Jun 2000 10:03:22 +1000 (EST) Message-Id: <200006160003.KAA14202@lightning.itga.com.au> X-Mailer: exmh version 2.0.1 12/23/97 From: Gregory Bond To: stable@freebsd.org Subject: Reading Solaris 2.5 filesystems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Jun 2000 10:03:21 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Sorry if this is a dup; got a weird bounce error from hub.freebsd.org: : Command died with status 1: "/home/majordomo/wrapper resend -l freebsd-stable" ] I have a bunch of MO disks with filesystems on them, written on Solaris 2.5. I can attach the drive to my 4.0 system, it is recognised at boot time, and I can dd the device, but I can't mount the FS ("incorrect super block"). I am assuming this is because superblock (and inode!) on-disk structures are in machine byte order (or different sizes/layouts, etc). Any clues about ways around this? Hacks on ufs code to read Solaris partitions? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 18:45:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 18E5537BA65 for ; Thu, 15 Jun 2000 18:45:30 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA02738; Fri, 16 Jun 2000 11:15:14 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000615125157.U79778@bushong.net> Date: Fri, 16 Jun 2000 11:15:14 +0930 (CST) From: "Daniel O'Connor" To: David Bushong Subject: RE: esound borken (was: crunchy sound with newpcm) Cc: freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Jun-00 David Bushong wrote: > routines or something (not sure how that works). xmms works fine when you > use its OSS driver instead of the esound one, and auplay and the other NAS > utils work fine. esdplay on anything is crunch. So now the question is, > what's wrong with esound? I really liked the functionality. Cameron Grant posted a patch to me and I forwarded it to -multimedia.. I can't find it but if you do 'make configure' in the audio/esound directory then edit the audio_oss.c file and find 'fcntl(afd, F_SETFL);' and change it to 'fcntl(afd, F_SETFL, mode);' FYI when you run an application which uses esound and the daemon isn't running, the library runs it. (with -once AFAIK) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 20:26:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id A9A9737BB7C for ; Thu, 15 Jun 2000 20:26:06 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id XAA70459; Thu, 15 Jun 2000 23:26:46 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Thu, 15 Jun 2000 23:26:46 -0400 (EDT) From: "Brandon D. Valentine" To: Gregory Bond Cc: stable@FreeBSD.ORG Subject: Re: Reading Solaris 2.5 filesystems In-Reply-To: <200006160003.KAA14202@lightning.itga.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000, Gregory Bond wrote: >[Sorry if this is a dup; got a weird bounce error from hub.freebsd.org: > : Command died with status 1: > "/home/majordomo/wrapper resend -l freebsd-stable" This has happened to me recently as well. Please forward your bounce message to postmaster@FreeBSD.ORG so that Jonathan can resolve these issues. Brandon D. Valentine -- "You should believe in death, taxes, Larry Ellison's loathing of Bill Gates and Intel's inability to ship a working chipset." - Dr Spinola, The Register, 05/13/2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 23:26:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id C1D6B37BD00 for ; Thu, 15 Jun 2000 23:26:07 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e5G6Q5k09355; Thu, 15 Jun 2000 23:26:05 -0700 (PDT) Date: Thu, 15 Jun 2000 23:26:05 -0700 (PDT) From: Doug White To: Sean-Paul Rees Cc: stable@FreeBSD.ORG Subject: Re: Advanced Router In-Reply-To: <20000614145219.A88415@seanrees.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Jun 2000, Sean-Paul Rees wrote: > We want to put our media labs on private address space to conserve our > routable address space. We also want a small firewall to filter out > some of the garbage that goes through, and to block certain services > from untrusted sources. > > What I want to do is sit the FreeBSD box in the middle, so-to-speak. > > [T1 - CRL] > | > [FreeBSD Router] > ___________| |___________ > | | > [ Our Servers ] [ Media Labs NAT ] > (x.x.x.x/24) (192.168.0.0/24) In this case I'd push the NAT to cover all the systems and extend the private address space to cover everything. Then use redirect_port and/or redirect_address in the natd configuration to pipe through the services from the servers to the outside world. This buys you an implicit firewall for your servers (==good). The QTS server will probably require redirect_address so you may want to craft some firewall rules to protect it individually. This gets around the sticky broadcast problems you need for conventional AppleShare (you really should use AppleShareIP, it's faster and much more stable). Also pick up a good extensible switch, like a HP ProCurve 4000M, and plug everything into it. 80 ports for $1000 with rebate and is a fantastic switch. Do you have a T1/sync serial card that you're plugging the T1/CSU/DSU through or do you have ie. a Cisco 2600 that's taking care of that? Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 15 23:47:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sohara.dyndns.org (pooh.elsevier.nl [145.36.13.27]) by hub.freebsd.org (Postfix) with ESMTP id 8374337B9C9 for ; Thu, 15 Jun 2000 23:47:17 -0700 (PDT) (envelope-from steve@sohara.dyndns.org) Received: (from steve@localhost) by sohara.dyndns.org (8.9.3/8.9.3) id JAA00286; Thu, 15 Jun 2000 09:41:37 +0100 (IST) (envelope-from steve) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 15 Jun 2000 09:41:37 +0100 (IST) From: "Steve O'Hara-Smith" To: Ray Gilstrap Subject: RE: ESS 1969 sound support? Cc: freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Jun-00 Ray Gilstrap wrote: > Speaking of sound, I remember about a month ago there was discussion of > support for ESS controllers, but (as I recall) not a resolution. I have a > Compaq Presario 1800 laptop with 4.0-S and an ESS SOLO-1 (1969) > controller, which shows up in dmesg as > > pci0: (vendor=0x125d, dev=0x1969) at 17.0 irq 5 > > I tried every combination of options I could think of to convince the > kernel that it was a SoundBlaster, but to no avail. Any chance of support > anytime soon? There was a patch by Takanori Watanabe that got the thing recognised with the mixer working but no PCM. Unfortunately it no longer applies cleanly. > Except for this, totally non-functional APM, That is strange, I have APM working fairly well on my 1690. The only thing that doesn't work is suspend to disk (Compaq or Phoenix have done something horrible and windows specific to the suspend to disk mechanism). I suspend to memory with a script that defeats the (apparently) hardwired fallback to disc after one hour. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 16 2:12:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mfo00.iij.ad.jp (mfo00.iij.ad.jp [202.232.2.117]) by hub.freebsd.org (Postfix) with ESMTP id 3EA1537BE37 for ; Fri, 16 Jun 2000 02:12:51 -0700 (PDT) (envelope-from naoya@ff.iij4u.or.jp) Received: from ff.iij4u.or.jp (ff.iij4u.or.jp [210.130.0.18]) by mfo00.iij.ad.jp (8.8.8/MFO1.3) with ESMTP id SAA24924 for ; Fri, 16 Jun 2000 18:12:51 +0900 (JST) Received: from ff.iij4u.or.jp (h209.p071.iij4u.or.jp [210.130.71.209]) by ff.iij4u.or.jp (8.8.8+2.2IIJ/4U1.1) with ESMTP id SAA10626 for ; Fri, 16 Jun 2000 18:12:49 +0900 (JST) Message-ID: <3949EF88.8D9AF36E@ff.iij4u.or.jp> Date: Fri, 16 Jun 2000 18:12:40 +0900 From: =?iso-2022-jp?B?GyRCOWI2NhsoQiAbJEJEPkxvGyhC?= Organization: ReMicroSystems Co.,Ltd. X-Mailer: Mozilla 4.7 [ja] (Win98; I) X-Accept-Language: ja MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: ATA Driver Problem Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have probrem on ATA Driver. System: FreeBSD4.0 STABEL (cvsup & make world lastnight) MailBoard : ABIT BP6 with on-board HPT366 ULTRA ATA Controler Hard Drive : Maxtor 91152D8 at ata0-master using UDMA33 (ad0) : Maxtor 54098U8 at ata2-master using UDMA66 (ad4) : Maxtor 54098U8 at ata3-master using UDMA66 (ad6) ad0 have no problem Write files to ad4 or ad6 is Ok. ( using `cp -r ...' from ad0 ) Read for ad4 or ad6 is Ok ( taring to null device ) but copy from ad4 to ad6 or form ad6 to ad4 or from ad4 to ad4 or from ad6 to ad6 hangs system. if pio mode on ad4 and ad6 (by sysctl) message microuptime() went backwards (639.4341732 -> 638,857034) microuptime() went backwards (639.4341732 -> 638,857187) microuptime() went backwards (639.4341732 -> 638,857440) microuptime() went backwards (639.4341732 -> 638,857897) microuptime() went backwards (639.4341732 -> 638,858039) microuptime() went backwards (639.4341732 -> 638,858465) microuptime() went backwards (639.4341732 -> 638,858748) microuptime() went backwards (639.4341732 -> 638,859016) microuptime() went backwards (639.4341732 -> 638,859120) microuptime() went backwards (639.4341732 -> 638,859301) microuptime() went backwards (639.4341732 -> 638,859430) microuptime() went backwards (639.4341732 -> 638,890516) microuptime() went backwards (639.4341732 -> 638,890670) microuptime() went backwards (639.4341732 -> 638,890948) microuptime() went backwards (639.4341732 -> 638,891046) microuptime() went backwards (639.4341732 -> 638,891131) microuptime() went backwards (639.4341732 -> 638,891217) microuptime() went backwards (639.4341732 -> 638,891307) microuptime() went backwards (639.4341732 -> 638,891947) microuptime() went backwards (639.4341732 -> 638,892525) microuptime() went backwards (639.4341732 -> 638,892759) microuptime() went backwards (639.4341732 -> 638,892906) microuptime() went backwards (639.4341732 -> 638,893135) microuptime() went backwards (639.4341732 -> 638,893671) microuptime() went backwards (639.4341732 -> 638,895996) microuptime() went backwards (639.4341732 -> 638,896134) microuptime() went backwards (639.4341732 -> 638,896931) microuptime() went backwards (639.4341732 -> 638,897419) display on console at once and reboot after few minute after. and reboot process hang at fsck with message ad4: READ command timeout - reserring ata2: resetting device .. Let me know how to fix or ways around this. Regards Naoya Takahashi dmsg output : Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Fri Jun 16 09:40:52 JST 2000 naoya@bsd_201.rem.co.jp:/usr/src/sys/compile/RE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (544.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 268369920 (262080K bytes) avail memory = 256929792 (250908K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc0402000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 16 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 uhci0: port 0xd000-0xd01f irq 19 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Timecounter "PIIX" frequency 3579545 Hz chip1: port 0x5000-0x500f at device 7.3 on pci0 vr0: port 0xd400-0xd47f mem 0xd8000000-0xd800007f irq 19 at device 17.0 on pci0 vr0: Ethernet address: 00:90:cc:01:8b:fc miibus0: on vr0 amphy0: on miibus0 amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: supplying EUI64: 00:90:cc:ff:fe:01:8b:fc atapci1: port 0xe000-0xe0ff,0xdc00-0xdc03,0xd800-0xd807 irq 18 at device 19.0 on pci0 ata2: at 0xd800 on atapci1 atapci2: port 0xec00-0xecff,0xe800-0xe803,0xe400-0xe407 irq 18 at device 19.1 on pci0 ata3: at 0xe400 on atapci2 isa0: too many dependant configs (8) fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 adv1: Invalid baseport of 0x220 specified. Neerest valid baseport is 0x230. Failing probe. unknown0: